http://bugs.winehq.org/show_bug.cgi?id=18070
Summary: Regresion in Dreamweaver CS3 Installer Product: Wine Version: 1.1.19 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs@winehq.org ReportedBy: jaimerave@gmail.com
This commit make the installer fail when it's starting.
b8965ee7c90a687af4c84ad0ede73b1df901e16c is first bad commit commit b8965ee7c90a687af4c84ad0ede73b1df901e16c Author: Hans Leidekker hans@codeweavers.com Date: Tue Mar 24 10:26:24 2009 +0100
msi: Don't initialize COM for custom action threads.
:040000 040000 e3395252ab46bf3c623252deb94ceba713c0596a 7e7d74822b91c0a5981893f375a05c22bb144360 M dlls
http://bugs.winehq.org/show_bug.cgi?id=18070
Jaime Rave jaimerave@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hans@meelstraat.net
--- Comment #1 from Jaime Rave jaimerave@gmail.com 2009-04-15 21:59:20 --- Adding Hans to the bug.
http://bugs.winehq.org/show_bug.cgi?id=18070
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression Summary|Regresion in Dreamweaver CS3|Dreamweaver CS3 Installer |Installer |fails to start
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #2 from Austin English austinenglish@gmail.com 2009-04-16 00:47:44 --- Please attach a +msi,+msidb trace.
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #3 from Jaime Rave jaimerave@gmail.com 2009-04-16 06:10:59 --- Created an attachment (id=20480) --> (http://bugs.winehq.org/attachment.cgi?id=20480) Console Output
http://bugs.winehq.org/show_bug.cgi?id=18070
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #20480|text/plain |application/octet-stream mime type| |
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #4 from Hans Leidekker hans@meelstraat.net 2009-04-16 15:10:43 --- I'd like to see a +msi,+relay,+seh trace. Custom actions execute arbitrary code, so +msi may not reveal enough information.
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #5 from Jaime Rave jaimerave@gmail.com 2009-04-18 00:38:47 --- The +msi,+relay,+seh trace was more than 1 MB so I upload it to RapidShare.
The link is: http://rapidshare.com/files/222695971/log.txt.tar.bz2.html
http://bugs.winehq.org/show_bug.cgi?id=18070
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net
--- Comment #6 from Anastasius Focht focht@gmx.net 2009-04-27 17:13:34 --- Hello,
well the custom action thread tries to use MSXML6 COM inproc server and fails because there is no apartment (COM not initialized). There are basically two problems here. One part (reuse of existing MTA) is covered by my bug 17902 though CoGetClassObject() is the culprit there.
As for the other part, I found the following blog containing useful information regarding custom actions and COM: http://blogs.msdn.com/astebner/archive/2005/02/07/368917.aspx
--- quote --- ... This question rang a bell so I dug into some of the emails that have gone across our internal Windows Installer question-n-answer alias and here is the official answer from the Windows Installer team:
"One of the first things that a custom action server does when it is created is to call CoInitializeEx(0, COINIT_MULTITHREADED).
However, the thread on which a DLL custom action is run is different from the main thread (on which COM is initialized) and COM will not be initialized on it. It is up to the custom action to initialize COM to its liking." --- quote ---
Because the custom action thread which executes "Adobe_ProcessPropertyFile" CA doesn't initialize COM explicitly (not creating apartment), the MTA from the main thread has to be used.
The problem is: there is no custom action server the blog talks about here which does this. Msi will be called in the context of installer threads which might have or have not initialized COM in various ways.
One solution could be to have Wine's Msi create a dedicated thread serving as "fake" CA server main thread which creates an MTA if not already exist by calling CoInitializeEx(NULL, COINIT_MULTITHREADED). All custom action threads that don't explicitly initialize COM would be then part of that MTA (which is guaranteed to be an MTA, not relying on installer STA threads).
Regards
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #7 from Anastasius Focht focht@gmx.net 2009-05-05 13:16:39 --- Hello,
although Hans implemented reuse of existing MTA part now (commit bd4975acb0b682bbf2b4934d12f942ea629f5bbb) which fixes my bug 17902 *g* this still might not be enough for Adobe and possibly other installers.
Wine needs to ensure there _is_ an MTA present for CA's If the app installer only consists of single threaded apartments or the installer didn't initialize COM at all, custom actions will still fail. An indication might be messages like that:
--- snip --- err:ole:CoCreateInstance apartment not initialised ... err:msi:ITERATE_Actions Execution halted, action "foo" returned "bar" --- snip ---
Maybe you can take up my suggestion about creating an msi (internal) thread solely for the purpose of ensuring MTA present which CA's can reuse. Don't use the app/installer own threads to initialize the COM MTA, it would backfire when the app later decides to initialize COM with a different model (STA).
Regards
http://bugs.winehq.org/show_bug.cgi?id=18070
Nicklas Börjesson nicklas@ws.se changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nicklas@ws.se
--- Comment #8 from Nicklas Börjesson nicklas@ws.se 2009-05-14 08:00:41 --- *** Bug 18228 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=18070
Nicklas Börjesson nicklas@ws.se changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #9 from Nicklas Börjesson nicklas@ws.se 2009-05-14 08:02:12 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=18070
Hans Leidekker hans@meelstraat.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dank@kegel.com
--- Comment #10 from Hans Leidekker hans@meelstraat.net 2009-05-16 10:41:07 --- *** Bug 17070 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=18070
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |1.2.0
--- Comment #11 from Dan Kegel dank@kegel.com 2009-05-16 10:58:00 --- Good analysis, affects many apps, key subsystem -> nominating for 1.s
http://bugs.winehq.org/show_bug.cgi?id=18070
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ljuwaidah@gmail.com
--- Comment #12 from Austin English austinenglish@gmail.com 2009-05-18 14:00:42 --- *** Bug 16795 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=18070
Peet Andrew ekstasis0@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ekstasis0@gmail.com
--- Comment #13 from Peet Andrew ekstasis0@gmail.com 2009-06-04 17:16:33 --- When will this error been fixed?
I have now, not been able to install Photoshop CS4 from wine-1.1.18 to wine-1.1.22 how many versions do you think of coming before it gets fixed?
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #14 from Dmitry Timoshkov dmitry@codeweavers.com 2009-06-04 23:37:00 --- (In reply to comment #13)
When will this error been fixed? I have now, not been able to install Photoshop CS4 from wine-1.1.18 to wine-1.1.22 how many versions do you think of coming before it gets fixed?
Feel free to send patches.
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #15 from Nicklas Börjesson nicklas@ws.se 2009-06-05 02:05:24 --- (In reply to comment #13)
When will this error been fixed?
Not repeating the somewhat acidulous "feel free to send patches"-comment of Dmitry, it seems to have been nominated to be done before the next major stable release, which would be 1.2. Hopefully, a solution will be available in earlier releases.
Thing is that this does not seem to be simply a bug, but also a design issue, which makes it a bit bigger.
http://bugs.winehq.org/show_bug.cgi?id=18070
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gewoonernst@gmail.com
--- Comment #16 from Ken Sharp kennybobs@o2.co.uk 2009-06-14 14:18:08 --- *** Bug 18938 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=18070
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, Installer Summary|Dreamweaver CS3 Installer |Adobe CS3/CS4 installers |fails to start |fail
--- Comment #17 from Ken Sharp kennybobs@o2.co.uk 2009-06-14 14:20:53 --- Making title more generic, reported to affect all CS3/CS4 applications.
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #18 from Dan Kegel dank@kegel.com 2009-06-20 23:36:28 --- Patch sent, http://www.winehq.org/pipermail/wine-patches/2009-June/074531.html I just typed it in and only very lightly tested it, but it seems to work. At the very least it demonstrates that Anastasius was on target as usual.
http://bugs.winehq.org/show_bug.cgi?id=18070
cem cemelmaci@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cemelmaci@hotmail.com
--- Comment #19 from cem cemelmaci@hotmail.com 2009-06-21 16:55:58 --- thank you, this patch worked for me! my wine version is 1.1.24
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #20 from cem cemelmaci@hotmail.com 2009-06-21 16:57:46 --- thank you, this patch worked for me! my wine version is 1.1.24
http://bugs.winehq.org/show_bug.cgi?id=18070
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kennybobs@o2.co.uk
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #21 from cem cemelmaci@hotmail.com 2009-06-22 16:16:36 --- sory but for cs3 installer failed with "Critical errors were found in setup. Please see the Setup log file for details. log file ... Using cached language set HTML data complete: personalization Using cached language set [ 44] Mon Jun 22 23:10:56 2009 FATAL Critical errors were found in setup Please see the Setup log file for details. [ 44] Mon Jun 22 23:10:58 2009 INFO *=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=* END - Installer Session *=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*
and cs4 installer failed with
Error message: Adobe Anchor Service CS4
Error 1603
http://bugs.winehq.org/show_bug.cgi?id=18070
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |james2432@gmail.com
--- Comment #22 from Ken Sharp kennybobs@o2.co.uk 2009-06-24 07:15:17 --- *** Bug 19057 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=18070
Cornbread richard@cornbread.cc changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |richard@cornbread.cc
--- Comment #23 from Cornbread richard@cornbread.cc 2009-06-29 19:46:16 --- So is commit b8965ee7c90a687af4c84ad0ede73b1df901e16c a bad commit? or is it a step in the right direction it just breaks some installers currently?
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #24 from Dan Kegel dank@kegel.com 2009-06-29 19:50:48 --- It was probably a correct change that exposed a problem. It's probably a week's worth of work to fix the newly exposed problem correctly. Don't know for sure yet if Alexandre will insist on that, or if he'll accept something like my easy workaround patch (suitable improved).
http://bugs.winehq.org/show_bug.cgi?id=18070
Javier Berezovsky javierbere@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |javierbere@gmail.com
--- Comment #25 from Javier Berezovsky javierbere@gmail.com 2009-06-29 21:20:06 --- At lest the reason was finally found :] Looking forward to seeing a fix/workaround soon.
http://bugs.winehq.org/show_bug.cgi?id=18070
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #26 from Hans Leidekker hans@meelstraat.net 2009-06-30 04:27:25 ---
So is commit b8965ee7c90a687af4c84ad0ede73b1df901e16c a bad commit? or is it a step in the right direction it just breaks some installers currently?
It's a step in the right direction. Before that commit office 2007 service pack 1 and other installers would fail because of custom actions with conflicting demands for COM initialization.
FWIW, I think an improved version of Dan's patch would be acceptable, after testing with some more installers. MS installers are good candidates since they seem to consistently check the result of CoInitialize().
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #27 from Austin English austinenglish@gmail.com 2009-07-01 11:59:46 --- (In reply to comment #26)
FWIW, I think an improved version of Dan's patch would be acceptable, after testing with some more installers. MS installers are good candidates since they seem to consistently check the result of CoInitialize().
I'd be happy to run my application test suite on any candidate patches..
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #28 from Anastasius Focht focht@gmx.net 2009-07-01 16:11:33 --- Hello,
you need to put more love into it else nothing will happen and people will suffer for a long time. Sure, any solution that creates MTA helper thread within app process remains sort of a hack until Wine Msi can roll its own custom action server.
As already said: avoid using DllMain for dedicated threads. Ideal would be a place where one can control the startup and shutdown of MTA helper thread within same function scope while avoiding/minimizing the need for recreation it due to multiple custom actions.
Have a look at MSI_InstallPackage. All applicable custom actions are run from within that entry. MTA helper thread creation should be done before any ACTION_ProcessExecSequence(). MTA helper thread shutdown should be done after ACTION_FinishCustomActions() to ensure deferred/pending custom actions have ended. Use event signalling not only for shutdown but also for startup to prevent possible race condition between threads, ensuring CoInitializeEx() is called from MTA helper thread before any custom action is run.
Regards
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #29 from Hans Leidekker hans@meelstraat.net 2009-07-02 03:49:20 --- Created an attachment (id=22139) --> (http://bugs.winehq.org/attachment.cgi?id=22139) msi: Start a dummy thread to initialize an MTA.
Here's an improved version of Dan's patch. Please test.
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #30 from Dan Kegel dank@kegel.com 2009-07-02 09:30:53 --- Works for me, thanks.
http://bugs.winehq.org/show_bug.cgi?id=18070
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |austinenglish@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #31 from Cornbread richard@cornbread.cc 2009-07-02 22:35:44 --- How do we apply this patch? sorry patch newb...
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #32 from Austin English austinenglish@gmail.com 2009-07-02 23:07:15 --- (In reply to comment #31)
How do we apply this patch? sorry patch newb...
http://wiki.winehq.org/Patching
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #33 from Dan Kegel dank@kegel.com 2009-07-02 23:16:39 --- Our FAQ didn't answer that question, so I added it: http://wiki.winehq.org/FAQ#head-7ed3c3163e2b932ee2030a48f9c5e553dc41817b
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #34 from cem cemelmaci@hotmail.com 2009-07-03 18:18:07 --- i have the msi: Start a dummy thread to initialize an MTA patch tested. This is worked in 64 bit ubunutu jaunty. Thanks
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #35 from Austin English austinenglish@gmail.com 2009-07-06 00:21:17 --- (In reply to comment #29)
Created an attachment (id=22139)
--> (http://bugs.winehq.org/attachment.cgi?id=22139) [details]
msi: Start a dummy thread to initialize an MTA.
Here's an improved version of Dan's patch. Please test.
http://austinenglish.com/logs/appinstall-bug_18070_test/
Works fine for all the programs currently being tested.
http://bugs.winehq.org/show_bug.cgi?id=18070
Daniel Wallace daniel.wallace@akibauplink.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |daniel.wallace@akibauplink. | |com
--- Comment #36 from Daniel Wallace daniel.wallace@akibauplink.com 2009-07-08 14:28:12 --- On my gentoo x86_64 system, patching 1.1.25 with Hans' patch allows me to get farther in the Photoshop CS3 installer. I then run into bug 15590 but if I use Hans' workaround of bringing down all interfaces, I'm able to install completely. Thanks Hans!
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #37 from Jamie Nadeau james2432@gmail.com 2009-07-21 21:13:11 --- I can get up to the license agreement but when I click on Accept it does nothing
I've compiled from git: wine-1.1.26-82-gda86ab7
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #38 from Jamie Nadeau james2432@gmail.com 2009-07-21 21:29:17 --- Created an attachment (id=22518) --> (http://bugs.winehq.org/attachment.cgi?id=22518) Console Output[+trace, wine-1.1.26-82-gda86ab7]
Pressing on accept button does nothing, added output
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #39 from cem cemelmaci@hotmail.com 2009-07-22 03:04:00 --- see Bug 18681. try winetricks ie6.
http://bugs.winehq.org/show_bug.cgi?id=18070
Jamie Nadeau james2432@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #22518|0 |1 is obsolete| |
--- Comment #40 from Jamie Nadeau james2432@gmail.com 2009-07-22 06:08:08 --- Created an attachment (id=22524) --> (http://bugs.winehq.org/attachment.cgi?id=22524) Console Output[+trace, wine-1.1.26-82-gda86ab7] Photoshop/Bridge Fail CS4
When installing ie6 with winetricks you can get past the I Agree button, then when it goes to install it says that Photoshop CS4 and Bridge CS4 have failed to install do you wish to continue or cancel?
http://bugs.winehq.org/show_bug.cgi?id=18070
Jamie Nadeau james2432@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #22518|0 |1 is obsolete| |
--- Comment #40 from Jamie Nadeau james2432@gmail.com 2009-07-22 06:08:08 --- Created an attachment (id=22524) --> (http://bugs.winehq.org/attachment.cgi?id=22524) Console Output[+trace, wine-1.1.26-82-gda86ab7] Photoshop/Bridge Fail CS4
When installing ie6 with winetricks you can get past the I Agree button, then when it goes to install it says that Photoshop CS4 and Bridge CS4 have failed to install do you wish to continue or cancel?
--- Comment #41 from Nicklas Börjesson nicklas@ws.se 2009-07-22 12:51:23 --- (In reply to comment #40)
When installing ie6 with winetricks you can get past the I Agree button, then when it goes to install it says that Photoshop CS4 and Bridge CS4 have failed to install do you wish to continue or cancel?
Now this might not be the reason for the failure, but I am not sure that bridge is installable yet(even though that would have been great). Have you tried deselecting bridge during the installation?
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #42 from Jamie Nadeau james2432@gmail.com 2009-07-22 13:06:33 --- (In reply to comment #41)
Now this might not be the reason for the failure, but I am not sure that bridge is installable yet(even though that would have been great). Have you tried deselecting bridge during the installation?
Not yet, bridge use to install perfect on 1.1.19(I guess things have changed..) i'll clean wine and try again this evening
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #42 from Jamie Nadeau james2432@gmail.com 2009-07-22 13:06:33 --- (In reply to comment #41)
Now this might not be the reason for the failure, but I am not sure that bridge is installable yet(even though that would have been great). Have you tried deselecting bridge during the installation?
Not yet, bridge use to install perfect on 1.1.19(I guess things have changed..) i'll clean wine and try again this evening
--- Comment #43 from Nicklas Börjesson nicklas@ws.se 2009-07-22 13:18:05 --- (In reply to comment #42)
Not yet, bridge use to install perfect on 1.1.19(I guess things have changed..) i'll clean wine and try again this evening
Ok. Anyway, I had to install all these until my installation worked. sh winetricks msxml6 gdiplus gecko vcrun2005 ie6
Now, I really can't recommend you to use that much winetricks stuff since it hides problems and some of them might not be needed anymore. But I suppose you could start with what seems the first issue in the log, msxml6, see what happens, then gdiplus, then vcrun2005 to try to find the first working solution.
Actually I am not sure when to use winetricks and when to submit a bug. The projects' actual ambitions are not that clear to me.
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #42 from Jamie Nadeau james2432@gmail.com 2009-07-22 13:06:33 --- (In reply to comment #41)
Now this might not be the reason for the failure, but I am not sure that bridge is installable yet(even though that would have been great). Have you tried deselecting bridge during the installation?
Not yet, bridge use to install perfect on 1.1.19(I guess things have changed..) i'll clean wine and try again this evening
--- Comment #43 from Nicklas Börjesson nicklas@ws.se 2009-07-22 13:18:05 --- (In reply to comment #42)
Not yet, bridge use to install perfect on 1.1.19(I guess things have changed..) i'll clean wine and try again this evening
Ok. Anyway, I had to install all these until my installation worked. sh winetricks msxml6 gdiplus gecko vcrun2005 ie6
Now, I really can't recommend you to use that much winetricks stuff since it hides problems and some of them might not be needed anymore. But I suppose you could start with what seems the first issue in the log, msxml6, see what happens, then gdiplus, then vcrun2005 to try to find the first working solution.
Actually I am not sure when to use winetricks and when to submit a bug. The projects' actual ambitions are not that clear to me.
--- Comment #44 from Dan Kegel dank@kegel.com 2009-07-22 13:26:17 --- Almost any use of winetricks is a workaround for a wine bug. Many of my wine bug reports go like this: Program X wouldn't ...; the log shows ... winetricks Z works around the failure and lets you continue.
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #42 from Jamie Nadeau james2432@gmail.com 2009-07-22 13:06:33 --- (In reply to comment #41)
Now this might not be the reason for the failure, but I am not sure that bridge is installable yet(even though that would have been great). Have you tried deselecting bridge during the installation?
Not yet, bridge use to install perfect on 1.1.19(I guess things have changed..) i'll clean wine and try again this evening
--- Comment #43 from Nicklas Börjesson nicklas@ws.se 2009-07-22 13:18:05 --- (In reply to comment #42)
Not yet, bridge use to install perfect on 1.1.19(I guess things have changed..) i'll clean wine and try again this evening
Ok. Anyway, I had to install all these until my installation worked. sh winetricks msxml6 gdiplus gecko vcrun2005 ie6
Now, I really can't recommend you to use that much winetricks stuff since it hides problems and some of them might not be needed anymore. But I suppose you could start with what seems the first issue in the log, msxml6, see what happens, then gdiplus, then vcrun2005 to try to find the first working solution.
Actually I am not sure when to use winetricks and when to submit a bug. The projects' actual ambitions are not that clear to me.
--- Comment #44 from Dan Kegel dank@kegel.com 2009-07-22 13:26:17 --- Almost any use of winetricks is a workaround for a wine bug. Many of my wine bug reports go like this: Program X wouldn't ...; the log shows ... winetricks Z works around the failure and lets you continue.
--- Comment #45 from Jamie Nadeau james2432@gmail.com 2009-07-22 13:31:50 --- (In reply to comment #43)
(In reply to comment #42)
Not yet, bridge use to install perfect on 1.1.19(I guess things have changed..) i'll clean wine and try again this evening
Ok. Anyway, I had to install all these until my installation worked. sh winetricks msxml6 gdiplus gecko vcrun2005 ie6
Now, I really can't recommend you to use that much winetricks stuff since it hides problems and some of them might not be needed anymore. But I suppose you could start with what seems the first issue in the log, msxml6, see what happens, then gdiplus, then vcrun2005 to try to find the first working solution.
Actually I am not sure when to use winetricks and when to submit a bug. The projects' actual ambitions are not that clear to me.
I think you are only allowed to use gecko, but now if you don't have the engine installed it will prompt you to download it and install it(no need for winetricks). Currently I only have ie6 installed to get past the "I agree" I'll try to find an incremental solution
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #46 from Austin English austinenglish@gmail.com 2009-07-22 14:01:30 --- (In reply to comment #43)
Actually I am not sure when to use winetricks and when to submit a bug. The projects' actual ambitions are not that clear to me.
Winetricks is used to workaround wine (e.g., msxml3/pdh) or application (not bundling visual basic/c runtimes) bugs. If you use winetricks to workaround a bug, be sure to mention it in the bug report (with a link to the bug you worked around).
IE6 is a bit of special case, since it's also meant to be used instead of ies4linux. IE6 also works around bugs in wine's mshtml/shdocvw implementations. The case here may be a jscript bug (based on some of the comments, though I haven't verified this myself).
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #47 from Nicklas Börjesson nicklas@ws.se 2009-07-22 14:45:16 --- (In reply to comment #45,#46,#47)
Yeah, I have seen especially Dan Kegel submitting numerous bugs with regards to the CSn-series. However, I am not nearly as initiated, so when I look at the logs I have problems knowing what to report, because I don't know which tricks are "legal" to make a certain application work in wine.
For example, It would feel kind of pointless to file a ".NET 3.5 is not implemented" bug.
In this case, IE6 seems to be allowed since there is some unspecified problem with gecko. gdiplus as well, if I look at the Dan's "How Bugs Affect Application".
So what does that mean? Should I always try installing IE6 and gdiplus before making a bug report?
My point is, if an application requires that winetricks redistributables(which never will be implemented in wine) are installed, shouldn't that say somewhere? Like a version-level installation instruction field? Wouldn't that make it much easier to control and lessen the amount of questions?
Just a thought.
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #48 from Dan Kegel dank@kegel.com 2009-07-22 14:54:42 ---
if an application requires that winetricks redistributables (which
never will be implemented in wine) are installed, shouldn't that say somewhere?
Yes, in the appdb.
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #49 from Nicklas Börjesson nicklas@ws.se 2009-07-22 15:14:48 --- (In reply to comment #48)
if an application requires that winetricks redistributables (which
never will be implemented in wine) are installed, shouldn't that say somewhere?
Yes, in the appdb.
Oops. Missed the "add HOWTO" button. :-)
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #49 from Nicklas Börjesson nicklas@ws.se 2009-07-22 15:14:48 --- (In reply to comment #48)
if an application requires that winetricks redistributables (which
never will be implemented in wine) are installed, shouldn't that say somewhere?
Yes, in the appdb.
Oops. Missed the "add HOWTO" button. :-)
--- Comment #50 from Jamie Nadeau james2432@gmail.com 2009-07-23 19:09:52 --- Doesn't work for me with : msxml6 gdiplus gecko vcrun2005 ie6 allfonts
Still getting the same error as earlyer
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #51 from Nicklas Börjesson nicklas@ws.se 2009-08-05 02:37:18 --- (In reply to comment #47)
Yeah, I have seen especially Dan Kegel submitting numerous bugs with regards to
Ehum, that should have been Ken Sharp(not that Dan hasn't been at it), sorry about the mix up.
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #52 from Nicklas Börjesson nicklas@ws.se 2009-08-09 04:02:07 --- Created an attachment (id=22915) --> (http://bugs.winehq.org/attachment.cgi?id=22915) This is a dump of Adobe photoshop failing to install on 1.1.27.
Test data here: http://appdb.winehq.org/objectManager.php?sClass=version&iId=14318
http://bugs.winehq.org/show_bug.cgi?id=18070
Nicklas Börjesson nicklas@ws.se changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #22915|0 |1 is obsolete| |
--- Comment #53 from Nicklas Börjesson nicklas@ws.se 2009-08-09 04:07:11 --- Created an attachment (id=22916) --> (http://bugs.winehq.org/attachment.cgi?id=22916) This is a dump of Adobe photoshop failing to install on 1.1.27.
Appdb test data: http://appdb.winehq.org/objectManager.php?sClass=version&iId=14318&i...
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #54 from Anastasius Focht focht@gmx.net 2009-08-09 04:20:40 --- Hello,
there is no need to provide test data. The problem is well known and a short-term hack-patch exists which was consequently rejected by AJ.
Until someone takes up the task to implement "remote" custom actions (custom action server) you'll have to use the hack-patch.
Unfortunately this whole bug is now messed up with many useless/irritating comments that have nothing to do with the original bug.
Regards
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #55 from Nicklas Börjesson nicklas@ws.se 2009-08-09 14:08:03 --- (In reply to comment #54)
Hello,
there is no need to provide test data. The problem is well known and a short-term hack-patch exists which was consequently rejected by AJ.
I was not aware of this. I was just trying to help out to show how it was on the latest version.
Until someone takes up the task to implement "remote" custom actions (custom action server) you'll have to use the hack-patch.
Ok, that's a letdown.
Unfortunately this whole bug is now messed up with many useless/irritating comments that have nothing to do with the original bug.
I am sorry if I have irritated you, it was a mistake, I thought the comment on the attachment was going to end up under the attachment details, an not on the bug, I had forgot how that worked. Please feel free to delete all comments you feel are redundant(like this one and the preceeding short discussion).
http://bugs.winehq.org/show_bug.cgi?id=18070
Spoon spoon@geekmail.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |spoon@geekmail.de
--- Comment #56 from Spoon spoon@geekmail.de 2009-08-16 11:15:34 --- (In reply to comment #43)
... Ok. Anyway, I had to install all these until my installation worked. sh winetricks msxml6 gdiplus gecko vcrun2005 ie6
Now, I really can't recommend you to use that much winetricks stuff since it hides problems and some of them might not be needed anymore. But I suppose you could start with what seems the first issue in the log, msxml6, see what happens, then gdiplus, then vcrun2005 to try to find the first working solution. ...
For me the first working solution was only installing gecko and msxml6. Installation succeeded on all components except Adobe VersionCue. (Wine 1.1.27)
Thank you so much!
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #57 from Nicklas Börjesson nicklas@ws.se 2009-08-16 12:11:41 --- (In reply to comment #56)
For me the first working solution was only installing gecko and msxml6. Installation succeeded on all components except Adobe VersionCue. (Wine 1.1.27)
Let me get this straight, it worked to install PS CS4 without reverting to an older version? And the with only gecko msxml6? In any case, the lessened need for winetricks is really great news. If you could submit a test result, it would be great.
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #58 from Dan Kegel dank@kegel.com 2009-08-16 12:33:04 --- And was that on a clean .wine?
Color me skeptical...
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #59 from Spoon spoon@geekmail.de 2009-08-16 15:16:01 --- (In reply to comment #57)
... Let me get this straight, it worked to install PS CS4 without reverting to an older version? And the with only gecko msxml6? In any case, the lessened need for winetricks is really great news. If you could submit a test result, it would be great.
It was CS3 and I didn't revert to an older version, but of course I used the patch mentioned above. As for the test results, would a log of the terminal output be sufficient, or do you need any debug traces? In fact I have never submitted any test results... I more or less just stumbled in here, on my never ending journey to get dreamweaver running...
(In reply to comment #58)
And was that on a clean .wine?
Color me skeptical...
Yes, it was clean.
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #60 from Dan Kegel dank@kegel.com 2009-08-16 15:25:44 --- "For me the first working solution was only installing gecko and msxml6."
You forgot to mention the patch. Rather crucial detail :-)
No logs, please, we understand the bug well enough already.
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #61 from cem cemelmaci@hotmail.com 2009-08-19 08:32:24 --- msi: Start a dummy thread to initialize an MTA patch is worked. when accepting the patch?
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #61 from cem cemelmaci@hotmail.com 2009-08-19 08:32:24 --- msi: Start a dummy thread to initialize an MTA patch is worked. when accepting the patch?
--- Comment #62 from Jamie Nadeau james2432@gmail.com 2009-08-19 08:35:26 --- (In reply to comment #61)
msi: Start a dummy thread to initialize an MTA patch is worked. when accepting the patch?
They aren't. If you read this thread on the bug, the patch is simply that A PATCH(a work-around) a bigger problem, which they have to implement.
http://bugs.winehq.org/show_bug.cgi?id=18070
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Adobe CS3/CS4 installers |Adobe CS3/CS4 (and Vista |fail |SDK?) installers fail
--- Comment #61 from cem cemelmaci@hotmail.com 2009-08-19 08:32:24 --- msi: Start a dummy thread to initialize an MTA patch is worked. when accepting the patch?
--- Comment #62 from Jamie Nadeau james2432@gmail.com 2009-08-19 08:35:26 --- (In reply to comment #61)
msi: Start a dummy thread to initialize an MTA patch is worked. when accepting the patch?
They aren't. If you read this thread on the bug, the patch is simply that A PATCH(a work-around) a bigger problem, which they have to implement.
--- Comment #63 from Dan Kegel dank@kegel.com 2009-08-22 22:49:20 --- The Vista SDK installer is throwing errors like
err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded err:msi:ACTION_CreateShortcuts CoInitialize failed err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1627
Perhaps it also suffers from this?
http://bugs.winehq.org/show_bug.cgi?id=18070
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Adobe CS3/CS4 installers |Adobe CS3/CS4 (and Vista |fail |SDK?) installers fail
--- Comment #61 from cem cemelmaci@hotmail.com 2009-08-19 08:32:24 --- msi: Start a dummy thread to initialize an MTA patch is worked. when accepting the patch?
--- Comment #62 from Jamie Nadeau james2432@gmail.com 2009-08-19 08:35:26 --- (In reply to comment #61)
msi: Start a dummy thread to initialize an MTA patch is worked. when accepting the patch?
They aren't. If you read this thread on the bug, the patch is simply that A PATCH(a work-around) a bigger problem, which they have to implement.
--- Comment #63 from Dan Kegel dank@kegel.com 2009-08-22 22:49:20 --- The Vista SDK installer is throwing errors like
err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded err:msi:ACTION_CreateShortcuts CoInitialize failed err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1627
Perhaps it also suffers from this?
--- Comment #64 from Anastasius Focht focht@gmx.net 2009-08-23 06:07:05 --- Hello,
--- quote --- err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded err:msi:ACTION_CreateShortcuts CoInitialize failed err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1627
Perhaps it also suffers from this? --- quote ---
No, you shouldn't mix up different issues here. This whole bug thread gets more and more messy. You are talking about bug 19636.
Regards
http://bugs.winehq.org/show_bug.cgi?id=18070
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Adobe CS3/CS4 installers |Adobe CS3/CS4 (and Vista |fail |SDK?) installers fail Summary|Adobe CS3/CS4 (and Vista |Adobe CS3/CS4 installers |SDK?) installers fail |fail
--- Comment #61 from cem cemelmaci@hotmail.com 2009-08-19 08:32:24 --- msi: Start a dummy thread to initialize an MTA patch is worked. when accepting the patch?
--- Comment #62 from Jamie Nadeau james2432@gmail.com 2009-08-19 08:35:26 --- (In reply to comment #61)
msi: Start a dummy thread to initialize an MTA patch is worked. when accepting the patch?
They aren't. If you read this thread on the bug, the patch is simply that A PATCH(a work-around) a bigger problem, which they have to implement.
--- Comment #63 from Dan Kegel dank@kegel.com 2009-08-22 22:49:20 --- The Vista SDK installer is throwing errors like
err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded err:msi:ACTION_CreateShortcuts CoInitialize failed err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1627
Perhaps it also suffers from this?
--- Comment #64 from Anastasius Focht focht@gmx.net 2009-08-23 06:07:05 --- Hello,
--- quote --- err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded err:msi:ACTION_CreateShortcuts CoInitialize failed err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1627
Perhaps it also suffers from this? --- quote ---
No, you shouldn't mix up different issues here. This whole bug thread gets more and more messy. You are talking about bug 19636.
Regards
--- Comment #65 from Dan Kegel dank@kegel.com 2009-08-23 09:14:03 --- OK, thanks.
http://bugs.winehq.org/show_bug.cgi?id=18070
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Adobe CS3/CS4 installers |Adobe CS3/CS4 (and Vista |fail |SDK?) installers fail Summary|Adobe CS3/CS4 (and Vista |Adobe CS3/CS4 installers |SDK?) installers fail |fail
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nana@nanresources.net
--- Comment #61 from cem cemelmaci@hotmail.com 2009-08-19 08:32:24 --- msi: Start a dummy thread to initialize an MTA patch is worked. when accepting the patch?
--- Comment #62 from Jamie Nadeau james2432@gmail.com 2009-08-19 08:35:26 --- (In reply to comment #61)
msi: Start a dummy thread to initialize an MTA patch is worked. when accepting the patch?
They aren't. If you read this thread on the bug, the patch is simply that A PATCH(a work-around) a bigger problem, which they have to implement.
--- Comment #63 from Dan Kegel dank@kegel.com 2009-08-22 22:49:20 --- The Vista SDK installer is throwing errors like
err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded err:msi:ACTION_CreateShortcuts CoInitialize failed err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1627
Perhaps it also suffers from this?
--- Comment #64 from Anastasius Focht focht@gmx.net 2009-08-23 06:07:05 --- Hello,
--- quote --- err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded err:msi:ACTION_CreateShortcuts CoInitialize failed err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1627
Perhaps it also suffers from this? --- quote ---
No, you shouldn't mix up different issues here. This whole bug thread gets more and more messy. You are talking about bug 19636.
Regards
--- Comment #65 from Dan Kegel dank@kegel.com 2009-08-23 09:14:03 --- OK, thanks.
--- Comment #66 from Austin English austinenglish@gmail.com 2009-09-02 18:18:04 --- *** Bug 19910 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=18070
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Adobe CS3/CS4 installers |Adobe CS3/CS4 (and Vista |fail |SDK?) installers fail Summary|Adobe CS3/CS4 (and Vista |Adobe CS3/CS4 installers |SDK?) installers fail |fail
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nana@nanresources.net
Olivier Van Acker cyberroadie@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cyberroadie@gmail.com
--- Comment #61 from cem cemelmaci@hotmail.com 2009-08-19 08:32:24 --- msi: Start a dummy thread to initialize an MTA patch is worked. when accepting the patch?
--- Comment #62 from Jamie Nadeau james2432@gmail.com 2009-08-19 08:35:26 --- (In reply to comment #61)
msi: Start a dummy thread to initialize an MTA patch is worked. when accepting the patch?
They aren't. If you read this thread on the bug, the patch is simply that A PATCH(a work-around) a bigger problem, which they have to implement.
--- Comment #63 from Dan Kegel dank@kegel.com 2009-08-22 22:49:20 --- The Vista SDK installer is throwing errors like
err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded err:msi:ACTION_CreateShortcuts CoInitialize failed err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1627
Perhaps it also suffers from this?
--- Comment #64 from Anastasius Focht focht@gmx.net 2009-08-23 06:07:05 --- Hello,
--- quote --- err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded err:msi:ACTION_CreateShortcuts CoInitialize failed err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1627
Perhaps it also suffers from this? --- quote ---
No, you shouldn't mix up different issues here. This whole bug thread gets more and more messy. You are talking about bug 19636.
Regards
--- Comment #65 from Dan Kegel dank@kegel.com 2009-08-23 09:14:03 --- OK, thanks.
--- Comment #66 from Austin English austinenglish@gmail.com 2009-09-02 18:18:04 --- *** Bug 19910 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=18070
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Adobe CS3/CS4 installers |Adobe CS3/CS4 (and Vista |fail |SDK?) installers fail Summary|Adobe CS3/CS4 (and Vista |Adobe CS3/CS4 installers |SDK?) installers fail |fail
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nana@nanresources.net
Olivier Van Acker cyberroadie@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cyberroadie@gmail.com
Scott Ritchie scott@open-vote.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |scott@open-vote.org
--- Comment #61 from cem cemelmaci@hotmail.com 2009-08-19 08:32:24 --- msi: Start a dummy thread to initialize an MTA patch is worked. when accepting the patch?
--- Comment #62 from Jamie Nadeau james2432@gmail.com 2009-08-19 08:35:26 --- (In reply to comment #61)
msi: Start a dummy thread to initialize an MTA patch is worked. when accepting the patch?
They aren't. If you read this thread on the bug, the patch is simply that A PATCH(a work-around) a bigger problem, which they have to implement.
--- Comment #63 from Dan Kegel dank@kegel.com 2009-08-22 22:49:20 --- The Vista SDK installer is throwing errors like
err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded err:msi:ACTION_CreateShortcuts CoInitialize failed err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1627
Perhaps it also suffers from this?
--- Comment #64 from Anastasius Focht focht@gmx.net 2009-08-23 06:07:05 --- Hello,
--- quote --- err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded err:msi:ACTION_CreateShortcuts CoInitialize failed err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1627
Perhaps it also suffers from this? --- quote ---
No, you shouldn't mix up different issues here. This whole bug thread gets more and more messy. You are talking about bug 19636.
Regards
--- Comment #65 from Dan Kegel dank@kegel.com 2009-08-23 09:14:03 --- OK, thanks.
--- Comment #66 from Austin English austinenglish@gmail.com 2009-09-02 18:18:04 --- *** Bug 19910 has been marked as a duplicate of this bug. ***
--- Comment #67 from Scott Ritchie scott@open-vote.org 2009-09-30 09:59:00 --- I'm considering rolling Hans' patch into the distribution package I ship with Ubuntu 9.10 (I'm shipping both Wine 1.0 and a recent Wine beta) -- is there any plausible downside to it?
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #68 from Jamie Nadeau james2432@gmail.com 2009-09-30 10:51:16 --- Personally I don't see a problem in including the patch in the "beta" builds, not until someone starts work on the service
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #69 from Dan Kegel dank@kegel.com 2009-09-30 10:54:08 --- Make sure it doesn't cause any regressions in appinstall (have you run austin's script yet?)
http://bugs.winehq.org/show_bug.cgi?id=18070
Jaime Rave jaimerave@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |15584
http://bugs.winehq.org/show_bug.cgi?id=18070
Jaime Rave jaimerave@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |15583
http://bugs.winehq.org/show_bug.cgi?id=18070
Jaime Rave jaimerave@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |15582
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #70 from Scott Ritchie scott@open-vote.org 2009-10-13 22:57:04 --- I tried applying the workaround patch to Wine 1.1.31 but the demo is still failing with the same error as before.
Can someone else confirm that it no longer works?
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #71 from Ken Sharp kennybobs@o2.co.uk 2009-10-14 06:49:43 --- Patch works fine for me for PS CS4.
http://bugs.winehq.org/show_bug.cgi?id=18070
Diffident mareko@mit.edu changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |20436
http://bugs.winehq.org/show_bug.cgi?id=18070
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks|20436 |
http://bugs.winehq.org/show_bug.cgi?id=18070
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |20492
http://bugs.winehq.org/show_bug.cgi?id=18070
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Benjamin_Schulz@gmx.de
--- Comment #72 from Ken Sharp kennybobs@o2.co.uk 2009-11-20 19:37:46 --- *** Bug 20723 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #73 from Toni Spets toni.spets@iki.fi 2009-12-06 11:49:55 --- Created an attachment (id=25093) --> (http://bugs.winehq.org/attachment.cgi?id=25093) msi: Start a dummy thread to initialize an MTA (wine-1.1.34)
I rebased the original patch to apply cleanly on 1.1.34.
The installer itself seems to work better than before, all dialogs are drawn correctly and work (compared to 1.1.33 where texts overlap).
During the installation process itself it fails when installing Photoshop CS4. The installer then exits telling that it failed to install Photoshop.
I tested with the tryout package which is linked from the appdb entry.
http://bugs.winehq.org/show_bug.cgi?id=18070
Toni Spets toni.spets@iki.fi changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |toni.spets@iki.fi
http://bugs.winehq.org/show_bug.cgi?id=18070
Bug 18070 depends on bug 20492, which changed state.
Bug 20492 Summary: Adobe CS4 installer hangs in memory and has to be killed http://bugs.winehq.org/show_bug.cgi?id=20492
What |Old Value |New Value ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
http://bugs.winehq.org/show_bug.cgi?id=18070
Jelle De Loecker skerit@kipdola.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |skerit@kipdola.com
--- Comment #74 from Jelle De Loecker skerit@kipdola.com 2009-12-15 17:34:28 --- I've tested this patch (#25093) for Adobe Premiere Pro CS3 & CS4.
On CS3 it will get to the setup initialization screen (which is a huge improvement) but it will just hang at that point.
CS4 actually manages to install perfectly.
http://bugs.winehq.org/show_bug.cgi?id=18070
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |major
--- Comment #75 from Vitaliy Margolen vitaliy@kievinfo.com 2010-03-05 01:37:51 --- Lots of apps affected - major.
http://bugs.winehq.org/show_bug.cgi?id=18070
Juan Lang juan_lang@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan.harrison@baroni-li | |mited.com
--- Comment #76 from Juan Lang juan_lang@yahoo.com 2010-03-05 12:29:27 --- *** Bug 21914 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=18070
Jonas Heinrich onny@project-insanity.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |onny@project-insanity.org
--- Comment #77 from Jonas Heinrich onny@project-insanity.org 2010-04-18 14:53:28 --- so, why not apply this patch to the next wine-version?
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #78 from Jonas Heinrich onny@project-insanity.org 2010-05-29 13:38:45 --- Created an attachment (id=28390) --> (http://bugs.winehq.org/attachment.cgi?id=28390) AfterEffects CS4 setup crashed (wine1.2rc2)
I could select the trial-setup but while showing the "choose language"-dialog on the second page, it crashed.
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #79 from Jonas Heinrich onny@project-insanity.org 2010-05-29 13:40:00 --- Created an attachment (id=28391) --> (http://bugs.winehq.org/attachment.cgi?id=28391) PremierePro CS4 setup crashed (wine1.2rc2)
The initialization-window does not disappear and the setup stops working :(
http://bugs.winehq.org/show_bug.cgi?id=18070
Dave slamdunk84@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |slamdunk84@gmail.com
--- Comment #80 from Dave slamdunk84@gmail.com 2010-06-09 05:39:03 --- (In reply to comment #77)
so, why not apply this patch to the next wine-version?
I hope that will be done and this bug will be fixed for 1.2. This one bug is the only reason I still need to use Windows every now and then.
http://bugs.winehq.org/show_bug.cgi?id=18070
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |20436
http://bugs.winehq.org/show_bug.cgi?id=18070
Carlton Hobbs carlton.hobbs@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |carlton.hobbs@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=18070
Richard shiningarcanine@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |shiningarcanine@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=18070
Octavian Voicu octavian.voicu@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |octavian.voicu@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #81 from Richard shiningarcanine@gmail.com 2010-06-27 13:54:57 --- Are the trials for Adobe CS4 software still available? It seems to me that it would be difficult for most people to work on this without some sort of trial download link.
http://bugs.winehq.org/show_bug.cgi?id=18070
Andrej C. andrej.cremoznik@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |andrej.cremoznik@gmail.com
--- Comment #82 from Andrej C. andrej.cremoznik@gmail.com 2010-06-27 15:46:08 --- CS4 trial is still available here: http://adobe-photoshop.en.softonic.com/download-version/adobe-photoshop-CS4
Link points to depositfiles which, unfortunately, might block some countries at certain times.
Please fix this bug.
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #83 from Jonas Heinrich onny@project-insanity.org 2010-08-26 10:30:11 --- Bug is still present in Wine 1.3.1
http://bugs.winehq.org/show_bug.cgi?id=18070
trusktr jp@bettafootwear.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jp@bettafootwear.com
--- Comment #84 from trusktr jp@bettafootwear.com 2010-09-03 18:52:24 CDT --- Hey, for what version of Wine is Hans' patch intended for? Because I tried patching my 1.3.1 but it didn't work, hehe.
Can someone make a patch for 1.3.1 ?? :D :D :D
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #85 from Dan Kegel dank@kegel.com 2010-09-03 18:54:04 CDT --- Did you try the rebased one, from comment #73 ?
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #86 from trusktr jp@bettafootwear.com 2010-09-04 11:33:28 CDT --- (In reply to comment #85)
Did you try the rebased one, from comment #73 ?
Yeah, i tried it on wine 1.3.1 but not on 1.1.34 yet hehe. Um... But I have an idea. I'm just going to install Adobe Master Collection CS5 in windows then perform digital surgery and transplant it to wine.
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #87 from trusktr jp@bettafootwear.com 2010-09-04 11:47:40 CDT --- (In reply to comment #85)
Did you try the rebased one, from comment #73 ?
Oh, hehe, Dan, by the way, how do I perform this digital surgery? :D
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #88 from trusktr jp@bettafootwear.com 2010-09-04 11:51:24 CDT --- By the way, has anyone requested a custom build using this patch yet (http://www.playonlinux.com/repository/wine-demand.php)?
http://bugs.winehq.org/show_bug.cgi?id=18070
rusivi rusivi1@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rusivi1@gmail.com
--- Comment #89 from rusivi rusivi1@gmail.com 2010-09-13 18:08:25 CDT --- Does this occur in newest WINE?
http://bugs.winehq.org/show_bug.cgi?id=18070
mail@thirtytwobit.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mail@thirtytwobit.com
http://bugs.winehq.org/show_bug.cgi?id=18070
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |19571
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #90 from Ken Sharp kennybobs@o2.co.uk 2010-11-24 17:41:38 CST --- With a patched version of 1.3.7 the Accept button on the licence screen doesn't do anything, so cannot continue. This must be a regression as it did not do this before. Will look into this.
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #91 from Cornbread richard@cornbread.cc 2010-12-15 22:03:45 CST --- I vote that this gets fixed before 4-15. Would be nice to not have this bug go over the 2 year mark... This is a pretty high priority app in many circles just surprising it's gone this long without a proper fix.
Looks like all adobe has to do to stop linux adoption is make the installer not clickable or simply fail. :P
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #92 from mail@thirtytwobit.com 2010-12-16 08:29:08 CST --- Shame that the installer fails when Photoshop, Dreamweaver and possibly more from the suite do actually work once setup but props to those that can hack at Wine and have gotten us this far.
Always been patient as understand these things take effort but would particularly love to see this fixed as might mean people then start looking at getting other programs from the suite working.
Since this only covers CS3 + CS4 might be worth mentioning there's also bug reports raised for CS5... http://bugs.winehq.org/show_bug.cgi?id=22680 http://bugs.winehq.org/show_bug.cgi?id=22679
http://bugs.winehq.org/show_bug.cgi?id=18070
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |williamdunne5@hotmail.co.uk
--- Comment #93 from André H. nerv@dawncrow.de 2010-12-20 17:06:10 CST --- *** Bug 25571 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=18070
Asterios avounotr@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |avounotr@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=18070
Sylvain Petreolle spetreolle@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |spetreolle@yahoo.fr
http://bugs.winehq.org/show_bug.cgi?id=18070
Mani Rai rai.mani@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rai.mani@hotmail.com
http://bugs.winehq.org/show_bug.cgi?id=18070
Hans Leidekker hans@meelstraat.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kp-pav@yandex.ru
--- Comment #94 from Hans Leidekker hans@meelstraat.net 2011-05-21 02:46:42 CDT --- *** Bug 26484 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=18070
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |http://adobe-photoshop.en.s | |oftonic.com/download-versio | |n/adobe-photoshop-CS4 Summary|Adobe CS3/CS4 installers |Multiple apps need separate |fail |msi custom action server | |process due to COM/MTA | |and/or isolation issues | |(Adobe CS3/CS4, Flash, | |Windows SDK 2008, | |Strawberry Perl)
--- Comment #95 from Anastasius Focht focht@gmx.net 2011-05-21 02:52:12 CDT --- Hello,
refining summary. There are more apps that need separate CA server process either to fix COM/MTA problems or for isolation (crash handler invocations).
Regards
http://bugs.winehq.org/show_bug.cgi?id=18070
Hans Leidekker hans@meelstraat.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fracting@gmail.com
--- Comment #96 from Hans Leidekker hans@meelstraat.net 2011-06-21 01:45:26 CDT --- *** Bug 27546 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=18070
Henri Verbeet hverbeet@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Regression SHA1| |b8965ee7c90a687af4c84ad0ede | |73b1df901e16c
http://bugs.winehq.org/show_bug.cgi?id=18070
Igor Franchuk sprog@online.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sprog@online.ru
--- Comment #97 from Igor Franchuk sprog@online.ru 2011-09-13 03:58:00 CDT --- The bug is still in Wine 1.3.27 (amd64)
err:ole:CoCreateInstance apartment not initialised err:ole:CoCreateInstance apartment not initialised err:ole:CoCreateInstance apartment not initialised err:ole:CoCreateInstance apartment not initialised fixme:advapi:SetNamedSecurityInfoW L"C:\Program Files (x86)\Common Files\Adobe\caps" 1 -2147483644 0x172b2c 0x172b38 0x172c00 (nil) err:msi:ITERATE_Actions Execution halted, action L"ProcessPropertyFile.E35C3ECB_5FDA_49E1_AB1F_D472B7CB9017" returned 1603 End Adobe Setup. Exit code: 4
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #98 from Scott Ritchie scott@open-vote.org 2011-09-15 15:51:19 CDT --- With 1.3.28:
Adding the dummy thread patch lets the Photoshop CS4 Installer (linked above) start, however it fails to complete for some other reason. It looks like clicking the Next button on the license screen isn't doing anything (it generates an OLE warning each time in the terminal).
Without the dummy thread patch, the installer gets an error before its first screen.
http://bugs.winehq.org/show_bug.cgi?id=18070
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |teyssandier.william@free.fr
--- Comment #99 from Austin English austinenglish@gmail.com 2011-10-02 11:23:22 CDT --- *** Bug 21345 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=18070
Viktoria viktoria.s@freemail.hu changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |viktoria.s@freemail.hu
http://bugs.winehq.org/show_bug.cgi?id=18070
gabriel gabrieluiz07@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gabrieluiz07@hotmail.com
http://bugs.winehq.org/show_bug.cgi?id=18070
JKAbrams jonasa@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jonasa@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #100 from Anastasius Focht focht@gmx.net 2012-03-09 14:52:24 CST --- *** Bug 15432 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=18070
Robert Munteanu robert.munteanu@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |robert.munteanu@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=18070
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |17212
http://bugs.winehq.org/show_bug.cgi?id=18070
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |29354
http://bugs.winehq.org/show_bug.cgi?id=18070
NSLW lukasz.wojnilowicz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |lukasz.wojnilowicz@gmail.co | |m
--- Comment #101 from NSLW lukasz.wojnilowicz@gmail.com 2012-05-04 06:46:42 CDT --- *** Bug 30589 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=18070
Hans Leidekker hans@meelstraat.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Miroslav.Ilias@umb.sk
--- Comment #102 from Hans Leidekker hans@meelstraat.net 2012-05-11 04:25:25 CDT --- *** Bug 30646 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #103 from Hans Leidekker hans@meelstraat.net 2012-05-15 07:20:25 CDT --- *** Bug 30680 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=18070
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |19572, 20954, 20958
http://bugs.winehq.org/show_bug.cgi?id=18070
Brandon Corujo haku08879@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |haku08879@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=18070
Soohyun Lee soohyun2222@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |soohyun2222@gmail.com
--- Comment #104 from Soohyun Lee soohyun2222@gmail.com 2013-01-11 03:08:00 CST --- *** Bug 32689 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=18070
Sergey Sarbash sarbash.s@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sarbash.s@gmail.com
--- Comment #105 from Sergey Sarbash sarbash.s@gmail.com 2013-02-01 00:03:15 CST --- Applied the patch mentioned in #73 to the current source 1.5.22. Only last hunk was failed so applied it manually. Now, only "winetricks ie6" and Indesign CS3 was installed successfully. Thank you very much.
http://bugs.winehq.org/show_bug.cgi?id=18070
Rosanne DiMesio dimesio@earthlink.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pvtlth@live.de
--- Comment #106 from Rosanne DiMesio dimesio@earthlink.net 2013-05-28 15:42:58 CDT --- *** Bug 33671 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=18070
Rosanne DiMesio dimesio@earthlink.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Multiple apps need separate |Multiple apps need separate |msi custom action server |msi custom action server |process due to COM/MTA |process due to COM/MTA |and/or isolation issues |and/or isolation issues |(Adobe CS3/CS4, Flash, |(Adobe CS3/CS4, Flash, |Windows SDK 2008, |Windows SDK 2008, |Strawberry Perl) |Strawberry Perl, MS Office | |2010)
http://bugs.winehq.org/show_bug.cgi?id=18070
Seann seann.giffin@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |seann.giffin@gmail.com
--- Comment #107 from Seann seann.giffin@gmail.com 2013-05-31 12:32:24 CDT --- I see 1.5.31 is available for testing, and this bug is still sticking it's ugly little head up and I'm not sure if the patch mentioned in comment #73 will work on 1.5. How's the progress looking for a more permanent fix?
http://bugs.winehq.org/show_bug.cgi?id=18070
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #20480|application/octet-stream |application/x-bzip2 mime type| |
http://bugs.winehq.org/show_bug.cgi?id=18070
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #20480|0 |1 is obsolete| | Attachment #22139|0 |1 is obsolete| | Attachment #22524|0 |1 is obsolete| | Attachment #22916|0 |1 is obsolete| | Attachment #28390|0 |1 is obsolete| |
--- Comment #108 from Ken Sharp kennybobs@o2.co.uk 2013-07-15 08:21:49 CDT --- Created attachment 45275 --> http://bugs.winehq.org/attachment.cgi?id=45275 msi: Start a dummy thread to initialize an MTA (wine-1.6-rc5)
Still present, obviously.
Patch rebased to wine-1.6-rc5 works for me.
Note: We don't need any more console output or confirmation until a developer asks for it. This bug is well known.
http://bugs.winehq.org/show_bug.cgi?id=18070
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |21017
http://bugs.winehq.org/show_bug.cgi?id=18070
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |15590
http://bugs.winehq.org/show_bug.cgi?id=18070
Arie Skliarouk skliarie@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |skliarie@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=18070
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|http://adobe-photoshop.en.s | |oftonic.com/download-versio | |n/adobe-photoshop-CS4 |
http://bugs.winehq.org/show_bug.cgi?id=18070
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |18517
http://bugs.winehq.org/show_bug.cgi?id=18070
Fincer fincer89@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fincer89@hotmail.com
http://bugs.winehq.org/show_bug.cgi?id=18070
Simon swdevelop1981@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |swdevelop1981@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=18070
Corax cor.ax26@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cor.ax26@gmail.com
--- Comment #109 from Corax cor.ax26@gmail.com --- I think this bug prevents any Adobe application from installing in fact (at least Acrobat XI). I can't believe such a nuisance is still there 5 years after being reported, with patches posted right here, without a dev taking a look at it?!
I think most Wine users would better have this fixed to be able to install the few major Windows software unmatched in Linux, rather than have DX10 fully implemented (which is for sure by far more complicated than this!).
Or maybe this bug is rooted deeper than it seems and a proper fix would need a huge rework? Anyway with a bug still being marked NEW after 5 years, hard to tell...
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #110 from NSLW lukasz.wojnilowicz@gmail.com --- Corax made good point. To summarize: - very old bug, - blocks many other bugs (and thus applications), - many observers, - some patches already present.
Nevertheless no progress since long time.
https://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #111 from Austin English austinenglish@gmail.com --- Commenting on a bug is easy, coding is not. Wishing for the bug to be fixed doesn't make the work magically done.
The problem is known, and it's a lot of work to do. Patches are welcome (as with all bugs..).
https://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #112 from Jamie Nadeau james2432@gmail.com --- Might I remind everyone that is following this bug something that has been said countless times:
[QUOTE]Anastasius Focht 2009-08-09 04:20:40 CDT
Hello,
there is no need to provide test data. The problem is well known and a short-term hack-patch exists which was consequently rejected by AJ.
Until someone takes up the task to implement "remote" custom actions (custom action server) you'll have to use the hack-patch.
Unfortunately this whole bug is now messed up with many useless/irritating comments that have nothing to do with the original bug.
Regards [/QUOTE]
Thank you
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #113 from Seann seann.giffin@gmail.com --- (In reply to Ken Sharp from comment #108)
Created attachment 45275 [details] msi: Start a dummy thread to initialize an MTA (wine-1.6-rc5)
Still present, obviously.
Patch rebased to wine-1.6-rc5 works for me.
Note: We don't need any more console output or confirmation until a developer asks for it. This bug is well known.
How well will this patch work with the 1.7x branch?
http://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #114 from Anastasius Focht focht@gmx.net --- Hello folks,
adding another "test-case", 'Windows Live ID Sign-in Assistant 6.5' required for newer GFWL (Games For Windows Live) 3.x clients.
Download: https://www.microsoft.com/en-us/download/confirmation.aspx?id=15106
COM is not initialized in any main/CA thread hence the failure of 'ole32.CoCreateInstance' in CA thread.
--- snip --- $ WINEDEBUG=+tid,+seh,+relay,+msi wine msiexec -i wllogin_32.msi >>log.txt 2>&1 ... 002b:trace:msi:HANDLE_CustomType1 Calling function L"CAPerformMUOptin" from L"C:\users\focht\Temp\msid8c6.tmp" ... 002b:Call KERNEL32.CreateThread(00000000,00000000,7ecf3c96,001b18a4,00000000,00000000) ret=7ecf3eab 002b:Ret KERNEL32.CreateThread() retval=000000a8 ret=7ecf3eab 002b:trace:msi:wait_thread_handle waiting for L"CAPerformMUOptIn" ... 002d:Starting thread proc 0x7ecf3c96 (arg=0x1b18a4) 002d:trace:msi:DllThread custom action (2d) started 002d:trace:msi:ACTION_CallDllFunction {ef9499af-7bcd-4aac-ad13-ebfa5220026c} 002d:trace:msi:DllGetClassObject {ba26e6fa-4f27-4f56-953a-3f90272018aa} {00000001-0000-0000-c000-000000000046} 0x9ce854 002d:trace:msi:MsiCF_CreateInstance 0x7edda178 (nil) {56d58b64-8780-4c22-a8bc-8b0b29e4a9f8} 0x9ce850 ... 002d:Call KERNEL32.LoadLibraryW(00b28f4c L"C:\users\focht\Temp\msid8c6.tmp") ret=7ecf3907 002d:Ret KERNEL32.LoadLibraryW() retval=00d10000 ret=7ecf3907 ... 002d:trace:msi:ACTION_CallDllFunction calling L"CAPerformMUOptin" ... 002d:Call ole32.CoCreateInstance(00d112d0,00000000,00000001,00d112b0,009ce830) ret=00d16c7c 002d:Call ntdll.RtlAllocateHeap(00110000,00000008,000000fc) ret=7eac6d64 002d:Ret ntdll.RtlAllocateHeap() retval=001edfe8 ret=7eac6d64 002d:err:ole:CoCreateInstance apartment not initialised 002d:Ret ole32.CoCreateInstance() retval=800401f0 ret=00d16c7c ... 002d:Call msi.MsiRecordSetStringW(00000003,00000000,001ee138 L"PPMSI_ERROR: CAPerformMUOptin: Could not Check for MU opt in. nReturn = -2147221008") ret=00d14d35 ... 002d:trace:msi:DllThread custom action (2d) returned -2147221008 ... 002b:err:msi:ITERATE_Actions Execution halted, action L"CAPerformMUOptIn" returned 1603 --- snip ---
$ sha1sum wllogin_32.msi f477f8abc4519532ef2921b1343a06f2ac546c2c wllogin_32.msi
$ du -sh wllogin_32.msi 4.5M wllogin_32.msi
$ wine --version wine-1.7.19-71-g94ccd61
Regards
https://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #115 from Anastasius Focht focht@gmx.net --- Hello folks,
while visiting bug 16940 I made a trace log with 'Adobe Indesign CS4'.
There is nothing new, just for getting more search engine hits... so please ignore :)
--- snip --- ... 002a:Ret PE DLL (proc=0x100dc2c6,module=0x10000000 L"msid91c.tmp",reason=THREAD_ATTACH,res=(nil)) retval=1 002a:Starting thread proc 0x7be18b2a (arg=0x29e89b4) 002a:trace:msi:DllThread custom action (2a) started 002a:trace:msi:ACTION_CallDllFunction {a18ece91-2e21-4d3f-b36d-92bfac358582} ... 002a:trace:msi:ACTION_CallDllFunction calling L"Adobe_ProcessPropertyFile" ... 002a:Call msi.MsiRecordSetStringW(00000003,00000000,0b4a1bf0 L"19:58:17:970 -(Adobe)- -*-*-*-*-*-*-*-*-*-*-*-*- BEGIN - Adobe_ProcessPropertyFile -*-*-*-*-*-*-*-*-*-*-*-*- ") ret=10010ecc ... 002a:Call msi.MsiRecordSetStringW(00000003,00000000,0b49e048 L"19:58:17:971 -(Adobe)- Requesting property: PROPERTY_FILE ") ret=10002eac ... 002a:Call msi.MsiRecordSetStringW(00000003,00000000,0b4a1b10 L"19:58:17:973 -(Adobe)- Value C:\users\focht\Temp\adbd633.tmp ") ret=10002eac ... 002a:Call msi.MsiRecordSetStringW(00000003,00000000,0b49e048 L"19:58:17:974 -(Adobe)- Processing property file ") ret=10002eac ... 002a:Call ole32.CLSIDFromProgID(0b49e2a0 L"MSXML2.DOMDocument.6.0",0b79e054) ret=100909f1 ... 002a:Ret ole32.CLSIDFromProgID() retval=00000000 ret=100909f1 002a:Call ole32.CoCreateInstance(0b79e054,00000000,00000017,1014c6d4,0b4971f0) ret=10090a15 ... 002a:err:ole:CoCreateInstance apartment not initialised 002a:Ret ole32.CoCreateInstance() retval=800401f0 ret=10090a15 002a:Call ole32.CLSIDFromProgID(0b49de90 L"MSXML2.DOMDocument.5.0",0b79e054) ret=100909f1 ... 002a:Ret ole32.CLSIDFromProgID() retval=800401f3 ret=100909f1 002a:Call ole32.CLSIDFromProgID(0b49e118 L"MSXML2.DOMDocument.4.0",0b79e054) ret=100909f1 ... 002a:Ret ole32.CLSIDFromProgID() retval=00000000 ret=100909f1 002a:Call ole32.CoCreateInstance(0b79e054,00000000,00000017,1014c6d4,0b4971f0) ret=10090a15 002a:err:ole:CoCreateInstance apartment not initialised 002a:Ret ole32.CoCreateInstance() retval=800401f0 ret=10090a15 002a:Call ole32.CLSIDFromProgID(0b4a19b8 L"MSXML2.DOMDocument.3.0",0b79e054) ret=100909f1 ... 002a:Call ole32.CoCreateInstance(0b79e054,00000000,00000017,1014c6d4,0b4971f0) ret=10090a15 ... 002a:err:ole:CoCreateInstance apartment not initialised 002a:Ret ole32.CoCreateInstance() retval=800401f0 ret=10090a15 002a:Call ole32.CLSIDFromProgID(0b4a19f0 L"MSXML.DOMDocument",0b79e054) ret=100909f1 ... 002a:Call ole32.CoCreateInstance(0b79e054,00000000,00000017,1014c6d4,0b4971f0) ret=10090a15 ... 002a:err:ole:CoCreateInstance apartment not initialised 002a:Ret ole32.CoCreateInstance() retval=800401f0 ret=10090a15 ... 002a:Call msi.MsiRecordSetStringW(00000003,00000000,0b4a19c0 L"19:58:17:976 -(Adobe)- Unable to load file: C:\users\focht\Temp\adbd633.tmp ") ret=10002eac ... 002a:Call msi.MsiRecordSetStringW(00000004,00000000,0b49e048 L"19:58:18:111 -(Adobe)- #_AdobeError_# 1603 ") ret=100114b7 ... 002a:trace:msi:MsiCloseHandle 1 002a:trace:msi:DllThread custom action (2a) returned 1603 002a:trace:msi:MsiCloseAllHandles 002a:trace:msi:MsiCloseHandle 3 002a:trace:msi:MsiCloseHandle handle 3 destroyed 002a:Call PE DLL (proc=0x100dc2c6,module=0x10000000 L"msid91c.tmp",reason=THREAD_DETACH,res=(nil)) ... 0028:err:msi:ITERATE_Actions Execution halted, action L"ProcessPropertyFile.E35C3ECB_5FDA_49E1_AB1F_D472B7CB9017" returned 1603 --- snip ---
$ wine --version wine-1.7.22-71-gc39bce0
Regards
https://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #116 from Seann seann.giffin@gmail.com --- Created attachment 49557 --> https://bugs.winehq.org/attachment.cgi?id=49557 msi: Start a dummy thread to initialize an MTA (wine-1.7.26)
https://bugs.winehq.org/show_bug.cgi?id=18070
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |34064
https://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #117 from Pekka Helenius fincer89@hotmail.com --- Created attachment 50758 --> https://bugs.winehq.org/attachment.cgi?id=50758 msi: Start a dummy thread to initialize an MTA (wine-1.7.36)
Adobe Premiere Pro CS3 installer works fine with the patch from comment #73 applied to Wine 1.7.36 (see attachment). However, winetricks stuff which is still necessarily required (msxml3 msxml6 ie6 vcrun6).
*OT* You can also run Adobe Premiere Pro CS3 with Wine 1.7.36. There's serious GUI issues, though (Bug 38073). *OT*
https://bugs.winehq.org/show_bug.cgi?id=18070
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |37624
https://bugs.winehq.org/show_bug.cgi?id=18070
Supatcha papermint8767@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |papermint8767@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=18070
Jose jmor14289@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jmor14289@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=18070
tonton mmario240@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mmario240@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=18070
Rosanne DiMesio dimesio@earthlink.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |agusti.rafols@gmail.com
--- Comment #118 from Rosanne DiMesio dimesio@earthlink.net --- *** Bug 40278 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=18070
Seann seann.giffin@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #49557|0 |1 is obsolete| |
--- Comment #119 from Seann seann.giffin@gmail.com --- Created attachment 53943 --> https://bugs.winehq.org/attachment.cgi?id=53943 Patch for running dummy MSI thread, updated for wine 1.9.5
action.c Patch for running dummy MSI thread, updated for wine 1.9.5
https://bugs.winehq.org/show_bug.cgi?id=18070
anewuser caipora@fastmail.fm changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |caipora@fastmail.fm
https://bugs.winehq.org/show_bug.cgi?id=18070
Qwerty Chouskie asdfghrbljzmkd@outlook.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |asdfghrbljzmkd@outlook.com
--- Comment #120 from Qwerty Chouskie asdfghrbljzmkd@outlook.com --- Could the dummy MSI thread patch at least get put in Staging?
https://bugs.winehq.org/show_bug.cgi?id=18070
張修銘 cges30901@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cges30901@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #121 from Seann seann.giffin@gmail.com --- Created attachment 58400 --> https://bugs.winehq.org/attachment.cgi?id=58400 action.c Patch for running dummy MSI thread, updated for wine 2.10
I don't know if anybody still cares, but this patch works on wine 2.10
https://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #122 from somerandomuser emailmeat@protonmail.com --- (In reply to Seann from comment #121)
Created attachment 58400 [details] action.c Patch for running dummy MSI thread, updated for wine 2.10
I don't know if anybody still cares, but this patch works on wine 2.10
I still care about Fireworks. If you have some free time, please take a look at this bug to see if you can do anything about it: https://bugs.winehq.org/show_bug.cgi?id=39086
https://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #123 from Qwerty Chouskie asdfghrbljzmkd@outlook.com --- (In reply to Seann from comment #121)
Created attachment 58400 [details] action.c Patch for running dummy MSI thread, updated for wine 2.10
I don't know if anybody still cares, but this patch works on wine 2.10
Thanks for keeping this up-to-date.
I submitted the patch to Wine Staging: https://dev.wine-staging.com/patches/132/ Let's hope this gets accepted.
https://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #124 from Qwerty Chouskie asdfghrbljzmkd@outlook.com --- (In reply to Qwerty Chouskie from comment #123)
(In reply to Seann from comment #121)
Created attachment 58400 [details] action.c Patch for running dummy MSI thread, updated for wine 2.10
I don't know if anybody still cares, but this patch works on wine 2.10
Thanks for keeping this up-to-date.
I submitted the patch to Wine Staging: https://dev.wine-staging.com/patches/132/ Let's hope this gets accepted.
It has been accepted into Staging. Yay!
https://bugs.winehq.org/show_bug.cgi?id=18070
fjfrackiewicz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fjfrackiewicz@gmail.com
--- Comment #125 from fjfrackiewicz@gmail.com --- (In reply to Qwerty Chouskie from comment #124)
(In reply to Qwerty Chouskie from comment #123)
(In reply to Seann from comment #121)
Created attachment 58400 [details] action.c Patch for running dummy MSI thread, updated for wine 2.10
I don't know if anybody still cares, but this patch works on wine 2.10
Thanks for keeping this up-to-date.
I submitted the patch to Wine Staging: https://dev.wine-staging.com/patches/132/ Let's hope this gets accepted.
It has been accepted into Staging. Yay!
Shouldn't the status be set to "staging" along with the accepted patchset?
https://bugs.winehq.org/show_bug.cgi?id=18070
Andrea Vai andrea.vai@unipv.it changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |andrea.vai@unipv.it
https://bugs.winehq.org/show_bug.cgi?id=18070
Giacomo Orlandi gia_@inwind.it changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gia_@inwind.it
--- Comment #126 from Giacomo Orlandi gia_@inwind.it --- (In reply to fjfrackiewicz from comment #125) [...]
I submitted the patch to Wine Staging: https://dev.wine-staging.com/patches/132/ Let's hope this gets accepted.
It has been accepted into Staging. Yay!
Shouldn't the status be set to "staging" along with the accepted patchset?
The description of the patch above says it's only a workaround to make the apps work until there is a proper fix.
I can't see a policy for this in https://wiki.winehq.org/Bugs but I assume that a bug can be marked as "fixed on staging" only if it's a proper fix, even if it hasn't been merged into the main codebase yet because it needs reviewing and some improvements.
https://bugs.winehq.org/show_bug.cgi?id=18070
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Staged patchset| |https://github.com/wine-com | |pholio/wine-staging/blob/ma | |ster/patches/msi-Dummy_Thre | |ad/0001-msi-Create-dummy-th | |read-to-initialize-COM-for- | |custom.patch Status|NEW |STAGED
--- Comment #127 from Austin English austinenglish@gmail.com --- (In reply to Giacomo Orlandi from comment #126)
(In reply to fjfrackiewicz from comment #125) [...]
I submitted the patch to Wine Staging: https://dev.wine-staging.com/patches/132/ Let's hope this gets accepted.
It has been accepted into Staging. Yay!
Shouldn't the status be set to "staging" along with the accepted patchset?
The description of the patch above says it's only a workaround to make the apps work until there is a proper fix.
I can't see a policy for this in https://wiki.winehq.org/Bugs but I assume that a bug can be marked as "fixed on staging" only if it's a proper fix, even if it hasn't been merged into the main codebase yet because it needs reviewing and some improvements.
That's not such an easy distinction to make. If the fix is proper, it wouldn't be in staging anyway, but in vanilla Wine.
If the bug exists in vanilla wine, but not wine-staging, it is reasonable to make the status 'STAGED'.
Side note: the staging version is less hacky than the original submission..
https://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #128 from Seann seann.giffin@gmail.com --- (In reply to Austin English from comment #127)
(In reply to Giacomo Orlandi from comment #126)
(In reply to fjfrackiewicz from comment #125) [...]
I submitted the patch to Wine Staging: https://dev.wine-staging.com/patches/132/ Let's hope this gets accepted.
It has been accepted into Staging. Yay!
Shouldn't the status be set to "staging" along with the accepted patchset?
The description of the patch above says it's only a workaround to make the apps work until there is a proper fix.
I can't see a policy for this in https://wiki.winehq.org/Bugs but I assume that a bug can be marked as "fixed on staging" only if it's a proper fix, even if it hasn't been merged into the main codebase yet because it needs reviewing and some improvements.
That's not such an easy distinction to make. If the fix is proper, it wouldn't be in staging anyway, but in vanilla Wine.
If the bug exists in vanilla wine, but not wine-staging, it is reasonable to make the status 'STAGED'.
Side note: the staging version is less hacky than the original submission..
The staging version looks good. I'm going to test it this weekend.
https://bugs.winehq.org/show_bug.cgi?id=18070
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|imwellcushtymelike@gmail.co | |m |
https://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #129 from somerandomuser emailmeat@protonmail.com --- It's good to see activity in an issue related to Fireworks.
Could any of you who worked on this take a look at https://bugs.winehq.org/show_bug.cgi?id=39086 or at least mark it as confirmed? Fireworks CS6 is completely unusable because of it.
https://bugs.winehq.org/show_bug.cgi?id=18070
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12@gmail.com
--- Comment #130 from Zebediah Figura z.figura12@gmail.com --- I've been looking at a proper solution for this.
We already have the MSIServer service already implemented—it just doesn't do anything yet. I think the best way to fix this is to register the IWineMsiRemote* classes in the server process with REGCLS_MULTIPLEUSE, so not much change in infrastructure at all. I see two ways of doing this: either move all of the COM objects into msiexec.exe, or add an internal function in msi.dll. I like the first one for the sake of separation, but it does mean we need an internal idl.
Any thoughts on this from anyone else?
https://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #131 from Dmitry Timoshkov dmitry@baikal.ru --- (In reply to Zebediah Figura from comment #130)
I've been looking at a proper solution for this.
We already have the MSIServer service already implemented—it just doesn't do anything yet. I think the best way to fix this is to register the IWineMsiRemote* classes in the server process with REGCLS_MULTIPLEUSE, so not much change in infrastructure at all. I see two ways of doing this: either move all of the COM objects into msiexec.exe, or add an internal function in msi.dll. I like the first one for the sake of separation, but it does mean we need an internal idl.
Any thoughts on this from anyone else?
Did you try to investigate how that's done in Windows, so you wouldn't need to invent custom interfaces?
https://bugs.winehq.org/show_bug.cgi?id=18070
somerandomuser emailmeat@protonmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|emailmeat@protonmail.com |
https://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #132 from Zebediah Figura z.figura12@gmail.com --- (In reply to Dmitry Timoshkov from comment #131)
(In reply to Zebediah Figura from comment #130)
I've been looking at a proper solution for this.
We already have the MSIServer service already implemented—it just doesn't do anything yet. I think the best way to fix this is to register the IWineMsiRemote* classes in the server process with REGCLS_MULTIPLEUSE, so not much change in infrastructure at all. I see two ways of doing this: either move all of the COM objects into msiexec.exe, or add an internal function in msi.dll. I like the first one for the sake of separation, but it does mean we need an internal idl.
Any thoughts on this from anyone else?
Did you try to investigate how that's done in Windows, so you wouldn't need to invent custom interfaces?
Windows appears to have its own set of internal interfaces, e.g. {000c101c-0000-0000-c000-000000000046} "Msi install server". We actually have an IDL for these in msi.dll, since evidently some program tries to create one. But these interfaces are all internal; we don't even know the vtbls. It would appear that this approach would be close enough to replicating that one.
https://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #133 from Dmitry Timoshkov dmitry@baikal.ru --- (In reply to Zebediah Figura from comment #132)
Windows appears to have its own set of internal interfaces, e.g. {000c101c-0000-0000-c000-000000000046} "Msi install server". We actually have an IDL for these in msi.dll, since evidently some program tries to create one. But these interfaces are all internal; we don't even know the vtbls. It would appear that this approach would be close enough to replicating that one.
Does this help? https://www.winehq.org/pipermail/wine-cvs/2007-January/029786.html https://msdn.microsoft.com/en-us/library/windows/desktop/aa369432(v=vs.85).a...
https://bugs.winehq.org/show_bug.cgi?id=18070
Viktoria viktoria.s@freemail.hu changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|viktoria.s@freemail.hu |
https://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #134 from Zebediah Figura z.figura12@gmail.com --- (In reply to Dmitry Timoshkov from comment #133)
Does this help? https://www.winehq.org/pipermail/wine-cvs/2007-January/029786.html https://msdn.microsoft.com/en-us/library/windows/desktop/aa369432(v=vs.85). aspx
Unfortunately, no. It seems pretty clear that IInstaller & co. aren't the interfaces to the server, since they can still be created and used while the service is disabled. Rather, I suspect, the interface labeled IMsiServer (and probably also the unlabeled 000C1094) are the interfaces, and these are not documented either as coclass or IDispatch.
https://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #135 from Zebediah Figura z.figura12@gmail.com --- Actually, on further testing, it seems that the server creates a separate process to run custom DLLs, so it's not necessarily true that we need a proper implementation of the server process.
https://bugs.winehq.org/show_bug.cgi?id=18070
Arie Skliarouk skliarie@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|skliarie@gmail.com |
https://bugs.winehq.org/show_bug.cgi?id=18070
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Assignee|wine-bugs@winehq.org |z.figura12@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=18070
Andy P pembertona@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pembertona@gmail.com
--- Comment #136 from Andy P pembertona@gmail.com --- Can anyone share exactly where this patch is staged? Is it available on 3.x staging builds for example? Or 2.21?
https://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #137 from Zebediah Figura z.figura12@gmail.com --- (In reply to Andy P from comment #136)
Can anyone share exactly where this patch is staged? Is it available on 3.x staging builds for example? Or 2.21?
The patch should be included in 2.x and 3.x builds since 2.12.
https://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #138 from Andy P pembertona@gmail.com --- Thanks, Zebediah. Does that mean -staging builds from then on? Or -devel too?
https://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #139 from Austin English austinenglish@gmail.com --- (In reply to Andy P from comment #138)
Thanks, Zebediah. Does that mean -staging builds from then on? Or -devel too?
Just staging.
https://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #140 from Andy P pembertona@gmail.com --- Thanks, Austin.
I've not found the patch to help with the dotnet40 issues related to msi's installing only 32 bit DLLs. My suspicion is that because the Executables involved are 32 bit themselves, they are loading msiexec through 32 bit. When I manually trigger msiexec on 64 bit, the correct DLLs are loaded - but only for 64 bit... and I think there are also some important steps loaded through the .exe that I then miss in the case.
In case it helps anyone, here's the command to run msiexec manually (and work around the prompt telling you only to use setup.exe):
wine64 'msiexec' '/i' 'c:/dotnet40/netfx_Core_x64.msi' 'EXTUI=1'
https://bugs.winehq.org/show_bug.cgi?id=18070
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |85d1fb62b321e890004bc8d0ded | |7a0183216c42d Resolution|--- |FIXED Assignee|z.figura12@gmail.com |wine-bugs@winehq.org Status|STAGED |RESOLVED
--- Comment #141 from Zebediah Figura z.figura12@gmail.com --- Fixed by https://source.winehq.org/git/wine.git/commit/85d1fb62b321e890004bc8d0ded7a0.... Please file new bugs for further problems.
https://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #142 from Seann seann.giffin@gmail.com --- I take it this does not apply to Wine development release 3.6, so I'll have to build from a fresh git or use the patch?
https://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #143 from Zebediah Figura z.figura12@gmail.com --- (In reply to Seann from comment #142)
I take it this does not apply to Wine development release 3.6, so I'll have to build from a fresh git or use the patch?
It does not apply to 3.6, but it'll be included in 3.7, which is released tomorrow.
https://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #144 from Anastasius Focht focht@gmx.net --- Hello folks,
that's actually a great milestone after all the years analysing all the apps affected by this and collecting them here ;-)
*** NOTE ***
Currently it won't work because the MSI custom action server process crashes on all custom actions. See bug 45073 for details. I hope a fix makes it in before the Wine 3.7 release - otherwise expect gazillion of bug reports.
I've tested with some smaller installers I could quickly get hold of (Windows SDK 2008) and they work as expected (after applying fix for bug 45073).
Regards
https://bugs.winehq.org/show_bug.cgi?id=18070
Andrej C. andrej.cremoznik@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|andrej.cremoznik@gmail.com |
https://bugs.winehq.org/show_bug.cgi?id=18070
--- Comment #145 from Seann seann.giffin@gmail.com --- (In reply to Zebediah Figura from comment #143)
(In reply to Seann from comment #142)
I take it this does not apply to Wine development release 3.6, so I'll have to build from a fresh git or use the patch?
It does not apply to 3.6, but it'll be included in 3.7, which is released tomorrow.
Excellent! Thanks for the hard work!
https://bugs.winehq.org/show_bug.cgi?id=18070
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #146 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 3.7.
https://bugs.winehq.org/show_bug.cgi?id=18070
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |https://web.archive.org/web | |/20151130215125/ftp://ftp.a | |dobe.com/pub/adobe/indesign | |/win/cs3/indesign_5_0_3.exe
-
wine-bugs＠winehq.org -
WineHQ Bugzilla