April 2020 - Wine-Bugs - list.winehq.org

[Bug 41740] New: Diablo 3's mouse sprite stops moving, but the mouse is still working.
by wine-bugs＠winehq.org April 10, 2020

April 10, 2020

https://bugs.winehq.org/show_bug.cgi?id=41740 Bug ID: 41740 Summary: Diablo 3's mouse sprite stops moving, but the mouse is still working. Product: Wine Version: 1.9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wine-devel(a)hurrikhan.eu Distribution: --- The game works, but at some point, the mouse cursor freezes on the screen, but the mouse itself is working fine. What I means is that everything works normally, except the player do not see the real position of the mouse. -- 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.

2 4

[Bug 38856] New: LEGO Lord of the Rings crashes randomly
by wine-bugs＠winehq.org April 10, 2020

April 10, 2020

https://bugs.winehq.org/show_bug.cgi?id=38856 Bug ID: 38856 Summary: LEGO Lord of the Rings crashes randomly Product: Wine Version: 1.7.44 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dmlambea(a)gmail.com Distribution: --- Created attachment 51783 --> https://bugs.winehq.org/attachment.cgi?id=51783 Terminal output Game randomly crashes with a "wine: Unhandled page fault on read access to 0x00000000 at address 0x6594a6 (thread 0009), starting debugger..." message (thread and address numbers vary). Apart from this, which uses to happen at high-activity stages, as when fighting against Sauron or against Nazgul, the rest is normal: gameplay is smooth, even with all features enabled or set to high; audio plays perfectly. I've tried with single and dual player, always with XBox360 USB controllers. Other LEGO games, like LEGO Marvel Super Heroes, run flawlessly with the same controllers. The crash happens with both win32 and win64 Wine prefixes, and with both retail and Steam versions. -- 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.

2 13

[Bug 41610] New: ChurchBoard: Trying to create a window(about 3 minutes) . And the error takes off.
by wine-bugs＠winehq.org April 10, 2020

April 10, 2020

https://bugs.winehq.org/show_bug.cgi?id=41610 Bug ID: 41610 Summary: ChurchBoard: Trying to create a window(about 3 minutes). And the error takes off. Product: Wine Version: 1.8.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ansit(a)mail.ru Distribution: Other Created attachment 55958 --> https://bugs.winehq.org/attachment.cgi?id=55958 The report file with the error details The installation process is successful. When you run the application only appears his message of preparation and startup. Trying to create a window. And the error takes off. I tried to run a stable version of Wine 1.8.5. The same error. I tried to change the settings of the operating system emulation versions Windows XP, 8.1, 10. Does not help. Linux: Lubuntu 16.10 -- 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.

2 11

[Bug 37051] New: Roblox Studio embedded webpage does not load consistently or properly using built-in winhttp
by wine-bugs＠winehq.org April 10, 2020

April 10, 2020

http://bugs.winehq.org/show_bug.cgi?id=37051 Bug ID: 37051 Summary: Roblox Studio embedded webpage does not load consistently or properly using built-in winhttp Product: Wine Version: 1.7.22 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winhttp Assignee: wine-bugs(a)winehq.org Reporter: alfonsojon1997(a)gmail.com Created attachment 49235 --> http://bugs.winehq.org/attachment.cgi?id=49235 Roblox Studio running with WINEDEBUG=fixme-all,+winhttp When running Roblox Studio without the native wininet from Windows XP and a DLL override, the pages within the embedded browser load sporadically and unpredictably, often refusing to load entirely. When it does load, things such as JavaScript may not be working, or the browser will stop loading pages entirely. -- 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.

2 7

[Bug 48838] New: Fails to compile due to wrong #ifdef
by WineHQ Bugzilla April 10, 2020

April 10, 2020

https://bugs.winehq.org/show_bug.cgi?id=48838 Bug ID: 48838 Summary: Fails to compile due to wrong #ifdef Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: wldap32 Assignee: wine-bugs(a)winehq.org Reporter: harry+winehq(a)unheit.net Distribution: --- Bug introduced in commit 364ac6787a39e2037f87ca7d728c949564c634b1. dlls/wldap32/bind.c defines function sasl_interact, which uses TRACE. Function is in #ifdef HAVE_LDAP_H but WINE_DEFAULT_DEBUG_CHANNEL is in #ifdef HAVE_LDAP. So if HAVE_LDAP_H is defined but HAVE_LDAP isnt, compilation failes. Fix: diff --git a/dlls/wldap32/bind.c b/dlls/wldap32/bind.c index 63d4208eef..46b866fd31 100644 --- a/dlls/wldap32/bind.c +++ b/dlls/wldap32/bind.c @@ -179,7 +179,7 @@ exit: return ret; } -#ifdef HAVE_LDAP_H +#ifdef HAVE_LDAP static int sasl_interact( LDAP *ld, unsigned flags, void *defaults, void *interact ) { @@ -219,7 +219,7 @@ static int sasl_interact( LDAP *ld, unsigned flags, void *defaults, void *intera #endif /* HAVE_SASL_SASL_H */ } -#endif /* HAVE_LDAP_H */ +#endif /* HAVE_LDAP */ -- 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.

1 7

[Bug 48778] New: Star Wars: The Old Republic crashes with latest Wine update
by WineHQ Bugzilla April 10, 2020

April 10, 2020

https://bugs.winehq.org/show_bug.cgi?id=48778 Bug ID: 48778 Summary: Star Wars: The Old Republic crashes with latest Wine update Product: Wine Version: 5.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mrolfsmeyer4(a)gmail.com Distribution: --- Created attachment 66680 --> https://bugs.winehq.org/attachment.cgi?id=66680 program error details The program loads fine and allows login, but crashes shortly after intro screen. -- 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.

1 3

[Bug 47109] New: WineVulkan ICD isn't registered in wineprefixes
by wine-bugs＠winehq.org April 10, 2020

April 10, 2020

https://bugs.winehq.org/show_bug.cgi?id=47109 Bug ID: 47109 Summary: WineVulkan ICD isn't registered in wineprefixes Product: Wine Version: 4.7 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winevulkan Assignee: wine-bugs(a)winehq.org Reporter: joseph.kucia(a)gmail.com Distribution: --- Wine should create drive_c/windows/winevulkan.json file and related registry keys when creating and updating wineprefixes. Currently, the winevulkan.json file and the registry keys need to be manually created to use Win32 Vulkan Loader in Wine. Note that applications may ship with their own Vulkan loader and the native version of vulkan-1.dll is currently preferred. -- 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.

2 7

[Bug 27324] New: Cossacks II (DotEmu version) refuses to start from its install directory (path too long?)
by wine-bugs＠winehq.org April 10, 2020

April 10, 2020

http://bugs.winehq.org/show_bug.cgi?id=27324 Summary: Cossacks II (DotEmu version) refuses to start from its install directory (path too long?) Product: Wine Version: 1.3.21 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Created an attachment (id=34947) --> (http://bugs.winehq.org/attachment.cgi?id=34947) plain terminal output The Cossacks collection (available on DotEmu) contains all Cossacks games and their expansions. All but 2 of the games start correctly from the default installation directory. Cossacks II: Napoleonic Wars and Battle for Europe throw an error dialogue on startup, claiming that certain audio files are missing. The error message: 'Class engine error: Unable to load sound: SOUND\INTERFACE\INTERF_ARMY1.WAV' It took some time until I recognized that the problem has something to do with the path: after shortening the directory names by several characters, both games start fine. Here is an example of one of the 'missing' files: C:\\Program Files\\DotEmu\\All Cossacks And American Conquest Series\\Cossacks II - Napoleonic Wars\\SOUND\\INTERFACE\\INTERF_ARMY1.WAV There is no such problem when starting the games in WinXP: they run correctly from their default install directory. The same problem with Wine-0.9.33, 1.0.1, 1.2.3 and so on. Fedora 14 32-bit -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

2 24

[Bug 48623] New: Error authenticating to LDAP controller
by WineHQ Bugzilla April 10, 2020

April 10, 2020

https://bugs.winehq.org/show_bug.cgi?id=48623 Bug ID: 48623 Summary: Error authenticating to LDAP controller Product: Wine Version: 5.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: activeds Assignee: wine-bugs(a)winehq.org Reporter: winehq-bugzilla(a)richardpayne.name Distribution: --- re: https://bugs.winehq.org/show_bug.cgi?id=40649 Whenever a program attempts to make an AD connection in wine, e.g. for browsing or pre-authentication purposes, wine fails and produces an error like this: 0009:fixme:adsldp:openobj_OpenDSObject 0094A984,L"LDAP://my_server/rootDSE",L"my_user_name",L"my_password",33,0032BAB8: stub This related bug affected a large number of programs. Both free ones like sysinternals' ADExplorer (probably the best AD gui that would be usable on linux) and Cisco's AD VPN client, as well as propriety programs like Honeywell programs that work with Honeywell's Experion server (e.g. Honeywell's HMIWebBuilder, their Control Builder, their ConfigurationStudio, their Operator Station) (i.e. their entire product line) fail and are inoperable in wine. This particular bug with adsldp, I have only tested on SysInternals ADExplorer but it is replicable every time and prevent use of the program. -- 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.

1 4

[Bug 47362] New: Media Feature Pack for W10N requires rtworkq.dll
by wine-bugs＠winehq.org April 10, 2020

April 10, 2020

https://bugs.winehq.org/show_bug.cgi?id=47362 Bug ID: 47362 Summary: Media Feature Pack for W10N requires rtworkq.dll Product: Wine Version: 4.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tonix64(a)inventati.org Distribution: --- I've tried installing the dlls from: https://www.microsoft.com/en-us/software-download/mediafeaturepack (1803 version) The feature pack has all the mfplat dlls, including wmv decoders, msmpeg etc so it could be a good way to install the needed dlls for many games without getting them from dodgy places in the internet. It seems for basic installation and registration of the components a component unavailable in wine is needed: RTWorkQ.dll. Initially it will complain about some missing methods but incrementally adding them will in the end use these (I just hooked random methods that looked like would return good stub results and would result in safe parameter use, so this is just intended as reference, not as a solution proposal :D): @ stub RtwqLockWorkQueue @ stub RtwqUnlockWorkQueue @ stdcall RtwqRegisterPlatformEvents(ptr) kernel32.RequestDeviceWakeup @ stdcall RtwqStartup() propsys.PSRefreshPropertySchema @ stdcall RtwqJoinWorkQueue(long ptr ptr) kernel32.SetThreadIdealProcessorEx @ stdcall RtwqLockPlatform() propsys.PSRefreshPropertySchema @ stdcall RtwqUnlockPlatform() propsys.PSRefreshPropertySchema There's a couple other minor methods/dlls that seem to be required I think just some forwards from currently also not existing api-ms-win-core-processtopology-l1-1-0. If RtWorkQ can be implemented at least as a proof of concept I could further test this path and maybe get the different mfplat scenarios working. I don't have enough wine/c expertise to actually implement it but I have some expertise in getting mfplat scenarios working. For now with the spoofed forwards the dlls allow for games to load and progress a bit but it's going to hang waiting for some event probably due to the incomplete work queue. I also tried installing a rtworkq.dll from windows, but I don't know of a legit redistributable that carries this, and also when trying it (version 10.XXX) I had to add loads more of api-ms style dlls so in the end implementing rtworkq.dll seems like a more direct fix. -- 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.

2 6