-
Notifications
You must be signed in to change notification settings - Fork 13.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
Right "schema access on [my_pg_instance].[my_schema]" of uploaded "CSV to Database" table does not appear in Rights list of roles (PostgreSQL) #8690
Comments
Issue-Label Bot is automatically applying the label Links: app homepage, dashboard and code for this bot. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. For admin, please label this issue |
Pls. pin this issue. It doesn't make much sense to label a bug as stale. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. For admin, please label this issue |
@rusackas @craig-rueda can you pin this? |
is it still an issue in latest version? |
close this issue since no recent follow up. |
Expected results
When importing a CSV e.g. to PostgreSQL database (e.g. "my_pg_instance") through menu item "CSV to Database" (path /csvtodatabaseview/form/ ); and when indicating a schema "my_schema" in field "Schema" (=>"Specify a schema ..."). Then when opening menu item "List Roles" (path /roles/list/) the right "schema access on [my_pg_instance].[my_schema]" should appear.
Actual results
What actually happens is, that the newly created schema (e.g. "my_schema") does not appear when trying to assign this schema to another role when editing a role in "List Roles" .
How to reproduce the bug
Issue is, that the user who just uploaded a CSV into a table can't handle rights on this table.
Environment
0.34
3.7
N/A
N/A
Checklist
Additional context
We're struggling with a Superset Cloud Instance which is multi-tenant, i.e. where "producers" (roles) only see and share own databases, schemas, charts and dashboards with their "consumers" (roles).
The text was updated successfully, but these errors were encountered: