Uh oh!
There was an error while loading.Please reload this page.
- Notifications
You must be signed in to change notification settings - Fork9.7k
[Cache] CacheItem with tag is never a hit after expired#36457
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to ourterms of service andprivacy statement. We’ll occasionally send you account related emails.
Already on GitHub?Sign in to your account
[Cache] CacheItem with tag is never a hit after expired#36457
Uh oh!
There was an error while loading.Please reload this page.
Conversation
nicolas-grekas commentedApr 15, 2020
Did you try with 3.4? |
alexander-schranz commentedApr 15, 2020 • edited
Loading Uh oh!
There was an error while loading.Please reload this page.
edited
Uh oh!
There was an error while loading.Please reload this page.
@nicolas-grekas the bug only appears with the classes which extend from |
f8a8eb1 tod082ecaComparenicolas-grekas commentedApr 18, 2020
I pushed the fix on your fork. Redis adapters don't have the bug. The transient failures related to them are due to expirations being time-sensitive. |
alexander-schranz commentedApr 18, 2020
@nicolas-grekas looks good. Thank you for having a look at this 👍. Travis error seems to have nothing todo with the changes in this PR. |
nicolas-grekas commentedApr 19, 2020
Thank you@alexander-schranz. |
Uh oh!
There was an error while loading.Please reload this page.
It seems like a tag cacheItem is never a hit again. Not sure how fix this but the cache component is really hard to debug 🙈 .
It need to be somewhere generally as all TagAware caches are effected: