June 2020 - Wine-bugs - list.winehq.org

[Bug 48639] New: installing vpn, shrew soft vpn client
by WineHQ Bugzilla 03 Jun '20

03 Jun '20

https://bugs.winehq.org/show_bug.cgi?id=48639 Bug ID: 48639 Summary: installing vpn, shrew soft vpn client Product: Wine Version: 5.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: n.mironov(a)qiwi.com.ar Distribution: --- Created attachment 66495 --> https://bugs.winehq.org/attachment.cgi?id=66495 logs Just trying to install some vpn client. -- 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 8

[Bug 48569] New: Infinite drag & drop loop in WinSCP
by WineHQ Bugzilla 03 Jun '20

03 Jun '20

https://bugs.winehq.org/show_bug.cgi?id=48569 Bug ID: 48569 Summary: Infinite drag & drop loop in WinSCP Product: Wine Version: 5.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mgruber_72(a)yahoo.de Distribution: --- Created attachment 66395 --> https://bugs.winehq.org/attachment.cgi?id=66395 Wine command line output I'm using Ubuntu 18.04 LTS and Wine 5.0 from the official WineHQ repository. The Wine prefix is clean. Steps to reproduce: 1. Get the portable version of WinSCP (currently https://winscp.net/download/WinSCP-5.15.9-Portable.zip) 2. Extract it, execute WinSCP.exe and connect to a SFTP server. 3. In the remote server window try to drag & drop a remote sample file (like /tmp/test.txt) into a remote folder (like /tmp/testdir). 4. The Move path dialogue appears flickering in an indefinite loop until WinSCP crashes. I've been in contact with the WinSCP developer Martin Přikryl about this issue. We've done quite extensive testing with various debug builds and he came to the conclusion, that Wine creates an infinite drag & drop loop after releasing the mouse button causing WinSCP to crash. This behaviour does not happen on native Windows. Attached is the command line output of wine. -- 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 48571] New: Firefox 72.0.* crashes on every tab (unless dwrite is disabled)
by WineHQ Bugzilla 03 Jun '20

03 Jun '20

https://bugs.winehq.org/show_bug.cgi?id=48571 Bug ID: 48571 Summary: Firefox 72.0.* crashes on every tab (unless dwrite is disabled) Product: Wine Version: 5.0 Hardware: x86 URL: https://download-installer.cdn.mozilla.net/pub/firefox /releases/72.0.2/win64/en-US/Firefox%20Setup%2072.0.2. msi OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: dwrite Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian Created attachment 66397 --> https://bugs.winehq.org/attachment.cgi?id=66397 +dwrite log As the title says. Tested in Staging-5.1 as firefox doesn`t work in vanilla wine. For convenience one could copy paste this one liner in the console: wget https://download-installer.cdn.mozilla.net/pub/firefox/releases/72.0.2/win6… && /opt/wine-staging/bin/wine msiexec /i ./"Firefox Setup 72.0.2.msi" /qn && /opt/wine-staging/bin/wine "c:\\Program Files\\Mozilla Firefox\\firefox.exe" www.winehq.org Firefox says: "Gah your tab just crashed" If you disable dwrite the browser works (apart from some issues) rather well Attached +seh,dwrite log, quite huge unfortunately Maybe trouble begin at 005e:trace:dwrite:dwritefontresource_Release 0xd850c80, refcount 0. 005e:trace:dwrite:shareddwritefactory_Release 0xd756670. 005e:trace:dwrite:dwritefontfile_Release (0xd758940)->(5) 005e:trace:dwrite:dwritefont_AddRef (0xd82b600)->(3) 005e:trace:seh:raise_exception code=c0000005 flags=0 addr=0x167dd4e ip=167dd4e tid=005e but that`s just a shot in the dark -- 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 48549] New: Arma Cold War Assault: Cursor stuck at low fps since Wine 5.0-rc6
by WineHQ Bugzilla 03 Jun '20

03 Jun '20

https://bugs.winehq.org/show_bug.cgi?id=48549 Bug ID: 48549 Summary: Arma Cold War Assault: Cursor stuck at low fps since Wine 5.0-rc6 Product: Wine Version: 5.0-rc6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: superemppu+winehq(a)live.fi Distribution: Ubuntu Game: Arma Cold War Assault Wine versions: staging 5.0-rc6 and later OS: Ubuntu Linux 18.04 Symptoms: In the game the cursor will get stuck at one point on the screen if I move the mouse quick enough on low enough fps. It is very noticeable below 10 fps. This is a regression from Wine 5.0-rc5 and earlier, where the cursor moved normally. How to reproduce: 1. Get Arma Cold War Assault. 2. Limit the fps to 10 in some way or use a slow computer. - I could reproduce this issue on a powerful computer using this fps limiter: https://github.com/ThirteenAG/d3d8-wrapper/releases Set FPSLimit = 10 in d3d8.ini and start the game with WINEDLLOVERRIDES="d3d8=n,b". 3. Start the game. 4. Move your mouse fast in the main menu. 5. You should see the cursor stuck at one point. -- 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 48577] New: DISPLAYCONFIG_VIDEO_OUTPUT_TECHNOLOGY and other enums are the wrong size
by WineHQ Bugzilla 03 Jun '20

03 Jun '20

https://bugs.winehq.org/show_bug.cgi?id=48577 Bug ID: 48577 Summary: DISPLAYCONFIG_VIDEO_OUTPUT_TECHNOLOGY and other enums are the wrong size Product: Wine Version: 5.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: bshanks(a)codeweavers.com Distribution: --- When building for 64-bit with MinGW or MSVC, sizeof(DISPLAYCONFIG_VIDEO_OUTPUT_TECHNOLOGY)=4. But when building against Wine headers, sizeof(DISPLAYCONFIG_VIDEO_OUTPUT_TECHNOLOGY)=8. It seems that when gcc/clang finds constants too large to be represented by a signed int, like 'DISPLAYCONFIG_OUTPUT_TECHNOLOGY_INTERNAL = 0x80000000', it increases the enum size to match, but MSVC doesn't. This was tracked a few years ago in MinGW bug #456 <https://sourceforge.net/p/mingw-w64/bugs/456/> and fixed by casting the constants to int: <https://sourceforge.net/p/mingw-w64/mingw-w64/ci/5d61ecd2d087a3a1bdaa9db902…> tomConstants in tom.h and RecordCreateOptionsEnum in adoint_backcompat.h were also fixed in the same commit, and I can confirm those are also the wrong size in Wine's headers. There may be other enums that need to be fixed though. -- 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 42038] New: Cannot scroll documents being compared in winmerge ( Followup to bug 20695)
by wine-bugs＠winehq.org 03 Jun '20

03 Jun '20

https://bugs.winehq.org/show_bug.cgi?id=42038 Bug ID: 42038 Summary: Cannot scroll documents being compared in winmerge (Followup to bug 20695) Product: Wine Version: 2.0-rc2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- Bug #20695 got closed with wine-1.9.7. It really fixes the problem when opening two existing files. (e.g. by menu File - Open) But if one opens just a new empty file comparison and pastes the two file contents there the scrollbars do not work. (e.g. by menu File - New) (Even without pasting the scrollbars should be moveable a little bit.) This started like the original bug between 1.1.16-pol and 1.1.17-pol Version 1.9.7-pol shows also the problem as does 2.0-rc2-winehq. Can this someone confirm? -- 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 21

[Bug 48484] New: winecfg doesn't allow disabling Desktop Integration for Downloads
by WineHQ Bugzilla 03 Jun '20

03 Jun '20

https://bugs.winehq.org/show_bug.cgi?id=48484 Bug ID: 48484 Summary: winecfg doesn't allow disabling Desktop Integration for Downloads Product: Wine Version: 5.0-rc6 Hardware: x86 OS: Linux Status: NEW Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- On winecfg you can disable the symlink inside a WINEPREFIX, but there is no option to disable the mapping for "Downloads". -- 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 48646] New: 安装qq音乐后启动时报错
by WineHQ Bugzilla 03 Jun '20

03 Jun '20

https://bugs.winehq.org/show_bug.cgi?id=48646 Bug ID: 48646 Summary: 安装qq音乐后启动时报错 Product: Wine Version: 5.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: even0306(a)foxmail.com Distribution: --- Created attachment 66504 --> https://bugs.winehq.org/attachment.cgi?id=66504 这是wine自动获取的文件 qq音乐安装完后，启动的时候报错，忽略报错后软件还在运行，但首页加载不出任何歌曲 -- 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 8

[Bug 48018] New: QuickTime 7.0.x installer fails
by WineHQ Bugzilla 03 Jun '20

03 Jun '20

https://bugs.winehq.org/show_bug.cgi?id=48018 Bug ID: 48018 Summary: QuickTime 7.0.x installer fails Product: Wine Version: 4.18 Hardware: x86-64 URL: http://www.oldversion.com/download/quicktime704.exe OS: Linux Status: NEW Keywords: download, Installer, regression Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: Ubuntu Created attachment 65552 --> https://bugs.winehq.org/attachment.cgi?id=65552 Wine 4.18 console log During installation, the installers for QuickTime 7.0.3 and 7.0.4 hit an unhandled exception under Wine and Staging 4.18. Unhandled exception: page fault on write access to 0x00000000 in 32-bit code (0x00110572). This is a regression as they used to work fine. I need to make some space on disk before I can set up an environment to run a bisect, so will update. $ sha1sum quicktime70* 00cada67cca554d53993ed51aa3cc14caf45c1cd quicktime703.exe fadbddbccaad9b0e79a66231399a2ce6cfc5409d quicktime704.exe -- 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 48371] New: Home Designer Suite 21.3.1.1x64 reports "Error #272000009 A serious error occurred (SEH)."
by WineHQ Bugzilla 03 Jun '20

03 Jun '20

https://bugs.winehq.org/show_bug.cgi?id=48371 Bug ID: 48371 Summary: Home Designer Suite 21.3.1.1x64 reports "Error #272000009 A serious error occurred (SEH)." 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 66120 --> https://bugs.winehq.org/attachment.cgi?id=66120 Home Designer message log when run on Wine I am attempting to run Home Designer Suite version 21.3.1.1x64 on Wine. Immediately after starting it and supplying a valid product key, I get a popup reporting: c:\p4sync\dev\releases\21\chief\cacommon\error\artexception.cpp(146): Error #272000009 "A serious error occurred (SEH). Please contact Chief Architect Technical Support with steps to reproduce. " Note that the program continues to run, and I can shut it down normally. This page: https://www.chiefarchitect.com/support/article/KB-00802/troubleshooting-exc… says I should ensure my system meets minimum requirements and is fully up to date. E.g. they want a graphics card with 1 GB memory and support for OpenGL >= 3.3, which I have. Home Designer writes a report of its execution, and there I found that it reports the characteristics that it probed for the system it is running on. Here I found that it probed "OpenGL VRam: 0" and "OpenGL GPU Count: 0". I've attached this log as 'wine-Message Log.txt'. When I run that same Home Designer binary on an up-to-date Windows 10 system, it starts up without reporting a serious error, and its execution log shows non-zero values for "OpenGL VRam" and "OpenGL GPU Count". I've attached this log as 'real-Windows10-Message Log.txt'. The terminal output from Wine is attached as 'run.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 13