November 2022 - Wine-Bugs - list.winehq.org

[Bug 29998] New: Crysis 2 (>1.0) huge graphical issues after loading a savegame
by wine-bugs＠winehq.org Nov. 2, 2022

Nov. 2, 2022

http://bugs.winehq.org/show_bug.cgi?id=29998 Bug #: 29998 Summary: Crysis 2 (>1.0) huge graphical issues after loading a savegame Product: Wine Version: 1.4-rc5 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: christian.frank(a)gmx.de Classification: Unclassified Created attachment 39060 --> http://bugs.winehq.org/attachment.cgi?id=39060 Crysis 2 log Hi, if you try to use a saved game in Crysis 2 which is patched to a higher level than 1.0, you will have huge graphical issues. Either you get a black scree with only the hud displayed, or completely broken graphics, or a whiet screen etc.. This does only happen if you use a savegame or if you want to replay a mission. If you start the campaign from the beginning, the game will look fine. This behaviour happens with tons of wine version i have testet, so doesnt seem to be a regression right now. CryEngine 3 is planned to be used in other upcoming games and is somehow a engine which really pushes d3d9 to its limits.I think it would make a lot of sense to get this issue fixed . Many thanks, Christian -- 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 55

[Bug 53829] New: Font links for MingLiU broken 32-bit wineprefixes
by WineHQ Bugzilla Nov. 2, 2022

Nov. 2, 2022

https://bugs.winehq.org/show_bug.cgi?id=53829 Bug ID: 53829 Summary: Font links for MingLiU broken 32-bit wineprefixes Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: blocker Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Wine fails to create (non-WoW) 32-bit wineprefixes: 0024:err:environ:run_wineboot boot event wait timed out wine: could not load kernel32.dll, status c0000135 A bisect shows the issue started with this commit: commit edecac8afdd04701314381b6386e0f7ac862e066 Author: Ziqing Hui <zhui(a)codeweavers.com> Date: Tue Oct 18 13:38:56 2022 +0800 win32u: Add font links for MingLiU. As was reported by the TestBot: https://gitlab.winehq.org/wine/wine/-/merge_requests/1089 Reverting this commit fixes the 32-bit wineprefix creation. -- 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 50573] New: division by zero in wineconsole when hovering mouse over
by WineHQ Bugzilla Nov. 2, 2022

Nov. 2, 2022

https://bugs.winehq.org/show_bug.cgi?id=50573 Bug ID: 50573 Summary: division by zero in wineconsole when hovering mouse over Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: magiblot(a)hotmail.com Distribution: --- Created attachment 69247 --> https://bugs.winehq.org/attachment.cgi?id=69247 Demo application to reproduce the issue This bug can be reproduced with the same application provided in bug 49780, which I am attaching again to this issue. When launching the application, you will not see anything because wineconsole does not support VT sequences (see bug 49780). However, when hovering the mouse over wineconsole, it will crash because of a division by zero. Thank you. -- 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 53855] New: V Rising everything is blue graphical glitch (texture issue)
by WineHQ Bugzilla Nov. 2, 2022

Nov. 2, 2022

https://bugs.winehq.org/show_bug.cgi?id=53855 Bug ID: 53855 Summary: V Rising everything is blue graphical glitch (texture issue) Product: Wine Version: 7.19 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: o.dierick(a)piezo-forte.be Distribution: --- Created attachment 73382 --> https://bugs.winehq.org/attachment.cgi?id=73382 V Rising - Wine-staging 7.19 - Default terminal output Hello, I tested V Rising while it was free on Steam (https://store.steampowered.com/app/1604030/V_Rising/) The main issue (this bug) is that everything is plain blue. It looks like a texture related issue. There is also a memory consumption issue. The minimum memory requirements is 12GB but the game consumes more than that. I have 16GB of memory but it's filled quickly and multiple GB of swap space are used. This doesn't prevent the game from working though. It just makes it slow to load. Debian 8 jessie Intel® Core™ i7-4930K CPU @ 3.40GHz × 12 NVIDIA GeForce RTX 2070/PCIe/SSE2 (8GB VRAM - proprietary driver 515.57) Regards. -- 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 53853] New: loader/wine.inf.in Unable to enter Chinese as Nombre when create regedit
by WineHQ Bugzilla Nov. 2, 2022

Nov. 2, 2022

https://bugs.winehq.org/show_bug.cgi?id=53853 Bug ID: 53853 Summary: loader/wine.inf.in Unable to enter Chinese as Nombre when create regedit Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 399989567(a)qq.com Distribution: --- I know that we can modify wine.inf.in according to the format of the .inf file, so that wine will write the corresponding content into the registry when it starts. such as: > HKLM,%FontSubStr%,"MS Shell Dlg 2",,"Tahoma" But when I type Chinese in this file, the Chinese cannot be imported into the registry very well, instead it becomes garbled characters such as: > HKLM,%FontSubStr%,"宋体",,"Tahoma" After starting wine, the corresponding position will become garbled. instead of Chinese "宋体" -- 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 0

[Bug 53852] New: Launching wine resets DualShock 4 LED to default blue
by WineHQ Bugzilla Nov. 2, 2022

Nov. 2, 2022

https://bugs.winehq.org/show_bug.cgi?id=53852 Bug ID: 53852 Summary: Launching wine resets DualShock 4 LED to default blue Product: Wine Version: 7.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: hid Assignee: wine-bugs(a)winehq.org Reporter: andysem(a)mail.ru Distribution: --- Launching any application under wine (e.g. winecfg) resets DualShock 4 LED to the default light blue light. Happens every time. The gamepad is connected over Bluetooth and its LED is disabled upon connecting by my udev rules, so wine is constantly breaking my configuration. Steps to reproduce: 1. Connect DualShock 4 over Bluetooth. 2. Turn off the LED by "for f in /sys/bus/hid/devices/0005:054C:05C4.000D/leds/*; do echo 0 > $f/brightness; done". Here, 0005:054C:05C4.000D is the gamepad device id. 3. Run "wine winecfg". This is on Kubuntu 22.04, Linux kernel 5.15.0-52-lowlatency. Interestingly, even after running wine, all the "brightness" files still report 0. It looks like wine is somehow resetting the controller LED to the default state without writing to these control files. In order to turn the LED off again after that one has to write a non-zero value to the brightness files first, and then zero again. -- 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 0

[Bug 47277] New: dotnet applications seems to repeatedly call URL_ParseUrl and fail
by wine-bugs＠winehq.org Nov. 2, 2022

Nov. 2, 2022

https://bugs.winehq.org/show_bug.cgi?id=47277 Bug ID: 47277 Summary: dotnet applications seems to repeatedly call URL_ParseUrl and fail Product: Wine Version: 4.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: yshuiv7(a)gmail.com Distribution: --- Basically the symptom is exactly as what is described here: https://forum.winehq.org/viewtopic.php?f=8&t=30819 Setup: A clean wine64 prefix, with dotnet 4.6.2 installed via winetricks. The problem: When running dotnet applications, wine prints "fixme:shell:URL_ParseUrl failed to parse L"<some string>"" non-stop, and the application doesn't work. And this only happens when windows version is set to "Windows 7" and up -- 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 9

[Bug 51203] New: Chessbase 11 unable to select list box item after incorrect window refresh
by WineHQ Bugzilla Nov. 1, 2022

Nov. 1, 2022

https://bugs.winehq.org/show_bug.cgi?id=51203 Bug ID: 51203 Summary: Chessbase 11 unable to select list box item after incorrect window refresh Product: Wine Version: 6.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dav75uk(a)yahoo.co.uk Distribution: --- After search termination (wrong window brought to front - 51202), it is possible to bring the right window to the front and click on an item from the search. This displays the game in the window, however, the selected item is not highlighted, and double clicking (to open the game in a new window - must be from the selection) opens an old selected item not from the current window. Workaround is to right click for the menu, and then selection works again (the window must get focus for selection which it didn't have before (only focus for clicks)). This may also relate to the problem of missing scrollbars not being refreshed (will link report). -- 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 47925] New: Panel in dialog incorrectly drawn
by WineHQ Bugzilla Nov. 1, 2022

Nov. 1, 2022

https://bugs.winehq.org/show_bug.cgi?id=47925 Bug ID: 47925 Summary: Panel in dialog incorrectly drawn Product: Wine Version: 4.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dav75uk(a)yahoo.co.uk Distribution: --- Created attachment 65425 --> https://bugs.winehq.org/attachment.cgi?id=65425 snapshot of problematic dialog In Chessbase 11, inputting incorrect security key details results in a dialog. The panel that rests in it is not correctly drawn. In this case pictured the white background does not fill the dialog, and sometimes is of different sizes. Sometimes the message is missing. This happens every time. Using full screen on a 4K display. Suggestion of an incorrect (or order of) initialisation issue, 4K/screen size issue or a data race? -- 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 53828] New: LINUX RUNNING FOXPRO 6.0 DDE to MSFT WORD97 FAILURE
by WineHQ Bugzilla Nov. 1, 2022

Nov. 1, 2022

https://bugs.winehq.org/show_bug.cgi?id=53828 Bug ID: 53828 Summary: LINUX RUNNING FOXPRO 6.0 DDE to MSFT WORD97 FAILURE Product: Wine Version: 5.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ookay1980(a)yahoo.com.hk Distribution: --- Created attachment 73358 --> https://bugs.winehq.org/attachment.cgi?id=73358 backtrace dump after WINE abend Under LINUX MINT 20.2 (LOCALE is set to BIG5 Hong Kong) I run MSFT Visual Fox Pro 6.0 and MSFT OFFICE 97 Pro SR2 (Chinese Hong Kong version) The VFP program tried to DDE to WORD97 and run a MACRO to open a DOCUMENT. When I run it in normal WINDOWS ME and WINDOWS XP, it will switch to WORD97 and ran the MACRO to display the WORD DOCUMENT smoothly and automatically. When I run it in LINUX MINT 20.2 and WINE 5.0 It does not switch to WORD97. I have to manually switch to WORD97. The Macro seem to run OK as it displayed the DOC and allowed me to edit the DOC. However, after a few more CLICKs on the WORD screen, WINE abended (the backtrace.txt is saved and attached) Normally when I run OFC97 under WINE without the VFP DDE stuff, it works fine with only some minor issues. It seem to also have some DDE registration issue. -- 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 14