processing / processing/processing4
launcher setting ignored in preferences.txt
Nobody has claimed this yet.
- Dominant language
- Java
- Stars
- 494
- Forks
- 183
- Avg merge
- 4h 39m
- Merged PRs (30d)
- 3
Description
In GitLab by @hamoid on Aug 12, 2021, 09:08
Description
Executing "Open Sketch Folder" on Arch Linux with i3wm and fish does not open the folder. I used to work around this by specifying a custom launcher setting. This worked in Processing 3.4, but not in later versions.
This affects very few people I guess (maybe 1?) but it would be nice if the launcher setting was enforced if present, as an override. The related lines are found here:
Expected Behavior
I can use Open Sketch Folder
Current Behavior
I can't use Open Sketch Folder. It opens a terminal window with text being printed forever in a loop.
Steps to Reproduce
Press Ctrl+K
Your Environment
- Processing version: 4.0b
- Operating System and OS version: up to date Arch Linux
- Other information: using i3 window manager
Possible Causes / Solutions
I think a solution might be to tweak the order of the if statements: if a launcher is specified, use it, otherwise, try use the default approaches. But I don't know how messy touching any of that might be.
Old post about this issue:
https://discourse.processing.org/t/launcher-seems-to-be-ignored-in-the-preferences/10840/7
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start in app/src/processing/app/platform/LinuxPlatform.java around line 118 and inspect how the launcher preference is selected for “Open Sketch Folder.” Reproduce the issue on Arch Linux with i3wm and fish using Ctrl+K, then verify that a configured launcher is honored and the folder opens without the terminal loop.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- desktop, operating-systems
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100