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

[Bug 44514] New: Elder Scrolls Online (Dragon Bones update) requires more than 32 samplers in pixel shaders with D3D11 renderer
by wine-bugs＠winehq.org March 13, 2025

March 13, 2025

https://bugs.winehq.org/show_bug.cgi?id=44514 Bug ID: 44514 Summary: Elder Scrolls Online (Dragon Bones update) requires more than 32 samplers in pixel shaders with D3D11 renderer Product: Wine Version: 3.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: ssorgatem(a)gmail.com Distribution: --- Practically the same as https://bugs.winehq.org/show_bug.cgi?id=41213 Missing ground textures that make the game rather hard to play, same as in the screenshots for that patch. The difference is that back then the game required more than 16 samplers... which was fixed, but it now requries more than 32 samplers: fixme:d3d:context_bind_shader_resources Shader 0x7fff03eb85a0 needs 37 samplers, but only 32 are supported. Happens in latest staging, 3.0 and 3.1 -- 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 67

[Bug 54889] New: shell32.dll compile with clang-16 on termux-x86 LLVM ERROR: out of memory
by WineHQ Bugzilla March 12, 2025

March 12, 2025

https://bugs.winehq.org/show_bug.cgi?id=54889 Bug ID: 54889 Summary: shell32.dll compile with clang-16 on termux-x86 LLVM ERROR: out of memory Product: Wine Version: 8.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: szl19921231(a)gmail.com Distribution: --- Created attachment 74387 --> https://bugs.winehq.org/attachment.cgi?id=74387 compile error log build i386 wine: winegcc output shell32.dll LLVM out of memory from wine-8.2, win-8.1 is ok compile on termux-app_v0.118.0+github-debug_x86.apk clang-16.0.1 i686 but x86_64 wine can build shell32.dll ok on termux-app_v0.118.0debug_x86_64.apk -- 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 22846] New: wine's internet explorer can't download firefox
by wine-bugs＠winehq.org March 12, 2025

March 12, 2025

http://bugs.winehq.org/show_bug.cgi?id=22846 Summary: wine's internet explorer can't download firefox Product: Wine Version: 1.2-rc1 Platform: x86 URL: http://www.getfirefox.com OS/Version: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: mshtml AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com As everyone who's installed Windows (and isn't in the EU) knows, the main use of Internet Explorer is to download firefox. Unfortunately, wine's IE can't download firefox: $ wine iexplore.exe http://www.getfirefox.com Click download, choose windows, and...nothing. Relevant terminal output: fixme:mshtml:nsChannel_IsNoStoreResponse (0x2a06a38)->(0x32ee7c) fixme:mshtml:nsChannel_IsNoCacheResponse (0x2a06a38)->(0x32ee78) fixme:mshtml:nsChannel_Cancel (0x2a06a38)->(804b0002) fixme:mshtml:nsHttpChannelInternal_SetDocumentURI (0x2affaf8)->() fixme:mshtml:nsChannel_SetReferrer (0x2affaf8)->(0x2bf3b38) fixme:shdocvw:ClOleCommandTarget_Exec Unimplemented group {000214d1-0000-0000-c000-000000000046} fixme:urlmon:Binding_Abort (0x2b46008) fixme:shdocvw:ClOleCommandTarget_Exec Unimplemented group {000214d1-0000-0000-c000-000000000046} fixme:mshtml:HttpNegotiate_GetRootSecurityId (0x2b162b0)->(0x32f108 0x32f34c 0) fixme:wininet:InternetLockRequestFile STUB err:mshtml:read_stream_data buffer is full -- 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 11

[Bug 42254] New: iTunes 12.5.4 window maximized with margin
by wine-bugs＠winehq.org March 12, 2025

March 12, 2025

https://bugs.winehq.org/show_bug.cgi?id=42254 Bug ID: 42254 Summary: iTunes 12.5.4 window maximized with margin Product: Wine Version: 2.0-rc3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winetaste(a)gmx.net Distribution: --- Created attachment 56939 --> https://bugs.winehq.org/attachment.cgi?id=56939 output maximizing iTunes window has 4 px margin on every side when maximized. It is the same for 32 and 64bit iTunes. I tested on two different machines both with Ubuntu 16.10 64bit. Same result with KDE Plasma 5, MATE and Cinnamon. Same with builtin and native gdiplus. Output when I click maximize button, see attachment. I don't know if I missed that before, because I didn't really maximized iTunes that often before. Now I tested with rc3-5 and it is the same result. iTunes 12.5.4.42 $ sha1sum iTunesSetup.exe 3a70cb1f8215efab5ae3723ab5ddde21f8394108 iTunesSetup.exe iTunes 12.5.4.42 x64: $ sha1sum iTunes6464Setup.exe e24e12bf876d1cb683081ef4bd2427d1d2d377cd iTunes6464Setup.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.

2 12

[Bug 25532] New: iTunes under Wine doesn't find shared libraries
by wine-bugs＠winehq.org March 12, 2025

March 12, 2025

http://bugs.winehq.org/show_bug.cgi?id=25532 Summary: iTunes under Wine doesn't find shared libraries Product: Wine Version: 1.3.9 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: computers57(a)hotmail.com It seems that iTunes 10.1 under Wine cannot find shared libraries. I think this has something to do with mdnsresponder not able to talk on the required port. Steps to reproduce: 1. Go to preferences in iTunes running either on Mac or natively on Windows. 2. click on Sharing. 3. Enable Music Sharing. 4. Go to a wine directory which has iTunes installed. 5. Start up iTunes under Wine. 6. Wait about a minute. 7. Look under Sharing on the sidebar. Expected result: You should see the shared library. Actual result: The share doesn't show up at all. -- 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 14

[Bug 47980] New: Corel DRAW 2019 installer halts at "Initializing" step
by WineHQ Bugzilla March 11, 2025

March 11, 2025

https://bugs.winehq.org/show_bug.cgi?id=47980 Bug ID: 47980 Summary: Corel DRAW 2019 installer halts at "Initializing" step Product: Wine Version: 4.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bignintyfan(a)gmail.com Distribution: --- Created attachment 65490 --> https://bugs.winehq.org/attachment.cgi?id=65490 Corel DRAW 2019 Applications such as CorelDRAW 2019 hang at the "Initializing" step when trying to install. This has been occurring since at least Wine Staging 4.5, but has persisted to Wine Staging 4.18. Steps to reproduce: 1. Make sure the "winbind" package is installed (`sudo apt install winbind`) 2. Make a new 64-bit Wine Prefix (`export WINEPREFIX=~/.wine-corel`) 3. Download the trial of CorelDRAW 2019 (https://www.coreldraw.com/en/) 4. (optional) Install dotnet40 using winetricks (`winetricks dotnet40) 5. Run the installer (`wine CorelDRAWGraphicsSuite2019Installer_RW.exe`) Tracelog is added as an attachment, the final error shown when the window hangs is "{}:err:seh:setup_exception_record stack overflow 1024 bytes in thread {} eip f7b34198 esp 00230f30 stack 0x230000-0x231000-0x330000" -- 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 48678] New: USB serial under .NET 4.0 enters into an infinite loop
by WineHQ Bugzilla March 11, 2025

March 11, 2025

https://bugs.winehq.org/show_bug.cgi?id=48678 Bug ID: 48678 Summary: USB serial under .NET 4.0 enters into an infinite loop Product: Wine Version: 5.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: forum(a)abtelecom.ro Distribution: --- Created attachment 66531 --> https://bugs.winehq.org/attachment.cgi?id=66531 WineHQ LokProgrammer5 using USB to SERIAL Hi, I'm trying to run ESU LokProgrammer5 under Wine 5.0. Seems that when it wants to read from the serial port is entering into an infinite loop. OS: Debian Bullseye Kernel: 5.4.0-4-amd64 #1 SMP Debian 5.4.19-1 (2020-02-13) x86_64 GNU/Linux WineHQ: 5.0 DOS Devices: $ ls .wine/dosdevices/ -l total 8 lrwxrwxrwx 1 adrian adrian 10 Dec 1 12:50 c: -> ../drive_c lrwxrwxrwx 1 adrian adrian 10 Feb 27 00:07 com1 -> /dev/ttyS0 lrwxrwxrwx 1 adrian adrian 10 Feb 27 00:07 com2 -> /dev/ttyS1 lrwxrwxrwx 1 adrian adrian 10 Feb 27 00:07 com3 -> /dev/ttyS2 lrwxrwxrwx 1 adrian adrian 10 Feb 27 00:07 com4 -> /dev/ttyS3 lrwxrwxrwx 1 adrian adrian 62 Feb 27 00:07 com5 -> /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A506V8O5-if00-port0 lrwxrwxrwx 1 adrian adrian 81 Feb 27 00:07 com6 -> /dev/serial/by-id/usb-Prolific_Technology_Inc._USB-Serial_Controller_D-if00-port0 lrwxrwxrwx 1 adrian adrian 12 Feb 27 00:07 com7 -> /dev/ttyUSB0 lrwxrwxrwx 1 adrian adrian 12 Feb 27 00:07 com8 -> /dev/ttyUSB1 lrwxrwxrwx 1 adrian adrian 14 Dec 1 12:50 d:: -> /dev/mmcblk0p1 lrwxrwxrwx 1 adrian adrian 12 Dec 1 12:50 e:: -> /dev/mmcblk0 lrwxrwxrwx 1 adrian adrian 1 Dec 1 12:50 z: -> / Logs are made with "WINEDEBUG=+comm wine drive_c/Program\ Files\ $x86$/LokProgrammer5/LokProgrammer.exe" using COM5 and COM6. I've test the COM ports with PuTTY.EXE and they work ok, but under this software are not working. Kind regards, Adrian -- 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 56726] New: Ability to disable wine builtin title bar and borders
by WineHQ Bugzilla March 10, 2025

March 10, 2025

https://bugs.winehq.org/show_bug.cgi?id=56726 Bug ID: 56726 Summary: Ability to disable wine builtin title bar and borders Product: Wine Version: 9.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: Deresiant(a)protonmail.ch Distribution: --- Currently when running applications through wine on the wayland driver, those windows have a titlebar and border (I think these called window decorations?) which are provided by wine and can be configured in winecfg. There isn't a method to disable these window decorations completely. -- 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 31554] New: PDF Annotation crashes on second startup
by wine-bugs＠winehq.org March 10, 2025

March 10, 2025

http://bugs.winehq.org/show_bug.cgi?id=31554 Bug #: 31554 Summary: PDF Annotation crashes on second startup Product: Wine Version: 1.5.11 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msxml3 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified Now that bug 31206 is fixed, PDF Annotator starts up ok the first time, but it still crashes on 2nd run with fixme:msxml:internal_getProperty (0x3e27008)->(L"charset") unsupported property fixme:msxml:internal_getProperty (0x3e27008)->(L"xmldecl-encoding") unsupported property fixme:msxml:internal_getProperty (0x3e27008)->(L"xmldecl-version") unsupported property err:seh:setup_exception_record stack overflow 2032 bytes in thread 0009 eip 004063aa esp 00240b40 stack 0x240000-0x241000-0x340000 'winetricks msxml3' still works around it, as does rm "$WINEPREFIX/dosdevices/c:/users/$LOGNAME/Local Settings/Application Data/PDF Annotator/3.0/Tools/paStampTools.xml" -- 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 9

[Bug 36958] New: Wine emulates file creation time instead of fetching it from the underlying filesystem
by wine-bugs＠winehq.org March 10, 2025

March 10, 2025

http://bugs.winehq.org/show_bug.cgi?id=36958 Bug ID: 36958 Summary: Wine emulates file creation time instead of fetching it from the underlying filesystem Product: Wine Version: 1.7.22 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P5 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: t.artem(a)mailcity.com Created attachment 49071 --> http://bugs.winehq.org/attachment.cgi?id=49071 Far2 showing file modification/creation/lass access times. In Linux at least ext4 supports file creation time field (crtime), but Wine doesn't use it. Instead it uses mtime. Please, implement crtime for filesystems which impelement this field. -- 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