Problem Statement
When FEATURE_FLAG_UVE_TOGGLE_LOCK is enabled, switching the UVE editor from
Edit to Preview or Live (Published) mode renders the lock overlay on top of the page iframe. The overlay is fully opaque and captures pointer events on its inner element, so:
- The preview/published page is not visible.
- The user cannot scroll the page.
This happens whether or not the page is actually locked, and whether or not it is locked by the current user.
Expected Behavior
- In Preview and Live modes the user should see the rendered page and be
able to scroll it freely.
- The lock overlay is an edit-mode affordance — it should never appear in
Preview or Live, regardless of the page's lock state.
Current Behavior
- A full-viewport dark overlay (the "lock the page to edit" / "page is
locked" message) is shown on top of the iframe in Preview and Live.
- The page is unreadable and unscrollable.
Root Cause (from code inspection)
Two computed signals interact incorrectly:
core-web/libs/portlets/edit-ema/portlet/src/lib/store/features/workflow/withWorkflow.ts
(approx. lines 123–149) — $lockOptions deliberately returns null outside
of EDIT mode
Combined with the overlay template
(dot-uve-lock-overlay.component.html + .ts), which renders a full-size
absolute div with an opaque background and pointer-events-auto on the
inner element, the page becomes invisible and unscrollable in non-EDIT modes.
Steps to Reproduce
- Enable the
FEATURE_FLAG_UVE_TOGGLE_LOCK feature flag.
- Open any page in the new UVE in Edit mode.
- Toggle the mode selector to Preview (or Published / Live).
- Try to view and scroll the page.
Acceptance Criteria
- Toggling from Edit to Preview never shows the lock overlay, regardless of the page's lock state.
- Toggling from Edit to Live (Published) never shows the lock overlay,regardless of the page's lock state.
- Preview and Live pages are visible and scrollable.
- Edit mode behavior is unchanged: overlay still shown when the page isnot yet locked (with feature flag on), or when it's locked by another user / current user lacks lock permission (without feature flag).
dotCMS Version
26.05.18-01
Severity
High - Major functionality broken
Links
https://helpdesk.dotcms.com/a/tickets/37379
Problem Statement
When
FEATURE_FLAG_UVE_TOGGLE_LOCKis enabled, switching the UVE editor fromEdit to Preview or Live (Published) mode renders the lock overlay on top of the page iframe. The overlay is fully opaque and captures pointer events on its inner element, so:
This happens whether or not the page is actually locked, and whether or not it is locked by the current user.
Expected Behavior
able to scroll it freely.
Preview or Live, regardless of the page's lock state.
Current Behavior
locked" message) is shown on top of the iframe in Preview and Live.
Root Cause (from code inspection)
Two computed signals interact incorrectly:
core-web/libs/portlets/edit-ema/portlet/src/lib/store/features/workflow/withWorkflow.ts(approx. lines 123–149) —
$lockOptionsdeliberately returnsnulloutsideof EDIT mode
Combined with the overlay template
(
dot-uve-lock-overlay.component.html+.ts), which renders a full-sizeabsolute div with an opaque background and
pointer-events-autoon theinner element, the page becomes invisible and unscrollable in non-EDIT modes.
Steps to Reproduce
FEATURE_FLAG_UVE_TOGGLE_LOCKfeature flag.Acceptance Criteria
dotCMS Version
26.05.18-01
Severity
High - Major functionality broken
Links
https://helpdesk.dotcms.com/a/tickets/37379