wine-bugs July 2024

wine-bugs@winehq.org

1 participants
1152 discussions

[Bug 56447] New: PlayOnline Viewer: The "splash screen" is blank/grey without its image.
by WineHQ Bugzilla 01 Aug '24

01 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=56447 Bug ID: 56447 Summary: PlayOnline Viewer: The "splash screen" is blank/grey without its image. Product: Wine Version: 9.4 Hardware: x86-64 URL: https://web.archive.org/web/20210810150839/http://www. playonline.com/ff11eu/download/media/install_win.html OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: chiitoo(a)gentoo.org Distribution: Gentoo This is a very old one, but as far as I can tell, not reported until now (aside from some side-mentions). PlayOnline Viewer, which is used to launch Final Fantasy XI Online, has a blank/grey window for its "splash screen". It has been working in Wine Staging for some time. Not sure if related, but comparing the logging between runs, each of these show up twice with Vanilla but only once with Staging: err:d3d:wined3d_fence_wait glClientWaitSync returned 0x911b. err:d3d:wined3d_context_gl_wait_command_fence Failed to wait for command fence with id 0x1, ret 0x4. err:d3d:wined3d_fence_wait glClientWaitSync returned 0x911b. err:d3d:wined3d_context_gl_wait_command_fence Failed to wait for command fence with id 0x2, ret 0x4. -- 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 38350] New: FTDI Vinculum II IDE V2.0.2-SP2 gets OLE Error 80020006 on startup and exits
by wine-bugs＠winehq.org 01 Aug '24

01 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=38350 Bug ID: 38350 Summary: FTDI Vinculum II IDE V2.0.2-SP2 gets OLE Error 80020006 on startup and exits Product: Wine Version: 1.7.38 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: skenton(a)ou.edu Distribution: --- The FTDI Vinculum II IDE for firmware development pops up an OLE error dialog and exits immediately after the splash screen is loaded at startup. Works fine on WindowsXP-SP3. Below is everything I thought might help. VinIDE (current version as of 2015Apr03) Download Vinculum II Toolchain V2.0.2-SP2 http://www.ftdichip.com/Firmware/vnc2toolchain/Vinculum%20II%20Installer%20… (popup) Vinculum II IDE OLE error 80020006 OK $ wine --version wine-1.7.38 $ wineconsole fixme:wincodecs:PngDecoder_Block_GetCount stub fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046} fixme:msxml:domelem_setAttributeNode (0x14aaf0)->(0x14ac98 0x33f774): semi-stub $ uname -a Linux Cube 3.16.0-33-generic #44-Ubuntu SMP Thu Mar 12 12:19:35 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux -- 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 18

[Bug 27439] New: Age of Pirates - City of Abandoned Ships crashes while entering the sea
by wine-bugs＠winehq.org 01 Aug '24

01 Aug '24

http://bugs.winehq.org/show_bug.cgi?id=27439 Summary: Age of Pirates - City of Abandoned Ships crashes while entering the sea Product: Wine Version: 1.3.21 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: kitmaxter(a)gmail.com Created an attachment (id=35091) --> (http://bugs.winehq.org/attachment.cgi?id=35091) wine log while trying to enter the sea Mostly every time, while trying to enter the sea from landing, game crashes. Some times it is possible to enter the sea, then go into the map mode and go to other island, but the game will crash on next try to enter the sea mode (encounters like storm or pirates, or harbor of other island). -- 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 98

[Bug 39394] New: Panic Room by Fairlight 64K scene demo crashes on start up
by wine-bugs＠winehq.org 31 Jul '24

31 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=39394 Bug ID: 39394 Summary: Panic Room by Fairlight 64K scene demo crashes on start up Product: Wine Version: 1.7.52 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: t.artem(a)mailcity.com Distribution: --- Created attachment 52508 --> https://bugs.winehq.org/attachment.cgi?id=52508 panic_room_by_fairlight.zip Perhaps because of this: "d3dcompiler:compile_shader Compilation target "tx_1_0" not yet supported" fixme:win:EnumDisplayDevicesW ((null),0,0x19ff8b8,0x00000000), stub! fixme:d3d:debug_d3dformat Unrecognized 0x34324644 (as fourcc: DF24) WINED3DFORMAT! fixme:d3d:wined3d_get_format Can't find format unrecognized (0x34324644) in the format lookup table fixme:d3dcompiler:compile_shader Compilation target "tx_1_0" not yet supported wine: Unhandled page fault on read access to 0x00000000 at address 0x4073f1 (thread 0009), starting debugger... Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x004073f1). err:dbghelp_msc:pe_load_debug_directory Got a page fault while loading symbols Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b EIP:004073f1 ESP:019ff93c EBP:019ff94c EFLAGS:00010286( R- -- I S - -P- ) EAX:00000000 EBX:00000001 ECX:019ff918 EDX:00000000 ESI:00000000 EDI:01a09fe8 Stack dump: 0x019ff93c: 019ff940 00000080 00000000 00000000 0x019ff94c: 019ffdd0 0040186a 01a09fe8 000005a0 0x019ff95c: 0012cbc8 00000000 5f34766e 70736964 0x019ff96c: 6c6c642e 00000000 00000000 00000000 0x019ff97c: 00000000 00000000 00000000 00000000 0x019ff98c: 00000000 00000000 00000000 00000000 Backtrace: =>0 0x004073f1 in flt_panic_room (+0x373f1) (0x019ff94c) 1 0x0040186a in flt_panic_room (+0x31869) (0x019ffdd0) 2 0x0040157a in flt_panic_room (+0x31579) (0x019ffde4) 0x004073f1: movl 0x0(%eax),%ecx Modules: Module Address Debug info Name (76 modules) PE 3d0000- 1226000 Export flt_panic_room ELF 7872d000-7a800000 Deferred libnvidia-glcore.so.355.06 ELF 7a800000-7a8f2000 Deferred opengl32<elf> -- 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 55763] New: Electron projects using sudo-prompt think that permission was not granted
by WineHQ Bugzilla 31 Jul '24

31 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=55763 Bug ID: 55763 Summary: Electron projects using sudo-prompt think that permission was not granted Product: Wine Version: 8.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: skecthysites(a)gmail.com Distribution: --- Electron projects using sudo-prompt think that permission was not granted and behave as if the prompt was closed without granting permission. To reproduce: 1. Install wine-bug-demo from here: https://github.com/zurgeg/Wine-Bug/releases/tag/1.0.0 2. Extract linux-unpacked.tar.gz 3. Run wine-bug-demo 4. Note that it asks you for your user password 5. It will execute just fine once you enter your user password, then you can interrupt it 6. Install wine-bug-demo.Setup.1.0.0.exe 7. After installing, it will attempt to run, at which point it will crash with the error "User did not grant permission" -- 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 57019] New: wineboot crashes in create_bios_processor_values() on 2013 Mac Pro
by WineHQ Bugzilla 31 Jul '24

31 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=57019 Bug ID: 57019 Summary: wineboot crashes in create_bios_processor_values() on 2013 Mac Pro Product: Wine Version: 9.14 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: bshanks(a)codeweavers.com Regression SHA1: ecbc4cf06d6c9253ba92065f320ddd6eeff3177f Created attachment 76864 --> https://bugs.winehq.org/attachment.cgi?id=76864 wineboot backtrace Since ecbc4cf06d6c9253ba92065f320ddd6eeff3177f ("wineboot: Retrieve CPU details through the SMBIOS table."), wineboot assumes that an SMBIOS 3.0+ processor information table is present, and uses those values to populate CPU info in the registry. On most platforms, raw SMBIOS tables are not available to unprivileged applications, so ntdll "creates" SMBIOS tables with information from other APIs. ntdll creates a v3.0+ processor table, and wineboot is happy. However, on Intel macOS, raw SMBIOS tables are available to unprivileged applications, and ntdll passes them straight through to wineboot. My 2013 Mac Pro (running macOS 10.13 and the latest 2023 EFI firmware) only supports SMBIOS v2.4, and the processor information table is missing all the 2.5+ fields like core/thread count. These fields are filled with garbage, and wineboot crashes when proc->thread_count2 is implausibly large. One fix for this would be for wineboot to not use SMBIOS for CPU details (or at least have a non-SMBIOS fallback). Alternately, ntdll could disable passthrough of real SMBIOS tables and just create it on all platforms (this is already done on ARM64 macOS). dmidecode output showing the processor information table: $ dmidecode # dmidecode 3.1 Getting SMBIOS data from Apple SMBIOS service. SMBIOS 2.4 present. 68 structures occupying 3524 bytes. Bad address Handle 0x0000, DMI type 4, 35 bytes Processor Information Socket Designation: Not Specified Type: Central Processor Family: Pentium 4 Manufacturer: Intel(R) Corporation ID: E4 06 03 00 FF FB EB BF Signature: Type 0, Family 6, Model 62, Stepping 4 Flags: FPU (Floating-point unit on-chip) VME (Virtual mode extension) DE (Debugging extension) PSE (Page size extension) TSC (Time stamp counter) MSR (Model specific registers) PAE (Physical address extension) MCE (Machine check exception) CX8 (CMPXCHG8 instruction supported) APIC (On-chip APIC hardware supported) SEP (Fast system call) MTRR (Memory type range registers) PGE (Page global enable) MCA (Machine check architecture) CMOV (Conditional move instruction supported) PAT (Page attribute table) PSE-36 (36-bit page size extension) CLFSH (CLFLUSH instruction supported) DS (Debug store) ACPI (ACPI supported) MMX (MMX technology supported) FXSR (FXSAVE and FXSTOR instructions supported) SSE (Streaming SIMD extensions) SSE2 (Streaming SIMD extensions 2) SS (Self-snoop) HTT (Multi-threading) TM (Thermal monitor supported) PBE (Pending break enabled) Version: Intel(R) Xeon(R) CPU E5-1620 v2 @ 3.70GHz Voltage: 1.2 V External Clock: 25 MHz Max Speed: 3700 MHz Current Speed: 3700 MHz Status: Populated, Enabled Upgrade: ZIF Socket L1 Cache Handle: 0x0002 L2 Cache Handle: 0x0003 L3 Cache Handle: 0x0004 Serial Number: Not Specified Asset Tag: Not Specified Part Number: Not Specified -- 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 54753] New: stdout/cout do not respect console code page in apps compiled with mingw-w64
by WineHQ Bugzilla 31 Jul '24

31 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=54753 Bug ID: 54753 Summary: stdout/cout do not respect console code page in apps compiled with mingw-w64 Product: Wine Version: 8.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: rjtulloh(a)gmail.com Distribution: --- Created attachment 74247 --> https://bugs.winehq.org/attachment.cgi?id=74247 Test program which outputs to the console in different ways. I noticed some cases recently where Wine seemed to ignore the console code page when apps were writing to stdout. Upon further investigation, I found it seems to be specific to apps compiled via mingw64. I've attached a simple test program which demonstrated the issue. It switching the code page to UTF8 and then outputs some Japanese glyphs in different ways. On Windows, this program behaves as expected - the same string is printed for times.The output does not differ based on the compiler used. In Wine, if the program is compiled with mingw-w64, it will output gibberish 3 times, and the correct string is only produced by calling the WriteConsoleA function. This seems to be specific to the way mingw implements stdout, as if the application is compiled with clang in MSVC compatibility mode, there is no issue with the output. It does not seem to be a mingw bug, since the output is correct on Windows. -- 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 56861] New: Background color of selected items in ListView(or ListCtrl) is white
by WineHQ Bugzilla 31 Jul '24

31 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=56861 Bug ID: 56861 Summary: Background color of selected items in ListView(or ListCtrl) is white Product: Wine Version: 9.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: axis6404(a)proton.me CC: zzhang(a)codeweavers.com Regression SHA1: ccc2c6c613264aa228bd6b113dffebc7bcf2c1f3 Distribution: Debian Created attachment 76661 --> https://bugs.winehq.org/attachment.cgi?id=76661 a comparison image When I apply wine's default theme (Light.msstyles), the background color of the item does not change when I select BeckyInternetMail's mail. (white, not blue). The attached image is a comparison image. The top half is a screenshot taken with Light.msstyles applied. (wine's Default setting) The bottom half is a screenshot taken after removing ".wine/drive_c/windows/resources/themes/light/light.msstyles". The background color of the tree view on the left side of the screen is also gray (originally white). -- 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 56997] New: AOL (America Online) Desktop Beta fails when clicking on a menu icon
by WineHQ Bugzilla 30 Jul '24

30 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=56997 Bug ID: 56997 Summary: AOL (America Online) Desktop Beta fails when clicking on a menu icon Product: Wine Version: 9.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Created attachment 76831 --> https://bugs.winehq.org/attachment.cgi?id=76831 wine 9.13 (non staging) console output Hello from Germany, the latest "June" update of AOL (America Online) is available at: https://beta.aol.com/projects/desktop/windows with the checksum (I am assuming it is the June! and not July update) being sha256sum Install_AOL_Desktop.exe 3123f8968457ab0981e16c534c139c9619d9d8ac38bfd13e2311e8cc44fa4939 Install_AOL_Desktop.exe I managed to install the software in a fresh prefix and run it. It starts up okay export WINEPREFIX=/home/mwagner/WineApps/AOLDesktopBeta/ wine AolDesktop.exe 2&>/home/mwagner/Desktop/AOLCrashOutput.txt AolDesktop.exe file is in ~/WineApps/AOLDesktopBeta/drive_c/users/mwagner/AppData/Local/AOLDesktop/ but crashes when I click on an icon in the menu bar. Please let me know should you need further details Maik -- 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 56995] New: Missing video in Nobody wants to die
by WineHQ Bugzilla 30 Jul '24

30 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=56995 Bug ID: 56995 Summary: Missing video in Nobody wants to die Product: Wine Version: 9.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: berillions(a)gmail.com Distribution: --- Created attachment 76824 --> https://bugs.winehq.org/attachment.cgi?id=76824 Video on Windows Hi, There is a missing video when the player launch a new game. On Windows, there is a small video because the character is in a drive-in when the game begin (see attachment #1). Instead of in Wine, there is a grey video and only the sound (see attachment #2) Same issue with Proton 9 + Proton Experimental + Bleeding Edge. The attachment #3 is the console output log. -- 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

Jump to page:

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 July 2024