wine-bugs February 2020

wine-bugs@winehq.org

1 participants
7326 discussions

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

26 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 48445] New: Linux Mint Cinnamon
by WineHQ Bugzilla 25 Jan '21

25 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=48445 Bug ID: 48445 Summary: Linux Mint Cinnamon Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: henadzitru(a)yandex.ru Distribution: --- Created attachment 66225 --> https://bugs.winehq.org/attachment.cgi?id=66225 game Crashes when you install the game World of Tanks -- 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 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

[Bug 37872] New: Multiple applications need support for IHTMLWindow2::open '_self' window name (CompeGPS)
by wine-bugs＠winehq.org 24 Jan '21

24 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=37872 Bug ID: 37872 Summary: Multiple applications need support for IHTMLWindow2::open '_self' window name (CompeGPS) Product: Wine Version: 1.7.34 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as the summary says. Example app 'CompeGPS 7.x': http://we01.compegps.com/download/setup_compeGPSLAND_770.exe When clicking 'activation' and entering an invalid code, the 'back' button doesn't work. Relevant part of trace log: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/CompeGPS $ WINEDEBUG=+tid,+seh,+relay,+mshtml,+ieframe wine ./CompeGPSLAND.exe >>log.txt 2>&1 ... 0023:trace:mshtml:fire_event_obj (0x10709fd0) L"click" ... 0023:trace:mshtml:call_event_handlers L"click" >>> ... 0023:trace:mshtml:dispex_query_interface (0x662dca4)->(IID_IDispatchJS 0x108d968) returning NULL ... 0023:trace:mshtml:HTMLWindow2_QueryInterface (0x662dc70)->(IID_IDispatchEx 0x108d9ac) 0023:trace:mshtml:HTMLWindow2_AddRef (0x662dc70) ref=23 0023:trace:mshtml:WindowDispEx_GetDispID (0x662dc70)->(L"open" 10000001 0x108da20) 0023:trace:mshtml:DispatchEx_GetDispID (0x662dca4)->(L"open" 10000001 0x108da20) 0023:trace:mshtml:HTMLWindow2_Release (0x662dc70) ref=22 ... 0023:trace:mshtml:HTMLWindow2_QueryInterface (0x662dc70)->({719c3050-f9d3-11cf-a493-00400523a8a6} 0x108d8a8) 0023:trace:mshtml:dispex_query_interface (0x662dca4)->(IID_IDispatchJS 0x108d8a8) returning NULL ... 0023:trace:mshtml:HTMLWindow2_QueryInterface (0x662dc70)->(IID_IDispatchEx 0x108d97c) 0023:trace:mshtml:HTMLWindow2_AddRef (0x662dc70) ref=23 0023:trace:mshtml:WindowDispEx_InvokeEx (0x662dc70)->(d 409 1 0x108d8f8 (nil) 0x1061b038 0x1063e608) 0023:trace:mshtml:DispatchEx_InvokeEx (0x662dca4)->(d 409 1 0x108d8f8 (nil) 0x1061b038 0x1063e608) 0023:trace:mshtml:HTMLWindow2_QueryInterface (0x662dc70)->(IID_IHTMLWindow2 0x108d5e4) 0023:trace:mshtml:HTMLWindow2_AddRef (0x662dc70) ref=24 ... 0023:trace:mshtml:HTMLWindow2_open (0x662dc70)->(L"?" L"_self" L"" 0 0x108d328) 0023:fixme:mshtml:HTMLWindow2_open Unsupported name L"_self" --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/aa741489%28v=vs.85%29.aspx --- quote --- ... name [in, optional] Type: BSTR BSTR that specifies the name of the window. This name is used as the value for the IHTMLAnchorElement::target attribute on a form or an anchor element. _blank The url is loaded into a new, unnamed window. _parent The url is loaded into the current frame's parent. If the frame has no parent, this value acts as the value _self. _self The current document is replaced with the specified url. _top The loaded url replaces any framesets that might be loaded. If there are no framesets defined, this value acts as the value _self. --- quote --- Source: http://source.winehq.org/git/wine.git/blob/df63590706b0bcd4c114bd551491e25b… --- snip --- 925 static HRESULT WINAPI HTMLWindow2_open(IHTMLWindow2 *iface, BSTR url, BSTR name, 926 BSTR features, VARIANT_BOOL replace, IHTMLWindow2 **pomWindowResult) 927 { 928 HTMLWindow *This = impl_from_IHTMLWindow2(iface); 929 HTMLOuterWindow *window = This->outer_window; ... 938 if(!window->doc_obj || !window->uri_nofrag) 939 return E_UNEXPECTED; 940 941 if(name && *name == '_') { 942 FIXME("Unsupported name %s\n", debugstr_w(name)); 943 return E_NOTIMPL; 944 } ... --- snip --- $ sha1sum setup_compeGPSLAND_770.exe 4fb4de12fa88fc73967d1909e080b47470df4c68 setup_compeGPSLAND_770.exe $ du -sh setup_compeGPSLAND_770.exe 38M setup_compeGPSLAND_770.exe $ wine --version wine-1.7.34 Regards -- 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 5

[Bug 19086] New: Front Panel Designer: crashes when trying to load saved files
by wine-bugs＠winehq.org 24 Jan '21

24 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=19086 Summary: Front Panel Designer: crashes when trying to load saved files Product: Wine Version: 1.1.24 Platform: PC URL: http://www.schaeffer-ag.de/en/download/front-panel-des igner.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dariuskellermann(a)gmx.de The application crashes (displays error message, becomes unresponsive, error message cannot be clicked) when trying to load a previously saved front panel file. Terminal displays no output(none at all). -- 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 5

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs February 2020