http://bugs.winehq.org/show_bug.cgi?id=27244
Summary: Wiggles: Indeo
Product: Wine
Version: 1.3.19
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=34827)
--> (http://bugs.winehq.org/attachment.cgi?id=34827)
Terminal output on Wine 1.3.19
Steps to reproduce:
1) remove ~/.wine
2) winetricks gecko icodecs
3) install Wiggles
4) patch Wiggles with Wiggles_Patch_1_0_844.exe
4) wine Wiggles.exe
Behaviour:
I get only audio from intro video.
Expected behaviour:
I should get audio and video from intro video.
Additional info:
I can play video in Smplayer. Here I give info about video:
Resolution: 640 x 360
Format: IV32
Bitrate: 4373 kbps
FPS: 24.000
Decoder: ffindeo3
Size: 96,2 MB
--
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=54301
Bug ID: 54301
Summary: Global hotkey support
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: linux(a)bernd-steinhauser.de
Distribution: ---
My original use case is the head tracker linuxtrack that can be used to control
camera movements in e.g. racing simulators or flight simulators. linuxtrack
provides a wine bridge to be able to use it with games run via wine.
https://github.com/uglyDwarf/linuxtrack
The wine bridge provides a controller application that is makes use of two
hotkeys to pause and to recenter the tracker. These are not essential to use it
(i.e. it works without), but they make the usage much more convenient. The
problem is that the hotkeys only work when the controller application has the
focus, which obviously is usually not the case, since you're using it just as a
background application while running a game. So if I e.g. want to recenter the
tracker, I have to Alt+Tab out of the application to do that. Unfortunately,
some applications don't really like that and it could result in all kinds of
problems, including crashes.
Since that use case is very specific and might not be easily accessible to
everybody (you need hardware for it), I looked at another use case and that is
foobar2000.
foobar2000 is a popular media player for Windows and as a media player, it
makes of course usage of hotkeys, both within the application and global ones.
So I installed it into a wine prefix using the latest version, assigned a
hotkey to a functionality (e.g. play/pause), made that global and tried if it
works and it does not.
Or, to be more specific, it works as long as the window has focus (and thus
gets keyboard input). As soon as the window is in the background, it doesn't
work anymore.
(I'm using KDE Plasma on X11 with kwin as the compositor, in case that
matters.)
Now, I spent quite some time trying to research the subject and was actually
surprised by how little information I could find. Especially, I wasn't able to
find anything in the wine documentation whether global hotkeys (or keyboard
shortcuts) are supposed to work or not.
Thus, I am actually still not sure whether this is a feature request or a bug.
(I suspect it's the former, but I don't know.)
I did find one tutorial that did suggest using xdotool, but this should
possibly called xdodotool, since it's more or less dead.
In any case, it surely wouldn't be future-proof, since everything is slowly
heading towards wayland (and xdotool won't work there).
Since there are many tools out there that are used alongside games, be it
scripting tools, controller tools or various mods/addons, I think that some
kind of support for global hotkeys would be really good.
--
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=54300
Bug ID: 54300
Summary: LdrLoadDll illegal memory access on DllPath
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: novae.harpist06(a)icloud.com
Distribution: ---
Created attachment 73867
--> https://bugs.winehq.org/attachment.cgi?id=73867
Reproducer
See reproducer (attached)
DllPath can be search flags, which is indicated by passing a pointer where the
lowest bit is set. This is not handled in wine, which calls wcslen on it:
https://github.com/wine-mirror/wine/blob/a8c1d5c108fc57e4d78e9db126f395c890…
The path resolution is correctly implemented in LdrGetDllPath, but that
function is not used (besides being an export).
Windows output:
Trying flag 00000200
Trying flag 00000400
Trying flag 00000800
Trying flag 00001000
Trying flag 00002000
Trying flag 00004000
Wine output:
Trying flag 00000200
wine: Unhandled page fault on read access to 0000000000000201 at address
0000000170069B40 (thread 05ec), starting debugger...
--
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=54306
Bug ID: 54306
Summary: mf:mf - test_sar() sometimes gets an unexpected
refcount in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
mf:mf - test_sar() sometimes gets an unexpected refcount in Wine:
mf.c:5441: Test succeeded inside todo block: Release returned 0
See https://test.winehq.org/data/patterns.html#mf:mf
Note that although the WineTest results seem to implicate that this only
happens on my desktop, this failure has happened on the GitLab CI too (see
MR1965).
Maybe it's a timing issue that's impacted by the CPU load.
Should the test be removed entirely or just marked as flaky_wine?
--
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=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.