https://bugs.winehq.org/show_bug.cgi?id=54303
Bug ID: 54303
Summary: mfplat:mfplat - test_MFCreateDXSurfaceBuffer() gets
stuck locking the media buffer on Windows 11 + Nvidia
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
mfplat:mfplat - test_MFCreateDXSurfaceBuffer() gets stuck locking the media
buffer on Windows 11 + Nvidia:
...
mfplat.c:6537:96.969 Test succeeded
mfplat:mfplat:1fbc done (258) in 120s
See https://test.winehq.org/data/patterns.html#mfplat:mfplat
mfplat:mfplat gets stuck even if all the other test functions are skipped. A
WINETEST_TIME trace shows that in even that case it gets stuck on the line
below after less than 1 second:
hr = IMFMediaBuffer_Lock(buffer, &data, NULL, &length);
--
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=54302
Bug ID: 54302
Summary: mfplat:mfplat - test_startup() sometimes unexpectedly
gets S_OK on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
mfplat:mfplat - test_startup() sometimes unexpectedly gets S_OK on Windows:
mfplat.c:2936: Test failed: Unexpected hr 0.
See https://test.winehq.org/data/patterns.html#mfplat:mfplat
This failure only happens in the w7pro64 64-bit tests and the first known
instance goes back to 2022-08-18. There has been 5 extra instances in the next
two months, then nothing for 3 months, and a new instance on 2023-01-12.
--
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=49079
Bug ID: 49079
Summary: Multiple applications want support for
CREATE_NO_WINDOW flag (0x08000000) in CreateProcess
Product: Wine
Version: 5.7
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: kernelbase
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
found while investigating bug 49078
Not really needed for getting the to app work but I think it's still worth to
keep track of for later as real-world test case.
You need to work around bug 49076 ("Sennheiser Wireless Systems Manager 4.4
installer overwrites Wine builtin "system/os" dlls, causing broken WINEPREFIX
(SfcIsFileProtected is a stub)") to fix the WINEPREFIX after installation.
Download:
https://web.archive.org/web/20200502103749/http://sennheiser-sites.com/resp…
Prerequisite: 'winetricks -q dotnet45'
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files (x86)/Sennheiser/Wireless Systems
Manager
$ WINEDEBUG=+seh,+relay,+loaddll,+process,+secur32,+ntlm wine ./WSM.exe
>>log.txt 2>&1
...
00c8:Call KERNEL32.CreateProcessW(00000000,03ece868 L"\"C:\\Program Files
(x86)\\Sennheiser\\Wireless Systems
Manager\\WSMServerBinaries\\WSM.Server.exe\"
",00000000,00000000,00000001,08000400,00000000,00000000,0031f7f4,03ecbc10)
ret=6711d6b5
...
00c8:warn:process:CreateProcessInternalW (L"C:\\Program Files
(x86)\\Sennheiser\\Wireless Systems
Manager\\WSMServerBinaries\\WSM.Server.exe",...): ignoring some flags in
8000400
...
00c8:trace:process:CreateProcessInternalW started process pid 00e4 tid 00e8
...
00c8:Ret KERNEL32.CreateProcessW() retval=00000001 ret=6711d6b5
...
--- snip ---
The process is a console app:
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files (x86)/Sennheiser/Wireless Systems
Manager/WSMServerBinaries
$ winedump WSM.Server.exe
Contents of WSM.Server.exe: 8704 bytes
File Header
Machine: 014C (i386)
Number of Sections: 3
TimeDateStamp: 5DF710AF (Mon Dec 16 06:05:51 2019) offset 136
PointerToSymbolTable: 00000000
NumberOfSymbols: 00000000
SizeOfOptionalHeader: 00E0
Characteristics: 0022
EXECUTABLE_IMAGE
LARGE_ADDRESS_AWARE
Optional Header (32bit)
Magic 0x10B 267
linker version 48.00
size of code 0xc00 3072
size of initialized data 0x1400 5120
size of uninitialized data 0x0 0
entrypoint RVA 0x2aa6 10918
base of code 0x2000 8192
base of data 0x4000 16384
image base 0x400000 4194304
section align 0x2000 8192
file align 0x200 512
required OS version 4.00
image version 0.00
subsystem version 6.00
Win32 Version 0x0 0
size of image 0x8000 32768
size of headers 0x200 512
checksum 0x0 0
Subsystem 0x3 (Windows CUI)
DLL characteristics: 0x8560
DYNAMIC_BASE
NX_COMPAT
NO_SEH
TERMINAL_SERVER_AWARE
stack reserve size 0x100000 1048576
stack commit size 0x1000 4096
heap reserve size 0x100000 1048576
heap commit size 0x1000 4096
loader flags 0x0 0
RVAs & sizes 0x10 16
Data Directory
EXPORT rva: 0x0 size: 0x0
IMPORT rva: 0x2a54 size: 0x4f
RESOURCE rva: 0x4000 size: 0x1148
EXCEPTION rva: 0x0 size: 0x0
SECURITY rva: 0x0 size: 0x0
BASERELOC rva: 0x6000 size: 0xc
DEBUG rva: 0x0 size: 0x0
ARCHITECTURE rva: 0x0 size: 0x0
GLOBALPTR rva: 0x0 size: 0x0
TLS rva: 0x0 size: 0x0
LOAD_CONFIG rva: 0x0 size: 0x0
Bound IAT rva: 0x0 size: 0x0
IAT rva: 0x2000 size: 0x8
Delay IAT rva: 0x0 size: 0x0
CLR Header rva: 0x2008 size: 0x48
rva: 0x0 size: 0x0
Done dumping WSM.Server.exe
--- snip ---
Microsoft docs:
https://docs.microsoft.com/en-us/windows/win32/procthread/process-creation-…
--- quote ---
CREATE_NO_WINDOW 0x08000000
The process is a console application that is being run without a console
window. Therefore, the console handle for the application is not set.
This flag is ignored if the application is not a console application, or if it
is used with either CREATE_NEW_CONSOLE or DETACHED_PROCESS.
--- quote ---
Also found this document which contains some interesting tidbits:
https://github.com/rprichard/win32-console-docs/blob/master/README.md
Wine source:
https://source.winehq.org/git/wine.git/blob/d1f858e03da732c621504f90e349d51…
--- snip ---
432 /**********************************************************************
433 * CreateProcessInternalW (kernelbase.@)
434 */
435 BOOL WINAPI DECLSPEC_HOTPATCH CreateProcessInternalW( HANDLE token, const
WCHAR *app_name, WCHAR *cmd_line,
436 SECURITY_ATTRIBUTES
*process_attr,
437 SECURITY_ATTRIBUTES
*thread_attr,
438 BOOL inherit, DWORD
flags, void *env,
439 const WCHAR
*cur_dir, STARTUPINFOW *startup_info,
440 PROCESS_INFORMATION
*info, HANDLE *new_token )
441 {
442 WCHAR name[MAX_PATH];
443 WCHAR *p, *tidy_cmdline = cmd_line;
444 RTL_USER_PROCESS_PARAMETERS *params = NULL;
445 RTL_USER_PROCESS_INFORMATION rtl_info;
446 HANDLE parent = NULL;
447 NTSTATUS status;
...
471 /* Warn if unsupported features are used */
472
473 if (flags & (IDLE_PRIORITY_CLASS | HIGH_PRIORITY_CLASS |
REALTIME_PRIORITY_CLASS |
474 CREATE_DEFAULT_ERROR_MODE | CREATE_NO_WINDOW |
475 PROFILE_USER | PROFILE_KERNEL | PROFILE_SERVER))
476 WARN( "(%s,...): ignoring some flags in %x\n",
debugstr_w(app_name), flags );
...
--- snip ---
$ sha1sum Sennheiser_WSM_Setup_4.4.6.6.exe
be82329265ce8fca79334612007ea9b1f894bf8f Sennheiser_WSM_Setup_4.4.6.6.exe
$ du -sh Sennheiser_WSM_Setup_4.4.6.6.exe
122M Sennheiser_WSM_Setup_4.4.6.6.exe
$ wine --version
wine-5.7-177-gad1fad8a94
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.
https://bugs.winehq.org/show_bug.cgi?id=39211
Bug ID: 39211
Summary: Test for startupInfo.lpTitle is wrong if CreateProcess
is called with lpTitle = NULL.
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: andy1.m(a)gmx.de
Distribution: ---
Created attachment 52273
--> https://bugs.winehq.org/attachment.cgi?id=52273
Patch for kernel32_test (startupinfo.lpTitle, NULL)
Call CreateProcess with StartUpInfo.lpTitle = NULL. The new process
(GetStartUpInfo) gets for lpTitle the full name of the imagefile. E. g.
"D:\winetests_kernel32.exe". The test expects only "winetests_kernel32.exe".
Applied patch tested under win2k3.
--
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=51969
Bug ID: 51969
Summary: mucabrasil 1.4.5.1: crashes when trying to launch the
application
Product: Wine
Version: 6.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntoskrnl
Assignee: wine-bugs(a)winehq.org
Reporter: victor.panisa(a)gmail.com
Distribution: ---
Created attachment 70954
--> https://bugs.winehq.org/attachment.cgi?id=70954
Complete terminal output
Wine crashes when I click on the "Jogar" button on the launcher.
The error message that pops up complains of not being able to setup a "anti
cheater".
>From what I can see on the trace the error is the lack of
"IoCreateDeviceSecure" that causes a "Unhandled page fault" noted by a "fixme".
Checking bugzilla there is only two errors with this function listed, and both
don't have a solution, although in one of them (#25087), one user says that
wine can't implement it. So I'm not sure if this is solvable.
Looking on msdn seems like the function was renamed to
"WdmlibIoCreateDeviceSecure" and resides on "wdmsec.h", which also isn't
implemented on current branch.
The installer mirror can be accessed at:
Link: https://mirror1.mucabrasil.com.br/MUCABRASIL_1.4.5.1.exe
SHA1: 3547d4923eddbdb822854899ae6e1219bd9a3bac
The .exe executed after installation for debugging is the "mu.exe" with SHA1:
"6c7776962b95525d63de32d6a915ede029e3994d"
OS: Debian GNU/Linux bookworm/sid
Arch: x86_64
Kernel: 5.14.15-xanmod1
Keywords: obfuscation
--
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=47084
Bug ID: 47084
Summary: Call of Duty Black Ops 3 doesn't run because of mfplat
Product: Wine
Version: 4.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: mo78(a)abv.bg
Distribution: ---
Created attachment 64278
--> https://bugs.winehq.org/attachment.cgi?id=64278
Call of Duty Black Ops 3 Wine log
The game doesn't run due to lack of mfplat implementation. When started it
warns for missing Windows Media Feature Pack:
https://i.imgur.com/HCYDJYe.png
When I prepare mfplat prefix in wich Shadows: Awakening runs just fine, Call of
Duty Black Ops 3 actually starts and runs very well but it has the following
problems:
https://bugs.winehq.org/show_bug.cgi?id=45876
--
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=54294
Bug ID: 54294
Summary: user32:input - test_rawinput() is sometimes missing a
WM_MOUSEMOVE message on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:input - test_rawinput() is sometimes missing a WM_MOUSEMOVE message on
Windows:
input.c:2878: Test failed: 0: expected WM_MOUSEMOVE message
input.c:2878: Test failed: 1: expected WM_MOUSEMOVE message
input.c:2878: Test failed: 2: expected WM_MOUSEMOVE message
See https://test.winehq.org/data/patterns.html#user32:input
This only happens with i == 0, 1 or 2. Usually all three are missing but
sometimes only one is missing.
It looks like this issue started on 2022-11-01 and impacts w10pro64 and
w11pro64.
w7u-adm also gets failures but much less frequently: 2023-01-10, 2023-01-09,
2022-07-25 and 2022-07-19. There's a 5 months gap so the older instances may be
unrelated to the current ones.
gitlab-debian also got this failure a lot in September but the test has been
marked as flaky_wine (3af6ececec41) so it's not reported in Wine anymore.
So maybe it should just be marked as plain flaky? Or removed altogether?
--
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=50326
Bug ID: 50326
Summary: (Regression) Playing movies broken in Ghostrunner
Product: Wine-staging
Version: 6.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: peter-24(a)o2.pl
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 68910
--> https://bugs.winehq.org/attachment.cgi?id=68910
wine log
Playing movies broken in Ghostrunner - none playing(skipped). Working in
staging 6.0rc1.
--
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=44204
Bug ID: 44204
Summary: Slingplayer 2.0 crashes on connect (dsound)
Product: Wine
Version: 3.0-rc2
Hardware: x86
URL: http://download.slingmedia.com/player/pc/SlingPlayer_2
.0.4522_Setup-Global.exe
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: directx-dsound
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: Ubuntu
Created attachment 59972
--> https://bugs.winehq.org/attachment.cgi?id=59972
Wine 3.0-rc2 console output
SlingPlayer 2.0.4 crashes when starting the stream under Wine 3.0-rc2.
This never used to occur but I haven't been able to complete a bisect. I will
try again later but it is a very slow process as it appears that the
application has to be fully installed with each test.
The clue to the workaround comes from:
003d:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\dsound.dll"
at 0x731c0000: builtin
wine: Unhandled illegal instruction at address 0x730073 (thread 003d), starting
debugger...
Native dsound (winetricks dsound) works around the crash.
To get this far, the following overrides are needed:
WINEARCH=win32 - Bug 35268 / Bug 35276
quartz - Bug 18556
wmp9 - Bug 28669 (wmp10 + dsound = another crash)
mf - Bug 44201
Ignore the installer crash - Bug 17289
With the addition of native dsound, Slingplayer 2.0 can once again be used.
--
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=43073
Bug ID: 43073
Summary: Cyrillic/russian characters displays incorrectly in
Final Fantasy XIV
Product: Wine
Version: 2.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mlang
Assignee: wine-bugs(a)winehq.org
Reporter: yonnji(a)miqote.com
Distribution: ---
Created attachment 58256
--> https://bugs.winehq.org/attachment.cgi?id=58256
launcher and UI screenshots
Cyrillic/russian characters displays incorrectly in Final Fantasy XIV.
It affects a game launcher, in-game UI, and a chat.
It's impossible to play, when you can't talk with other people and can't read
the chat.
The text used as example in screenshots is "привет hello".
--
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.