-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
fix(dashboards): Make sure loading dashboard items does not POST /query/
#24808
Conversation
Size Change: +44 B (0%) Total Size: 1.12 MB ℹ️ View Unchanged
|
db59695
to
66ed13a
Compare
@@ -29,7 +36,6 @@ export function queryExportContext<N extends DataNode>( | |||
const SYNC_ONLY_QUERY_KINDS = [ | |||
'HogQuery', | |||
'HogQLMetadata', | |||
'EventsQuery', |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Was surprised that EventsQuery (aka activity view/data table) is sync-only! Please QA that async is good here
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Everything works well. I tested various nodes of EventsQuery
.
Problem
Shared dashboard items without previously cached results have not been loading correctly since we switched to async loading on shared dashboards. See this report: ZEN-17258.
We have a test which should have caught this long ago, but for some reason it was basically disabled in #21187.
Changes
This re-enables the test (it fails as expected on master), and adds a
pollOnly
flag toexecuteQuery
, which allows us to use all the existing loading logic, the only change being that when we know the in-progress query ID (as is the case with GETting loading saved insights/dashboards), we don't POST /query/ needlessly – we only poll that known query ID.How did you test this code?
E2E test.