wine-bugs August 2023

wine-bugs@winehq.org

1 participants
2678 discussions

[Bug 54516] New: d3d9:visual - clip_planes_test() fails on Debian Testing
by WineHQ Bugzilla 07 Oct '23

07 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=54516 Bug ID: 54516 Summary: d3d9:visual - clip_planes_test() fails on Debian Testing Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- d3d9:visual - clip_planes_test() fails on Debian Testing: visual.c:17064: Test failed: Expected color 0x00ff0000, 0x00ff7f00, 0x00ff0000 or 0x00ff7f00 for instruction "def2", got 0x00ffff00. visual.c:17064: Test failed: Expected color 0x00ff00ff, 0x00ff7f00, 0x00ff00ff or 0x00ff7f00 for instruction "def3", got 0x00ffffff. See https://test.winehq.org/data/patterns.html#d3d9:visual What's notable is that this failure: * Does not happen on Windows. * Does not happen on Debian 11. * Started happening on Debian Testing after the 2023-01-15 upgrade. So it may be that some Debian library is in the wrong. -- 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 55456] New: roblox crashing at startup
by WineHQ Bugzilla 06 Oct '23

06 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55456 Bug ID: 55456 Summary: roblox crashing at startup Product: Wine-staging Version: 8.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hackerman23143(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 75016 --> https://bugs.winehq.org/attachment.cgi?id=75016 this is the crash info,i dont understand much but you guys can probably decipher it roblox will not start,and whenever i do it says wine has encountered a serious error and cannot continue -- 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 55353] New: D2D Rendering glitches in QSpice
by WineHQ Bugzilla 04 Oct '23

04 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55353 Bug ID: 55353 Summary: D2D Rendering glitches in QSpice Product: Wine Version: 8.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d2d Assignee: wine-bugs(a)winehq.org Reporter: ln(a)calcifer.ee Distribution: --- Created attachment 74937 --> https://bugs.winehq.org/attachment.cgi?id=74937 Minimal log from application startup When starting QSpice, it first displays the main canvas properly, but already the one in the lower left corner has a black background. When loading in an example or simply adding a component, the main canvas also goes black. Symbols, text, etc. seem to be rendered properly, but only the background glitches out and becomes solid black. The application installer is available from https://getqspice.com/InstallQSPICE.exe Unfortunately the application checks for wine, but wine-staging with "Hide wine version from applications" enabled works. -- 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 46941] New: Canon EOS Utility doesn't start
by wine-bugs＠winehq.org 03 Oct '23

03 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=46941 Bug ID: 46941 Summary: Canon EOS Utility doesn't start Product: Wine Version: 4.4 Hardware: x86-64 URL: https://www.canon.it/support/consumer_products/product s/cameras/digital_slr/eos_700d.html?type=software&lang uage=it&os=windows%207%20(64-bit)&softwaredescriptioni d=tcm:80-1330031 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: luca.finizio.mgbx(a)hotmail.it Distribution: Mint Created attachment 64064 --> https://bugs.winehq.org/attachment.cgi?id=64064 console output I downloaded Canon EOS Utility 2.14.20a from here https://www.canon.it/support/consumer_products/products/cameras/digital_slr… but the .exe doesn't start. I get an error saying "The file is damaged. Re-obtain a valid file". I attched my log file. -- 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 1

[Bug 49602] New: Missing functionality for Sumatra PDF 3.2
by WineHQ Bugzilla 02 Oct '23

02 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=49602 Bug ID: 49602 Summary: Missing functionality for Sumatra PDF 3.2 Product: Wine Version: 5.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: Markus.Elfring(a)web.de Distribution: --- I have tried the software “Wine 5.13-1186.1” out again because I would like to check the collaboration of another well-known PDF tool here. Print tries succeeded for a few documents. I got the following log during my test attempt. elfring@Sonne:~> wine /home/elfring/geladen/Freeware/SumatraPDF-3.2-64.exe 0378:fixme:process:SetProcessDEPPolicy (1): stub 0378:err:ole:CoGetClassObject class {9e56be60-c50f-11cf-9a2c-00a0c90a90ce} not registered 0378:err:ole:CoGetClassObject class {9e56be60-c50f-11cf-9a2c-00a0c90a90ce} not registered 0378:err:ole:create_server class {9e56be60-c50f-11cf-9a2c-00a0c90a90ce} not registered 0378:fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported … 0378:fixme:commdlg:PrintDlgExW (000000000021DC10) semi-stub 0378:fixme:commdlg:PRINTDLG_UpdatePrintDlgW Collate lppd not yet implemented as output 0394:fixme:winspool:SetJobW Ignoring everything other than document title 0378:err:ntdll:RtlLeaveCriticalSection section 0000000000912720 is not acquired … How are the chances to complete the mentioned function implementations? -- 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 44236] New: Poisson Superfish: Slow to write binary file.
by wine-bugs＠winehq.org 30 Sep '23

30 Sep '23

https://bugs.winehq.org/show_bug.cgi?id=44236 Bug ID: 44236 Summary: Poisson Superfish: Slow to write binary file. Product: Wine Version: 2.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: raphaelcervantes(a)protonmail.com Distribution: --- Discussion is in this forum. https://forum.winehq.org/viewtopic.php?f=2&t=29936 I am using Wine to run Poisson Superfish. This program essentially does some calculations and then writes the results into a binary file. This action is performed in less than a second in a Windows environment. Unfortunately, it takes about 10 seconds to write this binary file under Wine. Here is how to reproduce the error: 1. Install Poisson Superfish on linux using Wine. You have to scroll all the way down and click register. http://laacg.lanl.gov/laacg/services/download_sf.phtml 2. Once installed, open a unix terminal in this directory .../.wine/drive_c/LANL/Examples/RadioFrequency/Waveguides/ 3. Run wineconsole cmd. 4. In the new window, run RUNWG.BAT. 3. Several windows will pop up. The ones that stall for a bit are in the process of writing to a file named something.T35. The T35 refers to tape 35 (I guess that's how a sector of harddrive memory would be referred as back in the 80s). This is the binary file with the solution in it. It will finish eventually, but it is pretty slow. -- 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 7

[Bug 55240] New: The 64-bit winmm:capture & winmm:wave get BADDEVICEID on Windows 10+
by WineHQ Bugzilla 29 Sep '23

29 Sep '23

https://bugs.winehq.org/show_bug.cgi?id=55240 Bug ID: 55240 Summary: The 64-bit winmm:capture & winmm:wave get BADDEVICEID on Windows 10+ Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: winmm&mci Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The 64-bit winmm:capture & winmm:wave get BADDEVICEID on Windows 10+: capture.c:180: Test failed: waveInGetDevCapsW(0): MMSYSERR_NOERROR expected, got MMSYSERR_BADDEVICEID(A device ID has been used that is out of range for your system.) [...] wave.c:691: Test failed: waveOutGetDevCapsW(WAVE_MAPPER): MMSYSERR_NOERROR expected, got MMSYSERR_BADDEVICEID(A device ID has been used that is out of range for your system.) [...] See https://test.winehq.org/data/patterns.html#winmm:capture https://test.winehq.org/data/patterns.html#winmm:wave This started with the GitLab CI's switch to Debian 12 (bookworm) for the build system: * The winmm_test.exe binary produced by the TestBot's Debian 11-based build VM produces no failures when run on Windows while GitLab CI's binary for the same Wine version produces this set of failures. * And the TestBot runs the official WineTest builds on its Windows VMs which is why the failures appeared on 2023-07-10 which corresponds to this commit: commit 5799e89f15b5584f186dcc2fd24b98e0a7bd6c10 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Mon Jul 10 17:18:49 2023 +0200 gitlab: Upgrade the Debian image to bookworm. Now the question is whether the new build environment revealed a preexisting bug in Wine, or if the new build environment itself is broken, or if the bug is elsewhere such as in the MinGW compiler. -- 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 55486] New: Finale 27 printing mangled
by WineHQ Bugzilla 29 Sep '23

29 Sep '23

https://bugs.winehq.org/show_bug.cgi?id=55486 Bug ID: 55486 Summary: Finale 27 printing mangled Product: Wine Version: 8.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineps.drv Assignee: wine-bugs(a)winehq.org Reporter: davech(a)t-online.de Distribution: --- Created attachment 75044 --> https://bugs.winehq.org/attachment.cgi?id=75044 screenshot from program Printing from Finale 27 (https://www.finalemusic.com/) using the wine ps driver severely mangles the output (example attached). This is reproducible on all wine versions from 8.0 The output from wine 7.0.2 is correct -- 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 18

[Bug 43137] New: The Elder Scrolls: Oblivion crashes after opening logo screens.
by wine-bugs＠winehq.org 29 Sep '23

29 Sep '23

https://bugs.winehq.org/show_bug.cgi?id=43137 Bug ID: 43137 Summary: The Elder Scrolls: Oblivion crashes after opening logo screens. Product: Wine Version: 2.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rfarmer84(a)outlook.com Distribution: --- Created attachment 58351 --> https://bugs.winehq.org/attachment.cgi?id=58351 Backtrace When I try to run The Elder Scrolls: Oblivion from Gog.com, the opening logos (Bethesda, copyrights, etc) play, as well as the opening jingle, and then the screen goes blank and the game crashes. Using Wine 2.9 (64-bit) as provided by Fedora 26. Backtrace and terminal output attached. -- 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 32

[Bug 54588] New: iphlpapi:iphlpapi - test_GetExtendedTcpTable() sometimes fails because the buffer is too small in Wine
by WineHQ Bugzilla 29 Sep '23

29 Sep '23

https://bugs.winehq.org/show_bug.cgi?id=54588 Bug ID: 54588 Summary: iphlpapi:iphlpapi - test_GetExtendedTcpTable() sometimes fails because the buffer is too small in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: iphlpapi Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- iphlpapi:iphlpapi - test_GetExtendedTcpTable() sometimes fails because the buffer is too small in Wine: iphlpapi.c:1892: Test failed: got 122 iphlpapi.c:1910: Test failed: got 122 iphlpapi.c:1949: Test failed: got 122 See https://test.winehq.org/data/patterns.html#iphlpapi:iphlpapi This looks like the same issue as with GetAdaptersAddresses(): the number of entries in the table increases between the first call to compute the size and the second call that tries to fill the table. So all uses of GetAdaptersAddresses() should use a loop to defend against this. nsi:nsi also uses a similar code pattern and although it does not seem to have failures, it should probably be patched 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 3

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 August 2023