http://bugs.winehq.org/show_bug.cgi?id=14586
Summary: Installer fails with "access denied" error. Product: Wine Version: 1.0.0 Platform: PC URL: http://www.anquet.co.uk/demo.aspx OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: prlewis@letterboxes.org
Please note that this is a different installer from the one described in bug #14585.
When running the demo installer, downloaded from http://www.anquet.co.uk/demo.aspx (the file should be called Anquet_Maps_v06_6.2.2.exe, NOT setup.exe), the installer crashes very early on. Wine produces the following on the console:
C:\windows\temp\WZSE0.TMP>.\AnquetMapsV06.msi Access denied
Thanks.
http://bugs.winehq.org/show_bug.cgi?id=14586
--- Comment #1 from Peter Lewis prlewis@letterboxes.org 2008-07-21 04:51:09 --- (In reply to comment #0)
When running the demo installer, downloaded from http://www.anquet.co.uk/demo.aspx
Sorry... http://www.anquet.co.uk/demo.asp
:-)
http://bugs.winehq.org/show_bug.cgi?id=14586
Lei Zhang thestig@google.com changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|http://www.anquet.co.uk/demo%7Chttp://www.anquet.co.uk/demo |.aspx |.asp Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords| |download, Installer
--- Comment #2 from Lei Zhang thestig@google.com 2008-07-22 14:05:20 --- Confirming.
The installer extracts a .bat file and a .msi file into a temporary directory, the batch file simply runs the msi file.
http://bugs.winehq.org/show_bug.cgi?id=14586
--- Comment #3 from Lei Zhang thestig@google.com 2008-07-22 14:07:07 --- Created an attachment (id=14988) --> (http://bugs.winehq.org/attachment.cgi?id=14988) almost working patch
This almost works, except the msi file gets deleted before msiexec has a chance to run. This is a bit hacky, as I have not looked at the proper behavior on Windows.
http://bugs.winehq.org/show_bug.cgi?id=14586
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |programs
--- Comment #4 from Vitaliy Margolen vitaliy@kievinfo.com 2008-07-24 15:01:32 --- This hack should go into cmd.exe. Or better yet, cmd.exe needs to be taught to use ShellExec to start new processes (as it's done on native).
http://bugs.winehq.org/show_bug.cgi?id=14586
Lei Zhang thestig@google.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #14988|0 |1 is obsolete| |
--- Comment #5 from Lei Zhang thestig@google.com 2008-07-28 19:08:55 --- Created an attachment (id=15149) --> (http://bugs.winehq.org/attachment.cgi?id=15149) updated patch for cmd.exe
http://bugs.winehq.org/show_bug.cgi?id=14586
Jason Edmeades us@edmeades.me.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |us@edmeades.me.uk
--- Comment #6 from Jason Edmeades us@edmeades.me.uk 2008-07-29 07:23:15 --- Why should the hack go into cmd.exe? Cmd.exe knows about pathext, and if its not there it looks up file associations (which should already work)
I dont have Linux at the moment - What does "assoc .msi" and "ftype Msi.Package" show from a wine cmd.exe... My guess is this is more the problem than special casing things inside cmd.exe
http://bugs.winehq.org/show_bug.cgi?id=14586
Lei Zhang thestig@google.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #15149|0 |1 is obsolete| |
--- Comment #7 from Lei Zhang thestig@google.com 2008-07-29 18:02:36 --- Created an attachment (id=15170) --> (http://bugs.winehq.org/attachment.cgi?id=15170) patch to use ShellExecuteExW
Nevermind with the hack, let's just do it right. How does this look?
http://bugs.winehq.org/show_bug.cgi?id=14586
--- Comment #8 from Jason Edmeades us@edmeades.me.uk 2008-07-30 06:55:17 --- That looks good and using process monitor on windows implies its what cmd.exe does.
http://bugs.winehq.org/show_bug.cgi?id=14586
Lei Zhang thestig@google.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |thestig@google.com
http://bugs.winehq.org/show_bug.cgi?id=14586
hansie freakazo@bummer.co.za changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |freakazo@bummer.co.za
--- Comment #9 from hansie freakazo@bummer.co.za 2009-05-09 05:05:37 --- The bug is fixed, the installer works with wine 1.21 with no problems. The program still doesn't work though, but there's already another bug listed for that.
Link: http://bugs.winehq.org/show_bug.cgi?id=17781
http://bugs.winehq.org/show_bug.cgi?id=14586
--- Comment #10 from Vitaliy Margolen vitaliy@kievinfo.com 2009-05-09 11:02:39 --- Interesting, the patch is not committed. So either installer changed or the bug got fixed in a different place.
http://bugs.winehq.org/show_bug.cgi?id=14586
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |ABANDONED
--- Comment #11 from Austin English austinenglish@gmail.com 2010-09-22 20:31:13 CDT --- The current version fails to install, but that's because it wants to install .Net 4.0.
I think it's safe to assume this bug is fixed, either on wine or the installer changed (I'm assuming the latter).
I'm marking abandoned, unless someone has a copy of the original exe and it still fails in the same way.
http://bugs.winehq.org/show_bug.cgi?id=14586
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #12 from Austin English austinenglish@gmail.com 2010-09-22 20:32:06 CDT --- Closing.
-
wine-bugs＠winehq.org