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

[Bug 47981] New: PhantomJS crashes in PG Offline 4
by WineHQ Bugzilla Nov. 12, 2019

Nov. 12, 2019

https://bugs.winehq.org/show_bug.cgi?id=47981 Bug ID: 47981 Summary: PhantomJS crashes in PG Offline 4 Product: Wine Version: 4.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ajg02(a)elfringham.co.uk Distribution: --- Created attachment 65497 --> https://bugs.winehq.org/attachment.cgi?id=65497 Console log with PhantomJS crash Download installer for PG Offline tool from http://www.personalgroupware.com/downloads.htm Create a win32 prefix and install .NET 4.5.2 Set Windows version to Win7 winetricks windowscodecs Run installer, appears to finish successfully. Tick box to launch PG Offline 4. Click OK on dialogue box about RegisterExtensionInFirewall.exe crashing. Click the 'List' button to get a list of your Yahoo Groups. The master login dialogue box needs to be filled in, this appears mostly black with a tiny text box, it will expand as you type your username, then tab to the password field. Press Enter to complete. After a short period you get a message about PhantomJS having crashed from the console. The PG Offline window notes that your login failed. I took a console log with WINEDEBUG=relay,seh as suggested but the one I took and compressed still exceeds the size limit for attachments. So the attached one is with no WINEDEBUG. -- 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 47948] New: Campfire Pro GUI Problems
by WineHQ Bugzilla Nov. 12, 2019

Nov. 12, 2019

https://bugs.winehq.org/show_bug.cgi?id=47948 Bug ID: 47948 Summary: Campfire Pro GUI Problems Product: Wine Version: 4.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hobby(a)lukas-krause.me Distribution: --- Created attachment 65447 --> https://bugs.winehq.org/attachment.cgi?id=65447 Error log on Startup of Campfire Pro When starting up Campfire Pro it only partially loads up the GUI and throws an error, see appended log. The Installation works fine as intended. -- 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 47916] New: Sound issues when using faudio in Wine Staging >=4.13
by WineHQ Bugzilla Nov. 12, 2019

Nov. 12, 2019

https://bugs.winehq.org/show_bug.cgi?id=47916 Bug ID: 47916 Summary: Sound issues when using faudio in Wine Staging >=4.13 Product: Wine-staging Version: 4.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: witold.baryluk+winehq(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Hi, This was tested on Overwatch game, but I had similar issues in other games. I have no issue with Wine Staging 4.12.1, however 4.13 - 4.17 doesn't work in terms of audio. I only have ALSA, and game starts without any sound, and then after about 10 seconds, it freeze at startup for about 2 minutes, waiting on synchronization. Eventually it figures things out and game continues to work, and sound is available. But often the game logs me out of the servers, and I need to restart a game. So I can't use it. It is easily reproducible. Wine Staging @ 8d19b3fc4b6e6ddaf7124048406d32662023d71d works. Wine Staging @ b95b9109b824d21d98329c76387c3983d6e27cc2 (next commit) doesn't commit b95b9109b824d21d98329c76387c3983d6e27cc2 Author: Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> Date: Mon Jul 15 09:35:57 2019 +1000 Use FAudio library now -- 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 48026] New: Need for Speed World unable to connect to local proxy server
by WineHQ Bugzilla Nov. 12, 2019

Nov. 12, 2019

https://bugs.winehq.org/show_bug.cgi?id=48026 Bug ID: 48026 Summary: Need for Speed World unable to connect to local proxy server Product: Wine Version: 4.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: jason098(a)protonmail.ch Distribution: --- Created attachment 65567 --> https://bugs.winehq.org/attachment.cgi?id=65567 Full log of launcher+game The SoapBox Race World unofficial launcher for Need for Speed World creates a local proxy server on 127.0.0.1:626x. After the launcher starts the game, it tries to connect to that server and never succeeds. Running with WINEDEBUG=+winsock results in the game spamming: 0051:trace:winsock:WS_select read (nil), write 0xfbefc74, excp (nil) timeout 0xfbefc6c 0051:trace:winsock:WS_select read 0xfbefc78, write (nil), excp (nil) timeout 0xfbefc70 System info: Ryzen 3600 Radeon RX 570 openSUSE Tumbleweed x86_64 Linux version 5.4.0-rc5-1.g13dfd5f-default -- 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 48055] New: user32: Implement DM_REPOSITION dialog message
by WineHQ Bugzilla Nov. 12, 2019

Nov. 12, 2019

https://bugs.winehq.org/show_bug.cgi?id=48055 Bug ID: 48055 Summary: user32: Implement DM_REPOSITION dialog message Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: katayama.hirofumi.mz(a)gmail.com Distribution: --- DM_REPOSITION Dialog Message was not implemented. This message realizes repositioning of dialog boxes. https://source.winehq.org/patches/data/173009 -- 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 48070] New: Regression: Virtual Desktop not decorated anymore by the window manager
by WineHQ Bugzilla Nov. 12, 2019

Nov. 12, 2019

https://bugs.winehq.org/show_bug.cgi?id=48070 Bug ID: 48070 Summary: Regression: Virtual Desktop not decorated anymore by the window manager Product: Wine Version: 4.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: adrian.kalla(a)gmail.com Distribution: --- OS: Kubuntu 18.04 x64 Since Wine 4.17 when using the "Emulate a virtual desktop" the virtual desktop-window is not decorated anymore by the window manager even if "Allow the window manager to decorate the windows" is checked. This results not only in the fact, that the window cannot be moved by drag&drop of the title-bar (which can be work-arounded using the taskbar, at least with KDE). Steps to reproduce: 1. Check "Emulate a virtual desktop" 2. Check "Allow the window manager to decorate the windows" 3. Open winecfg 4. See, that the virtual desktop is not decorated Expected result: -Virtual desktop is decorated The worst thing is, that any full-screen application leaving full-screen results now in the "virtual desktop" expanding to the full size of the display the app was on making it unusable. Steps to reproduce: 1. Check "Emulate a virtual desktop" 2. Check "Allow the window manager to decorate the windows" 3. Open winecfg 4. In the same Wine environment open a full-screen game, e.g. the demo version of The Settlers 3: http://s3de.siedler3.net/ftp.bluebyte.com/demos/eng/settlers3amazons/s3a_de… 5. See, that the virtual desktop is not decorated 6. Exit the game 7. See, that the complete display was now overtaken by the virtual desktop (though the usable area is only in the top-left of the display and in the size of virtual desktop). 8. Only killing the other open apps in the Wine env makes the display usable again. Expected result: -Virtual desktop does not make the display unusable -- 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 4

[Bug 48073] New: ANSI plugin window breaks in Unicode host (Synth1 / OpenMPT)
by WineHQ Bugzilla Nov. 12, 2019

Nov. 12, 2019

https://bugs.winehq.org/show_bug.cgi?id=48073 Bug ID: 48073 Summary: ANSI plugin window breaks in Unicode host (Synth1 / OpenMPT) Product: Wine Version: 4.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wine(a)sagagames.de Distribution: --- An OpenMPT user has observed an issue with the Synth1 VST which does not happen in Windows. It boils down to OpenMPT being compiled with Unicode support. Compiling it as an ANSI application instead makes the Synth1 feature in question work again. Downloads: Synth1: https://daichilab.sakura.ne.jp/softsynth/#down OpenMPT: https://openmpt.org/download (use the 32-bit version) Last official OpenMPT ANSI version: https://download.openmpt.org/archive/openmpt/1.26/OpenMPT-1.26.14.00.zip To reproduce: Steps to reproduce: 1) Create a new module in OpenMPT. 2) Open the plugin manager ("Select" button at the bottom of the created module's window) and add Synth1 VST.dll (or Synth1 VST64.dll if you installed the 64-bit version of OpenMPT) 3) Click "Put in FX01" to load the plugin. 4) Click the "Edit" button next to the "Select" button to open the plugin's UI. 5) Click the "opt" button in the Synth1 UI to configure at least two sound banks. There is one valid soundbank in the "soundbank00" folder. For the sake of testing, you can copy the sy1 files in that folder to e.g. "soundbank01" and then add that folder as a second bank. 6. Next to the "opt" button is the bank switcher. Click on the text field to open the bank switcher and try switching between the two banks by selecting them in the treeview on the left, then choosing a patch from that bank on the right side (another unrelated bug can be observed here: you cannot see the patch names in Wine, wine bug 24945) If you are using the latest OpenMPT version (Unicode), the last step should fail and you will always stay in the bank that was already selected. With OpenMPT 1.26, the bank switch will happen as intended. I have verified that compiling later OpenMPT version as ANSI applications make them work as expected as well, so I assume that there must be a bug in Wine that is related to mixing ANSI and Unicode window classes. -- 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 4066] Online Play Doesn't Work (DirectPlay)
by WineHQ Bugzilla Nov. 12, 2019

Nov. 12, 2019

https://bugs.winehq.org/show_bug.cgi?id=4066 Ken Sharp <imwellcushtymelike(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #60345|0 |1 is obsolete| | Attachment #60345|1 |0 is patch| | -- 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 38933] New: In LiveCode 5.0.2, modal dialog prompts are created behind all windows, hanging Wine.
by wine-bugs＠winehq.org Nov. 11, 2019

Nov. 11, 2019

https://bugs.winehq.org/show_bug.cgi?id=38933 Bug ID: 38933 Summary: In LiveCode 5.0.2, modal dialog prompts are created behind all windows, hanging Wine. Product: Wine Version: 1.7.47 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexchandel(a)gmail.com In LiveCode 5.0.2, whenever a dialog prompt is created, wine creates the modal window behind the main window. Since the application is blocked until the modal window is acknowledged, there is no way to continue, and LiveCode is effectively hung. Note this does not apply to system prompts, such as the file chooser; only popups containing custom text, often created with a LiveCode script such as `ask "foo bar"`, which when run immediately hangs Wine, since a dialog window is created behind a much larger primary window (assuming one exists). This error actually effects all LiveCode windows, but it is only critical for dialogue windows, since those halt the program. This *may* be related to 16346, although that was documented on X11, not Aqua. -- 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 16346] New: App hangs creating modal dialog from WM_ACTIVATEAPP
by wine-bugs＠winehq.org Nov. 11, 2019

Nov. 11, 2019

http://bugs.winehq.org/show_bug.cgi?id=16346 Summary: App hangs creating modal dialog from WM_ACTIVATEAPP Product: Wine Version: 1.1.10 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: major Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: jmiller-wine(a)tanner.com CC: jmiller-wine(a)tanner.com Created an attachment (id=17660) --> (http://bugs.winehq.org/attachment.cgi?id=17660) Simple windows app with source that brings up a message box every time the window is activated. I have an app which opens a modal dialog under some circumstances when the window is activated. Under Windows this works perfectly, but under wine it causes the app to hang. I have attached a trivial sample app showing this behavior. I poked around a bit, and the app is no longer receiving any messages (mouse moves, keyboard, paint, etc), but I'm not sure where to go from here. Also under Windows, since the app checks for the wParam (bActive) on WM_ACTIVATEAPP, it only brings up one copy of the dialog box even after multiple window activations. Under wine it will bring up another copy of the dialog if there is already a modal dialog on that app. -- 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 23