http://bugs.winehq.org/show_bug.cgi?id=13303
Summary: Frasse and the Peas of Kejick does not run after using the .exe installer Product: Wine Version: CVS/GIT Platform: PC URL: http://trumgottist.com/frasseinstaller.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: madewokherd@gmail.com
Created an attachment (id=13160) --> (http://bugs.winehq.org/attachment.cgi?id=13160) screenshot of error
When using the .exe installer for Frasse and the Peas of Kejick, the install process appears to succeed, but the game pops up the following error instead of starting:
SLUDGE v1.6 startup error!
Can't open file c:windowsprofilesmehApplicationDataFrasse and the Peas of KejickFrasse.slg
[OK]
The web site also includes a .zip file of the game, which runs fine.
http://bugs.winehq.org/show_bug.cgi?id=13303
--- Comment #1 from Vincent Povirk madewokherd@gmail.com 2008-05-18 17:26:39 --- This is apparently a problem with the shortcut. The command is:
env WINEPREFIX="/home/meh/.wine" wine "C:\Program Files\Frasse and the Peas of Kejick\Frasse.exe" C:\windows\profiles\meh\Application Data\Frasse and the Peas of Kejick\Frasse.slg
The \ character is being treated specially on Linux.
http://bugs.winehq.org/show_bug.cgi?id=13303
--- Comment #2 from Vincent Povirk madewokherd@gmail.com 2008-05-18 18:33:47 --- Ok, well, that's the last time I trust the menu editor to tell me anything.
In the .desktop file, the actual line is:
Exec=env WINEPREFIX="/home/meh/.wine" wine "C:\Program Files\Frasse and the Peas of Kejick\Frasse.exe" C:\windows\profiles\meh\Application Data\Frasse and the Peas of Kejick\Frasse.slg
Which I can copy/paste into a terminal, and that makes everything ok.
I can also do this:
Exec=env WINEPREFIX="/home/meh/.wine" wine "C:\Program Files\Frasse and the Peas of Kejick\Frasse.exe" "C:\windows\profiles\meh\Application" "Data\Frasse" and the Peas of "Kejick\Frasse.slg"
or this:
Exec=env WINEPREFIX="/home/meh/.wine" wine "C:\Program Files\Frasse and the Peas of Kejick\Frasse.exe" C:\\windows\\profiles\\meh\\Application Data\\Frasse and the Peas of Kejick\\Frasse.slg
Apparently .desktop requires, for a reason I do not understand, that everything weird is escaped twice.
http://bugs.winehq.org/show_bug.cgi?id=13303
--- Comment #3 from Vincent Povirk madewokherd@gmail.com 2008-05-18 20:59:23 --- Created an attachment (id=13165) --> (http://bugs.winehq.org/attachment.cgi?id=13165) patch to escape things for .desktop files more
This patch seems to solve the issue.
From the Desktop Entry spec, it appears \\ is the correct way to represent a
\ in the Exec field, whether the \ happens to be in quotation marks or not. For some reason, \ happens to result in a \ sent to the program if it happens to be in quotes, but it's not clear whether this is reliable behavior, and it does not happen outside of the quotes.
http://bugs.winehq.org/show_bug.cgi?id=13303
Lei Zhang thestig@google.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |programs Keywords| |download
--- Comment #4 from Lei Zhang thestig@google.com 2008-05-19 17:41:52 --- Maybe what you really want is to just put the arguments in double quotes?
http://bugs.winehq.org/show_bug.cgi?id=13303
--- Comment #5 from Vincent Povirk madewokherd@gmail.com 2008-05-19 17:55:21 --- I don't think so. The .lnk files has the arguments without double quotes so the .desktop file should treat the different parts of the filename as separate arguments. It would be impossible for Wine to determine the semantics involved.
And I've just tried putting the whole thing in double-quotes using the shell. The program did not start.
http://bugs.winehq.org/show_bug.cgi?id=13303
--- Comment #6 from Lei Zhang thestig@google.com 2008-05-19 18:12:03 --- Well I guess if you want to follow Windows as close as possible, \\ it is. Please send your patches to wine-patches@winehq.org.
http://bugs.winehq.org/show_bug.cgi?id=13303
--- Comment #7 from Vincent Povirk madewokherd@gmail.com 2008-05-19 18:33:51 --- I was going to, but I'm worried other Desktop Environments might react differently from GNOME, causing a horrible regression during the code freeze. (I am human and the Desktop Entry Spec is confusing; I could certainly have misread it.)
http://bugs.winehq.org/show_bug.cgi?id=13303
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #8 from Austin English austinenglish@gmail.com 2008-11-27 12:43:21 --- Installs fine, but when run, expects to open a saved game. Choosing cancel closes the game. Running the exe from the zip file on the author's website works fine.
Can someone test this one in windows? It may be an application bug.
http://bugs.winehq.org/show_bug.cgi?id=13303
--- Comment #9 from Vincent Povirk madewokherd@gmail.com 2008-11-27 16:47:58 --- It works in Windows. Winemenubuilder isn't escaping 's properly when it creates the .desktop files.
http://bugs.winehq.org/show_bug.cgi?id=13303
--- Comment #10 from Austin English austinenglish@gmail.com 2008-11-27 23:55:17 --- (In reply to comment #9)
It works in Windows. Winemenubuilder isn't escaping 's properly when it creates the .desktop files.
I wasn't using the menu shortcut, I ran it from terminal.
http://bugs.winehq.org/show_bug.cgi?id=13303
--- Comment #11 from Vincent Povirk madewokherd@gmail.com 2008-11-28 08:59:17 --- Running it from the terminal does not work on Windows, but the menu shortcut does. If you insist on starting it from the terminal, start the .lnk file in that directory (that should also work on Wine, since it skips the .desktop conversion).
http://bugs.winehq.org/show_bug.cgi?id=13303
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Frasse and the Peas of |Frasse and the Peas of |Kejick does not run after |Kejick does not run using |using the .exe installer |the .desktop shortcut
--- Comment #12 from Austin English austinenglish@gmail.com 2008-11-28 15:53:28 --- (In reply to comment #11)
Running it from the terminal does not work on Windows, but the menu shortcut does. If you insist on starting it from the terminal, start the .lnk file in that directory (that should also work on Wine, since it skips the .desktop conversion).
Running it from terminal for me gave the same results windows does, which was my question. The bug is about the .desktop shortcut. Adjusting the summary to reflect that.
http://bugs.winehq.org/show_bug.cgi?id=13303
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|CVS/GIT |unspecified
--- Comment #13 from Austin English austinenglish@gmail.com 2009-01-19 15:16:04 --- Removing deprecated CVS/GIT version tag. Please retest in current git. If the bug is still present in today's wine, but was not present in some earlier version of wine, please update version field to earliest known version of wine that had the bug. Thanks!
http://bugs.winehq.org/show_bug.cgi?id=13303
Vincent Povirk madewokherd@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |damjan.jov@gmail.com, | |madewokherd@gmail.com
--- Comment #14 from Vincent Povirk madewokherd@gmail.com 2010-01-24 15:09:52 --- Still present in 1.1.37.
CCing Damjan Jovanovic since he's been working on winemenubuilder.
http://bugs.winehq.org/show_bug.cgi?id=13303
--- Comment #15 from Damjan Jovanovic damjan.jov@gmail.com 2010-05-06 11:56:29 --- This is substantially more complex than it would appear.
Windows itself can quote and escape arguments, in an undocumented way that is different from fd.o (but seems like what shell32 does?), and contain %windir% and other fun inside the arguments. So the arguments need to be unescaped, preprocessed and argified, then re-escaped in fd.o style multiple backslashes.
http://bugs.winehq.org/show_bug.cgi?id=13303
--- Comment #16 from Austin English austinenglish@gmail.com 2010-05-07 11:00:28 --- Should be fixed by http://source.winehq.org/git/wine.git/?a=commitdiff;h=55e4eba2ec5657f2cac059....
http://bugs.winehq.org/show_bug.cgi?id=13303
Damjan Jovanovic damjan.jov@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #17 from Damjan Jovanovic damjan.jov@gmail.com 2010-05-07 12:11:09 --- It is fixed. Closing.
http://bugs.winehq.org/show_bug.cgi?id=13303
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #18 from Alexandre Julliard julliard@winehq.org 2010-05-07 13:29:10 --- Closing bugs fixed in 1.1.44.