Amazon Quick now allows for custom snapshots to be scheduled from a dashboard. This allows one to email a filtered Dashboard view as a “saved view” in Scheduled snapshot section.
This works when I sent a test - I successfully receive a PDF of the filtered dashboard view. However, it is not persistent. The “Saved View” seems to be operating off of browser cache rather than a stored setting within Amazon Quick.
Upon testing this, if I log in to a new session in Amazon Quick, the filtered view of the dashboard is retained. When I click Reset to Original (the default dashboard state),the snapshot behavior reverts.
I tested this on a rerun of the scheduled snapshot email, and the view is no longer using the custom view. And indeed, the schedule snapshot still appears to retain the “saved view” setting, but apparently it does not have it stored anywhere.
I’m assuming this is a design flaw. Is there another way to handle this? I do not see a way to Save Views persistently, so the Schedule snapshot feature should be storing those somewhere.
Please flag this as a feature request/change - the ability to go back to default dashboard state would be ideal without breaking the scheduled snapshot workflow.
Based on the reader scheduling docs, the “Custom view” option is supposed to store your filter state independently per schedule, not reference your live dashboard session. The docs describe both a “Load saved view” option and an explicit workflow for updating a saved view, which wouldn’t exist if it just read your current state at runtime. So what you’re experiencing looks like a bug where “Reset to Original” is clearing the saved view storage alongside your persisted session state.
To confirm, try opening the Schedules pane, then the three-dot menu on your schedule, then Details, then “Load saved view.” If the filters don’t come back after your reset, the storage itself was wiped and this is worth raising with AWS Support since it contradicts the documented behavior.
In the meantime, the simplest workaround is to avoid “Reset to Original” after setting up the schedule. Use bookmarks to switch between views instead. If you have author access, a more durable approach is driving your filters through analysis-level parameters with static default values, which scheduled reports always honor regardless of the viewer’s session state. Your point about needing to reset the dashboard without breaking the schedule is a valid gap, and I’d encourage submitting that through the in-console feedback mechanism.
I do believe the AWS documentation is incorrect. I see no way to update a saved view, nor to Load a saved view, either from within a scheduled snapshot, or when created a new scheduled snapshot. This does seem to be a bug in the Saved View’s storage.
Our account does not include AWS support. If there is a way to report a bug from within Amazon Quick, please let me know. I would prefer to keep using the dashboard in its default state; bookmarks or parameters may be workarounds but do not seem like viable solutions.
It would be helpful if we could raise this to the AWS Quick development team somehow.
