You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Description
The Voyager API only accepts the x-apikey header for authentication, which deviates from the common industry standard X-API-KEY header. This inconsistency can lead to confusion and debugging challenges for developers who are accustomed to using the standard format.
Steps to Reproduce
To replicate the issue:
Make an API request to Voyager using X-API-KEY as the header for the API key.
Observe the response received from the server.
Actual behaviour
When using X-API-KEY as the header, the API responds with an authentication error, indicating that the API key is missing or invalid. This happens because the API only recognizes x-apikey, which is not standard practice.
Expected behaviour
The API should accept both x-apikey and X-API-KEY headers, treating them in a case-insensitive manner. This would align with common practices and enhance the developer experience by reducing confusion and potential errors.
Additional context
This issue impacts the usability of the Voyager API for developers who are used to the common X-API-KEY header format. Implementing a simple change in the header authentication logic to accept both headers would greatly improve the developer experience.
The text was updated successfully, but these errors were encountered:
Description
The Voyager API only accepts the
x-apikey
header for authentication, which deviates from the common industry standardX-API-KEY
header. This inconsistency can lead to confusion and debugging challenges for developers who are accustomed to using the standard format.Steps to Reproduce
To replicate the issue:
X-API-KEY
as the header for the API key.Actual behaviour
When using
X-API-KEY
as the header, the API responds with an authentication error, indicating that the API key is missing or invalid. This happens because the API only recognizesx-apikey
, which is not standard practice.Expected behaviour
The API should accept both
x-apikey
andX-API-KEY
headers, treating them in a case-insensitive manner. This would align with common practices and enhance the developer experience by reducing confusion and potential errors.Additional context
This issue impacts the usability of the Voyager API for developers who are used to the common
X-API-KEY
header format. Implementing a simple change in the header authentication logic to accept both headers would greatly improve the developer experience.The text was updated successfully, but these errors were encountered: