wine-bugs January 2024

wine-bugs@winehq.org

1 participants
2516 discussions

[Bug 52441] New: Soft-Denchi DRM fails to register UCX.ocx
by WineHQ Bugzilla 23 Jan '24

23 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=52441 Bug ID: 52441 Summary: Soft-Denchi DRM fails to register UCX.ocx Product: Wine Version: 7.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: felineswift+wine(a)gmail.com Distribution: --- This software is required by some games (e.g. Armored warrior iris). To test it install MFC42 and MSVC 2008 SP1 runtime to 32-bit prefix and install Soft-denchi, then run "regsvr32 UCX.ocx" in C:/Program Files/Soft-Denchi. I tried to understand why it fails. Maybe someone more knowledgeable can find/understand the root cause: >regsvr32 UCX.ocx it starts loading UCOpgDlg.dll ... call some crypt functions ... call crypt32.CryptBinaryToStringA with flag CRYPT_STRING_HEX 03e8:fixme:crypt:CryptBinaryToStringA Unimplemented type 4 call advapi32.CryptExportKey ... call some more crypt functions ... call advapi32.CryptVerifySignatureA -> returns NTE_BAD_SIGNATURE and EXCEPTION_WINE_CXX_EXCEPTION is thrown ... 03e8:warn:module:process_attach Initialization of L"UCOpgDlg.dll" failed ... regsvr32: loading UCX.ocx failed (it was localized error message) -- 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 15

[Bug 56227] New: Project CW: Unable to load engine.dll on Wine 9.0
by WineHQ Bugzilla 23 Jan '24

23 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=56227 Bug ID: 56227 Summary: Project CW: Unable to load engine.dll on Wine 9.0 Product: Wine Version: 9.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: charles2000wang(a)gmail.com Distribution: --- A new game called Project CW by WarGaming has a game executable that loads an "engine.dll". The error messages: 0024:err:module:loader_init "engine.dll" failed to initialize, aborting 0024:err:module:loader_init Initializing dlls for L"Z:\\home\\user\\CW\\bin\\engine_launcher.exe" failed, status c0000005 This does not occur in an older version of wine (tested with lutris-7.2.2 so wine 7.2) -- 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 56218] New: [macOS] [10.14] Last release of wine-stable via Homebrew doesn't work on macOS 10.14
by WineHQ Bugzilla 23 Jan '24

23 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=56218 Bug ID: 56218 Summary: [macOS] [10.14] Last release of wine-stable via Homebrew doesn't work on macOS 10.14 Product: Wine Version: 9.0-rc5 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mestesso.me(a)virgilio.it Updating wine-stable package via-Homebrew on macOS 10.14 makes Wine un-usable.. It says that macOS 10.15 is required! Remember that 10.14 is both x86 and x64 system, and many of us can't upgrade to 10.15.. Please, keep (or revert) version for macOS 10.14 too -- 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 56207] New: Hardwar: strange, vivid colors when 32 bit textures enabled
by WineHQ Bugzilla 23 Jan '24

23 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=56207 Bug ID: 56207 Summary: Hardwar: strange, vivid colors when 32 bit textures enabled Product: Wine Version: 9.0 Hardware: x86-64 URL: https://archive.org/download/HARDWAR/HARDWAR.zip OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Distribution: --- Created attachment 75920 --> https://bugs.winehq.org/attachment.cgi?id=75920 screenshot - 16 bit vs. 32 bit textures The game Hardwar (patched to the latest UIM.06 version) displays textures incorrectly when '32 bit Textures' option is enabled in the launcher. Reproduced with NVIDIA 535.43.22 and with nouveau/Mesa 23.3.3 as well. Terminal output (it's the same as well when 32 bit textures are disabled): 0114:fixme:ddraw:ddraw_surface1_Flip Ignoring flags 0x1. 0114:fixme:d3d:wined3d_device_apply_stateblock Antialias not supported yet. 0114:fixme:d3d:wined3d_device_apply_stateblock Render state WINED3D_RS_SUBPIXEL not implemented yet. 012c:fixme:d3d:state_linepattern_w Setting line patterns is not supported in OpenGL core contexts. (lots of)0114:fixme:d3d:wined3d_device_apply_stateblock Render state WINED3D_RS_SUBPIXEL not implemented yet. Not a regression, the problem is present with every Wine version I tried back until 1.9.11. To reproduce the problem with the early demo version + UIM.06 patch: 1. Install the demo version, link is in URL. Setting Win98 mode is advisable because the installer is from that era. Don't start the demo yet. 2. Install the UIM.06 patch over the demo: http://www.zedo.hardwar.info/HardwarUIM06.zip 3. Start Hardman.exe (launcher), select Display tab, enable '32 Bit Textures' option in Image Quality. The rest of the options here have no effect on the bug. 4. Go back to the 'Game' tab in the launcher, <Launch...>, <OK>, <Save>. The game should enter the main menu. 5. Enter a pilot name then select a job and voilà... you are in the cockpit with psychedelic textures everywhere. The Steam version can also be used to reproduce the problem: https://store.steampowered.com/app/1500540/Hardwar/ Tested with wine-9.0-54-g1932c3a2516 -- 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 56224] New: SpeedWave doesn't redraw window initially properly
by WineHQ Bugzilla 22 Jan '24

22 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=56224 Bug ID: 56224 Summary: SpeedWave doesn't redraw window initially properly Product: Wine Version: 9.0-rc5 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- First, need to work around bug 55883 (oleaut32.OleLoadPictureFil2) and possibly bug 56215 (Can't use -O2). Initially parts of the window are white, which they should not be. After moving the window off screen, it redraws them properly. -- 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 56237] New: Erratic behavior of dialog boxes
by WineHQ Bugzilla 22 Jan '24

22 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=56237 Bug ID: 56237 Summary: Erratic behavior of dialog boxes Product: Wine Version: 9.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ch.panel(a)free.fr Distribution: --- Created attachment 75944 --> https://bugs.winehq.org/attachment.cgi?id=75944 visual studio small project showing wine bug under Windows: the action of <ENTER> returns the code of the button which has the focus under wine: the action returns nothing (0) unless we have moved the focus if we replace =============== IDD_ABOUT DIALOG DISCARDABLE 0, 0, 239, 66 STYLE DS_MODALFRAME | WS_POPUP | WS_CAPTION | WS_SYSMENU CAPTION "My About Box" FONT 8, "MS Sans Serif" BEGIN PUSHBUTTON "OK",1001,174,18,50,14 PUSHBUTTON "Cancel",1002,174,35,50,14 GROUPBOX "About this program...",IDC_STATIC,7,7,225,52 CTEXT "An example program showing how to use Dialog Boxes\r\n\r\nby theForger", IDC_STATIC,16,18,144,33 END =============== by =============== IDD_ABOUT DIALOG DISCARDABLE 0, 0, 239, 66 STYLE DS_MODALFRAME | WS_POPUP | WS_CAPTION | WS_SYSMENU CAPTION "My About Box" FONT 8, "MS Sans Serif" BEGIN DEFPUSHBUTTON "OK",1001,174,18,50,14 PUSHBUTTON "Cancel",1002,174,35,50,14 GROUPBOX "About this program...",IDC_STATIC,7,7,225,52 CTEXT "An example program showing how to use Dialog Boxes\r\n\r\nby theForger", IDC_STATIC,16,18,144,33 END =============== then <ENTER> returns the OK key (1001) if we return to the previous situation (2 PUSHBUTTON), and we replace the codes 1001 and 1002 by ID_OK and ID_CANCEL (in the RC and the source code) then <ENTER> returns OK (ID_OK) attached code showing the bug -- 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 56173] New: modal dialog boxes behaves amodal
by WineHQ Bugzilla 22 Jan '24

22 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=56173 Bug ID: 56173 Summary: modal dialog boxes behaves amodal Product: Wine Version: 8.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: ch.panel(a)free.fr Distribution: --- any modal dialog box opened by an application does not prevent the application window from being manipulated, moved, reduced, etc. example : open notepad.exe and a dialog box open file then you can manipulate the application window -- 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 56230] New: Pro Evolution Soccer 5 crashed or stopped during play
by WineHQ Bugzilla 22 Jan '24

22 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=56230 Bug ID: 56230 Summary: Pro Evolution Soccer 5 crashed or stopped during play Product: Wine Version: 8.0.2 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: aminavy74(a)vatanmail.ir Created attachment 75940 --> https://bugs.winehq.org/attachment.cgi?id=75940 PES-5 close in wine-7 Hello! during play wine crashing or 3D graphics disappeared. wine7 in FreeBSD depended on vkd3d and has not this problem. but wine-8 not. I'm not sure related or not but when I quit from game in wine7, problem message appeared. This attachment of backtrace. -- 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 39793] New: Starcraft freezes when starting a Direct Cable Connection game
by wine-bugs＠winehq.org 22 Jan '24

22 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=39793 Bug ID: 39793 Summary: Starcraft freezes when starting a Direct Cable Connection game Product: Wine Version: 1.7.46 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- To reproduce: 1. Add yourself to the dialout (Ubuntu) or uucp (Arch) user group. 2. Log out and log back in. 3. In Starcraft, click Multiplayer, Direct Cable Connection, Ok. The problem is that Starcraft attempts to detect which serial port is connected by sending a burst of data on all ports COM1 through COM8. On Linux, COM1 through COM4 default to ttyS0 through ttyS3, but even though the device files exist, rarely do all of them correspond to actual physical devices. So, Starcraft hangs forever waiting for the write to complete successfully. A patchset that fixes this bug is available at https://github.com/alexhenrie/wine/commits/master First reported at https://appdb.winehq.org/objectManager.php?sClass=version&iId=149&iTestingI… -- 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 56233] New: On macOS Sonoma, applications respond slowly when caps lock is enabled
by WineHQ Bugzilla 22 Jan '24

22 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=56233 Bug ID: 56233 Summary: On macOS Sonoma, applications respond slowly when caps lock is enabled Product: Wine Version: 9.0 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: winemac.drv Assignee: wine-bugs(a)winehq.org Reporter: bshanks(a)codeweavers.com macOS Sonoma introduces new "accessories" that appear below the text insertion point, like a caps lock indicator or an input language switcher (see [1]). These also show up in Wine windows, since they use existing APIs like NSTextInputClient to discover whether an insertion point is present and where in the view it's located. But, when an accessory like the caps lock indicator is displayed, interacting with the window (say, pulling down menus) is extremely slow. There are half-second pauses when displaying/hiding menus or other windows. This can be easily reproduced using notepad. I ran sample during the slowdown and was able to see the problem. Here's the backtrace, with some unimportant lines removed: 3294 __OnMainThread_block_invoke (in winemac.so) + 16 [0x20b56ac10] cocoa_event.m:507 3070 __macdrv_set_cocoa_window_frame_block_invoke (in winemac.so) + 100 [0x20b577dd4] cocoa_window.m:3464 3070 -[WineWindow setFrameFromWine:] (in winemac.so) + 557 [0x20b57258d] cocoa_window.m:2012 3070 -[WineWindow setFrameAndWineFrame:] (in winemac.so) + 60 [0x20b5721dc] cocoa_window.m:1938 3069 -[WineWindow setFrame:display:] (in winemac.so) + 136 [0x20b575008] cocoa_window.m:2682 ... 3066 -[WineWindow windowDidResize:skipSizeMove:] (in winemac.so) + 441 [0x20b5762d9] cocoa_window.m:3031 3066 -[TUINSCursorUIController invalidateCharacterCoordinates] (in TextInputUIMacHelper) + 113 [0x7ffc12ad733a] ... 1643 -[WineContentView firstRectForCharacterRange:actualRange:] (in winemac.so) + 196 [0x20b56ef24] cocoa_window.m:926 1643 -[WineEventQueue query:timeout:flags:] (in winemac.so) + 217 [0x20b56a209] cocoa_event.m:336 1643 -[WineApplicationController waitUntilQueryDone:timeout:processEvents:] (in winemac.so) + 224 [0x20b55eb70] cocoa_app.m:350 Pulling menus down creates new HWNDs, I think initially with 1x1 size, and then the frame is set. This triggers windowDidResize, which calls [[[self contentView] inputContext] invalidateCharacterCoordinates]. This is sensible, character coordinates might change when the window is resized. And when caps lock is enabled, the system then immediately calls firstRectForCharacterRange:actualRange: to refresh the character coordinates. This triggers a Wine QUERY_IME_CHAR_RECT query. The problem is that the thread that would answer the query is currently in OnMainThread(), things deadlock and the query times out after 300 ms. I think it's called twice, that's how you get 600 ms. The twist is that OnMainThread() does service queries while waiting, except for QUERY_IME_CHAR_RECT, because of a 2016 bug with Japanese input in Excel 2003/2007/2010. If you undo 33610da6b4f5d9ad052173f005fdb735dc471445 so that QUERY_IME_CHAR_RECT is handled normally, the timeout goes away and things work normally. This needs to be fixed, my first thought is that maybe there have been changes in the IME system since 2016 so that the special-case for QUERY_IME_CHAR_RECT is no longer needed? A first step is to revert the 2016 fix and see if the Excel bug can still be reproduced. [1]: https://developer.apple.com/documentation/appkit/text_display/adopting_the_… -- 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs January 2024