-
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
SQL Lab Query doesn't get reflected in chart #8898
Comments
Issue-Label Bot is automatically applying the label Links: app homepage, dashboard and code for this bot. |
@durchgedreht are you using Redis to cache results? |
No, I'm running against Clickhouse directly. |
To be more precise: I can edit the query in the data source view within the chart and can see the changes are not reflected. I'm wondering why every query should be immutable bound to a chart? This way it's pretty hard to do changes upon the same query. Fixing an error will result in n changes. This seems unwanted as changes in the other data sources are also reflected - so why should SQL queries underneath a chart behave differently? |
FYI I identified a bug (or more like an oversight) in the code that I've already fixed locally thanks to this ticket. Will do some more testing and put in PR in the coming days. |
Ok, cool! I'll keep an eye to the ticket so I will do some testing when done. |
Is this a bug? I thought this was intentional. I agree it's frustrating but I just assumed the "derived" queries created from SqlLab were intentional. |
THEN:
Expected results
I'd expect the chart reflects the changed query and doesn't do an 'in-time-smapshot'
OR
Another way to point to the 'original' query using a kind of pointer logic.
(By the way - changing a Datasource to SQLLab Query seems non supported as well)
The text was updated successfully, but these errors were encountered: