Product
Secret Manager
Describe the bug
After bulk-assigning tags to multiple secrets on the Overview page, hovering over an affected secret and clicking "View Tags" shows an empty tag list despite the bulk tag operation succeeding. This immediately triggers a spurious "Commit Changes" modal showing the tag as removed (before: tag1, after: -). If the user commits, the tag is permanently deleted server-side. If the user declines, the tag reappears correctly in the View Tags popover.
To Reproduce
- Create two or more secrets on the Overview page
- Create a tag (e.g. tag1)
- Enable batch mode
- Select all secrets and click the add tags button in the selection panel
- Add tag1 and apply — confirm the success notification appears
- Immediately hover over one of the affected secrets and click View Tags
- Observe that the tag list is empty despite the bulk tag succeeding
- Observe the spurious "Commit Changes" modal appears showing tag1 as removed
- Click Commit Changes — the tag is permanently deleted server-side
Expected behavior
When bulk-assigning tags to secrets, the tags should appear immediately in the View Tags popover after the operation succeeds. No pending changes modal should be triggered, as the user has not made any manual edits to the affected secrets.
Screenshots
No response
Deployment Type
Self-hosted
Additional context
No response
Product
Secret Manager
Describe the bug
After bulk-assigning tags to multiple secrets on the Overview page, hovering over an affected secret and clicking "View Tags" shows an empty tag list despite the bulk tag operation succeeding. This immediately triggers a spurious "Commit Changes" modal showing the tag as removed (before: tag1, after: -). If the user commits, the tag is permanently deleted server-side. If the user declines, the tag reappears correctly in the View Tags popover.
To Reproduce
Expected behavior
When bulk-assigning tags to secrets, the tags should appear immediately in the View Tags popover after the operation succeeds. No pending changes modal should be triggered, as the user has not made any manual edits to the affected secrets.
Screenshots
No response
Deployment Type
Self-hosted
Additional context
No response