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

[Bug 57463] New: winebus always crashing with unknown since 8b41c2cfddba1f9973246f61e39d4a4d92912da5
by WineHQ Bugzilla Dec. 6, 2024

Dec. 6, 2024

https://bugs.winehq.org/show_bug.cgi?id=57463 Bug ID: 57463 Summary: winebus always crashing with unknown since 8b41c2cfddba1f9973246f61e39d4a4d92912da5 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: l12436.tw(a)gmail.com Distribution: --- Created attachment 77463 --> https://bugs.winehq.org/attachment.cgi?id=77463 crash log of winebus.sys It will crash at winedevice.exe even execute winecfg I revert de265dfa0bc41fefec3525cd6a1db5d1e1d57029 and 8b41c2cfddba1f9973246f61e39d4a4d92912da5 in previous version of wine will fix this crash. -- 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 9

[Bug 57411] New: Heroes of the Storm: screen sporadically flickers black
by WineHQ Bugzilla Dec. 6, 2024

Dec. 6, 2024

https://bugs.winehq.org/show_bug.cgi?id=57411 Bug ID: 57411 Summary: Heroes of the Storm: screen sporadically flickers black Product: Wine Version: 8.4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: matteo.mystral(a)gmail.com Distribution: --- You can already notice it in the login screen you get by running the game directly (.../Support64/HeroesSwitcher_x64.exe). Regression test blames: 46c8a637525d0f1cf67830295fb460c819b800b6 is the first bad commit commit 46c8a637525d0f1cf67830295fb460c819b800b6 Author: Zebediah Figura <zfigura(a)codeweavers.com> Date: Fri Jan 20 16:23:42 2023 -0600 winex11: Separately store the internal pixel format set by WGL_WINE_pixel_format_passthrough. dlls/d3d8/tests/device.c | 6 +++--- dlls/d3d9/tests/device.c | 6 +++--- dlls/ddraw/tests/ddraw1.c | 6 +++--- dlls/ddraw/tests/ddraw2.c | 6 +++--- dlls/ddraw/tests/ddraw4.c | 6 +++--- dlls/ddraw/tests/ddraw7.c | 6 +++--- dlls/winex11.drv/opengl.c | 26 +++++++++++--------------- 7 files changed, 29 insertions(+), 33 deletions(-) Although effectively it seems to be kind of a bad interaction with my commit 72597b170e814599ef2be4b19dc4b9de0932a30f "wined3d: Don't use separate GL contexts for different swapchains." compounded with wined3d being a bit overeager with switching window for GL contexts. The game uses D3D11CreateDeviceAndSwapChain() to initialize the device and (AFAICS) always uses the returned swapchain to do all its work. Except, every now and then (about once every ~4 frames?) it clears the implicit swapchain's back buffer. At the moment, wined3d_context_gl_acquire() never attempts to reuse the current context if it has NULL target (e.g. because the texture that was used for the original activation of the context was released in the meantime, which is always the case when this bug triggers). What effectively happens for such (offscreen) clears is that wined3d activates the GL context on the implicit swapchain, on a different window, and that resets internal_format_set (see wined3d_context_gl_update_window()) which leads to resetting the pixel format on it. Soon afterwards the game will do some operation that requires the "real" swapchain (e.g. Present()) and wined3d will reactivate the context on the explicit swapchain, bouncing back and forth between the two swapchains / windows and resetting pixel format every time. I guess one way to fix this in general would be to keep per-window values for the current pixel format / internal format set flag in struct wined3d_context_gl, so that we avoid spurious pixel format resets when flipping through multiple windows. In this case though, it's enough to always allow reusing the current context if we don't need to access any on-screen resource. I'm going to open an MR that does just that in a bit. -- 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 57308] New: Cannot load split debug symbols under /usr/lib/debug
by WineHQ Bugzilla Dec. 6, 2024

Dec. 6, 2024

https://bugs.winehq.org/show_bug.cgi?id=57308 Bug ID: 57308 Summary: Cannot load split debug symbols under /usr/lib/debug Product: Wine Version: 9.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: pq2sx44teeigl7za(a)chyen.cc Distribution: --- We're discussing splitting PE debug symbols into a separate Arch Linux package to reduce disk usage for users that don't need it: https://gitlab.archlinux.org/archlinux/packaging/packages/wine/-/issues/16. Typically, split debug symbol files are placed under /usr/lib/debug. Apparently, wine tries to find them but something wrong happens. If I run strace on the UNIX process for winedbg.exe, I got this when a crash happens in msvcrt.dll: 16423 newfstatat(AT_FDCWD, "/usr/lib/debug/\\??\\Z:\\usr\\lib\\wine\\x86_64-windows\\msvcrt.dll.debug", 0x7ffffe0ff8e0, 0) = -1 ENOENT The path should be /usr/lib/debug/usr/lib/wine/x86_64-windows/msvcrt.dll.debug. It seems Windows paths are not correctly converted to UNIX paths. -- 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 16

[Bug 43172] New: IDirectPlay4:: EnumConnections needs to support wide string in DPNAME structure
by wine-bugs＠winehq.org Dec. 6, 2024

Dec. 6, 2024

https://bugs.winehq.org/show_bug.cgi?id=43172 Bug ID: 43172 Summary: IDirectPlay4::EnumConnections needs to support wide string in DPNAME structure Product: Wine Version: 2.10 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-dplay Assignee: wine-bugs(a)winehq.org Reporter: leslie_alistair(a)hotmail.com Distribution: --- IDirectPlay4::EnumConnections needs to support wide strings in DPNAME returned in EnumConnections. Currently it just forwards to the ascii version. -- 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

[Bug 57453] New: Regression: Cursor position offset in *some* programs.
by WineHQ Bugzilla Dec. 6, 2024

Dec. 6, 2024

https://bugs.winehq.org/show_bug.cgi?id=57453 Bug ID: 57453 Summary: Regression: Cursor position offset in *some* programs. Product: Wine Version: 9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)aitchison.me.uk Distribution: --- THIS IS A REGRESSION SINCE 9.21 *Some*, but not, all programs act as if the mouse position is relative to the window rather than the screen. When the window is in the top left, the mouse position is OK, but when the window is in the bottom right, the mouse acts as if it is significantly down and right of the pointer. OS: Linux Ubuntu 24-10 oracular X11 desktop, TWM window manager Wine packages installed: wine-devel-amd64/oracular,now 9.22~oracular-1 amd64 [installed] wine-devel-i386/oracular,now 9.22~oracular-1 i386 [installed] wine-devel/oracular,now 9.22~oracular-1 amd64 [installed] winehq-devel/oracular,now 9.22~oracular-1 amd64 [installed] This can be demonstrated with "ViewRanger Map Chooser" a free program which can be installed from: http://web.archive.org/web/20170714072609/http://maps3.viewranger.com/mapch… -- 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 11

[Bug 56838] New: FL Studio 21 gui problem
by WineHQ Bugzilla Dec. 6, 2024

Dec. 6, 2024

https://bugs.winehq.org/show_bug.cgi?id=56838 Bug ID: 56838 Summary: FL Studio 21 gui problem Product: Wine Version: 9.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: HalanoSiblee(a)gmail.com Distribution: --- Created attachment 76649 --> https://bugs.winehq.org/attachment.cgi?id=76649 A video of the bug on my linux environment FL studio 21 works fine for previous version of wine 9.8 and 9.9 since I've updated to 9.10 I got this GUI problem while moving the window of an plugin Here I'll upload video explaining the bug My system : Archlinux wine 9.10-1 wine-mono 9.1.0-1 Xorg/X11 ... ... ... -- 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 56109] New: Broken Radiobutton navigation (Up/Down, Accelerators) in several InnoSetup installers
by WineHQ Bugzilla Dec. 6, 2024

Dec. 6, 2024

https://bugs.winehq.org/show_bug.cgi?id=56109 Bug ID: 56109 Summary: Broken Radiobutton navigation (Up/Down, Accelerators) in several InnoSetup installers Product: Wine Version: 9.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: kyle.kcsoftwares(a)gmail.com Distribution: --- Created attachment 75779 --> https://bugs.winehq.org/attachment.cgi?id=75779 Ant Renamer Broken Radiobutton navigation (Up/Down, Accelerators) in several InnoSetup installers Radiobuttons : I &Accept .. I do &not accept ... - Click on one or the other then VK_UP or VK_DOWN => Focus change (dotted rectangle) while selection does not move => THIS IS A BUG - ALT+A and ALT+N have no effect => THIS IS A BUG Happens with Ant Renamer 2.12 (see screenshot), TuxPaint 0.9.22 and several other Inno Setup installers -- 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 11

[Bug 57477] New: After commit of 484c61111ef32d75dcf5cf1656b4469b4de3ec37 game could not launch with dxvk
by WineHQ Bugzilla Dec. 6, 2024

Dec. 6, 2024

https://bugs.winehq.org/show_bug.cgi?id=57477 Bug ID: 57477 Summary: After commit of 484c61111ef32d75dcf5cf1656b4469b4de3ec37 game could not launch with dxvk Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winevulkan Assignee: wine-bugs(a)winehq.org Reporter: l12436.tw(a)gmail.com Distribution: --- Created attachment 77488 --> https://bugs.winehq.org/attachment.cgi?id=77488 log with error in it Many Game use dxvk was unable to launch after commit 484c61111ef32d75dcf5cf1656b4469b4de3ec37 Env wine: lastest master GPU: NVIDIA 560.35.03 Ubuntu 22.04 -- 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 9

[Bug 54571] New: ImageList images hard to see or even invisible depending on COLOR_WINDOWTEXT
by WineHQ Bugzilla Dec. 5, 2024

Dec. 5, 2024

https://bugs.winehq.org/show_bug.cgi?id=54571 Bug ID: 54571 Summary: ImageList images hard to see or even invisible depending on COLOR_WINDOWTEXT Product: Wine Version: 8.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: dark(a)darkok.xyz Distribution: --- Created attachment 74114 --> https://bugs.winehq.org/attachment.cgi?id=74114 Visibility of images depending on Window Text color. The lighter the Window Text color gets, the less visible the images in an ImageList get. This really affects people primarily using dark themes such as myself, as then the text color is going to be so light the images will be invisible. I'm not sure if this issue is present in other software, but in this case I am experiencing this with the GSAE (GS Advanced Editor) tool shipped with Roland sound modules. I am able to see the images properly again if I replace what is currently line 1488 of `comctl32/imagelist.c` (ImageList_DrawIndirect) with `if (FALSE)` instead of `if (himl->hbmMask)` so the else branch always runs (this will likely break other software though, and in my case is just a temporary measure). -- 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 56443] New: Totem Arts Launcher.exe repeatedly asking for Unreal Engine Redistributable
by WineHQ Bugzilla Dec. 5, 2024

Dec. 5, 2024

https://bugs.winehq.org/show_bug.cgi?id=56443 Bug ID: 56443 Summary: Totem Arts Launcher.exe repeatedly asking for Unreal Engine Redistributable Product: Wine Version: 9.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 6chars(a)proton.me Distribution: Mint Created attachment 76203 --> https://bugs.winehq.org/attachment.cgi?id=76203 Screenshots and a log while installing the UE redistributable After successfully installing "Totem-Arts-Launcher-latest.exe", when I launch "Totem Arts Launcher.exe" (the installed program), there is a message box that prompts me to install the 'Unreal Engine Redistributable'(currently has garbled text due to a bug). I click 'Okay' to install the required Redistributable, it goes through the operation and says it was installed successfully, but the next time I enter "Totem Arts Launcher.exe" it prompts me AGAIN to install the 'Unreal Engine Redistributable.' The normal behavior was obviously for the redistributable to be installed on my first try and not to be asked about it every time I enter the program. I don't even know for sure if it installed correctly in the first place, despite the 'Successfully install' message. Download link for "Totem-Arts-Launcher-latest.exe": https://totemarts.games/forums/files/file/1-renegade-x/ SHA1 sum for the installer: d9b7f056103183c5a50003b4c164a23cdf605e95 Totem-Arts-Launcher-latest.exe SHA1 sum for the installed program: 76f68237898ce54a3bb7129c2d1185614dc0da06 Totem Arts Launcher.exe My system: Linux Mint 21.3 x86_64, Kernel 6.5.0-25-generic, NVIDIA Geforce GTX 1050 driver 535.161.07, wine-9.4 (Staging). -- 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 18

[Bug 50993] New: App compiled with address sanitizer don't work in Wine
by WineHQ Bugzilla Dec. 4, 2024

Dec. 4, 2024

https://bugs.winehq.org/show_bug.cgi?id=50993 Bug ID: 50993 Summary: App compiled with address sanitizer don't work in Wine Product: Wine Version: 6.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikrutrafal(a)protonmail.com Distribution: --- When trying to use in Wine app compiled with address sanitizer and MinGW LLVM, then this app doesn't run and print ``` 0104:err:module:LdrInitializeThunk "libclang_rt.asan_dynamic-x86_64.dll" failed to initialize, aborting 0104:err:module:LdrInitializeThunk Initializing dlls for L"Z:\\mnt\\Miecz\\godot3.2\\bin\\a.exe" failed, status 80000003 ``` To reproduce issue Download and unpack Mingw-llvm(unlike Mingw GCC allows to build app with address sanitizer) https://github.com/mstorsjo/llvm-mingw/releases/download/20201020/llvm-ming… 2. set variables(change PATH_TO_CHANGE) export MINGW32_PREFIX="/PATH_TO_CHANGE/i686-w64-mingw32-" export MINGW64_PREFIX="/PATH_TO_CHANGE/x86_64-w64-mingw32-" 3. Copy to current directory all files from folder which contains `libclang_rt.asan_dynamic-x86_64.dll` inside unpacked mingw 4. Compile and try to open app echo "int main(){if(2>1){return 1;}}" > a.cpp /PATH_TO_CHANGE/x86_64-w64-mingw32-clang++ a.cpp -fsanitize="address" wine a.exe -- 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 45584] New: FindFirstFile fails to correct case when full name supplied
by wine-bugs＠winehq.org Dec. 3, 2024

Dec. 3, 2024

https://bugs.winehq.org/show_bug.cgi?id=45584 Bug ID: 45584 Summary: FindFirstFile fails to correct case when full name supplied Product: Wine Version: 3.13 Hardware: x86 OS: Linux Status: NEW Severity: minor Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: us(a)edmeades.me.uk Distribution: --- Created attachment 62002 --> https://bugs.winehq.org/attachment.cgi?id=62002 Simple testcase in c FindFirstFile can be used to correct the case of a file. In fact when trying to correct the case of the whole path and file, a google implies its a good routine to use to pass each part of the directory tree through Problem: If findfirstfile isnt passed a wildcard, it looks for the file in question and if it exists, returns the case of the file as supplied, not the case as it is on disk Try supplied testcase. I think this can also be seen by: wine cmd dir >ABCD dir abcd Note in the directory listing it shows abcd, not ABCD -- 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

[Bug 45713] New: FusionFall Retro: fails to launch
by wine-bugs＠winehq.org Dec. 3, 2024

Dec. 3, 2024

https://bugs.winehq.org/show_bug.cgi?id=45713 Bug ID: 45713 Summary: FusionFall Retro: fails to launch Product: Wine-staging Version: 3.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: macariopatrick(a)icloud.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 62144 --> https://bugs.winehq.org/attachment.cgi?id=62144 Upon getting the error message, I exit Terminal to kill Wine. The launcher allows me to log into my account, but when the launcher downloads the files necessary to play the game, it doesn't launch. Unity Web Player displays an error message stating that Unity Web Player needs to be updated. It works on Windows correctly, but not in Wine. The game uses a custom version of Unity Web Player 2.x.x. -- 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

[Bug 28583] New: MS Exchange setup no long displays images
by wine-bugs＠winehq.org Dec. 3, 2024

Dec. 3, 2024

http://bugs.winehq.org/show_bug.cgi?id=28583 Bug #: 28583 Summary: MS Exchange setup no long displays images Product: Wine Version: 1.3.11 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: mshtml AssignedTo: wine-bugs(a)winehq.org ReportedBy: leslie_alistair(a)hotmail.com Classification: Unclassified Created attachment 36725 --> http://bugs.winehq.org/attachment.cgi?id=36725 Console Output. The the URL is created in the HTMLImgElement_put_src, it fails to load it because the path is relative, and the ALLOW_IMPLICIT_FILE_SCHEME hasn't be used. See attached file for snippet. -- 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 10

[Bug 56238] New: file open dialog box bad behaviour
by WineHQ Bugzilla Dec. 3, 2024

Dec. 3, 2024

https://bugs.winehq.org/show_bug.cgi?id=56238 Bug ID: 56238 Summary: file open dialog box bad behaviour Product: Wine Version: 9.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: ch.panel(a)free.fr Distribution: --- Created attachment 75945 --> https://bugs.winehq.org/attachment.cgi?id=75945 visual studio short project showing the bug the file opening dialog box behaves differently between wine and windows: under Windows the "ofn.lpstrFile" parameter of the OPENFILENAME structure can serve as a filter which is immediately active when the dialog box is opened, only showing the desired files, which is not the case under wine which shows all the files. attached simple visual studio project showing the difference (lpstrFile is txt*.txt and only shows 2 files in windows among the 3 txt) -- 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 54668] New: jcef_helper.exe has excountered a serious problem and needs to close.
by WineHQ Bugzilla Dec. 3, 2024

Dec. 3, 2024

https://bugs.winehq.org/show_bug.cgi?id=54668 Bug ID: 54668 Summary: jcef_helper.exe has excountered a serious problem and needs to close. Product: Wine Version: 8.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hugot7071(a)gmail.com Distribution: --- Created attachment 74183 --> https://bugs.winehq.org/attachment.cgi?id=74183 backtrace of program error details This problem is not present under Windows hand has not been reported yet. This is presented with JCEF (Java Chromium Embedded Framework) -- 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 55397] New: Forza Horizon 4 needs a proper GetPackagesByPackageFamily implementation
by WineHQ Bugzilla Dec. 3, 2024

Dec. 3, 2024

https://bugs.winehq.org/show_bug.cgi?id=55397 Bug ID: 55397 Summary: Forza Horizon 4 needs a proper GetPackagesByPackageFamily implementation Product: Wine Version: 8.7 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: etaash.mathamsetty(a)gmail.com Regression SHA1: bd89ab3040e30c11b34a95072d88f635ade03bdc Distribution: --- Stub blocks previous behaviour which was showing a splash window and then crash. Now it's just infinite ForzaHorizon4.exe process in the task manager. 076c:fixme:ver:GetPackagesByPackageFamily (L"Microsoft.VCLibs.140.00_8wekyb3d8bbwe" 000000000021F228 0000000000000000 000000000021F24C 0000000000000000): stub -- 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 57425] New: Project Reality: Battlefield 2 won't launch.
by WineHQ Bugzilla Dec. 2, 2024

Dec. 2, 2024

https://bugs.winehq.org/show_bug.cgi?id=57425 Bug ID: 57425 Summary: Project Reality: Battlefield 2 won't launch. Product: Wine Version: 9.21 Hardware: arm OS: MacOS Status: UNCONFIRMED Severity: blocker Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: tanvir.maht(a)outlook.com Project Reality: Battlefield 2 is a free to download stand-alone multiplayer modded game based on Battlefield 2. https://www.realitymod.com/downloads is the link. Upon launch, the game shows a black screen and crashes afterwards with an error popup that can't be seen properly. I have attached the terminal output below. -- 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 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 51792] New: Deus Ex: Mankind Divided some objects render green/pink/white
by WineHQ Bugzilla Dec. 2, 2024

Dec. 2, 2024

https://bugs.winehq.org/show_bug.cgi?id=51792 Bug ID: 51792 Summary: Deus Ex: Mankind Divided some objects render green/pink/white Product: Wine Version: 6.17 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 70683 --> https://bugs.winehq.org/attachment.cgi?id=70683 example 0554:fixme:d3d:create_texture_view Depth slice (0-1) not supported. 04d4:fixme:d3d_shader:shader_sm4_read_param Skipping modifier 0x00000001. 04d4:fixme:d3d_shader:shader_get_registers_used Indexable temporary registers not supported. 0554:fixme:d3d_shader:shader_glsl_interpolation_qualifiers Unhandled interpolation mode 0x6. 0554:fixme:d3d:wined3d_gl_compare_func Unrecognized compare function 0x679dce0. 0554:fixme:d3d:wined3d_gl_compare_func Unrecognized compare function 0x42eb3ef0. wine-6.17-454-g6b724c3dd8d -- 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 57485] New: Da Capo 3 R: Screen stays black
by WineHQ Bugzilla Dec. 1, 2024

Dec. 1, 2024

https://bugs.winehq.org/show_bug.cgi?id=57485 Bug ID: 57485 Summary: Da Capo 3 R: Screen stays black Product: Wine Version: unspecified Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Alexander88207(a)Protonmail.com Created attachment 77509 --> https://bugs.winehq.org/attachment.cgi?id=77509 DC3.exe.log Hello, when i do launch the game "Da Capo 3 R" then it creates a black window and then nothing happens. I did tried it also with using DXVK but no change. Thank you in advance! Tested with Wine 9.22 The game is available at: GOG: https://www.gog.com/en/game/da_capo_3_r Steam: https://store.steampowered.com/app/542290/Da_Capo_3_R/ -- 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 49543] New: Several games require bcrypt DH support
by WineHQ Bugzilla Dec. 1, 2024

Dec. 1, 2024

https://bugs.winehq.org/show_bug.cgi?id=49543 Bug ID: 49543 Summary: Several games require bcrypt DH support Product: Wine Version: 5.12 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: bcrypt Assignee: wine-bugs(a)winehq.org Reporter: bshanks(a)codeweavers.com Distribution: --- There are a few games that need DH support in bcrypt. - The Rockstar Games Launcher, GTA V, and RDR 2 all open DH and generate+export a public key. With DH unimplemented, the only effect I know of is that RDR 2's online mode fails to load. - Astroneer dedicated server (see https://www.reddit.com/r/wine_gaming/comments/gvaa9a/bcryptopenalgorithmpro…) >From a disassembler, it looks like the server imports/exports public/private keys, and uses BCryptDeriveKey() with the "HASH" KDF and SHA256. Microsoft has sample code which tests (some of) the functionality: https://github.com/microsoft/Windows-classic-samples/blob/master/Samples/Se… Unfortunately GnuTLS doesn't currently export the needed functionality. There's an issue open: https://gitlab.com/gnutls/gnutls/-/issues/894 -- 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 32

[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 57488] New: mspaint from windows xp has various glitches drawing round rectangles (dibdrv_RoundRect)
by WineHQ Bugzilla Nov. 30, 2024

Nov. 30, 2024

https://bugs.winehq.org/show_bug.cgi?id=57488 Bug ID: 57488 Summary: mspaint from windows xp has various glitches drawing round rectangles (dibdrv_RoundRect) Product: Wine Version: 9.22 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 77512 --> https://bugs.winehq.org/attachment.cgi?id=77512 Screenshot Just try drawing round rectangles, especially when shrinking them you get various glitches. I think that is because the rectangles are not drawn pixel perfect. -- 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