http://bugs.winehq.org/show_bug.cgi?id=27580
Summary: First two letters missing from path is "Open With" Product: Wine Version: 1.3.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: ToddAndMargo@gmail.com
Created an attachment (id=35256) --> (http://bugs.winehq.org/attachment.cgi?id=35256) "/h" is missing from the path
Wine 1.3.4
From Krusader, when I right click and "open with" "notepad" or "wine notepad",
I get a popup complaining about a bad path. The problem being that the first two letters of the path are missing. I do not have this problem with Linux programs and Krusader. Please see the attachment. The missing letter are "/h" as in /home/CDs/..."
Many thanks, -T
http://bugs.winehq.org/show_bug.cgi?id=27580
--- Comment #1 from Andrew Nguyen arethusa26@gmail.com 2011-06-23 23:03:06 CDT --- Notepad is really supposed to receive a Windows path in the command line, as it's interpreting the slash and character at the start of the Unix path as an option. I notice that notepad on XP doesn't munch option characters that it doesn't recognize, so I suppose there technically is a bug here.
http://bugs.winehq.org/show_bug.cgi?id=27580
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download Severity|normal |minor
http://bugs.winehq.org/show_bug.cgi?id=27580
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW CC| |00cpxxx@gmail.com Ever confirmed|0 |1
--- Comment #2 from Bruno Jesus 00cpxxx@gmail.com --- Confirming in wine 1.7.11.
https://bugs.winehq.org/show_bug.cgi?id=27580
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |super_man@post.com
--- Comment #3 from super_man@post.com --- How can I test this? Fixing this could be really easy but it needs some wine output to point the location where to start.
https://bugs.winehq.org/show_bug.cgi?id=27580
--- Comment #4 from Todd Chester ToddAndMargo@zoho.com --- (In reply to super_man from comment #3)
How can I test this? Fixing this could be really easy but it needs some wine output to point the location where to start.
Bruno, Can you send him your test method?
https://bugs.winehq.org/show_bug.cgi?id=27580
--- Comment #5 from Rosanne DiMesio dimesio@earthlink.net --- I can't reproduce this in 1.7.50. I tested both Konqueror and Krusader by right-clicking a .txt file and selecting Open With=>notepad, and both times Wine's notepad opened the file without any problem.
https://bugs.winehq.org/show_bug.cgi?id=27580
--- Comment #6 from Todd Chester ToddAndMargo@zoho.com --- Hi Rosanna,
Interesting. This was reported on 2011-06-23. Over four years ago. Glad you guys are finally looking into it.
Scientific Linux 7.1 $ uname -r 3.10.0-229.11.1.el7.x86_64
Wine 1.7.49
and Krusader 2.4.0-beta3, "Open With, Notepad" on a file called: /home/CDs/Keepers/Linux/perl/perl.die.ip.example.txt
My message log (/var/log/messages) gives:
Sep 4 11:47:01 localhost /etc/gdm/Xsession: fixme:exec:SHELL_execute flags ignored: 0x00000100
Sep 4 11:47:01 localhost /etc/gdm/Xsession: err:exec:SHELL_ExecuteW cannot return to directory L"unix\home\CDs\Keepers\Linux\perl"
-T
https://bugs.winehq.org/show_bug.cgi?id=27580
--- Comment #7 from Rosanne DiMesio dimesio@earthlink.net --- I have the same version of Krusader as you; my KDE version is 4.11.5.
Check the properties of ~/.local/share/wine-extension-txt.desktop. In particular, what is in the "Command" field on the Applications tab?
https://bugs.winehq.org/show_bug.cgi?id=27580
--- Comment #8 from Todd Chester ToddAndMargo@zoho.com --- (In reply to Rosanne DiMesio from comment #7)
Check the properties of ~/.local/share/wine-extension-txt.desktop.
(In reply to Rosanne DiMesio from comment #7)
I have the same version of Krusader as you; my KDE version is 4.11.5.
Check the properties of ~/.local/share/wine-extension-txt.desktop. In particular, what is in the "Command" field on the Applications tab?
I do not have a "~/.local/share/wine-extension-txt.desktop"
I do have a ".local/share/applications/wine-extension-txt.desktop".
[Desktop Entry] Type=Application Name=notepad MimeType=text/plain; Exec=env WINEPREFIX="/home/todd/.wine.smartsuite" wine start /ProgIDOpen txtfile %f NoDisplay=true StartupNotify=true Icon=1E64_notepad.0
Was that what you were looking for?
-T
https://bugs.winehq.org/show_bug.cgi?id=27580
--- Comment #9 from Rosanne DiMesio dimesio@earthlink.net --- (In reply to Todd Chester from comment #8)
I do have a ".local/share/applications/wine-extension-txt.desktop".
Yes, sorry, I mistyped; that was what I was looking for.
Yours looks pretty much the same as mine, except for the WINEPREFIX of course. I assume /home/todd/.wine.smartsuite is a valid path.
https://bugs.winehq.org/show_bug.cgi?id=27580
--- Comment #10 from Todd Chester ToddAndMargo@zoho.com --- (In reply to Rosanne DiMesio from comment #9)
(In reply to Todd Chester from comment #8)
I do have a ".local/share/applications/wine-extension-txt.desktop".
Yes, sorry, I mistyped; that was what I was looking for.
Yours looks pretty much the same as mine, except for the WINEPREFIX of course. I assume /home/todd/.wine.smartsuite is a valid path.
It was at one time. When I was using Scientific Linux 6.7, I had several wine prefixes. Now I am on Scientific Linux 7.1 and only have one prefix. So, I fixed it. No symptom change.
Well, no symptom change until I tried it a second time. Now it is working.
I will go over all my .desktops and correcting the prefix.
https://bugs.winehq.org/show_bug.cgi?id=27580
--- Comment #11 from Todd Chester ToddAndMargo@zoho.com --- So I don't know if this is a bug or not aymore. If the prefix doesn't exist in the .desktops, maybe throw an error somewhere?
https://bugs.winehq.org/show_bug.cgi?id=27580
--- Comment #12 from Rosanne DiMesio dimesio@earthlink.net --- You did get a popup error message, and it's the one notepad gives me when I try to use it to open a file from the command line using the wrong syntax. There is a bug, and it's what's described in comment 1: notepad shouldn't eat option characters it doesn't recognize.
The problem can be reproduced on the command line by running either of these commands:
wine start notepad /path/to/file.txt wine notepad /path/to/file.txt
If you change the paths in the commands above to Windows-style ones, notepad will open the file.
https://bugs.winehq.org/show_bug.cgi?id=27580
--- Comment #13 from Bruno Jesus 00cpxxx@gmail.com --- The problem is quite simple to reproduce.
wine notepad /etc/passwd
This will result in a message box saying something like:
The file "tc/passwd" does not exist.
Windows notepad will give:
The file "/etc/passwd" does not exist.
https://bugs.winehq.org/show_bug.cgi?id=27580
--- Comment #14 from super_man@post.com --- You are right Bruno. Really simple method and it's valid bug.
1.7.51
https://bugs.winehq.org/show_bug.cgi?id=27580
--- Comment #15 from super_man@post.com --- The bug must be somehow related to / or \
wine text.txt works, but if you add different amount of / or \ letters before text.txt the behaviour changes.
not fixed 1.7.52
https://bugs.winehq.org/show_bug.cgi?id=27580
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |source Summary|First two letters missing |Wine Notepad command line |from path is "Open With" |parser eats the first 2 | |letters when the path | |starts with / (it should | |only do this for valid | |command line options)
https://bugs.winehq.org/show_bug.cgi?id=27580
trashystashy2@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |trashystashy2@gmail.com
--- Comment #16 from trashystashy2@gmail.com --- Debian wine-devel v.1.9.4 cannot execute any Windows program (e.g., notepad or wordpad) except via Linux shell command line.
This has been happening to me since I installed the WineHQ official wine-devel binaries for the first time last month -- my older wine from Debian repo was working for these cases. After upgrading via Synaptic Package Manager yesterday, I noticed how new wine always fails to start its own programs.
$ uname --all Linux debian 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt20-1+deb8u3 (2016-01-17) x86_64 GNU/Linux
$ wine --version wine-1.9.4
$ wine notepad.exe "Could not load wine-gecko. HTML rendering will be disabled. wine: configuration in '/home/user/.wine' has been updated." (First time usage, I did not accept installing either the .NET or the wine-gecko options, nor their Debian repo package substitutes.)
$ wine notepad wine-bug.txt (works!)
$ wine notepad.exe wine-bug.txt (works!)
PROBLEM: Double-click on wine-bug.txt from MATE's file manager. (fails! Temporarily displays in task bar as loading.)
Right-click for properties menu from MATE's file manager and manually enter "wine notepad.exe %1" as command to execute for file types having extension ".txt". (fails! 'ome/user/wine-bug.txt' file not found!)
Notice the missing 'h' from the Unix-style pathname. Wine v1.9.4 is removing at least the first character of the OS supplied (relative?) pathname. This problem does not happen likewise starting MATE's Pluma text editor. Therefore the defect is wine-devel specific.
https://bugs.winehq.org/show_bug.cgi?id=27580
John Liddiard john@c5magic.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |john@c5magic.co.uk
--- Comment #17 from John Liddiard john@c5magic.co.uk --- I am getting this for textpad installed under wine 1.9.5.2 on Fedora. It makes setting textpad as a file association and double click to open the file unusuable because of the missing /h at the start of /home/....rest of path etc...
[Desktop Entry] Name=TextPad 7 Exec=env WINEPREFIX="/home/john/.wine" /usr/bin/wine C:\\windows\\command\\start.exe /Unix /home/john/.wine/dosdevices/c:/users/john/Start\ Menu/Programs/TextPad\ 7/TextPad\ 7.lnk Type=Application StartupNotify=true Icon=072D_RunTextPad_DC457C1BC8454E34B9050878A521A37C.0
https://bugs.winehq.org/show_bug.cgi?id=27580
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com
--- Comment #18 from winetest@luukku.com --- Something has clealy changed. BUt this doesnt sound right.
Just for a testing purpose I copy pasted
wine notepad /path/to/file.txt
and it opens notepad and complains about "does not exists" and asks if I want to create it. But it eats / and p from the start.
wine 2.0-git.
https://bugs.winehq.org/show_bug.cgi?id=27580
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |bd19402b6d3f6efa30e3b7d088c | |4bbebd716a2c8 Resolution|--- |FIXED Status|NEW |RESOLVED
--- Comment #19 from Bruno Jesus 00cpxxx@gmail.com --- This bug is fixed in the sense that it works like Windows notepad now, with the additional bonus of being able to open unix paths that don't clash with the /p option.
/p is always eaten as is in Windows.
http://source.winehq.org/git/wine.git/?a=commit;h=bd19402b6d3f6efa30e3b7d088...
https://bugs.winehq.org/show_bug.cgi?id=27580
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #20 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 2.1.
https://bugs.winehq.org/show_bug.cgi?id=27580
Michael Stefaniuc mstefani@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |2.0.x
https://bugs.winehq.org/show_bug.cgi?id=27580
Michael Stefaniuc mstefani@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|2.0.x |---
--- Comment #21 from Michael Stefaniuc mstefani@winehq.org --- Removing the 2.0.x milestone from bugs included in 2.0.1.