[Bug 26226] msxml4 emits too much xmlns attributes

[wine-bugs at winehq.org]

https://bugs.winehq.org/show_bug.cgi?id=26226

--- Comment #39 from Ulrik Dickow <u.dickow at gmail.com> ---
Created attachment 60782
  --> https://bugs.winehq.org/attachment.cgi?id=60782
debug.patch from Marcus improved to only trigger if WINEDEBUG includes
"fullreq"

To rebe: Ok, I retested the Buhl 2012 app with current wine this Thursday
2018-03-15 (wine-3.3-235-g1c8c9308e7).  It still failed seriously with "Ole
fehler 0x..." and didn't send anything to the network according to Wireshark.

Yesterday I applied my 2016-08-18 patch to wine-3.4 (still applies cleanly with
'git am') and also the attached improved debug.patch.  Then the Buhl 2012 app
gets much closer to working, exactly as close as in July 2012 and Aug 2016: No
more OLE error, instead generation of a full SOAP request sent over the wire
via TLS, and of course the response that the trial code is invalid.  Even with
a non-expired trial code it probably wouldn't work, though, because the
namespace of the innermost element is still strangely wrong as described in
Comment 35.  All other namespace definitions are correct in the generated XML
request.  I still succesfully use my patch with current BridgeCentral (2.4.5),
no namespace problems there, apart from the now somewhat misleading
"setAttributeNode namespaces not supported" fixme messages.  With the patch,
namespaces are _partially_ supported, but I haven't bothered to adjust the
fixme text.

So your other tested Buhl program must have worked either because it didn't use
XML at all, or it generated the XML in a sufficiently different way to avoid
the unsupported features in current wine.

-- 
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.