Repository navigation
Conversation
🎩 PreviewA preview build has been created at: |
2 of 4 tasks
Dialogs sat in the middle of the window with no height limit. Content taller than the window ran off both edges, taking the title and the footer's buttons with it, with no way to scroll to them. A laptop at 125-150% browser zoom, or with devtools docked at the bottom, is enough. Dialog and alert dialog content now stop at 90% of the window's height and scroll. Dialogs that already set their own height or overflow keep it, because their classes override the defaults. Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
camielvs
force-pushed
the
cvs/dialog-max-height
branch
from
November 3, 2026 23:45
701a16f to
9783858
Compare
This branch has not been deployed
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Intent
Make every dialog fit inside the browser window, so its title and buttons can always be reached, however long the content or short the window.
Current behavior
Dialogs sit in the middle of the window and grow with their content, with no height limit. When the content is taller than the window, the dialog runs off the top and bottom edges. Its title and its buttons (such as Cancel and Add) end up out of view, and nothing can be scrolled to bring them back. A long document, or a short window, is enough: a laptop at 125–150% browser zoom, or with developer tools docked at the bottom. A few dialogs avoid this by setting their own height, one at a time.
What changes
Dialogs and confirmation dialogs now stop at 90% of the window's height. When the content is taller, the dialog scrolls inside, so the title and buttons stay reachable. Dialogs that fit look the same as before.
Dialogs that already set their own height or scrolling keep it, because their own settings take priority over the new default. Menus, dropdowns and tooltips opened from a dialog are drawn outside it, so the dialog's scrolling doesn't cut them off.
How to test
The full unit test suite passes. I also checked how the new default combines with the dialogs that set their own height or scrolling: the run pickers, the tour's secrets dialog and the component details dialog each keep their own setting. This hasn't been checked in a browser yet, and the end-to-end tests weren't run.
Related Issue and Pull requests
Follows up a review comment on #2978: that PR's document editor makes the Add Document dialog tall enough to overflow a window under about 600px high.
Type of Change
Line Breakdown
Checklist
Additional Comments
The limit is a plain 90% of the window height, in line with the 80–90% that individual dialogs already use.
🤖 Generated with Claude Code