Skip to content

Allow using Authorization headers for CoverJwtFilter and CustomFontJwtFilter #405

@imnotjames

Description

@imnotjames

What would you like to improve?

Accessing media items + custom fonts always require auth to be passed as a token parameter.

Matching the standard HTTP Authorization header patterns for these paths does not introduce security concerns, and for some use cases (non-browser), the consistency simplifies usage of the API.

What's the current friction?

Some endpoints require token query parameters and others require the authorization header. Consistency helps development of third party tools.

What would make this better?

Allow both token query param & authorization headers for media / custom fonts.

Anything else? (Optional)

No response

Before Submitting

  • I've searched existing issues and confirmed this enhancement hasn't been requested yet

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels
    No fields configured for Enhancement.

    Projects

    Status
    Done

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions