Replies: 1 comment
-
I would encourage you to move user-based queryset limitation to the |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Bug Description
In a multi-user application, I have a select2 field (overriding widget queryset according to the user, see code below) which retrieve data according to the workspace of the current authenticated user, but a user can switch workspace at will through a menu and "sometimes" the select2 list displays results from the previous workspace, and "rarely" it even displays results from other users' workspaces, which is problematic. It looks like a cache issue to me.
In my modest opinion, a solution could be to have the ability to add a cache prefix key per user or configurable directly on the widget and/or the form.
Steps to Reproduce
?) User B, using Workspace 9, see list items from Workpace 1 which belongs to User A.
Expected Behavior
I expect the results from select2 droplists to be coherent with the queryset.
Beta Was this translation helpful? Give feedback.
All reactions