November 2021 - Wine-Bugs - list.winehq.org

[Bug 51815] New: DocumentProperties broken by last update
by WineHQ Bugzilla Nov. 5, 2021

Nov. 5, 2021

https://bugs.winehq.org/show_bug.cgi?id=51815 Bug ID: 51815 Summary: DocumentProperties broken by last update Product: Wine Version: 6.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: spooler Assignee: wine-bugs(a)winehq.org Reporter: incubusrk(a)gmail.com Distribution: --- Last update cause DocumentProperties return -1 for existing printer. GetLastError return 193 For wine 6.17 and lower it's work 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 21

[Bug 48377] New: Home Designer Suite 21.3.1.1x64 hangs on mouse button release when drawing wall
by WineHQ Bugzilla Nov. 5, 2021

Nov. 5, 2021

https://bugs.winehq.org/show_bug.cgi?id=48377 Bug ID: 48377 Summary: Home Designer Suite 21.3.1.1x64 hangs on mouse button release when drawing wall Product: Wine Version: 5.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 74.schutt(a)gmail.com Distribution: --- Created attachment 66130 --> https://bugs.winehq.org/attachment.cgi?id=66130 Wine terminal output I'm testing Home Designer Suite 21.3.1.1x64 on 5.3-rc3 with the patch from bug 48371 applied. After starting home designer and opening a new plan, I am trying to draw my first wall. Left mouse button down sets the starting location of the wall, and as I move the mouse the display is continuously updated with the new wall length. When I release the left mouse button to set the end location, the wine window stops being updated, the mouse cursor disappears while the mouse position is inside the wine window, and my system is otherwise idle. I have to ctrl-C in the terminal window where I started wine to kill it. I've attached the terminal output from Wine. At the end of the output I added some text that appeared after I used ctrl-C to kill wine. I'll also attach the output that Home Designer logged as it ran. -- 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 51979] New: Sending of Midi SysEx Events not working
by WineHQ Bugzilla Nov. 5, 2021

Nov. 5, 2021

https://bugs.winehq.org/show_bug.cgi?id=51979 Bug ID: 51979 Summary: Sending of Midi SysEx Events not working Product: Wine Version: 6.20 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: reinhold.hoffmann(a)hotmail.com The sending of midi SysEx events to an external device like a keyboard fails. SysEx events are very common like all the midi reset events. Component: dlls\winecoreaudio.drv File: midi.c This is related to coreaudio, alsa is OK.´ The issue is that SysEx events are encapsulated by 0xF0, 0xF7. These encapsulated bytes are stripped before the routine MIDIOut_LongData is called. In MIDIOut_LongData the following happens: Warning "The allegedly system exclusive buffer is not correct. Please report with MIDI file" Errors "Add missing 0xF0 marker at the beginning of system exclusive byte stream" "Add missing 0xF7 marker at the end of system exclusive byte stream" But the event is being sent to the external port as if the encapsulated bytes would exist. I use a Yamaha keyboard. This macOS driver has been recently upgraded for macOS Big Sur, Monterey. This driver now fails. ================================ Comparing the same situation for the alsa driver Component: dlls\winealsa.drv File: midi.c The equivalent to MIDIOut_LongData of coreaudio here is modLongData. In modLongData the encapsulated bytes are added in case they are missing. I recommend to add the same tolerant step to MIDIOut_LongData as well. Unfortunately, tracing of a midi file was not possible because both routines crash when trace is active for dwBufferLength=2 which is a regular case even for long midi data. Further, there is a comment in both files "but it seems to be used only for midi input". This is not the case. LongData are used for midi out, 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 1

[Bug 51977] New: winefile: Add/Remove Programs rundll32.exe is windowed but not properly controllable by the window manager (missing from Task Manager)
by WineHQ Bugzilla Nov. 5, 2021

Nov. 5, 2021

https://bugs.winehq.org/show_bug.cgi?id=51977 Bug ID: 51977 Summary: winefile: Add/Remove Programs rundll32.exe is windowed but not properly controllable by the window manager (missing from Task Manager) Product: Wine Version: 6.0.1 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: grahamperrin(a)gmail.com Created attachment 70966 --> https://bugs.winehq.org/attachment.cgi?id=70966 Screenshot: Add/Remove Programs missing from Task Manager If Wine File Manager is used to open Add/Remove Programs, then there is: * a window for Add/Remove Programs – but no separate listing for the window in (for example) Task Manager of KDE Plasma. After Wine File Manager closes: * there remains a window that's not in Task Manager – screenshot attached. % pkg info -x wine wine-6.0.1_5,1 wine-proton-6.3.2_3 winetricks-20210825 % uname -aKU FreeBSD mowa219-gjp4-8570p-freebsd 14.0-CURRENT FreeBSD 14.0-CURRENT #113 main-n250242-eab5358b908: Mon Oct 25 05:40:35 BST 2021 root(a)mowa219-gjp4-8570p-freebsd:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG amd64 1400039 1400039 % -- 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 0

[Bug 51973] New: MSoundFactory: inconsistently crashes when playing audio.
by WineHQ Bugzilla Nov. 4, 2021

Nov. 4, 2021

https://bugs.winehq.org/show_bug.cgi?id=51973 Bug ID: 51973 Summary: MSoundFactory: inconsistently crashes when playing audio. Product: Wine Version: 6.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jonathan(a)troyer.house Distribution: --- Created attachment 70959 --> https://bugs.winehq.org/attachment.cgi?id=70959 Wine-generated backtrace MSoundFactory (https://www.meldaproduction.com/MSoundFactory) crashes when playing audio, usually very quickly but at inconsistent times. I hosted it in Reaper (http://reaper.fm) via yabridge (https://github.com/robbert-vdh/yabridge) See this yabridge issue: https://github.com/robbert-vdh/yabridge/issues/144 -- 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 2

[Bug 9027] No sound for rise of nations - all versions
by WineHQ Bugzilla Nov. 4, 2021

Nov. 4, 2021

https://bugs.winehq.org/show_bug.cgi?id=9027 --- Comment #64 from joaopa <jeremielapuree(a)yahoo.fr> --- Created attachment 70957 --> https://bugs.winehq.org/attachment.cgi?id=70957 console output with wine-6.20 Bug still occurs with wine-6.20. -- 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 0

[Bug 40667] New: Cossacks - European Wars: Intro videos cropped and not full screen
by wine-bugs＠winehq.org Nov. 4, 2021

Nov. 4, 2021

https://bugs.winehq.org/show_bug.cgi?id=40667 Bug ID: 40667 Summary: Cossacks - European Wars: Intro videos cropped and not full screen Product: Wine Version: 1.9.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)iooioio.orion.uberspace.de Distribution: Other Created attachment 54537 --> https://bugs.winehq.org/attachment.cgi?id=54537 Screenshot When I launch the GOG version of Cossacks - European Wars, the intro videos begin to play but they are cropped to a small square in the corner of the screen. I am attaching a screenshot that should be much more helpful than my description. -- Some additional info about my system (just in case): Distro: Linux Mint 17.3 (64 bit) Kernel: 4.4.0-21-generic Graphics: Proprietary NVIDIA 364.19 -- 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 42476] New: COSSACKS 3 TOSWFragmentShaderHandle ERRORS PREVENT GAME FORM STARTING WITH MESA AND AMD GPU
by wine-bugs＠winehq.org Nov. 4, 2021

Nov. 4, 2021

https://bugs.winehq.org/show_bug.cgi?id=42476 Bug ID: 42476 Summary: COSSACKS 3 TOSWFragmentShaderHandle ERRORS PREVENT GAME FORM STARTING WITH MESA AND AMD GPU Product: Wine Version: 2.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: eutychios23(a)gmail.com Distribution: --- i installed all directx9 dlls and none while trying to solve the issue but still nothing. Wine_errorlog: everything else.all i get is a black screen with the game cursor,but i am able to click the menu options and the following errors no matter what i try: TOSWFragmentShaderHandle: 0:34(11): error: could not implicitly convert operands to arithmetic operator TOSWFragmentShaderHandle: 0:21(11): error: could not implicitly convert operands to arithmetic operator TOSWFragmentShaderHandle: 0:44(11): error: could not implicitly convert operands to arithmetic operator TOSWFragmentShaderHandle: 0:32(11): error: could not implicitly convert operands to arithmetic operator TOSWFragmentShaderHandle: 0:34(11): error: could not implicitly convert operands to arithmetic operator TOSWFragmentShaderHandle: 0:36(11): error: could not implicitly convert operands to arithmetic operator TOSWFragmentShaderHandle: 0:21(11): error: could not implicitly convert operands to arithmetic operator TOSWFragmentShaderHandle: 0:23(11): error: could not implicitly convert operands to arithmetic operator TOSWFragmentShaderHandle: 0:28(22): error: could not implicitly convert operands to arithmetic operator 0:28(18): error: cannot construct `int' from a non-numeric data type 0:28(18): error: operands to arithmetic operators must be numeric 0:28(18): error: operands to arithmetic operators must be numeric TOSWFragmentShaderHandle: 0:43(22): error: could not implicitly convert operands to arithmetic operator 0:43(18): error: cannot construct `int' from a non-numeric data type 0:43(18): error: operands to arithmetic operators must be numeric 0:43(18): error: operands to arithmetic operators must be numeric TOSWFragmentShaderHandle: 0:34(11): error: could not implicitly convert operands to arithmetic operator TOSWFragmentShaderHandle: 0:20(11): error: could not implicitly convert operands to arithmetic operator Access violation at address 00880272 in module 'cossacks.exe'. Read of addres 00000058. Access violation at address 0088037A in module 'cossacks.exe'. Read of addres 00000054. -- 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

[Bug 50346] New: Cossacks: Back to War crashes after few mins
by WineHQ Bugzilla Nov. 4, 2021

Nov. 4, 2021

https://bugs.winehq.org/show_bug.cgi?id=50346 Bug ID: 50346 Summary: Cossacks: Back to War crashes after few mins Product: Wine Version: 5.22 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 2857(a)gmx.de Created attachment 68934 --> https://bugs.winehq.org/attachment.cgi?id=68934 wine backtrace Hi, I'm using GOG version on Mac OS X. Game runs perfectly, but crashes after few mins (random map), doesn't seem to be game-process specific. -- 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 5382] Add QT/GTK Integration
by WineHQ Bugzilla Nov. 3, 2021

Nov. 3, 2021

https://bugs.winehq.org/show_bug.cgi?id=5382 --- Comment #29 from Bamm Gabriana <bammgabriana(a)gmail.com> --- Interesting. It shouldn't be hard to recreate the logic into a Windows program, or to create an elf in winelib just to run the script. But doing that will mean it cannot be made into a separate package, As I understood it, this bug was closed precisely because they believe such a thing should be an external tool. If I can just drop files in certain places that automagically causes the script to run at wineboot, it should be trivial to create a deb or rpm that people can install separately, if they desire this feature. I also prefer this so I can continue maintaining the script independent of Wine development. -- 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 0