fix: modifying a cache secret does not invalidate cached entries #1043
No reviewers
Labels
No labels
FreeBSD
Kind/Breaking
Kind/Bug
Kind/Chore
Kind/DependencyUpdate
Kind/Documentation
Kind/Enhancement
Kind/Feature
Kind/Security
Kind/Testing
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Reviewed
Confirmed
Reviewed
Duplicate
Reviewed
Invalid
Reviewed
Won't Fix
Status
Abandoned
Status
Blocked
Status
Need More Info
Windows
linux-powerpc64le
linux-riscv64
linux-s390x
run-end-to-end-tests
run-forgejo-tests
run-multi-platform-tests
No milestone
No assignees
3 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
forgejo/runner!1043
Loading…
Reference in a new issue
No description provided.
Delete branch "earl-warren/runner:wip-cache-invalidate"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Resolves forgejo/runner#1041
Looks good to me, concurs with my code analysis.
I wonder if
secretshould be moved to theOnly used for the external cache server.section? For internal server usage I can't see any reason why it would be meaningful to configure it.5cbe92762518e679e29cGood idea, done.
I may be missing the obvious but I'm still wondering how this secret secures the communication. That's why I don't understand what difference it makes to set an explicit secret (even if the cache server is external).
In the case of an internal server, the cache is spawned from the runner and they share the same secret to communicate. In the case of an external cache, the shared secret (via the config file) is how the external cache knows the request originates from the runner.
OK, got it now.
That's the detail I overlooked.
Thanks!