In OSX El Capitan, I have set WebStorm to be the default application for opening .js files like so. This successfully opens WebStorm when opening a .js file via finder, or when cmd-clicking on the file from iterm2.
However, when WebStorm opens, the file I've chosen is not opened within WebStorm. The app simply has the same files I've opened before (whether or not the WebStorm app was running when I opened the file).
Using open -a /applications/WebStorm.app <filename> works fine, but it's less convenient than just clicking on the file I want, as I do for file extensions that I've set to open in Eclipse or Sublime.
Is there a way to get WebStorm to open the file I've selected?
Known issue, please follow IDEA-129532 for updates
Related
WebStorm 2021.1
For an unknown reason, WebStorm started picking the wrong file when debugging React TypeScript => JavaScript app. I see the compiled JavaScript file instead of the ts file. What's strange is that the path and the line number are right, but WebStorm opens the wrong (JavaScript) file.
I think that started since I updated to the latest version.
IntelliJ IDEA have a nice workaround around this bug, Show alternative source switcher button. I'm looking for an equivalent in WebStorm. Does WebStorm has such option?
Details:
WebStorm ok
WebStorm stops right on file inside the project.
WebStorm not ok
WebStorm stops on right line and states the right path but opens the wrong file (js file instead ts file)
Line 7 is ok but supposed to be here:
VSCode always ok
The exact same run will work perfectly fine on VSCode:
gitpod
gitpod: https://gitpod.io/#https://github.com/Eliav2/react-use-call-onnext-render/tree/webstorm-test
to clone locally run: git clone --branch webstorm-test https://github.com/Eliav2/react-use-call-onnext-render.git and after that execute the commands in the .gitpod.yml file in the root folder.
To reproduce:
Open example\src\exampleFiles\ClickMeForBreakPoint.jsx and set the break point at line 9. This is file from the test project.
Open src\index.ts and set the break point at line 7. This is file from the linked package.
Start a debugging session. Open port 3000 and once the page is loaded click on the 'ClickMeForBreakPoint' button.
At will stop on first break point. great.
At VSCode at will stop on the right second break point. In WebStorm at will open the wrong file.
Debug the linked package and it will open the right file in VSCode. Clone and debug with WebStorm and it wont open the right file (at least on my local WebStorm).
I want to open a project folder using terminal.
when type the command .code in terminal it open up vscode but the folder is empty and there is no file.
obviously I can open it with right-clicking and open with code but is there a way i could open it through terminal?
I'm running Ubuntu as my operating system.
You have to use cd to enter in the folder that you want to open in vs code.
After that you just need to use code . and it will open the current folder in vs code.
My programming text editor of choice is jEdit on my Mac, but I'm having trouble with a new version I installed.
Cyberduck (mac desktop FTP client) used to be able to launch files for editing. This has stopped working. It downloads the file to a temporary directory just fine. I can open the file, and in fact the FTP syncing mechanism still works fine (cyberduck detects file changes and sends them back) but the file no longer opens automatically. The 'edit' button in cyberduck, does the download, triggers jEdit to get the window focus, but the file doesn't get opened.
How does the file launching mechanism of jEdit work? How might I debug this new issue with it?
I tried setting cyberduck to launch TextEdit instead, and this work fine, so it's a problem with how jEdit launches.
I imagine that Cyberduck is supplying file parameters after the jedit binary invocation:
/path/to/jedit foo.txt bar.txt
or
java -jar /path/to/jedit.jar foo.txt bar.txt
Perhaps Cyberduck isn't supplying the full path to the file or perhaps the "current directory" of jedit doesn't see the file since it is a relative path.
When jEdit pops up, is the buffer that is open named whatever the Cyberduck file name is? If so, then it is probably relative paths vs absolute paths.
Perhaps try adding the -noserver flag to the jedit invocation.
Solution: Upgrade to a later version of Cyberduck.
Upgrading to Cyberduck 4.8.2 fixed this for me. It now launches jEdit with the file as expected.
I'm not sure if I tried that back when I originally hit this problem, because the problem was triggered by an upgrade of jEdit (to jEdit version 5.3.0) but I think actually this was something going wrong with the way Cyberduck launches applications
I'm trying to open an iMacro from the mac terminal. I have the following:
open -a Firefox imacros://run/?m=#Current.iim
This however tries to read the link as a file on my computer. Is there anyway to say that this is a link and not a file. If I run imacros://run/?m=#Current.iim right on the browser it works fine.
I'm trying to do a I/O redirection to get input into my program from a file. I need to know where the executable file is located to enter it into the terminal. I'm on a mac, using Xcode, in C. Also, I can only use the terminal to get the input.
Go to Xcode > Preferences > Locations:
I believe that you are looking for ~/Library/Developer/Xcode/DerivedData.
In newer versions of Mac OS X, to get to the Library folder, open up Finder, then press "Go" in the menu bar. Once the menu is open, press the Option(alt) key, and Library should appear.
Hope this helps!