http://bugs.winehq.org/show_bug.cgi?id=11325
Summary: wpkg doesn't seem to work Product: Wine Version: CVS/GIT Platform: Other URL: http://wpkg.org/WPKG_with_Wine OS/Version: other Status: NEW Keywords: Installer Severity: normal Priority: P2 Component: msxml3 AssignedTo: wine-bugs@winehq.org ReportedBy: dank@kegel.com
wpkg is an interesting looking unattended installation system for windows apps, said to work on wine as long as you have ie6, so I tried it without. To work around bug 5541, you have to redirect the output of cscript. Here's the recipe: rm -rf .wine winetricks vcrun6 wsh56 wget http://wpkg.org/files/stable/wpkg-0.9.10.tar.bz2 tar -xjvf wpkg-0.9.10.tar.bz2 cd wpkg-0.9.10 wine cscript wpkg.js /synchronize /debug | cat
This fails because of an msxml problem.
http://bugs.winehq.org/show_bug.cgi?id=11325
--- Comment #1 from Alistair Leslie-Hughes leslie_alistair@hotmail.com 2008-01-25 05:42:40 --- Can you please provide a backtrace?
http://bugs.winehq.org/show_bug.cgi?id=11325
--- Comment #2 from Alistair Leslie-Hughes leslie_alistair@hotmail.com 2008-01-25 06:30:33 --- The missing Interfaces are IClassFactoryEx ={342D1EA0-AE25-11D1-89C5-006008C3FBFC} IDispatchEx ={A6EF9860-C720-11D0-9337-00A0C90DCAA9} IObjectWithSite ={FC4801A3-2BA9-11CF-A229-00AA003D7352}
The cause of the error appears to be parseError_GetIDsOfNames not being implemented.
http://bugs.winehq.org/show_bug.cgi?id=11325
--- Comment #3 from Alistair Leslie-Hughes leslie_alistair@hotmail.com 2008-01-26 06:54:17 --- After more investigation the error is caused by transformNode not being implemented.
http://bugs.winehq.org/show_bug.cgi?id=11325
Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |leslie_alistair@hotmail.com
--- Comment #4 from Alistair Leslie-Hughes leslie_alistair@hotmail.com 2008-04-30 05:36:10 --- Since transformNode has been implemented, its the last one needed by wkg.
This script still fails for the following reason. When they create their style-sheet for the transformNode, they hard code paths (C:....\host\rool1.xml) into it. Under windows this is fine since the paths will exist, but since we use native libxml2, that path is invalid on Linux and therefor doesn't generate the correct result.
http://bugs.winehq.org/show_bug.cgi?id=11325
--- Comment #5 from Dan Kegel dank@kegel.com 2008-04-30 07:50:09 --- Then I guess it's time for us to switch to win32 libxml2. Can you give that a shot?
http://bugs.winehq.org/show_bug.cgi?id=11325
--- Comment #6 from Alistair Leslie-Hughes leslie_alistair@hotmail.com 2008-05-02 07:56:40 --- Try this patch,
http://www.winehq.org/pipermail/wine-patches/2008-May/054454.html
It will load the xml files correctly.
The next issue comes from the script (line 304) for (dsds=0; dsds<packs.length; ++dsds) { if (null != packs[dsds]) { <-- Error this line. info(packs[dsds].getAttribute("id")); } }
It cause the script to fail with trace:msxml:queryresult_GetIDsOfNames (0x1d1d20)->({00000000-0000-0000-0000-000000000000} 0x32ec38 1 1033 0x32ec5c) fixme:msxml:queryresult_GetIDsOfNames L"0" <-- rgszNames[0] fixme:msxml:queryresult_GetIDsOfNames hr= 80020006 <- ret ITypeInfo_GetIDsOfNames fixme:seh:_abnormal_termination (void)stub
The fixme's are for my testing, so you wont see them. But it appears the script is doing a GetIDsOfNames for name "0", which isn't valid. I'm guessing that it should be finding the function "item", which has an ID of 0.
Call GetIDsOfNames on window returns the same 80020006 value.
http://bugs.winehq.org/show_bug.cgi?id=11325
--- Comment #7 from Alistair Leslie-Hughes leslie_alistair@hotmail.com 2008-05-03 08:38:01 --- Future investigate has revealed that the interface IDispatchEx needs to be implemented on IXMLDOMNodeList
http://bugs.winehq.org/show_bug.cgi?id=11325
--- Comment #8 from Alistair Leslie-Hughes leslie_alistair@hotmail.com 2008-10-03 07:26:53 --- Created an attachment (id=16446) --> (http://bugs.winehq.org/attachment.cgi?id=16446) Overwrite the loading of loading XML files
This patch overrides the loading of a XML files. So we can correctly load then when document(filename) is used within a transform.
Can some else confirm this works? (apply to latest git)
Thanks
http://bugs.winehq.org/show_bug.cgi?id=11325
Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch
http://bugs.winehq.org/show_bug.cgi?id=11325
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|CVS/GIT |unspecified
--- Comment #9 from Austin English austinenglish@gmail.com 2009-01-18 03:47:49 --- Removing deprecated CVS/GIT version tag. Please retest in current git. If the bug is still present in today's wine, but was not present in some earlier version of wine, please update version field to earliest known version of wine that had the bug. Thanks!
http://bugs.winehq.org/show_bug.cgi?id=11325
Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|unspecified |1.1.13
--- Comment #10 from Alistair Leslie-Hughes leslie_alistair@hotmail.com 2009-01-18 05:08:10 --- The issue has always been there, changing version to latest
http://bugs.winehq.org/show_bug.cgi?id=11325
--- Comment #11 from Alistair Leslie-Hughes leslie_alistair@hotmail.com 2009-08-19 18:52:41 --- Patch accepted http://source.winehq.org/git/wine.git/?a=commit;h=89c92bee630b9a1e9e98223dc4...
wpkg should now run to the end without issues.
I'm not going to mark it fixed until IXMLDOMNode and IXMLDOMELement interfaces have IDispatchEx support.
http://bugs.winehq.org/show_bug.cgi?id=11325
Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #16446|0 |1 is obsolete| |
--- Comment #12 from Alistair Leslie-Hughes leslie_alistair@hotmail.com 2009-08-19 18:54:58 --- (From update of attachment 16446) A modified patch has been accepted.
http://bugs.winehq.org/show_bug.cgi?id=11325
--- Comment #13 from Nikolay Sivov bunglehead@gmail.com 2010-01-10 14:33:37 --- (In reply to comment #11)
I'm not going to mark it fixed until IXMLDOMNode and IXMLDOMELement interfaces have IDispatchEx support.
Looks like both are here already, so it's time to retest this.
http://bugs.winehq.org/show_bug.cgi?id=11325
--- Comment #14 from Alistair Leslie-Hughes leslie_alistair@hotmail.com 2010-01-11 03:41:14 --- (In reply to comment #13)
(In reply to comment #11)
I'm not going to mark it fixed until IXMLDOMNode and IXMLDOMELement interfaces have IDispatchEx support.
Looks like both are here already, so it's time to retest this.
If you check IXMLDOMNode_QueryInterface it doesn't support IDispatchEx.
http://bugs.winehq.org/show_bug.cgi?id=11325
Jacek Caban jacek@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |jacek@codeweavers.com Resolution| |FIXED
--- Comment #15 from Jacek Caban jacek@codeweavers.com 2010-07-29 05:44:04 --- (In reply to comment #14)
If you check IXMLDOMNode_QueryInterface it doesn't support IDispatchEx.
IXMLDOMNode is an interface, not an object. Objects like element implement IDispatchEx. Some already do, others don't, but it doesn't make sense to keep this bug open until all of them do.
http://bugs.winehq.org/show_bug.cgi?id=11325
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #16 from Alexandre Julliard julliard@winehq.org 2010-07-30 12:54:58 --- Closing bugs fixed in 1.3.0.