-
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
[bugfix] show results in query history & revert #5848 #6436
Conversation
Are you sure you want to revert, or should we push forward? Did any following PRs assumed a |
Codecov Report
@@ Coverage Diff @@
## master #6436 +/- ##
=======================================
Coverage 56.25% 56.25%
=======================================
Files 519 519
Lines 23077 23077
Branches 2755 2755
=======================================
Hits 12982 12982
Misses 9686 9686
Partials 409 409
Continue to review full report at Codecov.
|
@mistercrunch @youngyjd |
@graceguo-supercat @mistercrunch Commit message updated. @graceguo-supercat is a really good code reviewer. 👍 |
I'll let @graceguo-supercat chime in since I think she has more background on this. |
b7ad78e
to
899b034
Compare
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.
LGTM
) * revert 848 * nit (cherry picked from commit b1dbd1c)
) * revert 848 * nit (cherry picked from commit b1dbd1c)
) * revert 848 * nit (cherry picked from commit b1dbd1c)
) * revert 848 * nit (cherry picked from commit b1dbd1c)
) * revert 848 * nit (cherry picked from commit b1dbd1c)
) * revert 848 * nit (cherry picked from commit b1dbd1c)
) * revert 848 * nit (cherry picked from commit b1dbd1c)
) * revert 848 * nit (cherry picked from commit b1dbd1c)
) * revert 848 * nit (cherry picked from commit b1dbd1c)
) * revert 848 * nit (cherry picked from commit b1dbd1c)
) * revert 848 * nit (cherry picked from commit eb92282)
Update:
Rendering
is not necessary for query state. @graceguo-supercat made a really good point that it does not solve the inconsistency in 100% progress bar and running query state.The query lifecycle like
pending -> running -> success (or failed, stopped) ->fetching
would be a simpler and better solution to solve it.I have tested
show query results
in query history and verified it is not broken.