Skip to content

Conversation

lukedirtwalker
Copy link
Collaborator

@lukedirtwalker lukedirtwalker commented Oct 9, 2019

Instead of deleting next query entries when receiving revocation, be smarter when querying:
That means if a query returns no result after being filtered with revocations, try to refetch, otherwise return cached result to clients.

Fixes #3234

This change is Reviewable

@lukedirtwalker lukedirtwalker requested a review from scrye October 9, 2019 14:29
@lukedirtwalker lukedirtwalker added bug Something isn't working PS labels Oct 9, 2019
@lukedirtwalker lukedirtwalker marked this pull request as ready for review October 9, 2019 14:29
@lukedirtwalker lukedirtwalker changed the title WIP: try to not delete next query segfetcher: Keep next query entries when receiving revocations Oct 9, 2019
Copy link
Contributor

@scrye scrye left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

:lgtm:

Reviewed 8 of 8 files at r1.
Reviewable status: :shipit: complete! all files reviewed, all discussions resolved

@lukedirtwalker lukedirtwalker merged commit a46d9cd into scionproto:master Oct 11, 2019
@lukedirtwalker lukedirtwalker deleted the pubSegFetcherFixes branch October 11, 2019 08:46
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

Successfully merging this pull request may close these issues.

segfetcher: already requested segment types should be considered cached.
2 participants