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.
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.
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.
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.
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.
https://bugs.winehq.org/show_bug.cgi?id=47201
Bug ID: 47201
Summary: Visual Studio 2015 crashes on unimplemented
KERNEL32.dll.WerUnregisterRuntimeExceptionModule
Product: Wine
Version: 4.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: exposight(a)gmail.com
Distribution: ---
Created attachment 64456
--> https://bugs.winehq.org/attachment.cgi?id=64456
crash log
Launching installed Visual Studio 2015 gives that error (in the console).
Attached full log from there.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=34021
Bug #: 34021
Summary: IE8 crashes badly when navigating to www.microsoft.com
Product: Wine
Version: 1.6-rc4
Platform: x86-64
URL: http://download.microsoft.com/download/C/C/0/CC0BD555-
33DD-411E-936B-73AC6F95AE11/IE8-WindowsXP-x86-ENU.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: wininet
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Classification: Unclassified
Created attachment 45209
--> http://bugs.winehq.org/attachment.cgi?id=45209
wine-1.6-rc4-122-g104adb7 console output (caught by redirects)
Working around Bug 25648, "wine ~/.wine/drive_c/Program\ Files/Internet\
Explorer/iexplore.exe www.microsoft.com" crashes out badly. See logs.
However, workaround is supplied wininet (and urlmon - unimplemented function).
--
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.
https://bugs.winehq.org/show_bug.cgi?id=46942
Bug ID: 46942
Summary: [REGRESSION] 4.0 introduce lag / performance drop in
Lara Croft the guardian of light
Product: Wine
Version: 4.0
Hardware: x86
URL: https://github.com/jzengc/wine-git/commit/afad5636cb3a
49dff1e40054b47a8407629b3c01?diff=unified
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: andy86(a)fastwebnet.it
CC: julliard(a)winehq.org, sagawa.aki+winebugs(a)gmail.com
Regression SHA1: afad5636cb3a49dff1e40054b47a8407629b3c01
Distribution: ArchLinux
Wine 4.0 introduce strange performance issue in Lara Croft the guardian of
light, in short words both audio and video seems stuttering together (ta - ta -
taa - ta) as continued micro-lagging would be present.
Due this game result unplayable.
Try with 3.21 game is totally playable.
I run a regression test and I've obtained this result:
afad5636cb3a49dff1e40054b47a8407629b3c01 is the first bad commit
commit afad5636cb3a49dff1e40054b47a8407629b3c01
Author: Akihiro Sagawa <sagawa.aki(a)gmail.com>
Date: Fri Dec 7 00:33:26 2018 +0900
kernel32: Resolve an MUI time zone name.
Signed-off-by: Akihiro Sagawa <sagawa.aki(a)gmail.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
:040000 040000 44ffdc70c82ae81aef577d61d64b7bfe4cd3f7ee
c26de1fa184b116d5a89b201560734e15c6bd84e M dlls
--
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.
https://bugs.winehq.org/show_bug.cgi?id=43207
Bug ID: 43207
Summary: Friday The 13th The Game not Working
Product: Wine-staging
Version: 2.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tall89(a)mail.ru
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
When you try to start EAC_Launcher.exe, the following error gets out: -
REVOLT.nfo was eitner deleted or not put in directory. Application will
terminate now
WINEDEBUG=fixme-all,err+loaddll,err+dll,err+file,err+reg
------ Program EAC_Launcher.exe ------
err:winsock:WSAIoctl -> SIO_ADDRESS_LIST_CHANGE request failed with status
0x2733
err:eventlog:ReportEventW L"mDNSCoreReceiveResponse: Received from
192.168.0.102:5353 16 aspire89-P55A-UD4.local. AAAA
FE80:0000:0000:0000:0A12:F0CA:1A84:437A"
err:eventlog:ReportEventW L"mDNSCoreReceiveResponse: ProbeCount 2; will
deregister 4 aspire89-P55A-UD4.local. Addr 192.168.0.102"
err:eventlog:ReportEventW L"Local Hostname aspire89-P55A-UD4.local already in
use; will try aspire89-P55A-UD4-2.local instead"
err:eventlog:ReportEventW L"mDNSCoreReceiveResponse: Received from
192.168.0.102:5353 25 102.0.168.192.in-addr.arpa. PTR
aspire89-P55A-UD4.local."
err:eventlog:ReportEventW L"mDNSCoreReceiveResponse: Unexpected conflict
discarding 27 102.0.168.192.in-addr.arpa. PTR aspire89-P55A-UD4-2.local."
err:winedevice:async_create_driver failed to create driver L"ps6ajtsb":
c0000135
--
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.
https://bugs.winehq.org/show_bug.cgi?id=47279
Bug ID: 47279
Summary: TP-Link PowerLineUtility installs but does nothing
Product: Wine
Version: 4.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dave(a)davehigton.me.uk
Distribution: ---
The TP-Link PowerLineUtility.exe installes OK under wine 4.9 (my thanks to the
team for fixing the bug I reported recently which prevented installation).
Running the installed app offers me "Trust and launch", whereupon I get the
"round hourglass" for about 15 seconds, then... nothing. No error window, no
nothing.
It should be accessing the status and configuration of the power line modems
that I have. The Linux box it's on is communicating over them to post this
message.
The app in question can be downloaded from
https://static.tp-link.com/2018/201809/20180904/PowerLineUtility_Win_180816…
--
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.