December 2020 - Wine-Bugs - list.winehq.org

[Bug 50212] New: GOG Galaxy - black screen
by WineHQ Bugzilla Dec. 5, 2020

Dec. 5, 2020

https://bugs.winehq.org/show_bug.cgi?id=50212 Bug ID: 50212 Summary: GOG Galaxy - black screen Product: Wine Version: 5.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: betaversiondot(a)gmail.com Distribution: --- Created attachment 68720 --> https://bugs.winehq.org/attachment.cgi?id=68720 wine-5.22 terminal log GOG Galaxy client shows a black square instead of a window. -- 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 31098] New: 115 Udown can't work since I installed it
by wine-bugs＠winehq.org Dec. 5, 2020

Dec. 5, 2020

http://bugs.winehq.org/show_bug.cgi?id=31098 Bug #: 31098 Summary: 115 Udown can't work since I installed it Product: Wine Version: 1.5.3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: litimetal(a)gmail.com Classification: Unclassified I downloaded http://pc.115.com/download/115UDown_3.2.8.15.exe then installed it on my fedora 16.But I can't launch it and I know nothing about how to solve it. -- 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 28

[Bug 50146] New: Rekordbox 6.3.0 gives error when started
by WineHQ Bugzilla Dec. 5, 2020

Dec. 5, 2020

https://bugs.winehq.org/show_bug.cgi?id=50146 Bug ID: 50146 Summary: Rekordbox 6.3.0 gives error when started Product: Wine Version: 5.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pander(a)users.sourceforge.net Distribution: --- Created attachment 68652 --> https://bugs.winehq.org/attachment.cgi?id=68652 Error on screen After installation of Rekordbox 6.3.0, the application results in an error when started. Installer can be downloaded from https://rekordbox.com/en/download/ The same error occurs on Ubuntu Groovy 20.10 wine, wine-stable from winehq's repo and winehq-devel from winehq's repo. All installs were fresh and independent. The terminal command and output is: $ wine ~/.wine/drive_c/Program\ Files/Pioneer/rekordbox\ 6.3.0/rekordbox.exe INTEL-MESA: warning: Performance support disabled, consider sysctl dev.i915.perf_stream_paranoid=0 00cc:fixme:dwrite:opentype_decode_namerecord handle NAME format 1 00cc:fixme:dwrite:opentype_decode_namerecord handle NAME format 1 00cc:fixme:dwrite:opentype_decode_namerecord handle NAME format 1 00cc:fixme:dwrite:opentype_decode_namerecord handle NAME format 1 00cc:fixme:dwrite:opentype_decode_namerecord handle NAME format 1 00cc:fixme:dwrite:opentype_decode_namerecord handle NAME format 1 00cc:fixme:dwrite:opentype_decode_namerecord handle NAME format 1 00cc:fixme:dwrite:opentype_decode_namerecord handle NAME format 1 00cc:fixme:dwrite:opentype_decode_namerecord handle NAME format 1 00cc:fixme:dwrite:opentype_decode_namerecord handle NAME format 1 00cc:fixme:dwrite:opentype_decode_namerecord handle NAME format 1 00cc:fixme:dwrite:opentype_decode_namerecord handle NAME format 1 00cc:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 00cc:fixme:dxgi:DXGID3D10CreateDevice Ignoring flags 0x20. 00cc:fixme:d2d:d2d_d3d_create_render_target Ignoring render target usage 0x2. 00cc:fixme:dwrite:dwritefactory_CreateMonitorRenderingParams (0x1): monitor setting ignored 00cc:fixme:win:RegisterTouchWindow (000000000001005A 00000000): stub 00cc:fixme:msg:ChangeWindowMessageFilterEx 000000000001005A 233 1 0000000000000000 00cc:fixme:msg:ChangeWindowMessageFilterEx 000000000001005A 4a 1 0000000000000000 00cc:fixme:msg:ChangeWindowMessageFilterEx 000000000001005A 49 1 0000000000000000 00cc:fixme:win:RegisterTouchWindow (0000000000010060 00000000): stub 00cc:fixme:msg:ChangeWindowMessageFilterEx 0000000000010060 233 1 0000000000000000 00cc:fixme:msg:ChangeWindowMessageFilterEx 0000000000010060 4a 1 0000000000000000 00cc:fixme:msg:ChangeWindowMessageFilterEx 0000000000010060 49 1 0000000000000000 00cc:fixme:win:RegisterTouchWindow (0000000000020060 00000000): stub 00cc:fixme:msg:ChangeWindowMessageFilterEx 0000000000020060 233 1 0000000000000000 00cc:fixme:msg:ChangeWindowMessageFilterEx 0000000000020060 4a 1 0000000000000000 00cc:fixme:msg:ChangeWindowMessageFilterEx 0000000000020060 49 1 0000000000000000 0118:fixme:kernelbase:AppPolicyGetThreadInitializationType FFFFFFFFFFFFFFFA, 00000000030EFE10 00cc:fixme:pulse:AudioSessionControl_RegisterAudioSessionNotification (0x8bffdc0)->(0x8bffe00) - stub 00cc:fixme:pulse:AudioSessionControl_RegisterAudioSessionNotification (0x8c05480)->(0x8c054c0) - stub 01c0:fixme:avrt:AvSetMmThreadCharacteristicsW (L"Pro Audio",000000000E8FFA80): stub 01c0:fixme:avrt:AvSetMmThreadPriority (0000000012345678)->(0) stub 00cc:fixme:win:RegisterTouchWindow (000000000001006C 00000000): stub 00cc:fixme:msg:ChangeWindowMessageFilterEx 000000000001006C 233 1 0000000000000000 00cc:fixme:msg:ChangeWindowMessageFilterEx 000000000001006C 4a 1 0000000000000000 00cc:fixme:msg:ChangeWindowMessageFilterEx 000000000001006C 49 1 0000000000000000 0104:fixme:shell:SHOpenFolderAndSelectItems 0x8cd6770 0 (nil) 0x0: stub 0104:fixme:shell:SHOpenFolderAndSelectItems 0x8c702b0 0 (nil) 0x0: stub 00cc:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr (nil) In the attachment can be seen what appears on the screen. The window with the error can only be seen as a preview in the window task switcher. I managed a few times to open the report bug dialog, but details of the problem did not appear after waiting a long time. See also https://appdb.winehq.org/objectManager.php?sClass=application&iId=12290 Please let me know if more information is needed or what is a fix or workaround. -- 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 49550] New: `winetricks -q sandbox dirac` gives an unusable window (winetricks-test)
by WineHQ Bugzilla Dec. 5, 2020

Dec. 5, 2020

https://bugs.winehq.org/show_bug.cgi?id=49550 Bug ID: 49550 Summary: `winetricks -q sandbox dirac` gives an unusable window (winetricks-test) Product: Wine Version: 5.7 Hardware: x86 OS: Linux Status: NEW Keywords: download, Installer, regression Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Regression SHA1: 0a12f258690b46f996b4890837ffdb4cea94ba70 Distribution: --- Similar to 49421, reproducible with: winetricks --no-isolate -q sandbox dirac The window doesn't show if sandbox is used, instead you get a window that's roughly 15x50 pixels (rough guess, didn't measure) that doesn't respond to autohotkey. commit 0a12f258690b46f996b4890837ffdb4cea94ba70 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Fri Apr 17 12:39:15 2020 +0200 gdi32: Use Windows paths to read Wine font directories. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> sandbox removes the Z:\ -> symlink, disables Desktop/other symlinks in home, disables $WINEPREFIX/.update-timestamp, and lastly disables unixfs. -- 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 49421] New: `winetricks -q ffdshow` throws an access violation in usp10.dl (winetricks-test)
by WineHQ Bugzilla Dec. 5, 2020

Dec. 5, 2020

https://bugs.winehq.org/show_bug.cgi?id=49421 Bug ID: 49421 Summary: `winetricks -q ffdshow` throws an access violation in usp10.dl (winetricks-test) Product: Wine Version: 5.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Keywords: download, Installer, regression Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: julliard(a)winehq.org Regression SHA1: da604dce3493cbd79a201cf0d1885c848c10eac4 Distribution: Gentoo Note: I've only been able to reproduce this when running winetricks-test; I suspect it's related to `winetricks sandbox`, though running that beforehand outside of winetricks-test doesn't reproduce the bug. Marking "UNCONFIRMED" accordingly. This is a regression, introduced by: da604dce3493cbd79a201cf0d1885c848c10eac4 is the first bad commit commit da604dce3493cbd79a201cf0d1885c848c10eac4 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Fri Apr 17 12:39:01 2020 +0200 gdi32: Use Windows paths in add/remove_font_resource(). Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> dlls/gdi32/freetype.c | 152 ++++++++++++++++++++------------------------------ 1 file changed, 60 insertions(+), 92 deletions(-) Running the installer with /silent runs it in quiet mode. It appears to install fine, but during installation, a message box appears showing: Access violation at address 00E2A834 in module 'usp10.dll'. Read of address 00000068. -- 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 30627] New: Appending text to a large richedit is very slow
by wine-bugs＠winehq.org Dec. 4, 2020

Dec. 4, 2020

http://bugs.winehq.org/show_bug.cgi?id=30627 Bug #: 30627 Summary: Appending text to a large richedit is very slow Product: Wine Version: 1.5.3 Platform: x86 OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified Although the pathological case reported in bug 30614 is now fixed, all is not yet well. When repeatedly appending lines, builtin riched20 starts out about 3x slower than native, and at 40k lines, is about 10x slower than native. This is painful for long-running apps that use richedit for verbose logs. (Measured with the attached program and today's git on my i5, appending 1000 lines to an empty richedit control takes builtin hidden: 907 ms builtin visible: 4862 ms native hidden: 368 ms native visible: 4530 ms Appending 1000 lines to a richedit control which already contains 40000 lines takes: builtin hidden: 22169 ms builtin visible: 33002 ms native hidden: 1750 ms native visible: 4807 ms ) Building wine's riched20 with -O1 -fno-inline and profiling with 'perf' shows 62.60% ME_WrapMarkedParagraphs 12.07% ME_PaintContent 9.99% ME_InvalidateMarkedParagraph at 50k lines. Initial inspection seems to show that most of the time in ME_WrapMarkedParagraphs is in the function itself, not in any called functions. Adding trace statements to all callers of ME_WrapMarkedParagraphs, I see one call during EM_EXSETSEL: ME_Repaint Calling ME_WrapMarkedParagraphs and four calls during EM_REPLACESEL: ME_UpdateRepaint Calling ME_WrapMarkedParagraphs ME_UpdateScrollBar Calling ME_WrapMarkedParagraphs ME_Repaint Calling ME_WrapMarkedParagraphs ME_UpdateScrollBar Calling ME_WrapMarkedParagraphs This is the case whether the window is hidden or not. Bug 13355 (which Dylan says is separate, since it's about richedit being slow on a single large call to WM_SETTEXT) suggests in comment 14 ways to remove some redundant calls to ME_WrapMarkedParagraphs, and to let one of them return early. In addition to those ideas, for this bug, it would be useful if ME_WrapMarkedParagraphs (and ME_InvalidateMarkedParagraph) could avoid making a linear scan across all paragraphs. -- 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 18

[Bug 39773] New: File->Open slowdown caused by desktop.ini checks
by wine-bugs＠winehq.org Dec. 4, 2020

Dec. 4, 2020

https://bugs.winehq.org/show_bug.cgi?id=39773 Bug ID: 39773 Summary: File->Open slowdown caused by desktop.ini checks Product: Wine Version: 1.8-rc2 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- To reproduce this you will need two Linux machines, a Samba server and a Samba client. On the Samba server: * Create a directory with lots of subdirectories and files: mkdir smbdir cd smbdir for i in `seq 1 200`;do mkdir sub$i; done for i in `seq 1 200`;do touch file$i; done * Export smbdir through Samba. (alternatively you could export '/' and use '/usr/lib' as a replacement for smbdir) On the Samba client: * Mount the Samba share. You can either do it by adding a /etc/fstab line like: //MYSERVER/smbdir /mnt/smbdir cifs rw,username=MYLOGIN,password=MYPASSWORD,domain=MYDOMAIN 0 0 Or by starting Nautilus in GNOME, clicking on '+Other Places' -> Windows network... using GVFS. Note that in this case you'll have to work around the colon in the mount point filename (see bug 34868). * Slow down the network connection using a command like this: tc qdisc add dev eth0 root netem delay 10ms * Check the above line is effective by running: ping MYSERVER The rtt should be around 10ms. * cd /mnt/root/ wine notepad * Open the File->Open dialog, navigate to the smbdir folder exported through Samba. * BUG: The initial display will be slow and scrolling through the many subfolders will be very slow. * Change the file mask to '*.*'. * Scroll all the way to the right so only files are visible. As long as only files are visible scrolling should then be very fast! * Finally change the rtt to 0ms on the Samba server and check that the RTT is under 1ms. * Now test again notepad's File->Open dialog and everything should be reasonably fast. The problem is that whenever File->Open displays a folder in the open file dialog it checks whether it contains a desktop.ini file to display the right icon. That's not cached, thus incurring a few file lookups per folder displayed. For local file systems that's fast enough but on network shares with a non-trivial RTT the speed impact is significant. A 10+ ms RTT makes the dialog essentially unusable. Note that when displaying a filename we have everything in the cache so redisplays are lightning fast and track the mouse. Also Microsoft Office has the same problem even though it does not use the standard comdlg32 dialog (though that may depend on the Windows version being emulate). On Windows Microsoft Office suffers no slowdown in this situation. What this means is that the standard common dialog is probably the wrong level for fixing this. Hacking SHELL32_GetCustomFolderAttributeFromPath() in shell32 to just return FALSE speeds things up greatly. The display still lags a bit behind the mouse so that there may be some residual file lookups or other slowdowns but it's still night and day. -- 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 2

[Bug 3919] Picasa 2 - Timeline feature doesn't show in fullscreen
by WineHQ Bugzilla Dec. 4, 2020

Dec. 4, 2020

https://bugs.winehq.org/show_bug.cgi?id=3919 --- Comment #25 from joaopa <jeremielapuree(a)yahoo.fr> --- Bug still occurs with wine-5.22. -- 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 41234] New: FreeGate 7.59 does not run on the latest versions of some distros
by wine-bugs＠winehq.org Dec. 4, 2020

Dec. 4, 2020

https://bugs.winehq.org/show_bug.cgi?id=41234 Bug ID: 41234 Summary: FreeGate 7.59 does not run on the latest versions of some distros Product: Wine Version: 1.9.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: caminostro3(a)gmail.com Distribution: Fedora Created attachment 55521 --> https://bugs.winehq.org/attachment.cgi?id=55521 Terminal output of wine running freegate 7.59 I tried running Freegate 7.59 (Latest version) on Fedora 23, Linux Mint 17, and Ubuntu 16.04. The first dialogs asking for EULA agreement and some options appear, but the main window does not. The terminal output of running this application with wine 1.9.12 on Fedora 23 is 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 11

[Bug 45383] New: Xanadu Next: movies not working (avi/MPEG-4 (XviD))
by wine-bugs＠winehq.org Dec. 4, 2020

Dec. 4, 2020

https://bugs.winehq.org/show_bug.cgi?id=45383 Bug ID: 45383 Summary: Xanadu Next: movies not working (avi/MPEG-4 (XviD)) Product: Wine Version: 3.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: betaversiondot(a)gmail.com Distribution: Debian Created attachment 61699 --> https://bugs.winehq.org/attachment.cgi?id=61699 Xanadu Next wine-3.11 Black screen instead of movies. -- 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 12