-
-
Notifications
You must be signed in to change notification settings - Fork 580
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Adding cycle selection on repeated shortcut press feature #1016
base: master
Are you sure you want to change the base?
Adding cycle selection on repeated shortcut press feature #1016
Conversation
d990141
to
1894244
Compare
3747153
to
93760fe
Compare
Sorry I just realized I didnt fix lints in the last revision. Lints are now fixed. Tests are still failing in CI, but they pass locally. Is the CI broken, or did I mess up some config? |
- OpenShortcut.swift is where most of the logic is stored. We use CGEvent insteadq of NSEvent.addGlobalMonitorForEvents because the latter doesn't allow taking over the event, which can lead to weird behavior. Note: right now this leads to a mix of NSEvent and CGEvent in the code which is not ideal. - Added tests for new feature - Split class MaccyUITests into BaseTest to re-use code
92fdb1e
to
bdbb57c
Compare
There are failures in master branch, so it's not your changes. |
…rviceAccessibility Maccy app
bdbb57c
to
b37e409
Compare
I noticed a SwiftLint issue, but after spending more time on this, I believe I may have made a mistake elsewhere. The failing tests are related to the shortcut functionality and might be permission-related. Here are the relevant permissions on my Mac:
I'll try to fix the tests. Additionally, I couldn't find the .bitrise.yaml file in the repo. I attempted to push a bitrise.yml file to see if Bitrise would pick it up, but it seems some configuration might be needed beforehand. Despite my tests, the configuration YAML doesn’t appear to change. Would appreciate any guidance on both issues! |
Bitrise is configured manually via UI, which is why there is no configuration file. As I mentioned before, I think it's not worth splitting UI tests into 2 classes (the current has accessibility configured already), so if you join them back, it should be working on CI. |
If you think it's better to have all in a giant file I will join it back again, however I don't think that's the failure root cause. See the output; some MaccyUITests are also failing:
Would you be against having the bitrise configuration in the repo? |
Yes, please let's do it.
I am not against it, but it was a bit harder to iterate over the config file rather than just changing things in UI. |
Iterate would just be pushing the new yaml right? Seems simpler than editing code in 2 locations (UI & Github). Other benefits include having visibility over the CI from the repo, and allowing different configurations for different branches; for example right now I only want to play around and edit the config for this PR, not the whole repo. In any case I'm fine editing the UI, but I'll probably need some sort of permissions right? Could you help me understand how to edit the yaml? |
@alexisgaziello You wouldn't need to change bitrise config, I've already fixed CI failures in master so as long as you keep new tests inside |
Other versions: