Repository navigation
test: verify the floating tab preferred width cap - #37417
brennanb2025 wants to merge 2 commits into
Conversation
|
Warning Review limit reachedYou've used all free OSS reviews for now. Wait for the free limit to reset to keep reviewing this public repository. Next included review available in 2 minutes. View limit details
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. |
|
Review loop status: done The problem. An end-to-end test for the floating terminal panel still expected a lone tab to stretch wider than 384px. #37131 deliberately caps a tab's preferred width at 330px, and the test was skipped on that PR, so the outdated expectation merged. Any later PR that makes CI run this test (for example #37220) fails it, though the app itself is fine. The change. The test now expects the 330px preferred width and has a name that describes today's behavior. Every other check in it stays: two tabs share the space equally and are narrower than one tab alone, they shrink when the panel narrows and return when it widens, three tabs share without scrolling, and twelve tabs sit at the 144px minimum and scroll. No app code changes, so users see nothing different. What was verified.
Deferred.
For Brennan's review.
|
|
Closing as superseded by merged #37456. Current main already checks the 330px preferred width and names the test for that behavior, covering both changes in this PR. |
Problem. An end-to-end test for the floating terminal panel still expected a single tab to stretch wider than 384px. #37131 deliberately changed tabs so a lone tab stops at a preferred width of 330px instead of stretching across the whole header. That test was skipped on #37131, so the outdated expectation merged unnoticed. Any later PR whose changed files make CI run this test now fails it (for example #37220), even though nothing is wrong with the app.
What this PR does. It updates the test to expect the 330px preferred width and renames it to describe today's behavior: tabs keep their preferred width when there is room, share the space equally when it gets tight, shrink down to the 144px minimum, and scroll once they no longer fit. All the checks for sharing, shrinking and restoring after a resize, and 144px overflow stay exactly as they were. Users see no change; only the test changes.
Verified. CI ran this test on this PR and it passed, including the later checks that had never been reached since #37131. Tracked in STA-13449.
Plan: test-only repair of the merged width contract; no reference mechanism applies. Full review path because the test file has width-related revert history. No production lines, saved fields or wire changes. One independent PR.