Closed n8henrie closed 1 year ago
The Quicksilver
test testActionsForURLObject
fails if run immediately after a clean but succeeds if I first change schemes and run tests for Core Support
.
testClearingFirstPane
fails even if I run all 3 of the other test sets (QuickStep Core
, Core Support
, and QuickStep Foundation
) first, but succeeds if I run it as part of the Quicksilver Distribution
scheme.
Before submitting your bug report, please confirm you have completed the following steps
Bug description
Of the tests for the Quicksilver scheme, these three fail when run directly:
testClearingFirstPane
testClearingSearchStringOnTrigger
testThirdPaneClosingBehaviour
All tests, including these, pass when run as part of the
Quicksilver Distribution
scheme.Why is this?
Steps to reproduce
Quicksilver
schemeExpected behavior
These tests should pass when run in isolation.
MacOS Version
None
Quicksilver Version
No response
Relevant Plugins
No response
Crash Logs or Spindump
No response
Screenshots
No response
Additional info
These tests fail as part of the
Quicksilver Distribution
depending on the order in which they are run; if one selects the option torandomize test order
, they fail frequently.The common theme between these three is:
When run as part of the
Quicksilver Distribution
,*i
is non-nil. When run as part ofQuicksilver
, this is a nil pointer.Similarly,
[QSReg preferredCommandInterface]
is a nil pointer when run fromQuicksilver
but non-nil withQuicksilver Distribution
: https://github.com/quicksilver/Quicksilver/blob/main/Quicksilver/Code-App/QSController.m#L784Having a hard time chasing this down, it seems like these tests should be set up to pass from this scheme (since they pass when run from
Quicksilver Distribution
); if there is some fundamental reason why they won't, perhaps they should be moved?Any pointers from @pjrobertson @skurfer ?