wine-bugs July 2021

wine-bugs@winehq.org

1 participants
5260 discussions

[Bug 51448] New: Mouse issues on ddraw
by WineHQ Bugzilla 20 Sep '21

20 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=51448 Bug ID: 51448 Summary: Mouse issues on ddraw Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: slayersnet2012(a)gmail.com Distribution: --- Mouse issues. On some ddraw Games the mouse cursor turns into a black rectangle when the cursor is shown over a Dialogue box. It should turn into a hand. I do not know that is really a ddraw bug. But it happens when ddraw is necessary. Games that I testet Bejeweled deluxe Bejeweled 2 Zuma deluxe -- 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 7

[Bug 51497] New: Mouse cursors are broken in Photoshop CS2 and Photoshop 7.0
by WineHQ Bugzilla 20 Sep '21

20 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=51497 Bug ID: 51497 Summary: Mouse cursors are broken in Photoshop CS2 and Photoshop 7.0 Product: Wine Version: 6.12 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Created attachment 70338 --> https://bugs.winehq.org/attachment.cgi?id=70338 Photoshop CS2 in Wine 6.13 This has been an issue in at least Wine 6.12 and 6.13. Photoshop CS2 has been free for quite some time now, so you can test and see it yourself. -- 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 51120] New: MCC DAQ software setup crashes in vbscript exec_script function
by WineHQ Bugzilla 20 Sep '21

20 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=51120 Bug ID: 51120 Summary: MCC DAQ software setup crashes in vbscript exec_script function Product: Wine Version: 6.8 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 69987 --> https://bugs.winehq.org/attachment.cgi?id=69987 WINEDEBUG=+vbscript The installer's self-extraction succeeds and the installation wizard starts, but it crashes during the actual install step. Since the crash happens inside of Wine's vbscript.dll, I am attaching a console log with WINEDEBUG=+vbscript. $ sha256sum mccdaq.exe 12eb3e9422e333155977bfd43cb87b3c27826847dfc85998a9c2a52906410312 -- 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 49641] New: Beneath a Steel Sky's Steam version crashes due to incomplete sapi implementation
by WineHQ Bugzilla 19 Sep '21

19 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=49641 Bug ID: 49641 Summary: Beneath a Steel Sky's Steam version crashes due to incomplete sapi implementation Product: Wine Version: 5.12 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: sapi Assignee: wine-bugs(a)winehq.org Reporter: qsniyg(a)mail.com Distribution: --- Currently it uses ScummVM 2.1.2. The next version of ScummVM should in theory fix this crash due to https://github.com/scummvm/scummvm/commit/9a3e420bd20533e310e80058bcc63adeb… It currently crashes on: https://github.com/scummvm/scummvm/blob/branch-2-1-2/backends/text-to-speec… --- snip --- if (SUCCEEDED(hr)) { hr = cpEnum->GetCount(&ulCount); } _voice->SetVolume(0); // <-- here while (SUCCEEDED(hr) && ulCount--) { --- snip --- This is due to _voice not being initialized. It is supposed to be initialized here: https://github.com/scummvm/scummvm/blob/branch-2-1-2/backends/text-to-speec… --- snip --- // init voice hr = CoCreateInstance(CLSID_SpVoice, NULL, CLSCTX_ALL, IID_ISpVoice, (void **)&_voice); // <-- here if (FAILED(hr)) { warning("Could not initialize TTS voice"); return; } --- snip --- However, it fails earlier in the function: https://github.com/scummvm/scummvm/blob/branch-2-1-2/backends/text-to-speec… --- snip --- HRESULT hr = CoCreateInstance(CLSID_SpObjectTokenCategory, NULL, CLSCTX_ALL, IID_ISpObjectTokenCategory, (void **)&pTokenCategory); if (SUCCEEDED(hr)) { hr = pTokenCategory->SetId(SPCAT_AUDIOOUT, TRUE); // <-- here if (SUCCEEDED(hr)) { WCHAR *tokenId; hr = pTokenCategory->GetDefaultTokenId(&tokenId); if (SUCCEEDED(hr)) { --- snip --- It fails because it's unable to find the HKEY_LOCAL_MACHINE\\SOFTWARE\\Microsoft\\Speech\\AudioOutput registry key. If speechsdk is installed through winetricks (and the game is run), the registry key will be populated, allowing it to step further, but it will then crash right after on GetDefaultTokenId, as it returns E_NOTIMPL. -- 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 35186] New: X Error of failed request: BadAlloc (insufficient resources for operation)
by wine-bugs＠winehq.org 18 Sep '21

18 Sep '21

http://bugs.winehq.org/show_bug.cgi?id=35186 Bug ID: 35186 Summary: X Error of failed request: BadAlloc (insufficient resources for operation) Product: Wine Version: 1.7.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cigydd(a)gmail.com Classification: Unclassified Created attachment 46936 --> http://bugs.winehq.org/attachment.cgi?id=46936 A quote from the PlayOnLinux log Hello wine community, I have trouble running most of the Big Fish Games with wine (and also the client but that's another issue) (www.bigfishgames.com). I get errors similar to this: X Error of failed request: BadAlloc (insufficient resources for operation) Major opcode of failed request: 153 (GLX) Minor opcode of failed request: 3 (X_GLXCreateContext) Serial number of failed request: 224 Current serial number in output stream: 228 I know this could be related to mesa and my mom's graphics card which is "Intel Corporation 82865G Integrated Graphics Controller (rev 02)". -- 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 51088] New: Wine doesn't find (builtin?) wineasio.dll.so
by WineHQ Bugzilla 16 Sep '21

16 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=51088 Bug ID: 51088 Summary: Wine doesn't find (builtin?) wineasio.dll.so Product: Wine Version: 6.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: michaelwigard(a)arcor.de Distribution: --- WineASIO provides an ASIO to JACK driver for WINE. (https://github.com/wineasio/wineasio) Since this commit: https://source.winehq.org/git/wine.git/commit/bb065801a693e1cd305d2a507c206… (ntdll: Map the builtin or fake dll from the Wine dirs if it's missing from the prefix.) Wine doesn't seem to find wineasio.dll.so any more: $ wine regsvr32 wineasio.dll regsvr32: Failed to load DLL 'wineasio.dll' Before that commit, load_builtin_dll would eventually be called and load wineasio.dll.so. After that commit, it seems find_builtin_without_file is called, but doesn't load it. With this workaround it works again: $ cp /usr/lib/wine/wineasio.dll.so ~/.wine/drive_c/windows/system/wineasio.dll I'm not too familiar with the internals of Wine, but I suspect it might have something to do with the absence of a fake dll. I was able to get it to work by copying and renaming one of the other fake dlls to wineasio.dll, but only when also setting WINEDLLPATH. It seems to me that this should be a bug in Wine, since it worked the way it was before and doesn't since that commit, but if the solution is something else, please let me know. -- 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 47718] New: x86_64-w64-mingw32-strip strip dlls make wine failed start
by wine-bugs＠winehq.org 14 Sep '21

14 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=47718 Bug ID: 47718 Summary: x86_64-w64-mingw32-strip strip dlls make wine failed start Product: Wine Version: 4.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gamiljydcome(a)gmail.com Distribution: --- make/install wine source and enable x86_64-w64-mingw32-strip strip dlls, wine can not start becauese failed load pe dlls, no strip them works fine but dll files too large. why can not strip them? by the way, what's mean "PE dlls no longer rely on the MinGW runtime" from 4.14 release notes? i didnt install any MinGW runtime for wine runtime env still works fine. debian 10 stable+backports. regards. -- 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 30639] New: Audio stuttering and performance drops in Star Wolves 3
by wine-bugs＠winehq.org 13 Sep '21

13 Sep '21

http://bugs.winehq.org/show_bug.cgi?id=30639 Bug #: 30639 Summary: Audio stuttering and performance drops in Star Wolves 3 Product: Wine Version: 1.5.3 Platform: x86 URL: http://www.gamershell.com/download_8237.shtml OS/Version: Linux Status: UNCONFIRMED Keywords: download, regression Severity: normal Priority: P2 Component: directx-dsound AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com CC: patrakov(a)gmail.com Classification: Unclassified Regression SHA1: 275dfb83f2371a476b615b260465afb3cdf67f32 Due to a recent commit in Wine I get severe audio stuttering as well as slowdowns in certain games. This seems to affect only a small number of games, the vast majority of my games are still running fine. Whether these games are buggy ones or it is indeed a problem with the patch I can't decide as I don't have Windows installed to check how these games behave under native Windows. 275dfb83f2371a476b615b260465afb3cdf67f32 is the first bad commit commit 275dfb83f2371a476b615b260465afb3cdf67f32 Author: Alexander E. Patrakov <patrakov(a)gmail.com> Date: Mon May 7 00:06:13 2012 +0600 dsound: Added a windowed-sinc resampler. :040000 040000 8ecb8b2fbc5c65c2066aaf9a5e8c58104996c5ab 3768c38fdafc656c5e18e14ad70884ea7864b758 M dlls :040000 040000 680c52a0ebe164ca9b6a42d40c6521a91ae86e96 83407150c9beff0aa69d2d2e017b522543ac347f M tools Star Wolves 3: Civil War (v1.12, Steam): audio playback is glitch-free and performance is okay (well above 60 fps) in the menus and during the tutorial mission. When I advance in the game or when I load a saved game I get severe audio stuttering and framerate drops below 15 fps. This makes the game hardly playable. If I quit playing and go back to the main menu, everything is back to normal. The demo for the game is protected with Starforce so it cannot be tested. Droplitz (Steam version): this is a puzzle game. A certain sound effect is intended to play when I create a path for the 'drops' and they make their way to their goal. When this happens I observe the same audio stuttering and performance drops. It lasts only for 2-3 seconds so it's not so severe. Armored Fist 3: audio (both music and speech) are stuttering heavily and it affects performance too. Link to the demo added to URL. There is no music in the demo, but you should observe the problem with speech after starting a new game. HoverAce: the same stuttering in audio and slowdowns can be observed. No demo available. Terminal output doesn't show anything related. Fedora 16 x86 Kernel 3.3.4-3.fc16.i686.PAE Alsa 1.0.25 Pulseaudio is not running Audio device: nVidia Corporation MCP61 High Definition Audio (rev a2) -- 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 69

[Bug 47933] New: FoxPro for Windows 2.6a will not print output from scripted dialog.
by WineHQ Bugzilla 13 Sep '21

13 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=47933 Bug ID: 47933 Summary: FoxPro for Windows 2.6a will not print output from scripted dialog. Product: Wine Version: 4.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: JSladek(a)juno.com Distribution: --- Created attachment 65436 --> https://bugs.winehq.org/attachment.cgi?id=65436 General format for program sections Access to and use of my databases is all under a program written using the FoxPro language. After opening the desired database and index, I use the command "REPORT FORM <report format filename> TO PRINTER" to send the report to the printer. The "TO PRINTER" clause can be substituted by "TO FILE <filename>" .... however ..... in BOTH cases, while running it in WINE, the output fails with a "printer not ready" error. Additionally, if I replace the "TO clauses" with "PROMPT", a printer selection (or to file) dialog comes up, but I still get the same "printer not ready" error regardless which selection I make. Using the "PREVIEW" option to the REPORT FORM command instead of "TO PRINTER" I can view the entire formatted report, but there is no way that the preview can be redirected to any other type of output. It appears to me that the way the command set is structured, the only way to get a report output is through the "report form / printer" interface. It also appears that the "to file" direction is through that same interface. There were a couple of submnissions concerning this problem in the 2008 time frame. The only solution offered was to adjust tyhe TIME function for faster processors in the FoxPro config file. I tried this, but it has no effect on the problem. -- 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 51126] New: [Regression] Evil Twin playing only first part of in game dialog's audio
by WineHQ Bugzilla 11 Sep '21

11 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=51126 Bug ID: 51126 Summary: [Regression] Evil Twin playing only first part of in game dialog's audio Product: Wine Version: 6.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: andy86(a)fastwebnet.it Distribution: --- Created attachment 69991 --> https://bugs.winehq.org/attachment.cgi?id=69991 wine output with +gstreamer and gst_debug=5 After d7fecebe93938bf1ef2349ac74413e28d6b8e153 Evil Twin play only first part of the in game dialog's audio. Subtitles are fine and dialog's scene play fine but audio just stop after a bit of seconds and scenes are mute until game try to play next audio. Compiling until previous commit the things works fine. -- 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

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