January 2024 - Wine-bugs - list.winehq.org

[Bug 51925] New: TeXLive linux binaries are launched incorrectly from Wine
by WineHQ Bugzilla 18 Jan '24

18 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=51925 Bug ID: 51925 Summary: TeXLive linux binaries are launched incorrectly from Wine Product: Wine Version: 6.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: oleh.nyk(a)gmail.com Distribution: --- Linux TeXLive binaries can be successfully started, e.g., by WinEdt shell under Wine. Nevertheless, TeXLive components use mktex.opt file to find out the platform they are run on, based on environment variables. As Wine leaves ComSpec variable set, mktex.opt deduces it is on Windows, but cannot find dirs for fonts and metrics, hence puts temporary files in a working directory. Steps to reproduce (assume TeXLive distribution is installed and working): 1. Unpack winedt-1.41e http://ftp.itam.mx/pub/academico/investig/latex/LaTeXWin/winedt16.zip 2. Start winedt.exe and open any LaTeX file 3. Change LaTeX entry in menu to make it start LaTeX in XTerm, e.g. "z:\usr\bin\xterm" -T LaTeX -e /usr/bin/latex "%N%T" 4. Run LaTeX and observe *.tfm files created in the directory with LaTeX document instead of the proper directories for this. Here is a part of the output of "env | sort" in XTerm run from WinEdt: ... CommonProgramFiles=C:\Program Files (x86)\Common Files CommonProgramFiles(x86)=C:\Program Files (x86)\Common Files CommonProgramW6432=C:\Program Files\Common Files COMPUTERNAME=SHELTER ComSpec=C:\windows\system32\cmd.exe CPLUS_INCLUDE_PATH=/opt/kde3/lib64/qt3/include DISPLAY=:0.0 FVWM_64=64 ... To avoid this, there should be a way to prohibit Wine to pass some Windows environment variables to Unix binaries. -- 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 43102] New: GTA V keyboard issue
by wine-bugs＠winehq.org 18 Jan '24

18 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=43102 Bug ID: 43102 Summary: GTA V keyboard issue Product: Wine Version: 2.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xsellier(a)gmail.com Distribution: Debian Hey folks, Thank you for you amazing work here. I have a bug when I try to play GTA V. This bug is related to the keyboard. *How to reproduce it* 1. Install wine 2.9 with following components: - d3dcompiler_43 - d3dx11 2. Run winecfg and set the windows version to Windows XP 3. Install steam 4. Install GTA V 5. Run GTA V (login to the social club) 6. Once the game has started do the ALT+TAB trick (https://bugs.winehq.org/show_bug.cgi?id=42330#c18) 7. Press any key of the keyboard (it works flawlessly) 8. Select the Story Mode 9. Once in game, press any key from the keyboard. Now the game is freezing for a 2 second and it will work again. This issue is related to the keyboard, because if you are using a controller (xbox for example) it works without any stutter. But press a key of the keyboard and the freeze is coming (sorry for this one). *Observation* - The sound is still playing - Only the rendering is frozen -- 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 51

[Bug 51565] New: Wine filesystem access time year 2038 problem: functions return ERROR_FILE_NOT_FOUND, STATUS_UNSUCCESSFUL
by WineHQ Bugzilla 18 Jan '24

18 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=51565 Bug ID: 51565 Summary: Wine filesystem access time year 2038 problem: functions return ERROR_FILE_NOT_FOUND, STATUS_UNSUCCESSFUL Product: Wine Version: 6.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: iam(a)valdikss.org.ru Distribution: --- Wine does not handle directories and files with access time past year 2038. The functions like FindFirstFileA return ERROR_FILE_NOT_FOUND upon accessing the directory for example. How to reproduce: mkdir testdir touch -a -d 'Fri, 06 Aug 2039 15:01:42 +0300' testdir wine cmd.exe /C "dir testdir" Result: 0104:fixme:file:errno_to_status Converting errno 75 to STATUS_UNSUCCESSFUL Volume in drive Z has no label. Volume Serial Number is adda-a790 Directory of Z:\home\valdikss\temp\testdir File not found. -- 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 56201] New: When opening a program SwissManager, the application shows an error and unable to open.
by WineHQ Bugzilla 18 Jan '24

18 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=56201 Bug ID: 56201 Summary: When opening a program SwissManager, the application shows an error and unable to open. Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wmmolema(a)outlook.com Distribution: --- Created attachment 75909 --> https://bugs.winehq.org/attachment.cgi?id=75909 Back Trace File When opening an application SwissManager, an error occurs. Exception EExternalException in Modul ntdll.dll The application then closes. Unable to get it to load. -- 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 10

[Bug 54873] New: 32-bit prefixes cannot be used with new wow64 mode
by WineHQ Bugzilla 18 Jan '24

18 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=54873 Bug ID: 54873 Summary: 32-bit prefixes cannot be used with new wow64 mode Product: Wine Version: 8.6 Hardware: x86-64 OS: Mac OS X Status: NEW Keywords: download, wow64 Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com austin(a)mac % rm -rf ~/.wine ; WINEARCH=win32 /Applications/Wine\ Devel.app/Contents/Resources/wine/bin/wine winecfg preloader: Warning: failed to reserve range 0000000000010000-0000000000110000 wine: created the configuration directory '/Users/austin/.wine' wine: '/Users/austin/.wine' is a 32-bit installation, it cannot support 64-bit applications. This also happened when testing on my Linux machine. This prevent using 32-bit prefixes. Which means applications that don't support 64-bit windows can't be run (and we won't be able to report running as a Windows version prior to Server 2003/XP). -- 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 29473] New: IconsExtract: Requesting "File Properties" errors-out.
by wine-bugs＠winehq.org 18 Jan '24

18 Jan '24

http://bugs.winehq.org/show_bug.cgi?id=29473 Bug #: 29473 Summary: IconsExtract: Requesting "File Properties" errors-out. Product: Wine Version: 1.3.35 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jthomas97411(a)yahoo.com Classification: Unclassified Simply run IconsExtract in Wine, search for icons somewhere, select a found icon, and try to open the file properties for that icon. This is done either by pressing F8 or clicking "File" in the upper-right, and then under the "File" menu press "File Properties". The sole terminal output is this: fixme:exec:SHELL_execute flags ignored: 0x0000000c This is true for IconsExtract version 1.46 and version 1.47. Have not seen any Wine version succeed in displaying the file properties. In Windows, "File Properties" brings up the same exact dialogue as right-clicking the file that contains the icon and clicking "properties." IconsExtract is a free download: http://www.nirsoft.net/utils/iconsext.zip . -- 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 16

[Bug 55424] New: user32:cursoricon - test_SetCursor() sometimes fails on w10pro64v2004
by WineHQ Bugzilla 18 Jan '24

18 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=55424 Bug ID: 55424 Summary: user32:cursoricon - test_SetCursor() sometimes fails on w10pro64v2004 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com user32:cursoricon - test_SetCursor() sometimes fails on w10pro64v2004: cursoricon.c:2529: Test failed: expected global cursor 00010003 See https://test.winehq.org/data/patterns.html#user32:cursoricon This failure first happened on 2023-06-05, always with the same cursor handle and always on w10pro64v2004: * 2023-06-05 win2004_newtb-w10pro64v2004-32 * 2023-06-07 win2004_newtb-w10pro64v2004-32 * 2023-06-16 win2004_newtb-w10pro64v2004-32 * 2023-06-19 win2004_newtb-w10pro64v2004-32 * 2023-06-28 win2004_newtb-w10pro64v2004-32 * 2023-08-08 win2004_newtb-w10pro64v2004-32 * 2023-08-08 win2004_newtb-w10pro64v2004-64 The 2023-08-08 final screenshots both show a Windows update window that should not be there. Maybe it is related. -- 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 54613] New: ieframe:ie times out when run without elevated privileges on Windows 8
by WineHQ Bugzilla 18 Jan '24

18 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=54613 Bug ID: 54613 Summary: ieframe:ie times out when run without elevated privileges on Windows 8 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ieframe:ie times out when run without elevated privileges on Windows 8. ieframe:ie start dlls/ieframe/tests/ie.c ieframe:ie:0fe4 done (258) in 120s 0B See https://test.winehq.org/data/patterns.html#ieframe:ie When run on its own the test does not time out so it looks like something is interfering with it. -- 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 56204] New: Keyboard layout detection is faulty for Dvorak.
by WineHQ Bugzilla 18 Jan '24

18 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=56204 Bug ID: 56204 Summary: Keyboard layout detection is faulty for Dvorak. Product: Wine Version: 8.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: daniel(a)gluo.nz Distribution: --- I have Dvorak with compose key on right-alt and a .XCompose file and IME for Japanese via fcitx5 setup. I see this in my console when running wine: ``` 0140:trace:keyboard:X11DRV_KEYBOARD_DetectLayout Attempting to match against "United States keyboard layout" 0140:trace:keyboard:X11DRV_KEYBOARD_DetectLayout matches=47, mismatches=5, seq=33, score=74 0140:trace:keyboard:X11DRV_KEYBOARD_DetectLayout Attempting to match against "United States keyboard layout (phantom key version)" 0140:trace:keyboard:X11DRV_KEYBOARD_DetectLayout matches=48, mismatches=4, seq=34, score=80 0140:trace:keyboard:X11DRV_KEYBOARD_DetectLayout Attempting to match against "United States keyboard layout (dvorak)" 0140:trace:keyboard:X11DRV_KEYBOARD_DetectLayout matches=47, mismatches=5, seq=46, score=74 ``` How is there *only* 5/6 miss-matches between two layouts like QWERTY and Dvorak? Dvorak only has 'a' and 'm' and the number row in the same place. According to this old blog post, there might be a bug: https://forum.winehq.org/viewtopic.php?t=32546 -- 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 56203] New: Creality Slicer will not run, nor install, under latest WINE update
by WineHQ Bugzilla 18 Jan '24

18 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=56203 Bug ID: 56203 Summary: Creality Slicer will not run, nor install, under latest WINE update Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: contact(a)gjim.com Distribution: --- My system is Linux Mint 20.3 I've been using Creality Slicer software to create .gcode files for my Ender5 Pro 3D printer. Linux update, last night, included an update for WINE. WINE --version shows '9.0' Creality Slicer software had been running, very well, under previous installed version of WINE. Link to software: https://www.crealitycloud.com/software-firmware/software/creality-slicer Under current installed WINE version, installed version of Creality Slicer will not open/run, and cannot be re-installed. Jim -- 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