feat: Improves key expiration handling in Explore#18624
Conversation
Codecov Report
@@ Coverage Diff @@
## master #18624 +/- ##
==========================================
- Coverage 66.30% 66.29% -0.02%
==========================================
Files 1595 1595
Lines 62632 62612 -20
Branches 6309 6306 -3
==========================================
- Hits 41529 41506 -23
- Misses 19453 19458 +5
+ Partials 1650 1648 -2
Flags with carried forward coverage won't be shown. Click here to find out more.
Continue to review full report at Codecov.
|
villebro
left a comment
There was a problem hiding this comment.
One comment relating to making the fallback more transparent to the user. But beyond that, really great improvement! 🚀
|
I'm wondering if we can encode the slice and dataset ids directly in the URL path. I.e., the explore URL becomes |
* feat: Improves key expiration handling in Explore * Sets use_slice_data equals true * Shows toast when recovering
SUMMARY
The objective of this PR is to improve Explore handling when a
form_data_keyexpires. Previously when a key expired, the user was presented with the following screen:To avoid this situation this PR introduces two new query parameters called
slice_idanddataset_id. These parameters are used when processing an Explore request in case theform_data_keyis expired. In this scenario, we recover with the minimal information necessary to present the chart, dealing with both saved and unsaved charts.In the video below I simulate a key expiration by disabling the cache and demonstrate the changes in the workflow:
Screen.Recording.2022-02-08.at.1.42.38.PM.mov
TESTING INSTRUCTIONS
Check the video for instructions.
ADDITIONAL INFORMATION