wine-bugs June 2019

wine-bugs@winehq.org

1 participants
7555 discussions

[Bug 11637] New: Midtown Madness menus flicker
by wine-bugs＠winehq.org 10 Jun '19

10 Jun '19

http://bugs.winehq.org/show_bug.cgi?id=11637 Summary: Midtown Madness menus flicker Product: Wine Version: 0.9.55. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: elicoten(a)live.co.uk With Midtown Madness 1, (Chicago) the menus flicker. This problem is apparent in the trial and I presume also in the retail version as well (although that wouldn't install). Downloadable from http://www.microsoft.com/games/midtown/downloads.htm Console output: fixme:spoolsv:serv_main (0 (nil)) SetPRocessAffinityMask found and called. ERROR: ************* EXCEPTION CATCHING DISABLED! Please don't commit this. fixme:win:EnumDisplayDevicesW ((null),0,0x34e950,0x00000000), stub! Saving file `tune/widgettest.csv' Saving file `tune/menutest.csv' fixme:imm:ImmGetDefaultIMEWnd (0x60024 - (nil) 0x148008 ): semi-stub -- 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.

1 15

[Bug 41835] New: lg dvd firmware updater crashes
by wine-bugs＠winehq.org 10 Jun '19

10 Jun '19

https://bugs.winehq.org/show_bug.cgi?id=41835 Bug ID: 41835 Summary: lg dvd firmware updater crashes Product: Wine Version: 1.8.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: oswald.buddenhagen(a)gmx.de Distribution: Debian Created attachment 56254 --> https://bugs.winehq.org/attachment.cgi?id=56254 crash dump encouraged by some success stories relating to similar procedures, i tried updating the firmware of my dvd-rw drive with the updater from http://www.lg.com/us/support-product/lg-GH22NS30 (i tried both the 2.00 and 1.03 versions). however, the program crashes at startup. the crash is in the application itself, but it's undoubtedly the result of some inaccuracy in wine. i tried both 1.8.5 and 1.9.x. -- 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 38396] New: msiexec crash with winetricks running LEGOHarryPotter
by wine-bugs＠winehq.org 10 Jun '19

10 Jun '19

https://bugs.winehq.org/show_bug.cgi?id=38396 Bug ID: 38396 Summary: msiexec crash with winetricks running LEGOHarryPotter Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: ribeirws(a)gmail.com Distribution: --- Created attachment 51249 --> https://bugs.winehq.org/attachment.cgi?id=51249 Backtrace of the bug msiexec crash with winetricks running LEGOHarryPotter msiexec crash with winetricks running LEGOHarryPotter -- 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 35999] New: Need for speed carbon DEMO all keyboard keys not working X11DRV_KEYBOARD
by wine-bugs＠winehq.org 10 Jun '19

10 Jun '19

http://bugs.winehq.org/show_bug.cgi?id=35999 Bug ID: 35999 Summary: Need for speed carbon DEMO all keyboard keys not working X11DRV_KEYBOARD Product: Wine Version: 1.7.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jarkko_korpi(a)hotmail.com I was testing NFS Carbon because of another bug. And I used warn all debug. While in game I noticed that I can't control the car with arrow keys. This is not the only game I have this issue. Some splinter cell games, NFS, RAW (wrestling game demo) and maybe some other have had similar issue, which has mostly corrected by installing input overrides. While debugging another error I found these lines: warn:keyboard:X11DRV_KEYBOARD_DetectLayout 7 keysyms per keycode not supported, set to 4 warn:keyboard:X11DRV_KEYBOARD_DetectLayout Using closest match (Swedish keyboard layout) for scan/virtual codes mapping. Closest match? It should be finnish keyboard... warn:keyboard:X11DRV_InitKeyboard vkey 010D is being used by more than one keycode warn:keyboard:X11DRV_InitKeyboard vkey 0124 is being used by more than one keycode warn:keyboard:X11DRV_InitKeyboard vkey 0126 is being used by more than one keycode and few similar lines. Wine 1.7.16 -- 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 45649] New: chromium x32 sandbox hangs forever inside server_queue_process_apc
by wine-bugs＠winehq.org 10 Jun '19

10 Jun '19

https://bugs.winehq.org/show_bug.cgi?id=45649 Bug ID: 45649 Summary: chromium x32 sandbox hangs forever inside server_queue_process_apc Product: Wine Version: 3.13 Hardware: x86 OS: Linux Status: NEW Keywords: patch Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 62078 --> https://bugs.winehq.org/attachment.cgi?id=62078 0009-ntdll-Hack-to-prevent-freeze-in-NtProtectVirtualMemo.patch Follow up to bug 45648. For x32 chromium, the sandbox calls VirtualProctectEx for another process. It then reaches NtWaitForSingleObject( handle, FALSE, NULL ) in server_queue_process_apc, and waits there forever. Don't know why yet, but I attached a hack to work around the issue. -- 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 46809] New: PS4 Remote Play doesn't open
by wine-bugs＠winehq.org 10 Jun '19

10 Jun '19

https://bugs.winehq.org/show_bug.cgi?id=46809 Bug ID: 46809 Summary: PS4 Remote Play doesn't open Product: Wine Version: 4.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: throwawayaccx(a)gmail.com Distribution: --- Created attachment 63832 --> https://bugs.winehq.org/attachment.cgi?id=63832 Log of opening app PS4 Remote Play never opens and spits out a backtrace. -- 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 47223] New: D-pad input from gamepad is no longer registered in some games ( regression)
by wine-bugs＠winehq.org 10 Jun '19

10 Jun '19

https://bugs.winehq.org/show_bug.cgi?id=47223 Bug ID: 47223 Summary: D-pad input from gamepad is no longer registered in some games (regression) Product: Wine Version: 4.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sashok.olen(a)gmail.com Distribution: --- Created attachment 64493 --> https://bugs.winehq.org/attachment.cgi?id=64493 +tid,+pid,+plugplay,+hid,+hid_report,+hidp,+xinput,+dinput,+rawinput I didn't notice this issue at first when looking into bug 47188, but it seems like commit 5ff326f80147f4608fd64ad37510d0cff330676e also caused d-pad input to stop working (buttons and analog sticks work fine), and it's still true in latest master. If I revert it, d-pad input starts being registered again. I've tested this with a game called A Hat in Time but it also seems to affect Sekiro: Shadows Die Twice. My controller is a Generic 360 one, specifically Logitech F310. Attaching a log with WINEDEBUG=+tid,+pid,+plugplay,+hid,+hid_report,+hidp,+xinput,+dinput,+rawinput debug channels. -- 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 47289] New: Obduction: fails to render menu and crashes at launch
by wine-bugs＠winehq.org 10 Jun '19

10 Jun '19

https://bugs.winehq.org/show_bug.cgi?id=47289 Bug ID: 47289 Summary: Obduction: fails to render menu and crashes at launch Product: Wine Version: 4.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 4xcbf1ftxxey(a)opayq.com Distribution: --- Created attachment 64587 --> https://bugs.winehq.org/attachment.cgi?id=64587 All logs collected, plus some git info. Detailled description in readme file When running the game Obduction (GOG version, 1.7.0), for versions of wine after commit 5dcb329667e3d4e630a7b3723f2eaee31652a568 (included), the splash screen (as far as I know, a static image) shows up correctly, but when the window that is supposed to contain the main menu shows up, it is completely black and doesn't respond. 30 seconds later, a pop-up shows up and the game crashes. The pop-up's text is """LowLevelFatalError [File:G:\Jenkins\workspace\Obduction-Win-Client\Engine\Source\Runtime\RenderCore\Private\RenderingThread.cpp] [line: 932] GameThread timed out waiting for RenderThread after 30.00 secs""" Note: patching this on the latest version of wine might be difficult, because there was a change in behavior: either a (partially functionning) patch or a new bug (that masks this one) was introduced" See bug [link placeholder], related to commit 8c69a77032ff8d5f0a79c387646f40716d9393ad OS: Ubuntu 18.04 Driver: nvidia proprietary, 418.56 Wine: 5dcb329667e3d4e630a7b3723f2eaee31652a568 and later -- 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 40373] New: Double free in RPCRT4
by wine-bugs＠winehq.org 10 Jun '19

10 Jun '19

https://bugs.winehq.org/show_bug.cgi?id=40373 Bug ID: 40373 Summary: Double free in RPCRT4 Product: Wine Version: unspecified Hardware: x86 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: timo.kreuzer(a)web.de Created attachment 54078 --> https://bugs.winehq.org/attachment.cgi?id=54078 idl file RPCRT4 can double free parameter allocations from NdrStubCall2 The specific situation where this happened is the following: - The idl file was lsa.idl from ReactOS (file attached) - The function was LsarRetrievePrivateData - The parameter was EncryptedData - It happened in cleanup of marshalled parameters within NdrStubCall2, after calling this function What happened: - NdrStubCall2 iterates though the marshaling phases - On STUBLESS_MUSTFREE: - params[i].attr.MustFree is TRUE for parameter i = 2 (EncryptedData) - call_freer() is invoked with a pointer pointing to the parameter (pointer to the parameter location!) - param->attr.IsByValue is FALSE, so pMemory = *(unsigned char **)pMemory; pMemory is now equal to the value EncryptedData (a pointer to a pointer) - NdrFreer[pFormat[0] & NDR_TABLE_MASK] (NdrPointerFree) is called - NdrPointerFree calls PointerFree - desc = pFormat + *(const SHORT*)pFormat; - (attr & RPC_FC_P_DEREF) is TRUE, so current_pointer = *(unsigned char**)Pointer; (In the observed case this is NULL, since the function returned NULL in that OUT parameter) - NdrFreer[*desc & NDR_TABLE_MASK] (NdrPointerFree) is called with current_pointer (doing nothing, since it's NULL) - Pointer is not within pStubMsg->Buffer - attr & RPC_FC_P_ONSTACK is not set (this is different on midl!) - NdrFree(pStubMsg, Pointer) is called, freeing the pointer - On STUBLESS_FREE: - params[i].attr.ServerAllocSize is != 0 - HeapFree(GetProcessHeap(), 0, *(void **)pArg) is called on the pointer that was freed before. I cannot say exactly what is wrong here, but I see 2 potential problems: - The type for the parameter has different flags between midl and widl (the parameter data is the same), where widl is missing the [alloced_on_stack] flag: midl: /* 2076 */ 0x11, 0x14, /* FC_RP [alloced_on_stack] [pointer_deref] */ /* 2078 */ NdrFcShort( 0xffb6 ), /* Offset= -74 (2004) */ widl: /* 3112 (PLSAPR_CR_CIPHER_VALUE *) */ 0x11, 0x10, /* FC_RP [pointer_deref] */ NdrFcShort(0xfffa), /* Offset= -6 (3108) */ With this flag, the parameter is not freed, but that might not be the correct solution. - Parameters with ServerAlloc are allocated from the heap, while according to https://msdn.microsoft.com/library/windows/desktop/aa374362%28v=vs.85%29.as…, it should be allocated on the stack, so it would not be freed. -- 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 37279] New: builtin IE "document.location.pathname" returns without leading slash
by wine-bugs＠winehq.org 10 Jun '19

10 Jun '19

https://bugs.winehq.org/show_bug.cgi?id=37279 Bug ID: 37279 Summary: builtin IE "document.location.pathname" returns without leading slash Product: Wine Version: 1.7.26 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: penghao(a)linuxdeepin.com Created attachment 49577 --> https://bugs.winehq.org/attachment.cgi?id=49577 test case I have upload a test html page, use jscript to get value of document.location.pathname. if it was start with a leading slash, nothing will happen; if don't, will be a alert. this page was tested on IE8/11, Chrome, Firefox. they are all right. but in builtin IE the value will do not have leading slash. -- 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

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 June 2019