VariantManagement / FilterBar: ::backdrop remains in top layer after dialog is closed, freezing the page
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 56/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- react, typescript
- Ambito
- frontend
Direzione di ricerca
Start by tracing how the VariantManagement and FilterBar dialogs mount and close, then inspect the ui5-dialog cleanup path, especially disconnectedCallback and onExitDOM. Reproduce the stuck backdrop with the listed steps, including React StrictMode; done means closing or unmounting the dialog removes the backdrop and leaves the page interactive.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Describe the bug
When a ui5-dialog inside VariantManagement (Save As) or FilterBar (Adapt Filters) is closed by toggling React state to false, the ::backdrop pseudo-element remains stranded in the browser's top layer. The dialog disappears visually but the backdrop persists as a semi-transparent black overlay blocking all pointer events. Only pressing Escape or refreshing the page recovers it.
(React version: 18.2.0)
Isolated Example
No response
Reproduction steps
VariantManagement:
- Render a component with at least one variant item
- Click the dropdown arrow to open the variant menu
- Click "Save As" to open the Save As dialog
- Enter a name and click Save
- The dialog closes — but the
::backdropremains and the page is unresponsive
FilterBar:
- Render a with at least one
- Click the "Adapt Filters" button — the FilterDialog opens
- Click Save (or Cancel)
- The dialog closes — but the
::backdropremains and the page is unresponsive
Note: With React 18 StrictMode enabled, the backdrop can get stuck on the very first open of either dialog, before any save action, due to the mount → unmount → remount double-cycle triggering disconnectedCallback without hidePopover().
Root cause observed in source:
Both components close dialogs by setting React state to false (setSaveAsDialogOpen(false) / setDialogOpen(false)), which unmounts the ui5-dialog directly. This triggers disconnectedCallback → onExitDOM, but onExitDOM never calls hidePopover(). The ::backdrop added by showPopover() on mount has no corresponding cleanup on unmount.
Expected Behaviour
When ui5-dialog is unmounted or closed, the ::backdrop is removed from the browser top layer and the page remains fully interactive.
Screenshots or Videos
UI5 Web Components for React Version
2.24.1
UI5 Web Components Version
2.24.0
Browser
Chrome, Safari, Firefox
Operating System
macOS
Additional Context
We attempted a workaround of explicitly calling Reflect.set(dialogElement, 'open', false) before the React state update that triggers the unmount, to force closePopup() while isConnected is still true. This did not consistently resolve the issue.
Relevant log output
Organization
No response
Declaration
- I’m not disclosing any internal or sensitive information.
- Lingua principale
- TypeScript
- Stelle
- 541
- Fork
- 114
- Merge medio
- 21h 40m
- PR unite (30g)
- 87
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di UI5/webcomponents-react
-
[Feature Request]: [FilterBar] Basic Search Field Should Trigger Search on Enter Key Press (Fiori Design Compliance)Forse già presa @Lukas742 l’ha presa 4 giorni fa. Aperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 68/100
UI5/webcomponents-react#9014 · 6 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
UI5/webcomponents-react#8529 ·
I maintainer di solito rispondono entro 1 giorno
-
Design Pending SAP SF
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
UI5/webcomponents-react#8158 · 1 commento · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
a11y Design Pending
Difficoltà 3/5 1-2 giorni Idoneità per principianti 35/100
UI5/webcomponents-react#7582 · 4 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 42/100
UI5/webcomponents-react#7546 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di UI5/webcomponents-react
Issue simili
-
Bayern feature:Application ready web
Difficoltà 2/5 1-3 ore Idoneità per principianti 67/100
digitalfabrik/entitlementcard#3176 ·
I maintainer di solito rispondono entro 7 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
NanmiCoder/cc-haha#1533 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 1 giorno
-
🐛 Bug: Calendar work items cannot be opened on mobileForse già presa Una pull request collegata a questa issue è aperta o già unita. Aperta
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 75/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 92/100