wine-bugs November 2019

wine-bugs@winehq.org

1 participants
7574 discussions

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

10 Apr '20

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 10 Apr '20

10 Apr '20

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 10 Apr '20

10 Apr '20

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 10 Apr '20

10 Apr '20

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 47109] New: WineVulkan ICD isn't registered in wineprefixes
by wine-bugs＠winehq.org 10 Apr '20

10 Apr '20

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 10 Apr '20

10 Apr '20

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 47362] New: Media Feature Pack for W10N requires rtworkq.dll
by wine-bugs＠winehq.org 10 Apr '20

10 Apr '20

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

[Bug 24784] New: Explorer++ displays disabled toolbar icons incorrectly
by wine-bugs＠winehq.org 10 Apr '20

10 Apr '20

http://bugs.winehq.org/show_bug.cgi?id=24784 Summary: Explorer++ displays disabled toolbar icons incorrectly Product: Wine Version: 1.3.5 Platform: x86-64 URL: http://www.explorerplusplus.com/download OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=31333) --> (http://bugs.winehq.org/attachment.cgi?id=31333) Toolbars in Windows and Wine The appearance of disabled icons in the main toolbar, as well as the X button on the tab bar (when only one tab is open) doesn't match Windows. A screenshot can probably describe the difference better than words. -- 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 21

[Bug 37029] New: Evernote 5.5.x - unable to capture webcam note
by wine-bugs＠winehq.org 10 Apr '20

10 Apr '20

http://bugs.winehq.org/show_bug.cgi?id=37029 Bug ID: 37029 Summary: Evernote 5.5.x - unable to capture webcam note Product: Wine Version: 1.7.23 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: robert.munteanu(a)gmail.com Created attachment 49202 --> http://bugs.winehq.org/attachment.cgi?id=49202 Log snippet when trying to create a new webcam note When trying to capture a 'New Webcam Note' with Evernote 5.5.3, the window pops up and hangs at 'Initializing video capture...' Relevant log snippet is fixme:qcap:fnCaptureGraphBuilder2_RenderStream (0x4bccaa8/0x4bccaa8)->({fb6c4282-0353-11d1-905f-0000c0cc16ba}, {73646976-0000-0010-8000-00aa00389b71}, 0x4c3e2a0, 0x4c3d1f8, (nil)) semi-stub! fixme:qcap:fnCaptureGraphBuilder2_RenderStream pfRenderer == NULL not yet supported fixme:quartz:MediaControl_StopWhenReady (0x4c37ec0/0x4c37ec8)->(): stub !!! fixme:qcap:VfwCapture_QueryInterface No interface for {56a868b4-0ad4-11ce-b03a-0020af0ba770}! fixme:qcap:VfwCapture_QueryInterface No interface for {56a868b4-0ad4-11ce-b03a-0020af0ba770}! -- 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

[Bug 30810] New: Keygener Assistant window opens too large then program hangs
by wine-bugs＠winehq.org 10 Apr '20

10 Apr '20

http://bugs.winehq.org/show_bug.cgi?id=30810 Bug #: 30810 Summary: Keygener Assistant window opens too large then program hangs Product: Wine Version: 1.5.5 Platform: x86-64 URL: http://at4re.com/download.php?view.5 OS/Version: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Classification: Unclassified Created attachment 40347 --> http://bugs.winehq.org/attachment.cgi?id=40347 +relay log for Keygener Assistant 2.0 with Wine 1.5.5, XZ-compressed Keygener Assistant is a utility which can apply various encryption and hashing algorithms, has a big-number calculator, number base converter etc. I tested version 2.0 in a Windows XP VM (where it works fine) and with Wine 1.5.5. Under Wine, the window initially opens with the correct size. But then its size increases to match the desktop size (while the top left remains in the same position). So the too-large window extends past the right and bottom edges of the screen. The program then appears to hang. Same thing happens with virtual desktop mode enabled. I'll attach a WINEDEBUG=+relay log (~70MB uncompressed) in case that might help. -- 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 10

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs November 2019