- Wine-Bugs - list.winehq.org

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

Feb. 17, 2023

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 Feb. 16, 2023

Feb. 16, 2023

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 Feb. 16, 2023

Feb. 16, 2023

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 54502] New: Sims 1 fails to start with Wine built with PE support
by WineHQ Bugzilla Feb. 16, 2023

Feb. 16, 2023

https://bugs.winehq.org/show_bug.cgi?id=54502 Bug ID: 54502 Summary: Sims 1 fails to start with Wine built with PE support Product: Wine Version: 8.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: audvare(a)gmail.com Distribution: --- Created attachment 74053 --> https://bugs.winehq.org/attachment.cgi?id=74053 startup log Installed Wine building the binaries with Mingw toolchain. I get this error and then Wine quits immediately: ERROR: Caught a segmentation fault while loading plugin file: /usr/lib/gstreamer-1.0/libgstfrei0r.so Please either: - remove it and restart. - run with --gst-disable-segtrap --gst-disable-registry-fork and debug. If I use Wine without real PEs (.dll.so etc), the game runs fine. Also if I enable WINEDEBUG=all the game runs but of course is very slow. The same errors display but the game can still run. -- 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 1

[Bug 53206] New: user32:win - test_topmost() has some rare failures in Wine
by WineHQ Bugzilla Feb. 16, 2023

Feb. 16, 2023

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 Feb. 16, 2023

Feb. 16, 2023

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 54498] New: kernel32:heap - The memory information sometimes changes during test_GlobalMemoryStatus() in Wine
by WineHQ Bugzilla Feb. 16, 2023

Feb. 16, 2023

https://bugs.winehq.org/show_bug.cgi?id=54498 Bug ID: 54498 Summary: kernel32:heap - The memory information sometimes changes during test_GlobalMemoryStatus() in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- kernel32:heap - The memory information sometimes changes during test_GlobalMemoryStatus() in Wine. This causes a failure when the available physical or page file information is checked: heap.c:3595: Test failed: got ullAvailPhys 0x14e7f00000 heap.c:3597: Test failed: got ullAvailPageFile 0x33a85ff000 Unfortunately this does not specify the expected value :-( This never happens in during the nightly WineTest runs or in TestBot jobs but has impacted a number of merge requests (e.g. MR2213, MR2094, MR2078, MR1499). I can also sometimes reproduce it on my desktop. I think the trick to reproducing it is to have some other activity on the system that causes a lot of memory to be allocated or freed while this test is running. Looping on test_GlobalMemoryStatus() calls also helps. The test already assumes the data may change but it only allows -/+1MB which is way too narrow. From some additional traces in MR2213: memex-expect: Phys: 0x16e1861000 - 0x16e60eb000 = -76062720 / 0x1f5e3fc000 - 0x1f5e3fc000 = 0 PageFile 0x3452460000 - 0x3456cea000 = -76062720 / 0x3f483fc000 - 0x3f483fc000 = 0 During that run the total change in AvailPhys was 305 MB so I don't think allowing an interval makes sense. It's better to loop and check that we can get matching values in a few tries. But then 4d122a26e56a went in the other direction, but did not specify why. -- 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 1

[Bug 54496] New: Issue in rendering RuCaptchaBot.
by WineHQ Bugzilla Feb. 15, 2023

Feb. 15, 2023

https://bugs.winehq.org/show_bug.cgi?id=54496 Bug ID: 54496 Summary: Issue in rendering RuCaptchaBot. Product: Wine-gecko Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-gecko-unknown Assignee: jacek(a)codeweavers.com Reporter: greenlight2050(a)gmail.com Distribution: --- Hello............... I have a program which is RucaptchaBot which runs fine under windows but when i run it under linux it does not load properly......................Under windows: it loads by showing white screen the the program loads fine...................Under linux : it stops at loading the white screen and it does not continue loading the program so i can use it............................The program link is : https://github.com/rucaptcha/bot-x/releases/download/v0.59/x-bot-en-v0.59.z…. To use The program authorization key is required : Here is a screenshot of the program : https://imgur.com/xYatFFx -- 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 1

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

Feb. 15, 2023

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 54488] New: Cortex Command (CCCP version): gamepad sticks always points the left side
by WineHQ Bugzilla Feb. 15, 2023

Feb. 15, 2023

https://bugs.winehq.org/show_bug.cgi?id=54488 Bug ID: 54488 Summary: Cortex Command (CCCP version): gamepad sticks always points the left side Product: Wine Version: 8.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dinput Assignee: wine-bugs(a)winehq.org Reporter: kotowhiskas(a)protonmail.com Distribution: --- When I launch the game with a gamepad (only PS3 USB and Xbox 360 with dongle gamepads tested), wine starts to spam the game with analog stick left event, and whenever I move mouse cursor it instantly moves to the left side, so I can't use the mouse at all, the same happens in the bettle, as far as I can understand, only left stick is bugged. Tested in CCCP version but also happens in official version. Works fine in Windows 10 without wine. https://github.com/cortex-command-community/Cortex-Command-Community-Projec… -- 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