Losing existing bookmarks

Hello Quicksight Community,

We run an embedded dashboard service that generates dashboards for our users. Last night, during a release, we encountered an unexpected issue. Previously, we learned that publishing a new dashboard can cause bookmarks to be lost, which is understandable. However, what happened last night was puzzling.

We only updated our embedded dashboard generation service to use sts:AssumeRole instead of sts:AssumeRoleWithWebIdentity. We did not make any changes to the dashboards themselves or to any user experience configuration settings (both StatePersistence and Bookmarks are still set to true). Despite this, all of our users’ bookmarks disappeared, even though the dashboards continued to generate correctly.

This affected thousands of our customer users, causing them to lose their bookmarks.

I have a few questions for the Quicksight team:

  1. Why would changing the API code from using sts:AssumeRoleWithWebIdentity to sts:AssumeRole cause bookmarks to disappear?
  2. Is there a better way to manage bookmarks? Can we maintain bookmark state ourselves and repopulate the bookmarks in the UI?

Thank you for your assistance.

Hello @Brent_Clements , welcome to the QuickSight community!

I’m not exactly sure how bookmarks are managed in QuickSight but based on what you are describing the bookmarks are probably tied to sessions and identities so when you made that change it it caused everything to be wiped.

Have you tried troubleshooting this at all, and if so what did you try?

I would recommend raising a support ticket with AWS if that behavior is not expected based on the documentation. I would be curious to hear what you get back on that. Here are the steps to open a support case. If your company has someone who manages your AWS account, you might not have direct access to AWS Support and will need to raise an internal ticket to your IT team or whomever manages your AWS account. They should be able to open an AWS Support case on your behalf.