You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The Requests page in Dokploy appears to be missing proper scroll-lock behavior.
When a modal, dialog, or other overlay is opened on the Requests page, the underlying page remains scrollable. The scroll lock behavior appears to be either missing or not being applied correctly.
Expected behavior
When an overlay/modal is open, the background Requests page should be locked and should not respond to scrolling. Only the active modal or overlay should be scrollable, if applicable.
Actual behavior
The Requests page continues to scroll while the overlay is open, indicating that scroll locking is absent or not functioning correctly.
Impact
This creates an inconsistent UI experience and can make it difficult to interact with dialogs or overlays, especially when the underlying page is long.
Suggested fix: Apply the standard body scroll-lock behavior whenever a modal/dialog is opened on the Requests page, and restore scrolling when it is closed.
Current vs. Expected behavior
The scroll lock is missing on the Requests page. When a modal or dialog is opened, the background page remains scrollable, allowing the user to scroll the Requests page behind the active overlay.
Current behavior:
The Requests page remains scrollable when a modal/dialog is open. Scroll lock is missing.
Expected behavior:
The background page should be locked while the modal/dialog is open and scrolling should be restored when it is closed.
Provide environment information
Ubuntu 24
Version latest
Which area(s) are affected? (Select all that apply)
Docker
Are you deploying the applications where Dokploy is installed or on a remote server?
Activity
linear-code commentedon Aug 12, 2026
DOK-637
fix: lock sidebar-inset scroll while a modal is open
chore(release): 0.42.0 [skip ci]