-
-
Notifications
You must be signed in to change notification settings - Fork 17
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
Unable to get file association working #15
Comments
What happens if you run the commands mentioned in the logs directly eg Does anything run? Is an xserver or window server running correctly? This is a prerequisite |
Does any other file type work? |
Things seem to be getting worse :-(. I tried to set "Open in WSL" as the default program for For both 2023-04-08 12:52:44,936 - OpenInWSL 1.7 MSIX - ERROR - Cannot Open extension error
Traceback (most recent call last):
File "main.py", line 2272, in <module>
File "main.py", line 515, in path_converter
IndexError: string index out of range
2023-04-08 12:53:14,075 - OpenInWSL 1.7 MSIX - ERROR - Cannot Open extension error
Traceback (most recent call last):
File "main.py", line 2272, in <module>
File "main.py", line 515, in path_converter
IndexError: string index out of range
2023-04-08 12:55:39,588 - OpenInWSL 1.7 MSIX - ERROR - Cannot Open extension error
Traceback (most recent call last):
File "main.py", line 2272, in <module>
File "main.py", line 515, in path_converter
IndexError: string index out of range I tried to uninstall & reinstall Open in WSL via MS-Store but that does not seem to help as the settings/logs etc seem to persist between uninstalls. Running |
Ok we are getting somewhere. There is probably an issue with openinwsl parsing the windows path. Could you post the path to the file censoring only the words but not the structure (eg spaces, slashes, drive, punctuation)? |
Apologies I realized later that the However I do have some good news! I copied the file
So indeed it appears that there's an issue with parsing the windows path in openinwsl. Here is a lightly censored path to the original location of the
|
Hi @Pololot64 I was wondering if you had any suggestions / updates on this issue? |
Not yet. I have been doing exams. Well, I am a little confused about what the problem still is. I see that when the path is in Windows, it works properly. Is it only breaking when you use wsl paths like \wsl.localhost ? |
Apologies if I've been unclear before. I will try and re-explain my current status:
|
I see. In that case my second theory is that it is the "&" symbol in the path. When I convert the path to a Linux path and pass it through windows to Linux, it is parsed so many times that it is impossible to escape all special characters. |
Is that something that can be supported through an enhancement to "OpenIn WSL"? |
It would probably be possible to make a fix that fixes this special case but it would probably not scale well.. |
Ah I see. Well this is pretty disappointing news |
Again however, if this is extremely important feel free to email me and I can try to build you a version that fixes this. Also, theoretically when I am done with school I can make it try to escape everything but that will be hard to predict and plan for. |
Hi @Pololot64 I have emailed you on your |
I'll get back to you |
Hi,
I'm trying to open
.org
mode files using programs installed in WSL2 on Windows 10. I have tried this with bothemacs
and then for debugging withgedit
but this does not seem to work. I have also tried switching the Graphical Backend betweenGWSL
andwslg
but there's no change.Here is what I'm doing:
Set file association for
.org
in OpeninWSL to gedit:Set file association for
.org
file in Windows Explorer to "OpeninWSL"Double click on a file
hobbies.org
in Windows Explorer.What I expect to see
gedit
window will open with the file.What happens instead:
Logs:
Version Info
Ubuntu 22.04 running in WSL2/Windows 10 Open in WSL: 1.7 MSIX GWSL: 1.4.5 (Store)The text was updated successfully, but these errors were encountered: