-
Notifications
You must be signed in to change notification settings - Fork 14.6k
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
Invalid assignment of ObjectType in saved_query list API #23610
Comments
I tried reproducing this issue locally with latest Screen.Recording.2023-04-06.at.10.37.05.mov |
@Antonio-RiveroMartnez what database is your local setup running on? it works fine for SQLite. I can repro it with postgres. |
Yes, I am using Postgres and even my query is using it (You can verify in the video above for the selected Database). Are you using latest master or branch 2.1.0? If 2.1.0, could you try using latest master? Trying to see if it got already solved by some newer change after the 2.1.0 cut. Thanks @akzarma |
Yeah, my bad, I was some commits behind. it seems like it got resolved in the effect of #23526 superset/superset/tags/models.py Lines 66 to 74 in b820eb8
But yeah, this issue should be closed as the steps mentioned are not reproducing the bug. Thanks @Antonio-RiveroMartnez |
Awesome! Thanks to you @akzarma , I will close this now. |
There is wrong assignment of object_type here (it should be "query" instead of "saved_query")
Due to which, saved_query list API fails to load (when used databases except on sqlite - probably because sqlite does not strictly check enum type of object_type)
How to reproduce the bug
Expected results
There should not be any error and saved queries should load fine
Actual results
Screenshots
Environment
(please complete the following information):
browser type and version:
superset version: 2.1.0
python version: 3.9.14
node.js version: 16.17.1
any feature flags active: TAGGING_SYSTEM
Checklist
Make sure to follow these steps before submitting your issue - thank you!
The text was updated successfully, but these errors were encountered: