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

[Bug 48528] New: The Void crashes with builtin d3dx9_36 (needs D3DXFillCubeTextureTX() to return S_OK)
by WineHQ Bugzilla 17 Feb '23

17 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=48528 Bug ID: 48528 Summary: The Void crashes with builtin d3dx9_36 (needs D3DXFillCubeTextureTX() to return S_OK) Product: Wine Version: 5.0 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- As stated. -- 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 18775] New: WINE can load DLL with full path second time
by wine-bugs＠winehq.org 17 Feb '23

17 Feb '23

http://bugs.winehq.org/show_bug.cgi?id=18775 Summary: WINE can load DLL with full path second time Product: Wine Version: 1.1.22 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: amorozov(a)etersoft.ru Windows LoadLibrary does not load dll second time if full path is specified. Attached test print "OK" on WinXP and "FAIL" on WINE. -- 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 15

[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 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 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

[Bug 38905] New: In dlls/mshtml/tests, "make test" failed when some Chinese fonts are used
by wine-bugs＠winehq.org 08 Feb '23

08 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=38905 Bug ID: 38905 Summary: In dlls/mshtml/tests, "make test" failed when some Chinese fonts are used Product: Wine Version: 1.7.47 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: litimetal(a)gmail.com Distribution: --- Created attachment 51840 --> https://bugs.winehq.org/attachment.cgi?id=51840 backtrace.txt 0. Copy some Chinese fonts from C:\windows\fonts in Windows XP to ~/.fonts[1] 1. fc-cache -fv 2. run "make test" in dlls/mshtml/tests 3. crashed [1]: The fonts I copied to Linux: 文鼎CS长宋体繁.TTF 文鼎粗行楷简.TTF 文鼎粗圆简.TTF 文鼎琥珀繁.TTF 文鼎特粗宋简.TTF 文鼎小标宋简.TTF 文鼎报宋简.TTF 文鼎粗黑繁.TTF 文鼎大标宋简.TTF 文鼎书宋繁.TTF 文鼎习字体.TTF 文鼎新艺体简.TTF 文鼎齿轮体.TTF 文鼎粗魏碑简.TTF 文鼎古印体繁.TTF 文鼎特粗黑简.TTF 文鼎细仿宋繁.TTF I don't know how to determine which font caused this problem -- 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 3