Repository navigation
base red: NativePopupSliderTests makes the NSApplication its arrow keys need - #33094
Conversation
… keys need namedStopsRestWithoutCommittingAndEnterCommitsOnce failed at NativePopupSliderTests.swift:41/42 (values ["1"], label High): the left arrow moved nothing that the test could see. NativePopupDiscreteSlider's arrow keys set doubleValue and then call sendAction(action, to: target); NSControl.sendAction routes through NSApp. The package-test lane runs each suite in its own process, and this suite made no NSApplication before its first key, so NSApp was nil, the action went nowhere and the view never published the new stop. The test passed only after another suite in the same process had made NSApplication.shared. The key helper now makes the application first, as the other design suites do (HoverCardNoActivateTests, NativeContextMenuTests). No product change: the app always has NSApp. Culprit: bc7d6bd (#27142) added the suite. Red: fleet job 2bf90b6c18ca136f3fb6c15d at feat 11dfe91.
|
cmux status (one comment, edited in place; each line is updated by the job that owns it) Review App of this head (app.zip, kept 1 day)
web and size checks: green Shipped in:
|
|
Found 6 test failures on Blacksmith runners: Failures
|
|
Review (independent review subagent, Opus 5.5 claude-opus-5-5, read-only): SHIP at 62a37b8
Nit: the helper makes the app object on the first key, so |
|
Correction to my review receipt above: the lanes were red overall because of the test-bundle run-loop guard, which held the main thread in xctest. It was not the macOS AddressBook store; that was only a symptom. #33023 and #33013 fixed it on feat (ecfbb44). This head is older than that fix, so its lane still shows the XCTest stage red. The suite's own result (passes at this head, fails at the tip) is unchanged. No action is needed on this PR. |
Bugbot needs on-demand usage enabledBugbot uses usage-based billing for this team and requires on-demand usage to be enabled. A team admin can enable on-demand usage in the Cursor dashboard. |
![Fix with [code]smith](https://pr-comments-assets.blacksmith.sh/codesmith/fix-with-codesmith-light-3x.png)
Summary
Base red on feat-cmux-next:
CmuxNextDesignTests.NativePopupSliderTests.namedStopsRestWithoutCommittingAndEnterCommitsOncefails at NativePopupSliderTests.swift:41/42 (values["1"], expected["1", "0"]; labelHigh, expectedLow).Cause:
NativePopupDiscreteSlider's arrow keys setdoubleValueand then callsendAction(action, to: target), which AppKit routes throughNSApp. The package-test lane runs each suite in its own process, and this suite made noNSApplicationbefore its first key, so the action went nowhere and the view never published the new stop. It passed only after another suite in the same process had madeNSApplication.shared.Fix: the test's key helper makes the application first, as the other design suites do (
HoverCardNoActivateTests,NativeContextMenuTests). No product change: the app always hasNSApp.Culprit: bc7d6bd (#27142) added the suite.
Owner: no OWNERS.md row covers
CmuxNextDesign/Overlay/NativePopup*.Testing
Command:
cmux-ci run --class light --display --script scripts/ci/package-test-lane.sh --ref SHA --arg=suite --arg=Packages/macOS/CmuxNext --arg=CmuxNextDesignTests.NativePopupSliderTests(5 runs in one step).Each job's lane summary is red for a reason outside this change: on these hosts the target's XCTest pass aborts (signal 6, after Contacts/AddressBook CoreData store errors) or hangs ~680-900 s with no test in flight, after the Swift Testing pass. The Swift Testing results below are the suite's own.
Observed / Not run
Observed: the fleet runs above.
python3 scripts/cmux-next/prepush-gate.pypasses.Not run: no app build; test-only change.
Changelog
none