Skip to content

Origin data handling #163

Description

@randomthingsandstuff
  • When cache JSON has prefix that has host bits on, should we reject the JSON?
  • If not, do we just fix it up?
  • If so, what should the rejection behavior look like?

Originates from comment by @job in #156 (comment)

Activity

  1. job commented on Feb 27, 2026

    @job
    Member

    If some host bits are set, it definitely came from a not-standards-compliant source or suffered a form of corruption, which would make me wonder "what else is wrong with this file?" From this perspective rejection seems safest, ultimately forces the operator to manually take a look if the cache purges itself based on the expiry keyword.

  2. randomthingsandstuff commented on Feb 27, 2026

    @randomthingsandstuff
    ContributorAuthor

    hmm the only thing is.. what do we wanna do then when we reject the new file? we can just use the old shit or maybe even tear down rtr sessions. i actually think we should tear down rtr sessions tbh, but it does give me aggressive feelings.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions