https://bugs.winehq.org/show_bug.cgi?id=46206
Bug ID: 46206 Summary: Altium Designer 17 account sign in fails as of 3.19 Product: Wine Version: 3.19 Hardware: x86-64 URL: https://s3.amazonaws.com/altium-release-manager/Altium _Designer_17/OfflineSetup_Altium_Designer_Public_17_1_ 9.zip OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: jhansonxi@gmail.com Distribution: Ubuntu
Account sign-ins are broken in Altium Designer 17.1.9 (and probably other releases) as of Wine 3.19.
Steps to reproduce:
1. Launch Altium Designer.
2. Close floating window (Storage, etc.) which will likely trigger an error (probably bug #39765 which I'll verify later)
3. At MyAccount/License Management page click "Sign in" link
4. At "Account Sign In" dialog (which can get stuck behind main window) enter anything for user name and password, check the "I have read and understand the warning" privacy invasion checkbox, then the "Sign in" button.
Expected behavior: Dialog box closes then reappears a moment later when sign-in fails.
Wine 3.19-3.21 behavior: Dialog closes then an "Out of memory" error dialog is displayed.
Installation:
1. Download the offline installer from the URL (3.6GB). Extract to subdirectory.
2. winetricks -q corefonts dotnet461 mdac28 win7
I used winetricks 20180815-next. Verified NET Runtimes with netfx_setupverifier-20180517.exe. Manually triggered GAC rebuild via ngen.exe since winetricks didn't seem to do so and it cluttered up the logs when it randomly started on its own.
3. Run the Altium installer. To save time deselect the optional items.
Other: There's a nuisance rundll32.exe error at start-up reporting "This application could not be started". It doesn't seem to be related to this bug although I haven't found the cause of it yet.
https://bugs.winehq.org/show_bug.cgi?id=46206
Jeff D. Hanson jhansonxi@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, regression
--- Comment #1 from Jeff D. Hanson jhansonxi@gmail.com --- Note that a 32-bit WINEPREFIX was used (WINEARCH=win32).
https://bugs.winehq.org/show_bug.cgi?id=46206
--- Comment #2 from Jeff D. Hanson jhansonxi@gmail.com --- Created attachment 62885 --> https://bugs.winehq.org/attachment.cgi?id=62885 Working 3.18 log (+relay,+tid,+msgbox,+url,+urlmon)
https://bugs.winehq.org/show_bug.cgi?id=46206
--- Comment #3 from Jeff D. Hanson jhansonxi@gmail.com --- Created attachment 62886 --> https://bugs.winehq.org/attachment.cgi?id=62886 Failing 3.19 log (+relay,+tid,+msgbox,+url,+urlmon)
https://bugs.winehq.org/show_bug.cgi?id=46206
--- Comment #4 from Jeff D. Hanson jhansonxi@gmail.com --- Fails with staging 3.21 also.
https://bugs.winehq.org/show_bug.cgi?id=46206
alex freudenberg afb@mailbox.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |afb@mailbox.org
--- Comment #5 from alex freudenberg afb@mailbox.org --- Hi Jeff. I cannot reproduce that. (Usually, I'm logged in when DXP starts.)
Logged off, inserted a wrong username / password combination and clicked the "Sign in" button. Windows disappears and reappears half a second later, saying "Invalid combination" above the username field.
After inserting the right combination and signign in, the window disappears and the license management page shows that I'm signed in.
$ wine --version wine-3.21 (Staging)
$ winetricks list-installed Using winetricks 20180815 - sha256sum: ... with wine-3.21 (Staging) and WINEARCH=win32 corefonts mdac28 remove_mono dotnet40 win7 vcrun2010 vcrun2005 fontsmooth=rgb msxml3 msxml4 msxml6
https://bugs.winehq.org/show_bug.cgi?id=46206
--- Comment #6 from Jeff D. Hanson jhansonxi@gmail.com --- I have:
andale arial comicsans courier georgia impact times trebuchet verdana webdings corefonts mdac28 w_workaround_wine_bug-34803 remove_mono w_workaround_wine_bug-34803 remove_mono w_workaround_wine_bug-34803 remove_mono w_workaround_wine_bug-34803 remove_mono winxp dotnet40 dotnet45 w_workaround_wine_bug-38959 dotnet46 dotnet461 win7
Comparing to your configuration I see vcrun* and msxml* but not dotnet > 4.0 (Altium 17.1.9 includes 4.6.1).
To see if any of these differences were responsible I added them incrementally starting with msxml3. That native component by itself fixed the problem.
https://bugs.winehq.org/show_bug.cgi?id=46206
Huw Davies huw.davies@physics.ox.ac.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |huw.davies@physics.ox.ac.uk Component|-unknown |msxml3
--- Comment #7 from Huw Davies huw.davies@physics.ox.ac.uk --- Setting component to msxml3 since using native apparently works around the issue.
In the absence of a bisect, a +msxml log (using builtin msxml3) would be a good next step.
https://bugs.winehq.org/show_bug.cgi?id=46206
--- Comment #8 from Jeff D. Hanson jhansonxi@gmail.com --- Created attachment 63244 --> https://bugs.winehq.org/attachment.cgi?id=63244 msxml debug log from 4.0-rc5 staging
https://bugs.winehq.org/show_bug.cgi?id=46206
marmelada.pk1@o2.pl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |marmelada.pk1@o2.pl
https://bugs.winehq.org/show_bug.cgi?id=46206
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |lehmannd@in.tum.de Regression SHA1| |4460cb3377a045de8cde82d846e | |8e0d3592d5252.
--- Comment #9 from Zebediah Figura z.figura12@gmail.com --- Reverting 4460cb3377 (after also reverting c1d21f1ae4 and f95a1116084) seems to fix the problem for me. Daniel, can you please take a look?
Note that to reproduce the problem, you only need `winetricks -q mdac28 dotnet40`. Note also that mdac28 requires a 32-bit prefix.
https://bugs.winehq.org/show_bug.cgi?id=46206
Gijs Vermeulen gijsvrm@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Regression SHA1|4460cb3377a045de8cde82d846e |4460cb3377a045de8cde82d846e |8e0d3592d5252. |8e0d3592d5252
https://bugs.winehq.org/show_bug.cgi?id=46206
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|lehmannd@in.tum.de |z.figura12@gmail.com
--- Comment #10 from Zebediah Figura z.figura12@gmail.com --- Sorry, that's the wrong Daniel Lehman(n).
https://bugs.winehq.org/show_bug.cgi?id=46206
Damjan Jovanovic damjan.jov@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |damjan.jov@gmail.com
--- Comment #11 from Damjan Jovanovic damjan.jov@gmail.com --- Those 3 commits, especially 4460cb3377, are also the issue in bug 53531.
The problem in bug 53531 is also an "Out of memory" error. There it's caused by this simple one element example:
<element xmlns="whatever"/>
Attempting to call IXMLDOMElement::get_attributes() on that element, then call IXMLDOMNamedNodeMap::get_item(0) on the returned attribute map, causes it to always fail with E_OUTOFMEMORY in domelem_get_item(), because default namespaces have a NULL prefix, so the call to libxml2's xmlNewNsProp() always passes NULL as the property name, and NULL attribute names aren't allowed so libxml2 always returns NULL, causing Wine's domelem_get_item() to always returns E_OUTOFMEMORY:
---snip--- 1834 curr = xmlNewNsProp(NULL, xmlns, ns->prefix, ns->href); 1835 if (!curr) { 1836 xmlFreeNs(xmlns); 1837 return E_OUTOFMEMORY; 1838 } ---snip---
I am not sure how best to fix this. Some help would be appreciated.
-
wine-bugs＠winehq.org -
WineHQ Bugzilla