January 2025 - Wine-Bugs - list.winehq.org

[Bug 41427] New: [Game Maker Studio - Android][Subst.exe] - not working
by wine-bugs＠winehq.org March 7, 2025

March 7, 2025

https://bugs.winehq.org/show_bug.cgi?id=41427 Bug ID: 41427 Summary: [Game Maker Studio - Android][Subst.exe] - not working Product: Wine Version: 1.9.19 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: thunderstormpolska(a)o2.pl Distribution: Debian Hello. subst.exe is (from Windows) probably something like Linux mount or Winecfg Disks, but it's not available in Wine. I tried to borrow it from Windows XP, but it doesn't work. Game maker try to create "virtual disk" to Y: using subst.exe, but subst doesn't work. -- 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 38879] New: wbemprox fill_videocontroller calls are expensive
by wine-bugs＠winehq.org March 7, 2025

March 7, 2025

https://bugs.winehq.org/show_bug.cgi?id=38879 Bug ID: 38879 Summary: wbemprox fill_videocontroller calls are expensive Product: Wine Version: 1.7.41 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: c10ud.dev(a)gmail.com Distribution: --- Created attachment 51812 --> https://bugs.winehq.org/attachment.cgi?id=51812 wbemprox: cache videocontroller queries Specifically League of Legends likes to continuously ask for video controller specs while in game (every 4 seconds or so). On my (old?) box this leads to a pretty big framedrop (~15fps when capped at 60) due to dxgi being initialized every time (and thus wined3d) by the fill_videocontroller function. The proposed solution caches results for subsequent calls, but I'm not sure about the implications (i.e. do we expect any of those fields to change in the lifespan of a wine application?) Comments welcome Greets -- 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 13

[Bug 43894] New: FTDI Vinculum II IDE V2.0.2-SP2 some of the toolbar tabs are not visible
by wine-bugs＠winehq.org March 7, 2025

March 7, 2025

https://bugs.winehq.org/show_bug.cgi?id=43894 Bug ID: 43894 Summary: FTDI Vinculum II IDE V2.0.2-SP2 some of the toolbar tabs are not visible Product: Wine Version: 2.19 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: skenton(a)ou.edu Distribution: --- After working around bug 38350 the IDE opens and functions but some of the toolbar tabs are not visible. Specifically those on the blue line with the help button on the far right that is between the two lines of icons at the top of the IDE. They normally select which toolbar to show for edit, build, debug, program etc. Clicking where they are known to be reveals a different color rectangle but no text. -- 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 56348] New: Bricks: Regression in SetCursorPos handling
by WineHQ Bugzilla March 5, 2025

March 5, 2025

https://bugs.winehq.org/show_bug.cgi?id=56348 Bug ID: 56348 Summary: Bricks: Regression in SetCursorPos handling 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: bricks(a)speeddemosarchive.com Distribution: --- Hi, I wrote the puzzle game bricks, website @ http://bricks-game.de/ with a direct download link @ http://bricks-game.de/winbricks/bricks1/bricks1.zip While running wine version 8 on Ubunutu 22.04 I had no problems at all running bricks! Unfortunately after upgrading to wine 9 the program is barely usable. After clicking on a brick and trying to move it in a valid direction, the program rapidly moves the brick back and forth hundreds of times a second. I can tell you that in the source code, the program is calling the SetCursorPos Windows API function, and so the regression appears to be there. I also tried wine staging version 9.2 and the bug is there as well. -- 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 25682] New: Super Crate Box runs slowly
by wine-bugs＠winehq.org March 5, 2025

March 5, 2025

http://bugs.winehq.org/show_bug.cgi?id=25682 Summary: Super Crate Box runs slowly Product: Wine Version: 1.3.10 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: madewokherd(a)gmail.com On Wine, Super Crate Box runs slowly enough to actually be playable. While this is arguably an improvement, we should match the Windows behavior which is to run unplayably fast. -- 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 13

[Bug 50764] New: The Suicide of Rachel Foster textures look color inverted with OpenGL renderer
by WineHQ Bugzilla March 5, 2025

March 5, 2025

https://bugs.winehq.org/show_bug.cgi?id=50764 Bug ID: 50764 Summary: The Suicide of Rachel Foster textures look color inverted with OpenGL renderer Product: Wine Version: 6.3 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 69554 --> https://bugs.winehq.org/attachment.cgi?id=69554 example err:d3d:wined3d_debug_callback 0x8daa5b0: "GL_INVALID_ENUM in glTexBufferRange(internalFormat GL_RGBA8_SNORM)". err:d3d:wined3d_debug_callback 0x8d47510: "GL_INVALID_ENUM in glTexBufferRange(internalFormat GL_RGBA16_SNORM)". wine-6.3-42-g3c2db20f668 -- 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 17

[Bug 57721] New: Adobe Illustrator CS6 (16): Cannot type into text inputs in collapsed-to-icon panels with built-in gdiplus
by WineHQ Bugzilla March 5, 2025

March 5, 2025

https://bugs.winehq.org/show_bug.cgi?id=57721 Bug ID: 57721 Summary: Adobe Illustrator CS6 (16): Cannot type into text inputs in collapsed-to-icon panels with built-in gdiplus Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: bugs.winehq.org(a)zetafleet.com Distribution: --- Created attachment 77923 --> https://bugs.winehq.org/attachment.cgi?id=77923 WINEDEBUG=gdiplus trace of opening and attempting to interact with the collapsed panel text input Reproduction: 1. Create a new document (Ctrl+N) 2. Ensure Character panel is docked in a collapsed state: a. From main menu, Window -> Workspace -> Web b. Open the collapsed Character panel by clicking on its icon or by hitting Ctrl+T 3. Focus any text input control in the panel (e.g. the font family) 4. Mash keyboard Expected: Text is entered into the control Actual: Nothing is entered into the control With native gdiplus, this works correctly. It seems like with native gdiplus, focusing the text field in a collapsed panel causes Illustrator to create a whole duplicate window overlaying the panel which is actually receiving the text input. I have attached a gdiplus trace containing just the part where the panel is opened and then keyboard input is attempted. Please let me know what additional information you need. -- 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 34108] New: Rally Trophy: Controller configuration is very buggy
by wine-bugs＠winehq.org March 4, 2025

March 4, 2025

http://bugs.winehq.org/show_bug.cgi?id=34108 Bug #: 34108 Summary: Rally Trophy: Controller configuration is very buggy Product: Wine Version: 1.6 Platform: x86-64 URL: http://games.softpedia.com/get/Games-Demo/Rally-Trophy .shtml OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: jettis(a)gmail.com Classification: Unclassified Created attachment 45353 --> http://bugs.winehq.org/attachment.cgi?id=45353 Rally Trophy log trace+dinput Rally Trophy uses DirectInput's device configuration window. There are some bugs that make device configuration difficult and for example a racing wheel impossible to use. Device configuration usually doesn't show the currently mapped keys for keyboard especially when a racing wheel is connected. If it shows they are only default keys and not the currently mapped keys. If a function is already mapped to a key by you, you can't change it to an another key anymore. For example you set 'shift up' to 's' key and go to play, then you go back to device configuration and set 'shift up' to 'd' key and again go to play. You will notice that 'd' key does not change a gear. In full version of Rally Trophy the key mappings are saved, but in Rally Trophy Demo in wine they are not. The keys are always the default ones when you start the game. In Windows you can select a player (Pelaaja 1/Player 1) for the device when you want to use it. Wine does not see the player and shows only a blank list, so you can't get a racing wheel in to use. However a racing wheel becomes usable if keyboard and mouse enumeration is deleted from IDirectInput8AImpl_EnumDevicesBySemantics from wine's code. Logs are made with these steps: 1. Start the game 2. Go to device configuration 3. Set key 's' to 'shift up' 4. Go to in game 5. Close the game with alt+f4 A racing wheel is connected when logging. Tested wine version is the latest git. Demo can be downloaded from: http://games.softpedia.com/get/Games-Demo/Rally-Trophy.shtml -- 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 20

[Bug 57543] New: Give a fatal error when installing files on a EXFAT or NTFS filesystem
by WineHQ Bugzilla March 4, 2025

March 4, 2025

https://bugs.winehq.org/show_bug.cgi?id=57543 Bug ID: 57543 Summary: Give a fatal error when installing files on a EXFAT or NTFS filesystem Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: janfolder(a)outlook.com Distribution: --- Hello Wine, Please give a fatal error when installing files or Windows programs on an EXFAT or NTFS filesystem. EXFAT and NTFS do not support the colon character in filenames and do not support symbolic links. I spent 2 days trying to install world of warcraft on Linux on an EXFAT formatted drive. It failed while mentioning that the AppData environment variable was empty. Luckily, while investigating this AppData error message, a note on the filesystem format came to my attention. The requirement for Windows applications to be installed on EXT4 filesystems. Now World of Warcraft executes properly <3! I can migrate from Windows 10 to Linux. Thank you for providing Wine for Linux! Marcel -- 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 55568] New: kernel32:file - test_GetFileType() fails on 'nul' device on macOS
by WineHQ Bugzilla March 3, 2025

March 3, 2025

https://bugs.winehq.org/show_bug.cgi?id=55568 Bug ID: 55568 Summary: kernel32:file - test_GetFileType() fails on 'nul' device on macOS Product: Wine Version: unspecified Hardware: x86-64 OS: Mac OS X Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com kernel32:file - test_GetFileType() fails on 'nul' device on macOS: file.c:3160: Test failed: expected type char for nul got 1 This failure is systematic and only happens on macOS (see Remi's rbernon-macos-* cloud test machines). See https://test.winehq.org/data/patterns.html#kernel32:file Where 1 == FILE_TYPE_DISK 2 == FILE_TYPE_CHAR So GetFileType() fails to distinguish the nul device from a regular disk device on macOS. -- 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