December 2019 - Wine-Bugs - list.winehq.org

[Bug 48385] New: Rising Lands freezes when navigating back by pressing ESC key on main menu
by WineHQ Bugzilla Dec. 2, 2024

Dec. 2, 2024

https://bugs.winehq.org/show_bug.cgi?id=48385 Bug ID: 48385 Summary: Rising Lands freezes when navigating back by pressing ESC key on main menu Product: Wine Version: 4.11 Hardware: x86 URL: https://appdb.winehq.org/objectManager.php?sClass=appl ication&iId=19674 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: vyproyects(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: 1bc9c4fdb2e6c2762105c14cdafb7d4ea3370625 Distribution: Ubuntu Created attachment 66145 --> https://bugs.winehq.org/attachment.cgi?id=66145 Rising Lands navigating back output This is NOT a regression but a still not working at all bug resulting of a previous bugfix. I mean, before Wine 4.11 in Rising Lads game (a Win95 game that uses wine 32 bit configuring it with Windows 95 compatibility), it was impossible at all to navigate back from a secondary menu at main menu by pressing ESC key. This is, if you clicked on "load game" from main menu and then pressed ESC key to go back to main menu, all texts were cleared and animations stopped resulting in a freezed screen. Same happens during gameplay in order to save the game. As of a bugfix in wine 4.11 now is possible to go back but just in a certain situation: being in windowed mode (due to another bug) you have to which to any other app by pressing Alt+TAB. At the very moment wine loses the focus main menu is refreshed. No need to go back again to wine, though. As you can see if dragged apart the new appearing window. I've made a regression testing to find out which exact commit had fixed this bug this way, and this is the output: 1bc9c4fdb2e6c2762105c14cdafb7d4ea3370625 is the first fixed commit commit 1bc9c4fdb2e6c2762105c14cdafb7d4ea3370625 Author: Zebediah Figura <zfigura(a)codeweavers.com> Date: Mon Jun 17 14:46:20 2019 -0500 winex11: Update the state of all keys on KeymapNotify. The Binding of Isaac transitions in and out of fullscreen when the "F" key is pressed. Specifically, it will swap states when receiving WM_KEYDOWN, provided that the previous key state was not pressed (i.e. bit 30 is 0). However, as part of the process of transitioning, it hides and shows its window, causing it to temporarily lose focus. If the F key is released while the window does not have focus, Wine misses this fact, and thinks that the key was already pressed the next time it is pressed, causing the game to refuse to change focus. Windows will not deliver WM_KEYUP messages to a window that does not have focus, but it will always report the true previous state of any key on the keyboard when requested. Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> :040000 040000 2348a78ab9f7e1c7abfa45606b769dc0d28986ee 056dbd175d366ab2ee50c4d1f3674a01307a718d M dlls Although I use spanish version this also happen on english version even without installing the patch update. A download url is available on AppDB: https://appdb.winehq.org/objectManager.php?sClass=application&iId=19674 VGA compatible controller: Intel Corporation HD Graphics 5500 Display controller: Advanced Micro Devices, Inc. [AMD/ATI] Sun XT [Radeon HD 8670A/8670M/8690M / R5 M330 / M430 / R7 M520] (rev 83) Subsystem: Lenovo Radeon R5 M330 Kernel driver in use: radeon Kernel modules: radeon, amdgpu Hope this help to find out the real 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.

1 6

[Bug 48381] New: Regression: Video clips shows black on Beasts & Bumpkins
by WineHQ Bugzilla Dec. 2, 2024

Dec. 2, 2024

https://bugs.winehq.org/show_bug.cgi?id=48381 Bug ID: 48381 Summary: Regression: Video clips shows black on Beasts & Bumpkins Product: Wine Version: 5.0-rc3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: vyproyects(a)gmail.com CC: z.figura12(a)gmail.com Distribution: --- On Beasts & Bumpkins game, a video clip is played to present every new mission. This video y shown black, but audio sounds correctly. Note that initial trailer video clips work properly but if you start a new single campaign the following video that presents the first mission does not work, showing black. This is a Win95 game. Therefore I have to use wine 32bit and apply windows 95 configuration. I use my original copy but as this game is abandonware, you can download it from https://www.myabandonware.com/game/beasts-bumpkins-bh1 I have made a Regression Testing, and this is the result: 70d842b106d3ccbb0a786a41474903bddc4ea879 is the first bad commit commit 70d842b106d3ccbb0a786a41474903bddc4ea879 Author: Zebediah Figura <z.figura12(a)gmail.com> Date: Wed Apr 10 22:30:32 2019 -0500 winex11: Resize the screen when changing CRTC modes. Based on a patch by Gabriel Corona. According to the RandR spec for RRSetCrtcConfig: "The entire area of the CRTC must fit within the screen size, else a Match error results. As an example, rotating the screen so that a single CRTC fills the entire screen before and after may necessitate disabling the CRTC, resizing the screen, then re-enabling the CRTC at the new configuration to avoid an invalid intermediate configuration." This patch involves resizing the screen also when shrinking a CRTC, not just when expanding it past the current screen size. This is partially because we have no way to reliably determine the current display width (DisplayWidth() is never updated past opening the connection, and RandR exposes no way to retrieve the screen dimensions), and partially because it's probably what the user wants anyway (e.g. it's what the `xrandr` configuration app does when the screen size is not expliticly specified). This patch fixes TestBot failures on the Debian machines for ddraw, d3d8, and d3d9 device tests. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=33290 Signed-off-by: Zebediah Figura <z.figura12(a)gmail.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> :040000 040000 d92f238e7027e98c0a0de5bb3b9d347d4e9cdf59 64a7029fc3158c55fd9d1c2822c7cfa18984d054 M dlls -- 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 30

[Bug 48175] New: AION (64 bit) - crashes in CrySystem32.dll.CryFree() due to high memory pointers allocated
by WineHQ Bugzilla Dec. 1, 2024

Dec. 1, 2024

https://bugs.winehq.org/show_bug.cgi?id=48175 Bug ID: 48175 Summary: AION (64 bit) - crashes in CrySystem32.dll.CryFree() due to high memory pointers allocated Product: Wine Version: 4.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: gofmanp(a)gmail.com Distribution: --- Created attachment 65809 --> https://bugs.winehq.org/attachment.cgi?id=65809 Force down-top memory allocation Split off from bug #40334. The crash happens after the original issue in Bug #40334 is solved, after the loading screen or very soon after login. The game expects memory pointers from HeapAlloc and VirtualAlloc to fit in the certain range. It is fine with ~16GB range as per my observations, that is, up to 0x3ffffffff address. I am attaching the patch which is confirmed to fix the issue with AION. The patch consists of two, the first one is not exactly related but the second one depends on it. At the present moment the first one is passing the review upstream. The solution in the second patch is to force virtual memory allocation return lower addresses when they are available (unless top-down allocation is explicitly requested), that's how it seem to work on Windows. The patch does it essentially the same way as the allocation with zero_bits mask is performed. -- 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 45871] New: Several apps in .NET472 crash with unhandled exception.\nException at System.Windows.Media.Composition.DUCE+Channel.SyncFlush ()\n at System.Windows.Media.MediaContext.Complet"...( native d3dcompiler works around it)
by wine-bugs＠winehq.org Nov. 25, 2024

Nov. 25, 2024

https://bugs.winehq.org/show_bug.cgi?id=45871 Bug ID: 45871 Summary: Several apps in .NET472 crash with unhandled exception.\nException at System.Windows.Media.Composition.DUCE+Channel.SyncFlus h()\n at System.Windows.Media.MediaContext.Complet"...(native d3dcompiler works around it) Product: Wine Version: 3.16 Hardware: x86 OS: Linux Status: NEW Keywords: dotnet, download Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Created attachment 62374 --> https://bugs.winehq.org/attachment.cgi?id=62374 part of crashlog Hi Seen this for a bunch of programs while trying to run them with installed dotnet472. The bug seems to be hidden for several apps as they ship their owm d3dcompiler_47, but some don`t I found out, and they crash Something like: 01c2:fixme:d3dcompiler:make_assignment Check for casts in the lhs. 01c2:err:d3dcompiler:compile_shader HLSL shader parsing failed. 01c2:err:ntdll:vDbgPrintExWithPrefix 65: MIL FAILURE: Unexpected HRESULT 0x88760b59 in caller: intermediate rendering error 01c2:err:ntdll:vDbgPrintExWithPrefix 65: MIL FAILURE: Unexpected HRESULT 0x88760b59 in caller: The render thread failed unexpectedly. Then crash Example: Slackinstaller.exe: winetricks dotnet452 win7 corefonts, then start installer with builtin d3dcomiler_47 works fine. However winetricks dotnet472 win7 corefonts, then start installer with builtin d3dcomiler_47 --> crash (Note: for Slackinstller one also needs Staging-patches for bug 40613) -- 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 10472] New: File open dialog buffer too short for multiple file selection
by wine-bugs＠winehq.org Nov. 23, 2024

Nov. 23, 2024

http://bugs.winehq.org/show_bug.cgi?id=10472 Summary: File open dialog buffer too short for multiple file selection Product: Wine Version: 0.9.49. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: wine-comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: freireclaudio(a)yahoo.com.ar The file open dialog seems to be using a buffer which is too short for multiple file selection. While Windows itself has this bug/feature, wine's version is much more annoying since I'm unable to select over 6 files usually (using long but not excessive names). A dynamic buffer (with a reasonable limit for security reasons perhaps) would be preferrable, but even a bigger buffer would help. I think windows' buffer is 4k. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 18

[Bug 42606] New: wine doesn' t *fully* respect locale settings in some corner cases
by wine-bugs＠winehq.org Nov. 22, 2024

Nov. 22, 2024

https://bugs.winehq.org/show_bug.cgi?id=42606 Bug ID: 42606 Summary: wine doesn't *fully* respect locale settings in some corner cases Product: Wine Version: 2.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl Distribution: --- This time it's a problem even if this is the only app currently running in the prefix. Download address for the engine: http://kikyou.info/dl_redirect.php?%2Ftvp%2Ffiles%2Fkr2_232r2.zip Instruction for setting up a project: http://kirikirikag.sourceforge.net/contents/Prepare.html (instructions seem to be for a different archive, but get the point across) So, when running 'LANG=ja_JP.utf8 wine krkr.eXe'(as it's different from my standard locale) and starting that project, most of the things seem to work correctly (as I've got the standard overrides for Gothic/Mincho set already in place), yet... When right clicking the engine console (not the game window), there's mojibake in that menu. WINEDEBUG=font log shows that for some reason CreateFontIndirectExW for Tahoma is called with charset determined by my standard locale, instead of the Japanese one. That somehow results in the text being treated as encoded in that locale's Windows codepage, instead of cp932 (or is that vice versa ?). -- 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 8

[Bug 42407] New: LdrUnloadDll may recursion unload same dll
by wine-bugs＠winehq.org Nov. 19, 2024

Nov. 19, 2024

https://bugs.winehq.org/show_bug.cgi?id=42407 Bug ID: 42407 Summary: LdrUnloadDll may recursion unload same dll Product: Wine Version: 1.9.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: xiewei(a)deepin.com Distribution: --- Created attachment 57219 --> https://bugs.winehq.org/attachment.cgi?id=57219 LdrUnloadDll log file It may cause QQ crash.LdrUnloadDll funcation recursion unload Flash.ocx,and dsound.dll ldr.LoadCount to 0,then dsound.dll be unload.But QQ process is still using dsound.dll. Type: EXCEPTION_ACCESS_VIOLATION Error: Read address 0x7985C309 Address: 7985C309 -- 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 8

[Bug 40972] New: RtlVerifyVersionInfo returns wrong results
by wine-bugs＠winehq.org Nov. 19, 2024

Nov. 19, 2024

https://bugs.winehq.org/show_bug.cgi?id=40972 Bug ID: 40972 Summary: RtlVerifyVersionInfo returns wrong results Product: Wine Version: 1.9.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: marcinwiaz(a)poczta.onet.pl Distribution: --- Created attachment 55126 --> https://bugs.winehq.org/attachment.cgi?id=55126 Tiny test program - EXE and source (Note: this a different problem than in Bug 36143) Steps to reproduce: 1) Download and unpack Reproduce.exe, which is attached to this bug report 2) Configure Wine to emulate Windows 2003 (which has version number 5.2) for Reproduce.exe 3) Launch Reproduce.exe - you will see in the console window: CurrentOS is: 5.2 RequestedOS is >= than: 5.19 CurrentOS is < than RequestedOS (which is WRONG!) 4) Run true Microsoft Windows 2003 Server 5) Launch Reproduce.exe - you will see in the console window: CurrentOS is: 5.2 RequestedOS is >= than: 5.19 CurrentOS is >= than RequestedOS Explanation: Minor version numbers should be treated similarly to digits after a decimal point - so when comparing software versions: version 5.1 is < than version 5.2 version 5.11 is < than version 5.2 (note that 11 is > than 2 !) version 5.19 is < than version 5.2 (note that 19 is > than 2 !) So when comparing for VER_MINORVERSION or VER_SERVICEPACKMINOR inside the "VerifyVersionInfo" API, Microsoft uses a lexical comparison - which works as: lstrcmp(tostring(dwMinorVersion1),tostring(dwMinorVersion2)) or lstrcmp(tostring(wServicePackMinor1),tostring(wServicePackMinor2)) Please note, that it's still different than comparing real numbers, because: 5.20 = 5.2 but lstrcmp("5.20","5.2") != 0 So lstrcmp-like function must be used for VER_MINORVERSION and VER_SERVICEPACKMINOR checking inside the "RtlVerifyVersionInfo" function (which is called by the "VerifyVersionInfo" API in Wine) to be compatible with Microsoft Windows. Possible fix: in "version.c" file, add a new "version_compare_values_lexical" function. It should be based on the original "version_compare_values" function, but should use "lstrcmp" calls instead of integer comparisons. This "version_compare_values_lexical" function should be called instead of "version_compare_values" when checking for VER_MINORVERSION and VER_SERVICEPACKMINOR inside the "RtlVerifyVersionInfo" function. -- 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 5

[Bug 43262] New: Drag&Drop not working between wine explorer and other applications
by wine-bugs＠winehq.org Nov. 19, 2024

Nov. 19, 2024

https://bugs.winehq.org/show_bug.cgi?id=43262 Bug ID: 43262 Summary: Drag&Drop not working between wine explorer and other applications Product: Wine Version: 2.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mintos(a)discard.email Distribution: --- https://pastebin.com/39uSnrR7 console output -- 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 30615] New: Audition CS6 (5.0) - strange UI graphics
by wine-bugs＠winehq.org Nov. 17, 2024

Nov. 17, 2024

http://bugs.winehq.org/show_bug.cgi?id=30615 Bug #: 30615 Summary: Audition CS6 (5.0) - strange UI graphics Product: Wine Version: 1.5.3 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jan(a)lugfl.de Classification: Unclassified Created attachment 40072 --> http://bugs.winehq.org/attachment.cgi?id=40072 Audition CS6 Mixer screenshot The UI looks very strange. Results with native and buildin gdiplus looks identical. see attached screenshot. A log of the console output is attached too. -- 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 26