http://bugs.winehq.org/show_bug.cgi?id=17485
Summary: Non-windows apps generate an inappropriate dialog Product: Wine Version: unspecified Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: user32 AssignedTo: wine-bugs@winehq.org ReportedBy: vperetokin@gmail.com
When you tell wine to run a non-windows app, it pops ups up an error dialog that says "Success".
Not only does this make no sense to a non-technical user, it is also amusing to technical ones.
It should instead say "This doesn't appear to be a Windows application." or something similar.
http://bugs.winehq.org/show_bug.cgi?id=17485
Adys adys.wh+winehqdotorg@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |adys.wh+winehqdotorg@gmail.c | |om
--- Comment #1 from Adys adys.wh+winehqdotorg@gmail.com 2009-02-20 16:31:38 --- Actually, since a few versions (can't remember which), you get that kind of error messages at the end of an extract in MPQEdit (zezula.net). I never actually paid attention to them...
http://bugs.winehq.org/show_bug.cgi?id=17485
--- Comment #2 from Austin English austinenglish@gmail.com 2009-02-20 17:08:20 --- I'm not sure this is a wine bug. I've noticed this recently, e.g., when downloading/opening certain file extensions in Firefox (Linux). .bin comes to mind. It attempts to open it in wine, and fails. It may be binfmt-misc that's doing so though...
http://bugs.winehq.org/show_bug.cgi?id=17485
--- Comment #3 from Vadim Peretokin vperetokin@gmail.com 2009-02-20 17:11:03 --- @Austin: yes, that's how I noticed this. The firefox usage of the file is buggy, but Wine is at issue here too for giving such a cryptic/laughable dialog.
http://bugs.winehq.org/show_bug.cgi?id=17485
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|user32 |-unknown
--- Comment #4 from Vitaliy Margolen vitaliy@kievinfo.com 2009-02-20 19:41:28 --- Are you sure this comes from Wine? What happens if you run it from the terminal?
http://bugs.winehq.org/show_bug.cgi?id=17485
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |austinenglish@gmail.com
--- Comment #5 from Austin English austinenglish@gmail.com 2009-02-20 23:07:25 --- Can you give a consistent way to reproduce?
http://bugs.winehq.org/show_bug.cgi?id=17485
--- Comment #6 from Adys adys.wh+winehqdotorg@gmail.com 2009-02-21 01:00:00 --- Created an attachment (id=19582) --> (http://bugs.winehq.org/attachment.cgi?id=19582) Small MPQ to reproduce
(In reply to comment #5)
Can you give a consistent way to reproduce?
It is consistent with MPQEdit at least.
- Download MPQEdit from http://www.zezula.net/download/mpqediten32.zip - Open any MPQ archive. I've attached a small one. Use the option "Use internal listfile from the MPQ", the others don't matter. - Double-click on the file "prepatch.lst". It should extract and give the "Success" dialog.
It seems it's supposed to open it (?). At least, the .exe in this archive opens with wine. I also get "Access Denied" when trying to open the files "(attributes)" or "(listfile)" - probably because of the parentheses.
http://bugs.winehq.org/show_bug.cgi?id=17485
Vincent Povirk madewokherd@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |madewokherd@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=17485
--- Comment #7 from Vincent Povirk madewokherd@gmail.com 2009-02-21 19:44:18 --- This is probably due to a fairly recent change to ShellExecuteEx to support error dialogs as on Windows. The function uses the return value, instead of GetLastError(), to report certain types of errors, and I was too lazy to account for those. Should be an easy fix.
In previous versions, SEE would have failed silently.
http://bugs.winehq.org/show_bug.cgi?id=17485
--- Comment #8 from Vadim Peretokin vperetokin@gmail.com 2009-02-21 19:56:13 --- I think it's OK to fail silently if the message name is "Success".
http://bugs.winehq.org/show_bug.cgi?id=17485
--- Comment #9 from Vincent Povirk madewokherd@gmail.com 2009-02-27 19:49:48 --- This should be fixed in Wine 1.1.16.
http://bugs.winehq.org/show_bug.cgi?id=17485
--- Comment #10 from Adys adys.wh+winehqdotorg@gmail.com 2009-02-28 01:43:45 --- (In reply to comment #9)
This should be fixed in Wine 1.1.16.
Confirmed. I now get "There is no Windows program configured to open this type of file.".
http://bugs.winehq.org/show_bug.cgi?id=17485
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED
--- Comment #11 from Austin English austinenglish@gmail.com 2009-02-28 01:50:57 --- (In reply to comment #10)
(In reply to comment #9)
This should be fixed in Wine 1.1.16.
Confirmed. I now get "There is no Windows program configured to open this type of file.".
Fixed then.
http://bugs.winehq.org/show_bug.cgi?id=17485
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #12 from Alexandre Julliard julliard@winehq.org 2009-03-13 11:15:46 --- Closing bugs fixed in 1.1.17.
-
wine-bugs＠winehq.org