December 2019 - Wine-bugs - list.winehq.org

[Bug 23773] New: No application close "cross" icon displayed for ForteAgent
by wine-bugs＠winehq.org 26 Jan '21

26 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=23773 Summary: No application close "cross" icon displayed for ForteAgent Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ivankob4wine(a)gmail.com Created an attachment (id=29797) --> (http://bugs.winehq.org/attachment.cgi?id=29797) no close buuton Another icon is displayed below but it doesn't close the app. (see the atatchment) -- 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 10

[Bug 34793] New: Regression: MSVCRT__invalid_parameter
by wine-bugs＠winehq.org 26 Jan '21

26 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=34793 Bug #: 34793 Summary: Regression: MSVCRT__invalid_parameter Product: Wine Version: 1.7.4 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: lara(a)craft.net.br Classification: Unclassified On my last test on wine 1.5.3, Battle City Remake works fine, but now in 1.7.4 I get error: fixme:ntdll:find_reg_tz_info Can't find matching timezone information in the registry for bias 180, std (d/m/y): 17/02/2013, dlt (d/m/y): 20/10/2013 fixme:win:EnumDisplayDevicesW ((null),0,0x32f478,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x32f4e8,0x00000000), stub! err:msvcrt:MSVCRT__invalid_parameter (null):0 (null): (null) 0 wine: Unhandled exception 0xc0000417 in thread 31 at address 0x7b83b43e (thread 0031), starting debugger... I found same bug here: http://bugs.winehq.org/show_bug.cgi?id=25393 -- 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 13

[Bug 15256] New: Disabling OpenGL output in WinUAE causes crash, possibly in x11drv_main
by wine-bugs＠winehq.org 26 Jan '21

26 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=15256 Summary: Disabling OpenGL output in WinUAE causes crash, possibly in x11drv_main Product: Wine Version: 1.1.4 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: minor Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Created an attachment (id=16046) --> (http://bugs.winehq.org/attachment.cgi?id=16046) Console output on crash WinUAE is an open source (GPL) emulator of Amiga computers, available from http://www.winuae.net/. The output of WinUAE can be rendered using DirectDraw (default), Direct3D or OpenGL. If WinUAE is set to use OpenGL, disabling the output filter (which reverts to DirectDraw output) causes WinUAE to crash. The console output on crashing begins: fixme:dbghelp:dump_system_info fill in CPU vendorID and feature set err:ntdll:RtlpWaitForCriticalSection section 0x7d1da4c0 "x11drv_main.c: X11DRV_CritSection" wait timed out in thread 0019, blocked by 0009, retrying (60 sec) wine: Unhandled page fault on read access to 0x000005e0 at address 0x7edfcaa9 (thread 0009), starting debugger... To demonstrate: - Run WinUAE - Select a disk image for drive DF0: in the Floppy drives page, e.g. rsi1.adf.gz from ftp://ftp.coresystems.de/pub/uae/rsi1.adf.gz - In the filter page, check the Enable box and select the OpenGL filter. - Click OK to start the emulation. - After a few seconds press F12 to bring up the settings window. - In the Filter page, uncheck the Enable box. - To work around Wine bug 10643, click in the main window and press F12. - Click OK to dismiss the settings window. WinUAE crashes. Attached is the console output on crashing. I can attach a minidump file if needed. -- 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 13

[Bug 46940] New: GTA 5 clients cannot connect to each other behind home router
by wine-bugs＠winehq.org 25 Jan '21

25 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=46940 Bug ID: 46940 Summary: GTA 5 clients cannot connect to each other behind home router Product: Wine Version: 4.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: electrodexsnet(a)gmail.com Distribution: --- When the game is running, it seems to be unable to do anything that requires the ability to host a direct connection. In most circumstances this is not noticeable as the game will fall back to using rockstar servers when direct is not available. However, if you have multiple players behind the same home router, they will experience symptoms of this issue, as the game expects to be able to use p2p/direct connectivity between clients on a home network. This includes: * Inability to join an invite-only or friend-only session hosted by either * Inability to join a public (or hosted by another player) session if either player is already in it; as soon as one connects, the other cannot join, and vice-versa. This can be worked around consistently by disabling UPnP on the home router. Workaround only works for joining public sessions. * Inability to join a heist hosted by either (even when started from a public or 3rd-party hosted session) These were tested and confirmed with 4 accounts at 4 computers at 2 locations. Tested with respective firewalls enabled/disabled. Players at different locations could connect to each other without issue; players at the same location could not. This issue does not manifest if one of the computers is Windows [tested W10 build 1803]. It can join or be joined to local friend-only/private sessions as you'd expect. ====Steps used to produce logs (on Majaro Linux)==== (Did steps on 2 computers running separate instances of GTA 5) sudo pacman -S --needed --noconfirm wine-staging wine-mono wine_gecko winetricks lib32-gtk3 lib32-mpg123 mpg123 yay WINEPREFIX=~/.wine_vulkan winetricks -q allfonts steam yay -S --noconfirm dxvk-bin WINEPREFIX=~/.wine_vulkan setup_dxvk install WINEDLLOVERRIDES=winedbg.exe=d WINEPREFIX=~/.wine_vulkan wine Steam.exe Launch game in Story Mode, then launch a Friend-only Online session. Once both are at this point, try connecting either of them to the other. GTA On-screen Messages: Alert: Getting GTA Online session details Alert: Unable to connect to game session. ======================== This affects both wine and wine-staging, but I could not get logs from vanilla wine as GTA 5 in recent versions does not get past the socialclub launcher. This also affects Proton. I've limited the logs scope to just wine for this report, but you can find the related Proton reports here: https://github.com/ValveSoftware/Proton/issues/37#issuecomment-445510575 https://github.com/ValveSoftware/Proton/issues/37#issuecomment-478411346 -- 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 14

[Bug 31881] New: Silverlight 5.x can't individualize
by wine-bugs＠winehq.org 25 Jan '21

25 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=31881 Bug #: 31881 Summary: Silverlight 5.x can't individualize Product: Wine Version: 1.5.14 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ehoover(a)mines.edu Depends on: 31589 Classification: Unclassified After working around Bug #31589 (attachment 41923) Silverlight 4.x is able to individualize; however, Silverlight 5.x still has problems. It appears to create the individualization files and then delete them after it fails to connect to a named pipe: 0059:KERNEL32.CreateFileA(020ab990 "\\\\.\\pipe\\lrpc\\keysvc",c0000000,00000000,00000000,00000003,00000000,00000000) ret=7e87340e 0059:Ret KERNEL32.CreateFileA() retval=ffffffff ret=7e87340e This named pipe business is not attempted with Silverlight 4.x, so creating this pipe would probably do the trick. A little googling finds this documentation: http://www.hsc.fr/ressources/articles/win_net_srv/msrpc_cryptsvc.html -- 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 47832] New: FindFirstFileExW believes every directory entry has been read if NtQueryDirectoryFile underfills buffer
by WineHQ Bugzilla 25 Jan '21

25 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=47832 Bug ID: 47832 Summary: FindFirstFileExW believes every directory entry has been read if NtQueryDirectoryFile underfills buffer Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: qsniyg(a)mail.com Distribution: --- When using USVFS (through ModOrganizer 2), it will hook NtQueryDirectoryFile, and its implementation will occasionally underfill the buffer, even if there are more directory entries to be read. Due to this check in FindFirstFileExW: if (!has_wildcard || info->data_len < info->data_size - max_entry_size) { ... info->data_size = 0; /* we read everything */ } It will stop FindNextFileW from reading more. Windows doesn't seem to exhibit this behavior. Removing the `info->data_len < info->data_size - max_entry_size` check allows it to work properly. Unfortunately I wasn't able to find any reference to why that check exists. My best guess after looking through the source code is that it's an optimization, as the code should still run fine if wine's NtQueryDirectoryFile implementation underfills the buffer (therefore indicating that there are no more files needed to be read). So far I've tested many various applications with the check patched out, with no obvious regressions. -- 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 15

[Bug 33679] New: WordPerfect X6 trial does not install
by wine-bugs＠winehq.org 24 Jan '21

24 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=33679 Bug #: 33679 Summary: WordPerfect X6 trial does not install Product: Wine Version: 1.5.30 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: erik(a)familiendam.dk Classification: Unclassified Created attachment 44584 --> http://bugs.winehq.org/attachment.cgi?id=44584 Trace result from the installation attempt. Tried installing a trial version of WordPerfect Office X6 I downloaded from Corel's homepage on 29-may-13. It unpacks the .msi files, but after this it fails, getting no further. I first tried with wine 1.4.0 since that is what is provided as default when you install wine on a Ubuntu 12.10 dist, subsequently I updated it to 1.5.30, but, alas, to no avail - same result. -- 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 10

[Bug 46410] New: using latest git pull, had to apply patch from bug 46291 to fix screen flash
by wine-bugs＠winehq.org 24 Jan '21

24 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=46410 Bug ID: 46410 Summary: using latest git pull, had to apply patch from bug 46291 to fix screen flash Product: vkd3d Version: 1.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vkd3d Assignee: wine-bugs(a)winehq.org Reporter: eaglecomputers.ok(a)gmail.com Distribution: --- Had to use patch from bug 46291 to fix screen flash. -- 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 34

[Bug 46988] New: World of Warcraft - d3d12 performance
by wine-bugs＠winehq.org 24 Jan '21

24 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=46988 Bug ID: 46988 Summary: World of Warcraft - d3d12 performance Product: vkd3d Version: 1.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: vkd3d Assignee: wine-bugs(a)winehq.org Reporter: cybermax(a)dexter.no Distribution: --- Probably unfair to compare, but as of late (sorry, do not have a bisected commit) d3d12 performance in WoW is roughly 50% of that of DXVK w/d3d11 I use these two patches still tho, and have not tried without them: https://bugs.winehq.org/attachment.cgi?id=64022&action=diff https://bugs.winehq.org/attachment.cgi?id=63174&action=diff (If the problem is solved, and these are not necessary anymore, please tell) Preset 10, water and shadow a notch down. No MSAA (as MSAA is somewhat bugged with vkd3d... creates seethrough textures some places). vkd3d: gpu usage: 32% fps: 45 cpu usages per core: 0:74% / 1:56% /2-6:<40% (HT threads lower). DXVK: gpu usage: 53% fps: 81 cpu usages per core: 0:82% / 1:73% / 2:64% /3-6:<50% (HT threads lower). This is with a RTX2070 and Intel i7-8700K I think there is some problem with the water effects, as when using DXVK it looks "normal", and effect changes related to ingame setting. With vkd3d it seems its just "low" that make a difference in appearance. What kind of logs is needed to provide some useful information about this? Doing a trace log will fill GB's pretty quick, but i should be able to do a login and change water effects perhaps, and see if that provides something useful? -- 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 8

[Bug 40193] New: Builtin mshtml.dll does not work with silverlight
by wine-bugs＠winehq.org 24 Jan '21

24 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=40193 Bug ID: 40193 Summary: Builtin mshtml.dll does not work with silverlight Product: Wine Version: 1.9.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: asdfghrbljzmkd(a)outlook.com Distribution: --- The builtin mshtml.dll does not work with silverlight. Also, plugin-container.exe crashes when iexplore.exe is closed. -- 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