https://bugs.winehq.org/show_bug.cgi?id=53826
Bug ID: 53826 Summary: Attempting to install / update battle.net fails with Qt error Product: Wine Version: 7.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: adwinebug@adrn.no-spam-allowed.com Distribution: ---
The install program Battle.net-Setup.exe runs for a while, then fails with a pop-up error message of
" This application failed to start because it could not find or load the Qt platform plugin "windows" in "". "
Multiple reports of this are in as of Oct 22: https://eu.forums.blizzard.com/en/wow/t/battlenet-client-doesnt-start-on-lin...
This was apparently triggered by Blizzard doing something to Battle.net.
https://bugs.winehq.org/show_bug.cgi?id=53826
--- Comment #1 from Adrian Demarais adwinebug@adrn.no-spam-allowed.com --- It should be noted that at least World of Warcraft will still run if launched separately, ie wine wow.exe. WoW will therefore remain playable until the 25th, when the next expansion's changes kick in, making the game unplayable for anyone who didn't download all the patches yet.
https://bugs.winehq.org/show_bug.cgi?id=53826
--- Comment #2 from Adrian Demarais adwinebug@adrn.no-spam-allowed.com --- Turns out that replacing the current battle.net plugin (/home/whoever/.wine/drive_c/Program Files (x86)/Battle.net/Battle.net.13763/platforms/qwindows.dll
with a qwindows.dll from a previous battle.net folder will allow an already-installed battle.net to run.
I expect anyone attempting a first install would be out of luck, having no previous qwindows.dll to fall back on.
https://bugs.winehq.org/show_bug.cgi?id=53826
Mike Lothian mike@fireburn.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mike@fireburn.co.uk
--- Comment #3 from Mike Lothian mike@fireburn.co.uk --- Copying that file didn't work for me, instead I deleted the newest version
rm Battle.net.13801/ -rf
https://bugs.winehq.org/show_bug.cgi?id=53826
Olivier F. R. Dierick o.dierick@piezo-forte.be changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|blocker |normal CC| |o.dierick@piezo-forte.be
--- Comment #4 from Olivier F. R. Dierick o.dierick@piezo-forte.be --- Hello,
Issues in a single application are severity 'normal'. Read more about serverity levels descriptions there: https://wiki.winehq.org/Bugs#severity
Does reverting wine to a previous version works around the issue?
Regards.
https://bugs.winehq.org/show_bug.cgi?id=53826
Torge Matthies openglfreak@googlemail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |openglfreak@googlemail.com
--- Comment #5 from Torge Matthies openglfreak@googlemail.com --- Hello, this MR should fix the problem with the update process: https://gitlab.winehq.org/wine/wine/-/merge_requests/1148
If you have already updated and experience the problem now, you can fix it by running
setfattr -x user.DOSATTRIB qwindows.dll
on the qwindows.dll file.
https://bugs.winehq.org/show_bug.cgi?id=53826
--- Comment #6 from Mike Lothian mike@fireburn.co.uk --- That fixes it for me, thanks
https://bugs.winehq.org/show_bug.cgi?id=53826
Kohen Didi kohen.d@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kohen.d@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=53826
Maciej Stanczew maciej.stanczew+b@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |maciej.stanczew+b@gmail.com
--- Comment #7 from Maciej Stanczew maciej.stanczew+b@gmail.com --- Tested on wine-staging 7.20 with applied changes from MR 1148, I can confirm that it solves the issue: after Battle.net gets updated, it can be launched again without throwing an error.
https://bugs.winehq.org/show_bug.cgi?id=53826
Alexey Min alexey.min@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |alexey.min@gmail.com
--- Comment #8 from Alexey Min alexey.min@gmail.com ---
setfattr -x user.DOSATTRIB qwindows.dll
Thanks! Faced the bug, can confirm the bug and this fix.
https://bugs.winehq.org/show_bug.cgi?id=53826
igor igor.hope@noostyche.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |igor.hope@noostyche.ru
--- Comment #9 from igor igor.hope@noostyche.ru --- Same problem on 8.0-rc1 (devel).
setfattr -x user.DOSATTRIB qwindows.dll
It works!
https://bugs.winehq.org/show_bug.cgi?id=53826
--- Comment #10 from Kohen Didi kohen.d@gmail.com --- Happens for me as well, didn't try the patch but tried the workaround and it works, how is this unconfirmed?
https://bugs.winehq.org/show_bug.cgi?id=53826
--- Comment #11 from Kohen Didi kohen.d@gmail.com --- Happens for me as well, didn't try the patch but tried the workaround and it works, how is this unconfirmed?
https://bugs.winehq.org/show_bug.cgi?id=53826
PeterG peter.g.anderson@live.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |peter.g.anderson@live.co.uk
--- Comment #12 from PeterG peter.g.anderson@live.co.uk --- This is still a bug as of wine 8.1 and all versions of wine from 7.19 onwards. Installing battle.net with wine <= 7.18 does not have this issue.
https://bugs.winehq.org/show_bug.cgi?id=53826
--- Comment #13 from PeterG peter.g.anderson@live.co.uk --- This is still a bug as of wine 8.1 and all versions of wine from 7.19 onwards. Installing battle.net with wine <= 7.18 does not have this issue. See also 54443
https://bugs.winehq.org/show_bug.cgi?id=53826
Jean DELVARE jdelvare@suse.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jdelvare@suse.de
https://bugs.winehq.org/show_bug.cgi?id=53826
Matteo Bruni matteo.mystral@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |guido.kraemer@uni-leipzig.d | |e
--- Comment #14 from Matteo Bruni matteo.mystral@gmail.com --- *** Bug 54443 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=53826
temp82@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |temp82@luukku.com
--- Comment #15 from temp82@luukku.com --- *** Bug 54714 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=53826
Ker noa blue-t@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |blue-t@web.de
https://bugs.winehq.org/show_bug.cgi?id=53826
Sven sven.koehler@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sven.koehler@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=53826
--- Comment #16 from PeterG peter.g.anderson@live.co.uk --- Having looked at the Battle.net installation process I have noticed that as Battle.net is installing, various folders and files are created in the wineprefix.
When the problematical qwindows.dll file is created it is initially called something like .qwindows.xxxx.dll.tmp and is subsequently renamed (moved) to qwindows.dll Because this temporary filename starts with . it is seen by Linux as a hidden file and wine applies the h DOS attribute. However, this attribute remains after the file is renamed to qwindows.dll which causes the problem when Battle.net Launcher.exe tries to run, as it can't find the hidden file.
Perhaps we need a piece of code in wine to check whether the 'hidden' DOS attribute applied to a .file needs to be removed if a file is renamed or moved.
https://bugs.winehq.org/show_bug.cgi?id=53826
--- Comment #17 from Maciej Stanczew maciej.stanczew+b@gmail.com --- Fix for this issue is linked in comment #5, and it was recently merged into Staging 8.5: https://gitlab.winehq.org/wine/wine-staging/-/commit/be92c5d768145372c6441ba...
https://bugs.winehq.org/show_bug.cgi?id=53826
--- Comment #18 from PeterG peter.g.anderson@live.co.uk --- Thanks for the update. I didn't know it had been merged into the latest staging.
https://bugs.winehq.org/show_bug.cgi?id=53826
Olivier F. R. Dierick o.dierick@piezo-forte.be changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |STAGED Component|-unknown |ntdll Ever confirmed|0 |1 Staged patchset| |https://gitlab.winehq.org/w | |ine/wine-staging/-/tree/mas | |ter/patches/ntdll-hidden_fi | |le_attr
https://bugs.winehq.org/show_bug.cgi?id=53826
Matteo Bruni matteo.mystral@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|STAGED |RESOLVED Resolution|--- |FIXED Fixed by SHA1| |824547805559ee4993b81134361 | |61638f3cd7990
--- Comment #19 from Matteo Bruni matteo.mystral@gmail.com --- This should be fixed by the patch series ending with 824547805559ee4993b8113436161638f3cd7990. Notice that the patches will make sure that future updates work but not fix broken older updates. Those need manual intervention, e.g. as in comment 5.
https://bugs.winehq.org/show_bug.cgi?id=53826
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #20 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 8.8.
https://bugs.winehq.org/show_bug.cgi?id=53826
Michael Stefaniuc mstefani@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |8.0.x
https://bugs.winehq.org/show_bug.cgi?id=53826
Michael Stefaniuc mstefani@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|8.0.x |---
--- Comment #21 from Michael Stefaniuc mstefani@winehq.org --- Removing the 8.0.x milestone from bug fixes included in 8.0.2.