Skip to content
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 our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

adding a model instance via django admin doesn't invalidate cache #3

Open
iiilx opened this issue Jul 3, 2011 · 2 comments
Open

adding a model instance via django admin doesn't invalidate cache #3

iiilx opened this issue Jul 3, 2011 · 2 comments

Comments

@iiilx
Copy link

iiilx commented Jul 3, 2011

Hey there, first off I just wanna say thanks for working on this. Everything seemed fine until I noticed one of my models "Category" wasn't getting updated when I was calling Category.objects.cache().all(). The model is set properly i.e. "objects = CacheBotManager()". Whenever I add a new category in the admin panel, I think the cache isn't getting invalidated. Both on my site and shell when Category.objects().all() is being called, the result set is missing the newly added categories. Category.objects.all() includes the correct categories as expected. Is cachebot supposed to invalidate result sets from queries such as Category.objects.all() whenever a new category is added, or is it mainly for invalidating cached model instances and not queries? I'm sorry if my wording is incorrect/confusing and thanks for your help.

@dziegler
Copy link
Owner

Does this only happen when you add a category from the admin panel? If you add a category from the shell does the query get invalidated?

@iiilx
Copy link
Author

iiilx commented Jul 18, 2011

Sorry, I haven't used it in a while and it's not setup on my app so I'm not
sure. But I think in both cases, the query didn't get invalidated.

On Mon, Jul 18, 2011 at 3:01 PM, dziegler <
[email protected]>wrote:

Does this only happen when you add a category from the admin panel? If you
add a category from the shell does the query get invalidated?

Reply to this email directly or view it on GitHub:
#3 (comment)

~Ben Lee

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants