September 2022 - Wine-bugs - list.winehq.org

[Bug 53249] New: ole32:compobj - test_CoGetPSClsid() sometimes fails due to REGDB_E_IIDNOTREG on Windows
by WineHQ Bugzilla 17 Feb '23

17 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=53249 Bug ID: 53249 Summary: ole32:compobj - test_CoGetPSClsid() sometimes fails due to REGDB_E_IIDNOTREG on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ole32:compobj - test_CoGetPSClsid() sometimes fails due to REGDB_E_IIDNOTREG on Windows: compobj.c:1382: Test failed: got 0x80040155 compobj.c:1383: Test failed: got clsid {00000000-0000-0000-0000-000000000000} compobj.c:1387: Test failed: got 0x80040155 compobj.c:1388: Test failed: got clsid {00000000-0000-0000-0000-000000000000} compobj.c:1398: Test failed: got clsid {52222222-1234-1234-1234-56789abcdef0} compobj.c:1402: Test failed: Failed to get PS CLSID, hr 0x80040155. compobj.c:1403: Test failed: Unexpected CLSID {00000000-0000-0000-0000-000000000000}. https://test.winehq.org/data/patterns.html#ole32:compobj These failures happen on Windows 7 to Windows 10 1709. On Windows 8 to Windows 10 1709 there is sometimes an additional error in test_CoRegisterClassObject(): compobj.c:1670: Test failed: Unexpected hr 0. This failure looks like it should be independent but never happens without the previous ones. -- 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 2

[Bug 14771] New: Firefox 3 complains it is not the default browser on every startup
by wine-bugs＠winehq.org 16 Feb '23

16 Feb '23

http://bugs.winehq.org/show_bug.cgi?id=14771 Summary: Firefox 3 complains it is not the default browser on every startup Product: Wine Version: 1.1.2 Platform: PC URL: http://www.mozilla.com/en-US/firefox/all.html OS/Version: Linux Status: UNCONFIRMED Keywords: download Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: thestig(a)google.com Everytime I start Firefox 3, it complains it's not the default browser. I hit Yes when it asks me to set is as the default browser, but on the next start up, it complains again. -- 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 31

[Bug 39644] New: WineTest.exe should detect left-over UAC prompts
by wine-bugs＠winehq.org 16 Feb '23

16 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=39644 Bug ID: 39644 Summary: WineTest.exe should detect left-over UAC prompts Product: Wine Version: 1.8-rc1 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: testcases Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- There was a problem where the cmd.exe:batch would try to run regedit from an account without elevated privileges. This caused Windows to pop up the UAC dialog, causing the test to stall. Timeout would happen, WineTest would kill the cmd.exe:batch process but doing so, and even extending it to all process tree, does not close the UAC because it's under the control of another Windows element. So WineTest would run the following tests with the UAC dialog still up which caused them to fail as they could not put their windows in the foreground. The cmd.exe:batch bug has been fixed. However it could make sense for WineTest to do more to handle this situation more nicely: * If possible it could dismiss the UAC dialog (not click 'Yes' obviously, just deny the request). * It could detect the UAC dialog is up and wait. It seems the UAC dialog goes away on its own after about two minutes. * If we cannot detect if an UAC dialog is up we could systematically wait for an extra 2 minutes after a timeout, just in case. * Even more basic, we could increase our test timeout so it's longer than the UAC timeout, in the hope an UAC would go away before we time out. * Even though it does not solve the UAC issue it could still make sense to kill the whole subprocess tree, just to be sure one of them is not going to break the following tests. -- 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 53206] New: user32:win - test_topmost() has some rare failures in Wine
by WineHQ Bugzilla 16 Feb '23

16 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=53206 Bug ID: 53206 Summary: user32:win - test_topmost() has some rare failures in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- user32:win - test_topmost() has some rare failures in Wine: win.c:11770: Test succeeded inside todo block: child should be topmost win.c:11772: Test marked todo: child2 should be topmost win.c:11773: Test failed: grandchild should be topmost win.c:11781: Test failed: child should NOT be topmost win.c:11784: Test succeeded inside todo block: grandchild should NOT be topmost win.c:11787: Test failed: 008E0096: expected NOT topmost win.c:11606: Test succeeded inside todo block: 5: hwnd 01AA006E is still topmost https://test.winehq.org/data/patterns.html#user32:win These failure don't seem to depend on the locale and happen on the TestBot VMs which run fvwm. They did not happen on my box under KDE but they are pretty rare (~1% failure rate) so there may not be enough data to draw conclusions. They also happen outside of WineTest and have caused false positives. -- 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 2

[Bug 9404] New: cannot select TWAIN source in irfanview
by wine-bugs＠winehq.org 16 Feb '23

16 Feb '23

http://bugs.winehq.org/show_bug.cgi?id=9404 Summary: cannot select TWAIN source in irfanview Product: Wine Version: 0.9.43. Platform: PC URL: http://www.irfanview.com/ OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: thestig(a)google.com In Irfanview, users should be able to select the TWAIN source via file -> select TWAIN source. Clicking that menu item should bring up a dialog box to let users pick which scanner to use. In Wine, no dialog box ever comes up, so the program uses the first TWAIN source it finds, which is the gphoto2 driver. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 14

[Bug 35319] New: Wolverine: install game crash
by wine-bugs＠winehq.org 15 Feb '23

15 Feb '23

http://bugs.winehq.org/show_bug.cgi?id=35319 Bug ID: 35319 Summary: Wolverine: install game crash Product: Wine Version: 1.7.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: legluondunet(a)free.fr Classification: Unclassified Created attachment 47105 --> http://bugs.winehq.org/attachment.cgi?id=47105 Wolverine install crash log Hello, when installing Wolverine game, the install window suddenly disappear, without any error message. Fortunately it seems the crash happened after install all files. I joined you the wine terminal log from start to the end of the install process. -- 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 12

[Bug 53674] New: Nvidia driver loaded : Unhandled page fault on execute access to
by WineHQ Bugzilla 13 Feb '23

13 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=53674 Bug ID: 53674 Summary: Nvidia driver loaded : Unhandled page fault on execute access to Product: Wine Version: 7.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: loader Assignee: wine-bugs(a)winehq.org Reporter: malo.allee(a)hotmail.fr Distribution: --- Created attachment 73086 --> https://bugs.winehq.org/attachment.cgi?id=73086 logs for: WINEPREFIX=~/test wine wineboot -u > fulllogs.txt 2>&1 Hello, I have one nvidia gpu and intel graphics I want to run a program on my intel graphics GPU on my monitor connected on it. If nvidia-driver is loaded (seems like dkms specifically) wine does crash at boot event with `wine wineboot -u`. It works normally when I uninstall nvidia-driver or when I disconnect my GPU from the slot and reboot. In a few specific cases (winecfg if nothing else has been run in a new environment) a window is still displayed, but in most cases it freeze without window showing. Some background I want to be able to run a multi-seat environment with my program running on both, this is why I need the nvidia driver to be loaded. BTW when a run it with display connected to nvidia gpu output it works fine. My Xorg config does no mention nvidia at all. OS: Ubuntu 22.04.1 jammy wine version tried: - 6.0.3 - 7.17 - wine-stable - wine-staging GPUs: - NVIDIA Corporation GP102 [GeForce GTX 1080 Ti] - driver : nvidia-driver-510 - Intel Corporation HD Graphics 530 - driver : i915 logs : $ WINEPREFIX=~/test wine wineboot -u wine: created the configuration directory '/home/user/test' 002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) 0048:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) 0050:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) MESA-INTEL: warning: Performance support disabled, consider sysctl dev.i915.perf_stream_paranoid=0 MESA-INTEL: warning: Performance support disabled, consider sysctl dev.i915.perf_stream_paranoid=0 0048:err:seh:KiUserCallbackDispatcher ignoring exception 0048:err:seh:KiUserCallbackDispatcher ignoring exception wine: Unhandled page fault on execute access to 00007FA5017B0D10 at address 00007FA5017B0D10 (thread 0050), starting debugger... 0048:err:seh:KiUserCallbackDispatcher ignoring exception 0048:err:seh:KiUserCallbackDispatcher ignoring exception 0048:err:seh:KiUserCallbackDispatcher ignoring exception 0048:err:seh:KiUserCallbackDispatcher ignoring exception 0048:err:seh:KiUserCallbackDispatcher ignoring exception 0048:err:seh:KiUserCallbackDispatcher ignoring exception 0048:err:seh:KiUserCallbackDispatcher ignoring exception 0048:err:seh:KiUserCallbackDispatcher ignoring exception 0048:err:seh:KiUserCallbackDispatcher ignoring exception 0048:err:seh:KiUserCallbackDispatcher ignoring exception 0050:err:seh:start_debugger Couldn't start debugger L"winedbg --auto 76 92" (2) Read the Wine Developers Guide on how to set up winedbg or another debugger wine: Unhandled page fault on execute access to 00007F95FE04DD10 at address 00007F95FE04DD10 (thread 0048), starting debugger... -- 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 8

[Bug 33807] New: Objects disappear at certain camera angles in Ground Control
by wine-bugs＠winehq.org 13 Feb '23

13 Feb '23

http://bugs.winehq.org/show_bug.cgi?id=33807 Bug #: 33807 Summary: Objects disappear at certain camera angles in Ground Control Product: Wine Version: 1.6-rc2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: tdsbug(a)gmail.com Classification: Unclassified Created attachment 44813 --> http://bugs.winehq.org/attachment.cgi?id=44813 Terminal output without WINEDEBUG Game: Ground Control, version 1.0.0.5, crack for version 1.0.0.7 (versions have no effect on this issue) ***Problem***: Some objects become invisible at random times. When this happens, shadows still work properly. Often only certain parts of an object become invisible, like only chassis of tank. This doesn't happen with visual effects, like lights and fire. Camera angle has some limited effect on the moment when this happens. I am running the game in hardware rendering mode. (Game also has software rendering mode, but only for 640x480 resolution. Some similar glitches appear in software mode too) According to appdb, this has been happening forever and is not a regression. The game uses directx 7. Logs attached. ***Additional details***: During installation, the game asked to install directx 7.0a, which I clicked no. Also tried clicking yes, but it has no effect. No dll overrides, winetricks or anything was used. The game also suffers from input slowdown at certain times, but it's probably a different bug. Also, this game is a free download now, so you can try yourself if you wish. -- 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 14

[Bug 52389] New: OpenCL - regression. OpenCL demo does not work
by WineHQ Bugzilla 13 Feb '23

13 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=52389 Bug ID: 52389 Summary: OpenCL - regression. OpenCL demo does not work Product: Wine Version: 6.23 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cybermax(a)dexter.no Distribution: --- Created attachment 71614 --> https://bugs.winehq.org/attachment.cgi?id=71614 Log from running GPU Caps Viewer OpenCL does not seem to initialize after f91c009786fa09723976dce0233592f69df5cead. Tested with GPU Caps Viewer (From Geeks3D) - the OpenCL "Info" tab does not show any devices. The CL Platform is listed. None of the CL Demos work. Graphics adapter: nVidia RTX2070 Wine-dev+GIT(a)76c9fc8a761c9faff72f97ab508a1afcb28eeb12 WINEDEBUG=+opencl Log attached -- 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 8

[Bug 50469] New: The Void crashes with builtin d3dx9_36 (needs D3DXDisassembleShader implementation)
by WineHQ Bugzilla 12 Feb '23

12 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=50469 Bug ID: 50469 Summary: The Void crashes with builtin d3dx9_36 (needs D3DXDisassembleShader implementation) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d-util Assignee: wine-bugs(a)winehq.org Reporter: titan.costa(a)gmail.com Distribution: --- The game version is from GOG. After making D3DXFillCubeTextureTX() return S_OK (bug #48528), the game crashes after D3DXDisassembleShader call as it does not check the returned value. -- 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 5