https://bugs.winehq.org/show_bug.cgi?id=54083
Bug ID: 54083
Summary: Call of Juarez: Bound in Blood shows a black screen
Product: vkd3d
Version: 1.5
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 73626
--> https://bugs.winehq.org/attachment.cgi?id=73626
log
Workaround is setting d3dcompiler_47 - native,builtin
vkd3d-1.5-93-g1b11b576
--
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=41310
Bug ID: 41310
Summary: World in Conflict can't get past loading screen in
tutorial
Product: Wine
Version: 1.9.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: alex3kov(a)zoho.com
Distribution: ---
Created attachment 55640
--> https://bugs.winehq.org/attachment.cgi?id=55640
Log with WINEDEBUG=+d3d9
1.0.1.1 version of the game from gog.com. After Alt-Tabbing or switching to
another desktop workspace I can't get back into the game. Starting missions
gets stuck in the same way.
According to setup manual here
https://appdb.winehq.org/objectManager.php?sClass=version&iId=20703 I've set
d3d10 to "Disabled", replaced dxdiagn with native and set it to "Native" in
winecfg - so the game uses DX9.
Log with WINEDEBUG=+d3d9 is attached. It turned out to be 10Mb, so I gzipped
it.
These lines look suspicious:
fixme:d3d:debug_d3dformat Unrecognized 0x434f5441 (as fourcc: ATOC)
WINED3DFORMAT!
fixme:d3d:debug_d3dformat Unrecognized 0x41415353 (as fourcc: SSAA)
WINED3DFORMAT!
I can provide more logs, test patches etc.
--
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=34242
Bug #: 34242
Summary: Dolphin Emulator: Error compiling pixel shader
Product: Wine
Version: 1.7.0
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: 00cpxxx(a)gmail.com
Classification: Unclassified
Created attachment 45563
--> http://bugs.winehq.org/attachment.cgi?id=45563
screenshot
The emulator Dolphin shows an error when trying to play a home brew game.
Steps to reproduce:
Download Dolphin 3.0
https://dolphin-emu.org/download/?ref=btn
Download Newo Asteroids
http://wiibrew.org/wiki/Newo_Asteroids (download link in the right table)
Using the emulator open the BOOT.DOL file from the root folder of the game. The
result is the attachment followed by a crash.
"winetricks d3dcompiler_43" workarounds the issue.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=33979
Bug #: 33979
Summary: Still Life 2 demo crashes without native d3dx9_36
Product: Wine
Version: 1.6-rc4
Platform: x86
URL: http://www.fileplanet.com/198863/190000/fileinfo/Still
-Life-2-Demo
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx9
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrey.goosev(a)gmail.com
CC: andrey.goosev(a)gmail.com, wine-bugs(a)winehq.org
Classification: Unclassified
Created attachment 45144
--> http://bugs.winehq.org/attachment.cgi?id=45144
log+d3dx
Clean wineprefix.
--
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=54522
Bug ID: 54522
Summary: SM1: source swizzles for dp* instructions are using
destination writemask
Product: vkd3d
Version: 1.6
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: bunglehead(a)gmail.com
Distribution: ---
I noticed that doing some unrelated testing. DP4 instructions are written out
as:
dp4 r2.x, r1.x, r0.x
after
https://source.winehq.org/git/vkd3d.git/commit/d01729921c18912708ac3fb75413…
Commenting out sm1_map_src_swizzle() in write_sm1_binary_op() for D3DSIO_DP4
produces expected:
dp4 r2.x, r1, r0
and fixes tests for me.
Francisco, could you take a look?
--
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=54390
Bug ID: 54390
Summary: Renegade Ops crashes on launch
Product: vkd3d
Version: 1.6
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Fatal DirectX error!
Code: 14
Result: 0x80004005: E_FAIL
07f8:fixme:d3d:wined3d_device_context_resolve_sub_resource Multisample resolve
is not fully supported for typeless formats (dst_format
WINED3DFMT_R8G8B8A8_TYPELESS, src_format WINED3DFMT_R8G8B8A8_TYPELESS, format
WINED3DFMT_R8G8B8A8_UNORM_SRGB).
07f8:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4.
07f8:err:d3dcompiler:D3DCompile2 Shader log:
07f8:err:d3dcompiler:D3DCompile2 <anonymous>:4:1: E5000: syntax error,
unexpected KW_TEXTURE2DMS
07f8:err:d3dcompiler:D3DCompile2
1.6-86-gf9e7cb63
--
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=54386
Bug ID: 54386
Summary: Call of Juarez crashes on level loading (needs "exp2"
handling)
Product: vkd3d
Version: 1.6
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
0ab0:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4.
0ab0:err:d3dcompiler:D3DCompile2 Shader log:
0ab0:err:d3dcompiler:D3DCompile2 <anonymous>:310:8: E5005: Function "exp2"
is not defined.
0ab0:err:d3dcompiler:D3DCompile2
1.6-73-g653cc02f
--
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=34106
Bug #: 34106
Summary: Bioshock demo needs native d3dx9_33 (purist)
Product: Wine
Version: 1.6
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3dx9
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
CC: wine-bugs(a)winehq.org
Classification: Unclassified
After verifying that bug 23884 seems fixed, I tried running the game
after doing 'winetricks alldlls=builtin'.
It crashed after the first small splash screen, before the first logo movie,
with log:
err:d3dcompiler:compile_shader HLSL shader parsing failed.
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code
(0x7dd73758).
Backtrace:
=>0 0x7dd73758 dump_exception_type+0xfb(type=0x685a180)
[dlls/msvcrt/except_i386.c:227]
...
9 0x7bc829d4 RtlRaiseException+0xb() in ntdll
10 0x00000001 (0x0073ac88)
11 0x7dd69f4d _CxxThrowException+0x47(object=<?>, type=<?>)
[dlls/msvcrt/cpp.c:1085] in msvcrt (0x0073acc8)
12 0x1091267f in bioshock (+0x1267e) (0x0073f760)
...
I'll attach a WINEDEBUG=+d3dcompiler log showing the shader compiler errors.
Setting d3dx9_33 to native rescued the game and let it launch and swim
to the initial entry hall.
--
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=54200
Bug ID: 54200
Summary: 227:11: E5005: Function "sqrt" is not defined.
Product: vkd3d
Version: 1.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: nostritius(a)googlemail.com
Distribution: ---
Created attachment 73732
--> https://bugs.winehq.org/attachment.cgi?id=73732
Mass Effect 1 Log with dxvk
I have tried to run the first Mass Effect Game from Steam with dxvk. As it can
be seen in the attached log, it fails with the message "227:11: E5005: Function
"sqrt" is not defined.". From what i can see, the hlsl part of vkd3d defines
some intrinsic functions (abs, clamp, min, max, ...), where the sqrt function
is searched for, maybe it is just a missing feature? The game works well when
disabling dxvk and running it in opengl mode.
--
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=54126
Bug ID: 54126
Summary: Zoria and the Cursed Land Demo: Error when starting a
new game.
Product: Wine
Version: 7.19
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: o.dierick(a)piezo-forte.be
Distribution: ---
Created attachment 73658
--> https://bugs.winehq.org/attachment.cgi?id=73658
Zoria and the Cursed Land Demo Wine 7.19 default terminal output
Hello,
Starting a game in Zoria and the Cursed Land Demo (Steam) results in an error:
--- Error transcript ---
FATAL ERROR in Vertex Shader compilation
ShaderName: sh_underwater
memory:68:25: E5005: Function "transpose" is not defined.
at gml_Object_oGameMasterController_Draw_74
--- end of transcript ---
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.
http://bugs.winehq.org/show_bug.cgi?id=34747
Bug #: 34747
Summary: Clive Barker's Jericho Demo intro movies are grayscale
(without native d3dcompiler_43 or d3dx9_36)
Product: Wine
Version: 1.7.4
Platform: x86
URL: http://www.gamershell.com/download_21174.shtml
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx9
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrey.goosev(a)gmail.com
CC: wine-bugs(a)winehq.org
Classification: Unclassified
Intro movies without native d3dcompiler_43 or d3dx9_36 plays in grayscale
effect.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=34233
Bug #: 34233
Summary: Rigs of Rods: D3D shader compilation fails
Product: Wine
Version: 1.7.0
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: b7.10110111(a)gmail.com
Classification: Unclassified
Created attachment 45548
--> http://bugs.winehq.org/attachment.cgi?id=45548
Terminal output
How to reproduce:
1. Install RoR
2. Run rorconfig (or check checkbox at the end of installation to launch the
game)
3. Press "Save and Play"
4. Wait until the game loads, press OK in the terrain selection dialog
5. See an error, screenshot of which I'll attach in next post
I attach full terminal log starting from the time I selected D3D9 as rendering
system (it contains game's logs as well as wine's).
--
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=54591
Bug ID: 54591
Summary: Call of Juarez: Bound in Blood crashes on launch
Product: vkd3d
Version: 1.6
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: fcasas(a)codeweavers.com
Regression SHA1: e0031d2a1f40792ac85619a495bf5197f248b0e1
Distribution: ---
../vkd3d/libs/vkd3d-shader/hlsl.c:207: Aborting, reached unreachable code.
--
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=54771
Bug ID: 54771
Summary: VCL TDateTimePicker does not allow selecting a date
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pentagon5178(a)gmail.com
Distribution: ---
Created attachment 74264
--> https://bugs.winehq.org/attachment.cgi?id=74264
Video & test app
I have created an VCL-application in the RAD Studio 11 IDE.
The main form contains win32 TDateTimePicker VCL component.
A bug was encountered: Selecting a date using the drop-down calendar does not
change the value in the picker.
I'm attaching a video of the error and test application.
--
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=53991
Bug ID: 53991
Summary: libx11 1.8.2 break bepo keyboard layout
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: aeris+wine(a)imirhil.fr
Distribution: ---
Hello,
Since upgrading my ArchLinux system, the upgrade of libx11 from 1.8.1 to 1.8.2
breaks my bepo layout and some key are not detected in a weird way.
Restarting Guild Wars 2 game after libx11 upgrade just change "randomly" some
assigned key, from `É` to `=` and from `È` to `É`. Trying to reassign keys
doesn't work, `É` can be assign to previous skill, but `È` key just doesn't
work at all, it's no more detected as a valid input in skill selection windows.
But this `È` key works perfectly if used on an input text field like the ingame
chat.
Downgrading to 1.8.1 and restarting the game fix the trouble.
Behaviour seen at least in lutris-7.2.2 and lutris-ge-proton 7.34.
Don't know if this is related or not, but currently bepo layout is badly
managed by wine and i try to add support for it in
https://bugs.winehq.org/show_bug.cgi?id=48650 but never really succeed to
create something 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.
http://bugs.winehq.org/show_bug.cgi?id=27819
Summary: Die by the Sword: strange audio distortions
Product: Wine
Version: 1.3.24
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Audio is not playing correctly in Die by the Sword (GoG.com version here). Some
scratching, stuttering sound is coming from the speakers during audio/music
playback. In the tutorial the voice-over of the narrator is also distorted by
the same artefacts.
Player taunts and NPC sounds are OK, though.
The same problem with Wine-1.0.1, too.
I can't reproduce the problem in the demo.
None of the followings helped:
- Alsa with 'emulation'
- winetricks dsoundbug9612
- changing 'defaults.pcm.dmix.rate' to '44100' in /usr/share/alsa/alsa.conf
The resampler patchset (bug #14717) reduced the intensity of the sound
artefacts considerably but they are still audible.
Terminal output is basically the same what I attached in bug #27814. The only
relevant lines are:
fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels,
pretending there's only 2 channels
fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels,
pretending there's only 2 channels
fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x15b610,0x152668): stub
Fedora 15
Alsa 1.0.24
nVidia Corporation MCP61 High Definition Audio (rev a2)
--
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=48174
Bug ID: 48174
Summary: wine-mono creates incorrect strings
Product: Wine
Version: 4.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
This bug is about Smile Game Builder - a game engine.
As a testcase 「虚毒ノ夢」 will be used - a (it seems - I don't actually know
Japanese) freeware game available from
https://kanawo.wixsite.com/teritoma/kodoku (first link is the download:
https://www.freem.ne.jp/dl/win/15104).
Problem 1.
As you might notice, the window title is purely mojibake.
CreateWindowEx expects CP_ACP string in cs->lpszName, but it's getting an utf8
one.
That's pretty much sums up what I could figure out about this part.
Problem 2.
This one is more tricky to notice; also, I couldn't figure out much about it,
so just describing symptoms.
Some of the strings printed on the screen (AFAICT neither by gdi, gdiplus nor
user32 standard text functions) are read from memory then written on the screen
past their actual length. What's more, they flicker - that is if such string is
printed, some of the time its extra part changes upon redraw.
As far as I understand mono (which, granted, isn't all that much), it would
suggest that upon string object creation its length is set incorrectly.
In the example game, you can observe it with a few strings as you start a new
game, then once you get control, if you walk to the closet (not the bookcase)
and interact with it, it's another such string.
--
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=9672
Summary: The Sims crashes with page fault on read access
Product: Wine
Version: 0.9.45.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: diablownik(a)gmail.com
The Sims game doesn't run: output returns unhandled page fault on read access.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54560
Bug ID: 54560
Summary: mscoree:mscoree - test_loadpaths_execute() sometimes
gets directory creation errors
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
mscoree:mscoree - test_loadpaths_execute() sometimes gets directory creation
errors. With only 3 instances in the past 8 months this is pretty rare:
* 2022-07-26 on w10pro64-ko (64-bit)
mscoree.c:614: Test failed:
CreateDirectoryW(L"C:\\Users\\winetest\\AppData\\Local\\Temp\\loaC31F.tmp")
failed: 183
* 2022-11-23 on w7u (32-bit)
mscoree.c:614: Test failed:
CreateDirectoryW(L"C:\\Users\\winetest\\AppData\\Local\\Temp\\loaAB6B.tmp")
failed: 183
mscoree.c:619: Test failed:
CopyFileW(L"C:\\Users\\winetest\\AppData\\Local\\Temp\\loaAB6B.tmp\\loadpaths.exe")
failed: 3
mscoree.c:635: Test failed:
CreateDirectoryW(L"C:\\Users\\winetest\\AppData\\Local\\Temp\\loaAB6B.tmp\\libloadpaths")
failed: 3
mscoree.c:643: Test failed:
CopyFileW(L"C:\\Users\\winetest\\AppData\\Local\\Temp\\loaAB6B.tmp\\libloadpaths\\libloadpaths.dll")
failed: 3
mscoree.c:647: Test failed:
CreateProcessW(L"C:\\Users\\winetest\\AppData\\Local\\Temp\\loaAB6B.tmp\\loadpaths.exe")
failed: 3
mscoree.c:653: Test failed: L"libloadpaths\\libloadpaths.dll":
WaitForSingleObject returned -1: 6
mscoree.c:662: Test failed: L"libloadpaths\\libloadpaths.dll": Failed to
execute process
mscoree.c:673: Test failed:
DeleteFileW(L"C:\\Users\\winetest\\AppData\\Local\\Temp\\loaAB6B.tmp\\libloadpaths\\libloadpaths.dll")
failed: 3
mscoree.c:675: Test failed:
DeleteFileW(L"C:\\Users\\winetest\\AppData\\Local\\Temp\\loaAB6B.tmp\\loadpaths.exe")
failed: 3
mscoree.c:682: Test failed:
RemoveDirectoryW(L"C:\\Users\\winetest\\AppData\\Local\\Temp\\loaAB6B.tmp\\libloadpaths")
failed: 3
mscoree.c:682: Test failed:
RemoveDirectoryW(L"C:\\Users\\winetest\\AppData\\Local\\Temp\\loaAB6B.tmp")
failed: 267
* 2023-02-21 on w10pro64-en-AE (64-bit)
mscoree.c:614: Test failed:
CreateDirectoryW(L"C:\\Users\\winetest\\AppData\\Local\\Temp\\loaD02D.tmp")
failed: 183
mscoree.c:635: Test failed:
CreateDirectoryW(L"C:\\Users\\winetest\\AppData\\Local\\Temp\\loaD02D.tmp\\private")
failed: 183
See https://test.winehq.org/data/patterns.html#mscoree:mscoree
Where 3 == ERROR_PATH_NOT_FOUND
6 == ERROR_INVALID_HANDLE
183 == ERROR_ALREADY_EXISTS
267 == ERROR_DIRECTORY
--
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=47326
Bug ID: 47326
Summary: Fair Strike fails to map joystick due to
IDirectInputDevice8 SetActionMap being a semi-stub.
Product: Wine
Version: 4.9
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
Distribution: ---
The default joystick actions fail to be mapped since IDirectInputDevice8
SetActionMap assumes that the instance guid is not NULL.
--
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=46562
Bug ID: 46562
Summary: Notepad++ 7.6.3 crashes when searching twice and first
time found results
Product: Wine
Version: 4.0
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bugs.winehq.org(a)fennec.ath.cx
Used 32bit installer and 64bit installer with version 7.6.3, both can crash the
same way.
https://notepad-plus-plus.org/repository/7.x/7.6.3/npp.7.6.3.Installer.exe
* Start Notepad++
* File -> Open
* Will propose "C:\Program Files (x86)\Notepad++" folder by default
* Chose change.log (or any other file)
* Click Open, window will close and file is displayed
* Search -> Find...
* Input anything that find a result, for example "Notepad" and click button
"Find All in All Opened Documents"
* With change.log file, 3 results will be displayed in the "Find result" footer
box (don't if it's the right name)
* Search box will close automatically if there are matches
* Search -> Find... (again)
Application crashes
It seems that if you first search does not find any result and you close the
search box manually, then next searches won't crash even if you have matches.
It looks like if the the first time you search and search ox close
automatically then it will crash.
--
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=54729
Bug ID: 54729
Summary: wine build fails with bison 3.0.5
Product: Wine
Version: 8.4
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: blocker
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: dmitry(a)baikal.ru
CC: rbernon(a)codeweavers.com
Regression SHA1: 071b0a5532fa2e69ea7a547ac0d8f106789d78a1
Distribution: ---
Starting from
commit 071b0a5532fa2e69ea7a547ac0d8f106789d78a1
Author: Rémi Bernon <rbernon(a)codeweavers.com>
Date: Thu Mar 23 09:23:43 2023 +0100
widl: Enable bison locations option.
building wine fails with
bison -o tools/widl/parser.tab.c -d ../wine.src/tools/widl/parser.y
../wine.src/tools/widl/parser.y:122.9-25: error: %define variable
'api.location.type' is not used
%define api.location.type {struct location}
^^^^^^^^^^^^^^^^^
make[1]: *** [Makefile:260004: tools/widl/parser.tab.h] Error 1
$ bison --version
bison (GNU Bison) 3.0.5
--
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=54701
Bug ID: 54701
Summary: Regression in Ultimate Race Pro
Product: Wine-staging
Version: 8.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: adec2011.ac(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Used to work but now i get this when running in 8.3
wine: Unhandled page fault on write access to FF000004 at address 7BC276F3
(thread 0148), 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=54691
Bug ID: 54691
Summary: reg.exe:copy, reg.exe:delete, reg.exe:export,
reg.exe:import & reg.exe:query - The 64-bit tests fail
due to ERROR_ACCESS_DENIED errors in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: registry
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Many reg.exe 64-bit tests fail due to ERROR_ACCESS_DENIED errors in Wine.
reg.exe:copy:
copy.c:678: Test failed: Failed to delete registry key, got error 5
copy.c:678: Test failed: Failed to delete registry key, got error 5
copy.c:679: Test failed: Failed to delete registry key, got error 5
copy.c:679: Test failed: Failed to delete registry key, got error 5
copy.c:683: Test failed: registry key 'Software\Wine\reg_copy' shouldn't
exist; got 0, expected 2
copy.c:684: Test failed: registry key 'Software\Wine\reg_test' shouldn't
exist; got 0, expected 2
copy.c:694: Test failed: got exit code 0, expected 1
reg.exe:delete:
delete.c:256: Test failed: Failed to delete registry key, got error 5
delete.c:256: Test failed: Failed to delete registry key, got error 5
reg.exe:export:
export.c:537: Test failed: Failed to delete registry key, got error 5
export.c:537: Test failed: Failed to delete registry key, got error 5
export.c:542: Test failed: registry key 'Software\Wine\reg_test' shouldn't
exist; got 0, expected 2
export.c:549: Test failed: got exit code 0, expected 1
reg.exe:import:
import.c:3730: Test failed: Failed to delete registry key, got error 5
import.c:3730: Test failed: Failed to delete registry key, got error 5
import.c:3755: Test failed: Failed to delete registry key, got error 5
import.c:3755: Test failed: Failed to delete registry key, got error 5
import.c:3777: Test failed: registry key 'Software\Wine\reg_test' shouldn't
exist; got 0, expected 2
reg.exe:query:
query.c:411: Test failed: Failed to delete registry key, got error 5
query.c:411: Test failed: Failed to delete registry key, got error 5
query.c:418: Test failed: query output does not match expected output
query.c:422: Test failed: query output does not match expected output
query.c:428: Test failed: Failed to delete registry key, got error 5
query.c:428: Test failed: Failed to delete registry key, got error 5
See https://test.winehq.org/data/patterns.html#reg.exe:copyhttps://test.winehq.org/data/patterns.html#reg.exe:deletehttps://test.winehq.org/data/patterns.html#reg.exe:exporthttps://test.winehq.org/data/patterns.html#reg.exe:importhttps://test.winehq.org/data/patterns.html#reg.exe:query
Note that these failures only happen in the wow64 case in Wine.
All the tests fail when run on their own in a clean wineprefix except
reg.exe:delete. That test's failures are actually caused by reg.exe:add. So to
reproduce the reg.exe:delete failures run the following couple of commands in
the same wineprefix:
./wine64 programs/reg/tests/x86_64-windows/reg.exe_test.exe add
./wine64 programs/reg/tests/x86_64-windows/reg.exe_test.exe delete
A bisect shows that all these failures started with the commit below:
commit 0da843f082217289d89b3eb9562c351ca9cb721e
Author: Sven Baars <sbaars(a)codeweavers.com>
Date: Wed Nov 30 11:42:39 2022 +0100
kernelbase: Restructure the open_key() loop.
--
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=54711
Bug ID: 54711
Summary: imm32:imm32 - test_ImmGetProperty() fails in the
Korean locale on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: imm32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
imm32:imm32 - test_ImmGetProperty() fails in the Korean locale on Windows:
imm32.c:2994: Test failed: ImmGetProperty returned 1900554, error -559038737
See https://test.winehq.org/data/patterns.html#imm32:imm32
A bisect shows the failures started with the commit that introduced this test:
commit 08a6d7687aaaedcde3fb7c3c1c32910ea651a627
Author: Rémi Bernon <rbernon(a)codeweavers.com>
AuthorDate: Thu Mar 9 22:46:00 2023 +0100
imm32/tests: Test ImmGetProperty with the installed IME.
--
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=54710
Bug ID: 54710
Summary: imm32:imm32 - test_ImmEscape() fails in the Korean
locale on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: imm32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
imm32:imm32 - test_ImmEscape() fails in the Korean locale on Windows:
imm32.c:3218: Test failed: ansi: GetLastError returned 0, error 0
imm32.c:3218: Test failed: unicode: GetLastError returned 0, error 0
See https://test.winehq.org/data/patterns.html#imm32:imm32
A bisect shows the failures started with the commit that introduced the tests:
commit c959a58801183ef407cc2d2b4a149bafa8eb014c
Author: Rémi Bernon <rbernon(a)codeweavers.com>
AuthorDate: Mon Mar 6 19:33:43 2023 +0100
imm32/tests: Test ImmEscape with the installed IME.
--
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=54679
Bug ID: 54679
Summary: Conspiracy's Clean Slate 64K demo crashes due to HLSL
shader compilation failure
Product: vkd3d
Version: 1.6
Hardware: x86-64
URL: https://web.archive.org/web/20210807072016/https://con
spiracy.hu/files/cns%21cns-AMDfix.zip
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
Depends on: 50927
Distribution: ---
Continuation of bug 50927.
0024:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x8000.
0024:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x8000.
0024:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x8000.
0024:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x8000.
0024:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4.
0024:err:d3dcompiler:D3DCompile2 Shader log:
0024:err:d3dcompiler:D3DCompile2 <anonymous>: E5005: Entry point "v" is not
defined.
0024:err:d3dcompiler:D3DCompile2
0024:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x8000.
0024:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x8000.
0024:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4.
0024:err:d3dcompiler:D3DCompile2 Shader log:
0024:err:d3dcompiler:D3DCompile2 <anonymous>: E5005: Entry point "g" is not
defined.
0024:err:d3dcompiler:D3DCompile2
wine: Unhandled page fault on read access to 0000000A at address 006082AA
(thread 0024), 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=44547
Bug ID: 44547
Summary: Deus Ex: invisible War v1.2 crashes when using the
hotkey to quickload a saved game
Product: Wine
Version: 3.2
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
Created attachment 60507
--> https://bugs.winehq.org/attachment.cgi?id=60507
terminal output
This was tested with the GOG.com version.
Performing a quicksave works properly in the game, but using the hotkey (<F12>
by default) to load a quick saved game results in a crash. Interestingly, using
the game menu to load a quick save works, it's only when I use the hotkey for
quickloading that Wine crashes.
The demo version doesn't have the quicksave/quickload feature.
--
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=50572
Bug ID: 50572
Summary: LDAP_AUTH_NEGOTIATE login fails as authorization user
is used instead of authentication user
Product: Wine
Version: 6.0
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wldap32
Assignee: wine-bugs(a)winehq.org
Reporter: damjan.jov(a)gmail.com
Distribution: ---
In the "ldapsearch" command line tool, "-X" is the authorization user and "-U"
is the authentication user. For a server using LDAP_AUTH_NEGOTIATE, it must
have the authentication user - supplying only the authorization user always
fails:
$ ldapsearch -h HOSTNAME -v -X USERNAME -W
ldap_initialize( ldap://HOSTNAME )
Enter LDAP Password:
SASL/DIGEST-MD5 authentication started
ldap_sasl_interactive_bind_s: Invalid credentials (49) <=====================
additional info: 8009030C: LdapErr: DSID-0C09055F, comment:
AcceptSecurityContext error, data 52e, v23f0
Changing the "-X" to "-U", it successfully logs in. If both "-X" and "-U" are
present, it also successfully logs in.
In dlls/wldap32/bind.c, in the callback function sasl_interact(), Wine supplies
its username to SASL_CB_USER which is like "-X", so login always fails the same
way. If I change it to supply the username to SASL_CB_AUTHNAME (like "-U"),
login succeeds.
--
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=54764
Bug ID: 54764
Summary: Can't open and can't remove!
Product: Wine
Version: 6.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: allerherry(a)gmail.com
Distribution: ---
I've installed wione through Snap, he tell me that it's installed but i can't
see in the apps list...and if i try to remove it he say that i can't because a
package have an unmet dependance, but he doesn't say which!
--
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=54549
Bug ID: 54549
Summary: Amazon Music does not load the correct font
Product: Wine
Version: 8.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zltippett(a)gmail.com
Distribution: ---
Created attachment 74090
--> https://bugs.winehq.org/attachment.cgi?id=74090
Amazon Music log with font errors, snipped
After installing the latest Amazon Music from the Windows URL, the fonts do not
appear as they do on Windows. The Amazon Music logs within the Amazon Music
folder indicate a problem loading the fonts.
Amazon Music download URL - https://www.amazon.com/b?ie=UTF8&node=16962657011
Amazon Music log path - ~/.wine/drive_c/users/<USERNAME>/AppData/Local/Amazon
Music/Logs (<USERNAME> is the logged in user name)
The log is attached.
--
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=53650
Bug ID: 53650
Summary: some applications do not show up in the system tray
Product: Wine-staging
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gizmo_1979(a)yahoo.it
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
some applications do not show up in the system tray, as in the screenshot
below, in the desktop you see 3 open windows but no entries in the KDE system
tray nor in the virtual desktop preview, while other applications do it
regularly. I'm pretty sure all 3 of these applications are made in visualbasic.
Apart from that the applications work regularly ...
https://i.imgur.com/SdUIalc.jpg
--
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=54619
Bug ID: 54619
Summary: Uniday Studio's "Cave Engine" crashes while starting
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: guialign(a)outlook.com
Distribution: ---
Created attachment 74145
--> https://bugs.winehq.org/attachment.cgi?id=74145
The backtrace file generated by Wine after showing an error message.
Cave Engine is a game engine developed by Uniday Studio for win64, Wine is
unable to start its executable ("Cave Engine v0.9.8d - Editor.exe") (which does
not require an installation).
--
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=54714
Bug ID: 54714
Summary: Installing Starcraft 2 fails
Product: Wine
Version: 8.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: temp82(a)luukku.com
Distribution: ---
Created attachment 74223
--> https://bugs.winehq.org/attachment.cgi?id=74223
the error message popup
you just download the installer, start with wine and proceed until you get an
error message that's unable to initialize a qt plugin.
--
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=54706
Bug ID: 54706
Summary: [regression] Tag & Rename crashes on startup with
stack overflow
Product: Wine
Version: 8.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ronan(a)jouchet.fr
Distribution: ---
Tag&Rename 3.9.15 (a music tag editor for Windows) crashes on startup, with
this error:
virtual_setup_exception stack overflow 2756 bytes addr 0x40e4da stack 0x100053c
(0x1000000-0x1001000-0x1100000)
See attachment for full logs.
Reproducibility: always
Wine config: none. Issue is reproducible after a `rm -rf ~/.wine`
Regression: yes. I've been running this program in Wine for years. I haven't
bisected the regression to a particular release, but can try to, if that's
useful.
Version of wine: official 8.3-x86_64 built by Arch Linux (
https://archlinux.org/packages/multilib/x86_64/wine/ )
Download links for Tag&Rename: https://www.softpointer.com/tr.htm ,
https://www.softpointer.com/download.htm
Available for extra information. Thanks for 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=54622
Bug ID: 54622
Summary: Conspiracy's Clean Slate 64K demo crashes
Product: Wine
Version: 8.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: temp82(a)luukku.com
Distribution: ---
Created attachment 74147
--> https://bugs.winehq.org/attachment.cgi?id=74147
wine 8.3 log
this is continuation of bug 50927.
--
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=54500
Bug ID: 54500
Summary: I can't run version 3.9.0 of WeChat on any version of
wine
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 1753904780(a)qq.com
Distribution: ---
WeChat version 3.8.0 can be installed and started normally, but when WeChat
upgrades to version 3.9.0, it cannot install its exe normally and start WeChat,
as shown in the figure
--
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=54443
Bug ID: 54443
Summary: Battle.net does not launch with error This application
failed to start because it could not find or load the
Qt platform plugin "windows" in "".
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: guido.kraemer(a)uni-leipzig.de
Distribution: ---
When starting Battle.net the launch fails with error:
This application failed to start because it could not find or load the Qt
platform plugin "windows" in "".
A fix is to go into the subdirectory with the latest version number of
Battle.net (Battle.net.13960 in my case), go to the platform directory and run
$ setfattr -x user.DOSATTRIB qwindows.dll
The bug exists for me since beginning of January.
Links to other people with this error:
https://old.reddit.com/r/linux_gaming/comments/yairmz/battlenet_fails_to_st…https://forum.manjaro.org/t/battle-net-fails-to-load/133293
--
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=50751
Bug ID: 50751
Summary: notepad++ Find in files progressbar window doesn't
stay on top
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: forinih564(a)nic58.com
Distribution: ---
Created attachment 69535
--> https://bugs.winehq.org/attachment.cgi?id=69535
Log
Tested with wine 6.3 & notepad++ version 7.9.3 (32-bit)
When using the Find in files feature in notepadd++ & starting the search ,
notepad++ locks the interaction with all windows except for the find in files
progressbar window that contains a cancel button , if you switch to other app
then return back to notepad++ using its taskbar icon , only the locked windows
appear which you can't interact with unless the search finishes or accessing
the progressbar window by alt+tab
it could be related to bug #26087 , but that bug 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.
https://bugs.winehq.org/show_bug.cgi?id=54757
Bug ID: 54757
Summary: d3d11:d3d11 - test_resource_access() sometimes
triggers a wined3d assertion
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d3d11:d3d11 - test_resource_access() sometimes triggers a wined3d assertion:
d3d11.c:15552: Test marked todo: Feature level 0xb100: Got hr 0 for WRITE.
Assertion failed: bo->b.map_ptr, file ../wine/dlls/wined3d/context_gl.c, line
3049
d3d11:d3d11:06e8 done (3) in 9s 15479B
See https://test.winehq.org/data/patterns.html#d3d11:d3d11
The assertion always happens after the same trace so it is likely caused by
this test_resource_access() line:
15552 check_resource_cpu_access(context, resource,
15553 texture_desc.Usage, texture_desc.BindFlags,
texture_desc.CPUAccessFlags);
15554 ID3D11Resource_Release(resource);
And the assertion happens in wined3d_context_gl_unmap_bo_address():
3049 assert(bo->b.map_ptr);
The oldest known instance happened on 2023-02-23 and there has been about one
further failure per week since, all in the pure 32-bit tests on the debian11
TestBot VM.
--
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=54754
Bug ID: 54754
Summary: zoom history meeting window 90% chance of not popping
up properly
Product: Wine
Version: 8.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: 399989567(a)qq.com
Distribution: ---
Created attachment 74250
--> https://bugs.winehq.org/attachment.cgi?id=74250
Image 1
The window circled by the red box in "Image 1" does not pop up properly.
Steps to reproduce:
1. Because this is a historical meeting window, you need to have joined a zoom
meeting in advance. zoom meetings can be applied for free on their website.
2. After joining the meeting and leaving the meeting, an arrow will appear
where you enter the meeting number, click the arrow to bring up the window and
trigger the bug.
Download zoom at: https://zoom.us/DOWNLOAD
Some of my research, when the problem pop-up window received the message
clientmessage, but the window style is 86000000, not the problem is 96000000, I
think this can be used as an entry point to fix the bug.
You can look at this function: handle_wm_protocols
--
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=50449
Bug ID: 50449
Summary: Program freezes if both keyboard and mouse is used at
the same time
Product: Wine
Version: 6.0-rc5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: g0re(a)null.net
Distribution: ---
Created attachment 69063
--> https://bugs.winehq.org/attachment.cgi?id=69063
console output from version 5.22
Zdaemon 1.10.15 - a DOOM source port
http://downloads.zdaemon.org/zdaemon11015_win32_bin.7z
If only keyboard is used, works ok
If only mouse is used, works ok
Program freezes if both keyboard and mouse is used at the same time.
Issue both in windowed and fullscreen mode.
Until version 5.14, works fine.
Occurs from wine version 5.15 to version 6.0-rc5 (tested every version between)
Can do a simple test with (need an IWAD):
$ wine zdaemon.exe -iwad DOOM2.WAD -skill 4 +map map01
--
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=50130
Bug ID: 50130
Summary: Outrun 2006 cannot choose anti aliasing levels more
than 2
Product: Wine
Version: 5.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jogamer1(a)protonmail.com
Distribution: ---
Created attachment 68622
--> https://bugs.winehq.org/attachment.cgi?id=68622
output log of config.exe
Install Outrun 2006 and run the Config.exe, under Video settings you can choose
anti aliasing settings up to 6 but in Wine only up to 2 is shown. If the anti
aliasing level is changed in outrun2006.ini the value will be blank in the anti
aliasing drop-down menu. Happens both on development and staging 5.21 and back
to Wine 5.0.
--
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=45601
Bug ID: 45601
Summary: Wargaming Game Center doesn't start after installation
Product: Wine
Version: 3.13
Hardware: x86
URL: http://redirect.wargaming.net/WGC/Wargaming_Game_Cente
r_Install_TWA_EU.exe
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 62032
--> https://bugs.winehq.org/attachment.cgi?id=62032
wine log
When the program installed, it should start the program - but it does not.
"winetricks -q ie8" works 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.
https://bugs.winehq.org/show_bug.cgi?id=54749
Bug ID: 54749
Summary: ddraw:dsurface sometimes times out on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ddraw:dsurface sometimes times out on Windows:
ddraw:dsurface start dlls/ddraw/tests/dsurface.c
ddraw:dsurface:1260 done (258) in 120s 0B
See https://test.winehq.org/data/patterns.html#ddraw:dsurface
There are 5 known instances in the past 8 months:
* 2022-09-01 on w1064-tsign-64
* 2022-12-09 on fgtb-w10pro64-rx550-64
* 2022-12-09 on w1064v21h2-64
* 2023-03-27 on w10pro64-ar-64
* 2023-03-27 on w10pro64-mx-MX-64
Again the dates look similar to the other ddrawmodes and dsurface issues (bug
54746 and bug 54747) but not identical. So while there is probably some common
factor making these failures more likely, it's not a simple trigger.
--
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=54747
Bug ID: 54747
Summary: ddraw:dsurface sometimes gets E_OUTOFMEMORY on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ddraw:dsurface sometimes gets E_OUTOFMEMORY on Windows. However this does not
always happen in the same place:
* 2022-08-31 in test_ddsd() on w1064-tsign-64:
dsurface.c:2232: Test failed: Got hr 0x8007000e.
* 2022-10-14 in BackBufferAttachmentFlipTest() on w1064-tsign-32:
dsurface.c:1710: Test failed: Got hr 0x8007000e.
dsurface.c:1758: Test failed: Attaching a back buffer to another back buffer
returned 0x80070057
dsurface.c:1776: this is the last test seen before the exception
14a8:dsurface: unhandled exception c0000005 at 00553E4A
* 2022-12-09 in PaletteTest(), BackBufferAttachmentFlipTest() and test_ddsd()
on w1064-tsign-64:
dsurface.c:1372: Test failed: Got hr 0x8007000e.
dsurface.c:1375: Tests skipped: failed to create surface
dsurface.c:1691: Test failed: Got hr 0x8007000e.
dsurface.c:2232: Test failed: Got hr 0x8007000e.
* 2023-01-24 in BackBufferAttachmentFlipTest() and zbufferbitdepth_test() on
w10pro64-fr-64:
dsurface.c:1691: Test failed: Got hr 0x8007000e.
dsurface.c:2130: Test failed: Got hr 0x8007000e.
dsurface.c:2130: this is the last test seen before the exception
1f40:dsurface: unhandled exception c0000005 at 0000000000522CD1
* 2023-03-27 in test_ddsd() on w10pro64-ru-64
dsurface.c:2232: Test failed: Got hr 0x8007000e.
See https://test.winehq.org/data/patterns.html#ddraw:dsurface
Where 0x8007000e == E_OUTOFMEMORY
Notes:
* There are really 5 places where this happens.
* It always happens after a IDirectDraw_CreateSurface() call, except for the
test_ddsd() (line 2232) cases where it follows a IDirectDrawSurface7_Lock()
call.
* The failure dates look somewhat similar to the ddraw:ddrawmodes E_OUTOFMEMORY
failures but not exactly and the VMs mostly don't match. So the ddrawmodes
failures are not the cause of the dsurface ones. But there may be some common
factor making these failures more likely.
--
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=54746
Bug ID: 54746
Summary: ddraw:ddrawmodes - testcooperativelevels_normal()
sometimes gets E_OUTOFMEMORY on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ddraw:ddrawmodes - testcooperativelevels_normal() sometimes gets E_OUTOFMEMORY
on Windows:
ddrawmodes.c:723: Test failed: Got hr 0x8007000e.
ddrawmodes.c:724: Test failed: Returned NULL surface pointer
See https://test.winehq.org/data/patterns.html#ddraw:ddrawmodes
Where 0x8007000e == E_OUTOFMEMORY
This failure always happens in this call:
716 /* Try creating a double buffered primary in fullscreen + exclusive +
normal mode */
717 rc = IDirectDraw_CreateSurface(lpDD, &surfacedesc, &surface, NULL);
...
723 ok(rc == DD_OK, "Got hr %#lx.\n", rc);
There is one instance on 2022-09-01 but this started happening about twice per
month on 2022-12-09.
--
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=54745
Bug ID: 54745
Summary: ddraw:ddrawmodes - testddraw7() sometimes gets a
0x887600ff error on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ddraw:ddrawmodes - testddraw7() sometimes gets a 0x887600ff error on Windows:
ddrawmodes.c:978: Test failed: Got hr 0x887600ff.
ddrawmodes.c:997: Test failed: Got hr 0x887600ff.
See https://test.winehq.org/data/patterns.html#ddraw:ddrawmodes
Where 0x887600ff corresponds to MAKE_D3DHRESULT(255) but is an unknown error
code.
This happened regularly on w11pro64-amd when Windows update was not disabled.
Excluding those there are three known instances all hapening on Windows 10 so
this is quite rare:
* 2022-08-10 on w1064-tsign-32
* 2023-01-24 on w10pro64-pt-BR-64
* 2023-03-27 on w10pro64-ar-64
--
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=54743
Bug ID: 54743
Summary: urlmon:url - The ftp test sometimes gets
INET_E_OBJECT_NOT_FOUND on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
urlmon:url - The ftp test sometimes gets INET_E_OBJECT_NOT_FOUND on Windows:
url.c:1846: Test failed: binding failed: 800c0006, expected 00000000
url.c:1857: Test failed: res = 00002f4f, expected 00000000
url.c:3284: Test failed: expected OnProgress_SENDINGREQUEST
url.c:3292: Test failed: expected OnProgress_MIMETYPEAVAILABLE
url.c:3293: Test failed: expected OnProgress_BEGINDOWNLOADDATA
url.c:3294: Test failed: expected OnProgress_ENDDOWNLOADDATA
url.c:3306: Test failed: expected OnDataAvailable
See https://test.winehq.org/data/patterns.html#urlmon:url
Where 0x800c0006 == INET_E_OBJECT_NOT_FOUND
This happens on Windows 8 to 11 about twice a month on average over all the
VMs.
--
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=54741
Bug ID: 54741
Summary: integer overflow in get_dib_stride / NtGdiCreateBitmap
Product: Wine
Version: 8.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: felix-wine(a)fefe.de
Distribution: ---
Here's the source code of NtGdiCreateBitmap:
97 HBITMAP WINAPI NtGdiCreateBitmap( INT width, INT height, UINT planes,
98 UINT bpp, const void *bits )
99 {
Having INT for width and height is already bad, but can't be helped because you
are implementing a crappy API.
105 if (width > 0x7ffffff || height > 0x7ffffff)
106 {
107 RtlSetLastWin32Error( ERROR_INVALID_PARAMETER );
108 return 0;
109 }
110
111 if (!width || !height)
112 return 0;
113
114 if (height < 0)
115 height = -height;
116 if (width < 0)
117 width = -width;
After this the value of width and height is 1..0x7ffffff (7 digits, not 8).
bpp is validated to be at most 32.
140 dib_stride = get_dib_stride( width, bpp );
141 size = dib_stride * height;
142 /* Check for overflow (dib_stride itself must be ok because of the
constraint on bm.bmWidth above). */
143 if (dib_stride != size / height)
Here's the code of get_dib_stride:
282 static inline int get_dib_stride( int width, int bpp )
283 {
284 return ((width * bpp + 31) >> 3) & ~3;
285 }
width can be 0x7ffffff, bpp can be 32.
width*bpp is then 0xffffffe0 which looks at first glance like no overflow
happened, but the type is still int, i.e. signed 32-bit, i.e. max value is
0x7fffffff (8 digits), max bpp to trigger that would be 16 not 32.
We are right-shifting afterwards, so we ought to be fine? Nope, because we are
operating on signed ints, so it's an arithmetic right shift, not a logical one.
The & does not remove the sign bit. So what happens here is that get_dib_stride
can return a negative value.
OK but NtGdiCreateBitmap checks for overflow and will notice something is
wrong.
Not really. If width=height=0x7ffffff and bpp=32 then get_dib_stride=-4.
Then size is -4*0x7ffffff promoted to size_t, or 0xe0000004.
The overflow check does this:
143 if (dib_stride != size / height)
size/0x7ffffff is 0xfffffffc.
dib_stride is -4, promoted to size_t for the comparison is also 0xfffffffc.
Also: On the way we had undefined behavior. The compiler would be allowed to do
all kinds of nasty things.
--
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=54732
Bug ID: 54732
Summary: schedsvc:atsvcapi & schedsvc:rpcapi crash on a fresh
wineprefix
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: taskschd
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
schedsvc:atsvcapi & schedsvc:rpcapi crash on a fresh wineprefix.
The issue is the same for both tests so I'll focus on the latter:
$ rm -rf ~/.wine && WINEDEBUG=schedsvc ./wine
dlls/schedsvc/tests/i386-windows/schedsvc_test.exe rpcapi
rpcapi.c:64: Tests skipped: Can't connect to Scheduler service: 0x6d9
0020:rpcapi: 0 tests executed (0 marked as todo, 0 as flaky, 0 failures), 1
skipped.
What really happens is that the call to SchRpcHighestVersion() crashes even
before reaching the TRACE() statement. And schedsvc:rpcapi interprets that as
being unable to connect to the scheduler service.
Running schedsvc:rpcapi multiple times does not help. However if one runs
taskschd:scheduler once in that wineprefix, then there is no problem:
$ rm -rf ~/.wine && ./wine dlls/taskschd/tests/i386-windows/taskschd_test.exe
scheduler
...
# Wait until sure that Wine has fully shut down
$ sleep 10; ./wine dlls/schedsvc/tests/i386-windows/schedsvc_test.exe rpcapi
rpcapi.c:268: L"<!-- Task definition created by Wine -->\n<Task
...
In particular this means that when submitting a TestBot job for these tests,
they systematically skip which prevents detecting failures.
(For merge requests there is one 32-bit only full WineTest run which would
catch at least some 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.
http://bugs.winehq.org/show_bug.cgi?id=36711
Bug ID: 36711
Summary: Civ 4 Colonization cannot load Save games, Crashes
Product: Wine
Version: 1.6.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: typoofcem(a)gmail.com
Created attachment 48756
--> http://bugs.winehq.org/attachment.cgi?id=48756
Error output from when app crashes
Sid Meier's Civilization 4 Colonization (from the complete edition, not the
standalone) crashes when user attempts to load a saved game in Wine. Issue does
not effect Civ 4 nor its expansions, from the complete edition.
Note: game is being played from a complete install, without DVD-ROM (if that
makes any difference)
--
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=53714
Bug ID: 53714
Summary: proxyodbc SQLGetInfoW wrong behaviour when InfoValue
null
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: odbc
Assignee: wine-bugs(a)winehq.org
Reporter: pollyielderah(a)gmail.com
Distribution: ---
Difference between odbc and proxyodbc.
Expected behaviour:
Calling proxyodbc SQLGetInfoW with null InfoValue should fill StringLength with
total bytes to be written. This allows to create appropriate size buffer on
second call.
Current behaviour:
proxyodbc SQLGetInfoW logs warning "Unexpected NULL InfoValue address" and
returns SQL_ERROR without returning bytes to be written.
--
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=53032
Bug ID: 53032
Summary: winedevice.exe segfaults on exit (Segmentation fault)
in Wine 7.9
Product: Wine
Version: 7.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
This is a regression or maybe it's down to GCC 12.1 - I don't know.
When exiting wine, winedevice.exe segfaults all the time.
I cannot get a bt and my attempts of using gdb have been futile.
(gdb) c
Continuing.
[LWP 495578 exited]
[LWP 495577 exited]
[LWP 495576 exited]
[LWP 495573 exited]
Thread 5 "winedevice.exe" received signal SIGSEGV, Segmentation fault.
[Switching to LWP 495599]
0x7e68a2bf in ?? ()
(gdb) bt
#0 0x7e68a2bf in ?? ()
Backtrace stopped: Cannot access memory at address 0x1fe
Wine is built using: -O2 -march=pentium-m -m32
--
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=53027
Bug ID: 53027
Summary: Port Royale 4 crashes with wined3d_texture*
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Created attachment 72398
--> https://bugs.winehq.org/attachment.cgi?id=72398
Vulkan backtrace
Hi,
This time, i used Wine unpatched :-D
The game crashes at the same place with OpenGL/Vulkan renderer.
Launch the game works, navigate in the menu & begin a new game too.
The issue appears during the loading when i start a new game.
I attach the backtrace for OpenGL and Vulkan renderer.
--
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=52545
Bug ID: 52545
Summary: [PATCH] ACE rights parser should allow octal and
decimal formats
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: ake.rehnman(a)gmail.com
Distribution: ---
Created attachment 71859
--> https://bugs.winehq.org/attachment.cgi?id=71859
Patch
Security descriptor parser should accept octal and decimal numeric format in
addition to hex.
ace-rights = (*text-rights-string) / ("0x" 1*8HEXDIG) / ("0" 1*%x30-37) /
(1*DIGIT )
https://docs.microsoft.com/en-us/openspecs/windows_protocols/ms-dtyp/f4296d…
--
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=42857
Bug ID: 42857
Summary: Can't select a fixture in FreeStyler's fixture editor
Product: Wine
Version: 2.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: florian-edelmann(a)online.de
Distribution: ---
Created attachment 57958
--> https://bugs.winehq.org/attachment.cgi?id=57958
Console output. Starting the fixture editor in line 31
Installing worked fine after installing two verbs with winetricks (vb6run and
mfc42).
Starting all bundled applications also works as expected.
However, as soon as I select a fixture (folder opening also no problem), the
Fixture Editor hangs and eventually opens a small, all-black dialog and exits
when I close that. The same happens in the main application (FreeStyler) when
clicking on Setup in the menu, and then on Add/Remove fixtures
In the console output (full output attached), the following lines are repeated:
fixme:olepicture:OleLoadPictureEx
(0xcbaafc,2359,1,{00020400-0000-0000-c000-000000000046},x=0,y=0,f=0,0x32f368),
partially implemented.
fixme:ole:CLSIDFromProgIDEx L"Scripting.FileSystemObject",0x32f3a4: semi-stub
fixme:scrrun:filesys_QueryInterface Unsupported interface
{7fd52380-4e07-101b-ae2d-08002b2ec713}
fixme:scrrun:filesys_QueryInterface Unsupported interface
{37d84f60-42cb-11ce-8135-00aa004bb851}
fixme:scrrun:file_get_DateLastModified (0x1beb920)->(0x32f1e8)
Only the first number in the last line is changed every time.
I replaced a lot of those sections in the log to meet the 5MB file size limit.
--
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=53645
Bug ID: 53645
Summary: AIMP 3 memory leak
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: HarlanStaggs(a)gmail.com
Distribution: ---
How to reproduce:
1) Open AIMP3 with wine (for example AIMP v3.60 build 1503).
2) Play some music.
3) Open system monitor that allows to monitor RAM usage.
4) Every 1-2 seconds AIMP will take 1-2 mb of your RAM and it wont stop.
5) After several hours it will take 6-8 GB of RAM.
I never saw this behaviour on windows and I could not to reproduce this bug in
AIMP2.
I used system wine (7.16) and wine in Lutris (lutris 7.2-2) - memory leak
appears in both.
--
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=53569
Bug ID: 53569
Summary: postgresql installer 9.3 needs fixed fso.GetTempName
Product: Wine
Version: 7.11
Hardware: x86
URL: https://www.enterprisedb.com/downloads/postgres-postgr
esql-downloads
OS: Linux
Status: NEW
Keywords: download, Installer, source
Severity: minor
Priority: P2
Component: scrrun
Assignee: wine-bugs(a)winehq.org
Reporter: sloper42(a)yahoo.com
CC: austinenglish(a)gmail.com, sloper42(a)yahoo.com
Depends on: 46083, 53565
Distribution: Fedora
This is followup of Bug #53565
Noticed in postgresql 9.3.25-1 installer. When starting the installer, a script
called prerun_checks is executed. There is issue executing following line
Temp_Path = strSystemRoot & "\" & fso.GetTempName() & ".vbs"
".vbs" is not attached to Temp_Path, because GetTempName returns wrong BSTR
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=53335
Bug ID: 53335
Summary: Crash when converting an rich text editor already
containing text into a password input
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
Distribution: ---
riched20 crashes when a rich text editor that already contains text is
converted into a password input field.
--
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=53051
Bug ID: 53051
Summary: Kvaser software crashes on unimplemented function
ntoskrnl.exe.ExNotifyCallback
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntoskrnl
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 72447
--> https://bugs.winehq.org/attachment.cgi?id=72447
Console output
Steps to reproduce:
1. Install Kvaser Drivers for Windows
2. Run `wine 'C:\Program Files\Kvaser\Drivers\kcanconf.exe'`
A crash dialog appears, but after closing it the Kvaser Device Guide does open.
$ sha256sum kvaser_drivers_setup.exe
7519aa9b919ab88a830b2818e03d1311fbc2a0ed569722b0e7170fa5ef11839d
--
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=52972
Bug ID: 52972
Summary: wineusb.sys: add_usb_device erroneously releases
critical section on failure path
Product: Wine
Version: 7.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: usb
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: z.figura12(a)gmail.com
Distribution: ---
In wineusb.sys, add_usb_device() erroneously calls
"LeaveCriticalSection(&wineusb_cb);" without first having entered the critical
section.
--
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=48600
Bug ID: 48600
Summary: Bloomberg Terminal - crashes post installation, cannot
run
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: fusion
Assignee: wine-bugs(a)winehq.org
Reporter: knez(a)mailbox.org
Distribution: ---
Created attachment 66437
--> https://bugs.winehq.org/attachment.cgi?id=66437
Bloomberg terminal - crashes post installation
Bloomberg Terminal - Client Software for Windows.
Download location:
https://www.bloomberg.com/professional/support/software-updates/
(https://bdn-ak-ssl.bloomberg.com/software/trv/sotrtLite01072020.exe).
Bloomberg Terminal – New Installation (Terminal Software Only).
OS: Ubuntu 16.04.
Bloomberg terminal is a Windows-only financial professional software.
The installation was run under Wine and no problems are reported.
On execution of the installed file "wintrv.exe" the attached error appears.
Further use of the software fails.
--
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=40444
Bug ID: 40444
Summary: Find doesn't jump to a found item in WinSCP
Product: Wine
Version: 1.9.7
Hardware: x86
URL: http://winscp.net/download/winscp577.zip
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: t.artem(a)mailcity.com
Distribution: Red Hat
This bug is very easy to reproduce.
Run WinSCP and open a session to any host. Open any long enough file
(text/html/whatever), hit Find (Ctrl + F) and try to find something at least on
the second page of the open document.
The cursor will jump, however the screen will remain on the first page. In
order to really jump to this position, you have to close the Find dialog (e.g.
hit "Escape") and press "Up" and "Down" which is terribly inconvenient.
--
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=53832
Bug ID: 53832
Summary: wbemprox: where-clause seems to be case-sensitive
Product: Wine
Version: 7.19
Hardware: x86-64
URL: https://github.com/PowerShell/PowerShell/releases/down
load/v7.0.3/PowerShell-7.0.3-win-x64.msi
OS: Linux
Status: NEW
Keywords: dotnet, download
Severity: normal
Priority: P2
Component: wmi&wbemprox
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
Created attachment 73364
--> https://bugs.winehq.org/attachment.cgi?id=73364
script to reproduce the problem
prerequisite: winetricks dotnet48
The attached script shows the problem: on windows one can either use 'c:' or
'C:' in the following query:
$searcher = [wmisearcher]'Select freespace From win32_logicaldisk where
deviceid="c:"'
$searcher.scope.path = "\\.\root\cimv2"
$searcher.get()
On wine only the upper-case 'C:' yields any results.
Steps to reproduce: download attached script and do 'wine pwsh -f aaa.ps1'
Results on wine:
Lower case c: gives:
Upper case c: gives:
__GENUS : 2
__CLASS : Win32_LogicalDisk
__RELPATH :
__PROPERTY_COUNT : 1
__DERIVATION : {}
__SERVER :
__NAMESPACE :
__PATH :
FreeSpace : 5817585664
PSComputerName :
Results on windows:
Z:\> .\aaa.ps1
Lower case c: gives:
__GENUS : 2
__CLASS : Win32_LogicalDisk
__SUPERCLASS :
__DYNASTY :
__RELPATH :
__PROPERTY_COUNT : 1
__DERIVATION : {}
__SERVER :
__NAMESPACE :
__PATH :
FreeSpace : 23573446656
PSComputerName :
Upper case c: gives:
__GENUS : 2
__CLASS : Win32_LogicalDisk
__SUPERCLASS :
__DYNASTY :
__RELPATH :
__PROPERTY_COUNT : 1
__DERIVATION : {}
__SERVER :
__NAMESPACE :
__PATH :
FreeSpace : 23573446656
PSComputerName :
--
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=53821
Bug ID: 53821
Summary: winbase.h: ReOpenFile declaration missing (and not
available in any other header)
Product: Wine
Version: 7.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: contact(a)ivanchev.net
Distribution: ---
A declaration for ReOpenFile should be imported with winbase.h
(https://learn.microsoft.com/en-us/windows/win32/api/winbase/nf-winbase-reop…)
but is currently missing. In fact, no header in Wine declares that function.
--
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=53706
Bug ID: 53706
Summary: NtDeviceIoControlFile() is quite slow when called with
and invalid handle
Product: Wine
Version: 7.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: metalcaedes(a)gmail.com
Distribution: ---
Created attachment 73130
--> https://bugs.winehq.org/attachment.cgi?id=73130
Call DeviceIoControl() with an invalid handle a lot and measure how long it
takes
I'm running some nonpublic proprietary application that I don't have the source
code for in Wine (I attached a simple testprogram though).
I noticed severe performance problems (compared with native Windows) and
profiling it in perf (is there a better way?) showed a lot of useless memory
addresses and also NtDeviceIoControlFile().
I figured out that the application calls DeviceIoControl() *a lot*, and after
hooking that function and replacing it with a stub that basically just returns
FALSE the application's performance was a lot better (good enough for my
purposes).
Being the curious type, I added some logging to my stub and realized that the
handle that gets passed is 0xFFFFFFFF (INVALID_HANDLE_VALUE) - even on Windows!
Specifically, I saw:
hDevice: 0xFFFFFFFF code: 0x80010021 inBufSize: 4 outBufSize: 4 overlapped: 0x0
Reimplementing DeviceIoControl() (based on Wine Source) in my (former) stub and
adding some time measurements showed that in this specific case (calling it
with an invalid handle) the called NtDeviceIoControlFile() often takes around 4
microseconds on Wine (sometimes even over 20!) while it only takes around 0.5
microseconds on Windows 10 (even though that PC is a bit slower).
So it takes 8-40 times as long in Wine.
Looking into Wine's NtDeviceIoControlFile() implementation, this is probably
the case because it calls into wineserver, via `server_ioctl_file()`.
So I *think* that this could be relatively easily fixed by checking if the
handle is INVALID_HANDLE_VALUE first thing in NtDeviceIoControlFile(), and if
that's the case call `SetLastError( ERROR_INVALID_HANDLE );` and `return
FALSE;` (Windows returns FALSE and sets that error code).
I'm not 100% sure about this though, because I don't know if there are any
cases of calling `NtDeviceIoControlFile()` where INVALID_HANDLE_VALUE is OK -
if there are, the early-out-check would probably have to take the `code`
argument into account (as far as I can tell it specifies the operation that
NtDeviceIoControlFile() executes).
I attached a simple test program that just calls DeviceIoControl() a lot (with
the parameters I've seen in the real program I have issues with) and measures
how long that takes.
On my Windows machine (i7-4771, Win10) one call takes about 0.48-0.5
microseconds.
On my Linux machine (Ryzen 5950X, Kernel 5.15, wine 7.17) one call takes about
4 microseconds on average, though many calls took longer.
--
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=53614
Bug ID: 53614
Summary: KeyPassXC does not open
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: dstwine(a)mailinator.com
Distribution: ---
Created attachment 73012
--> https://bugs.winehq.org/attachment.cgi?id=73012
Log from console
As in the title.
Impossible to run KeyPassXC on Ubuntu 20.04 and Winehq 7.16 (but also 7.0
stable).
A console is returned with error 5 because windbg cannot attach to obtain a
backtrace.
I attached the log in the console that concern the process related to
KeyPassXC.
Best 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=53455
Bug ID: 53455
Summary: shell32:recyclebin - test_query_recyclebin() gets
unexpected recyclebin size in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
shell32:recyclebin - test_query_recyclebin() gets unexpected recyclebin size:
recyclebin.c:79: Test failed: Expected recycle bin to have 0x22 bytes
recyclebin.c:80: Test failed: Expected recycle bin to have 0x1 items
https://test.winehq.org/data/patterns.html#shell32:recyclebin
The expected size in bytes can also be 0x20 or 0x21 which can cause false
positives.
--
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=53003
Bug ID: 53003
Summary: XM6 TypeG: some MIDI note-on messages aren't sent to
MIDI devices (MIDI running status isn't supported in
the MIDI mapper)
Product: Wine
Version: 7.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winmm&mci
Assignee: wine-bugs(a)winehq.org
Reporter: sagawa.aki+winebugs(a)gmail.com
Distribution: Ubuntu
Created attachment 72371
--> https://bugs.winehq.org/attachment.cgi?id=72371
minimal reproducible example
XM6 TypeG[1] is a SHARP X68000 Emulator.
When I use STed2[2] inside XM6 TypeG, some MIDI note-on messages aren't sent to
MIDI devices (e.g. Timidity++).
@honda_ken, an original reporter on Twitter, tweeted XM6 TypeG sounds strange
on Wine. He also informed me that Wine outputs the following message on his
console:
0338:fixme:midi:modData ooch 3c
0338:fixme:midi:modData ooch 403e
0338:fixme:midi:modData ooch 3e
0338:fixme:midi:modData ooch 4040
0338:fixme:midi:modData ooch 40
0338:fixme:midi:modData ooch 4041
0338:fixme:midi:modData ooch 41
0338:fixme:midi:modData ooch 4043
0338:fixme:midi:modData ooch 43
I setup XM6 TypeG environment on my PC and I can reproduce the issue.
Preparing the environment is a bit difficult, I wrote a minimal reproducible
example (shortmsg.c).
Steps to reproduce:
1. Compile the source code.
% i686-w64-mingw32-gcc -o shortmsg.exe shortmsg.c -lwinmm
2. Setup your favorite MIDI device, e.g. Timidity++.
% timidity -iA &
3. Run the executable (argument -1 means we use the MIDI mapper).
% wine shortmsg.exe -1
Expected result:
We can hear the piano voice, C, D, E and F.
Actual result:
We can hear the piano voice, only C.
[1] http://retropc.net/pi/xm6/index.html
[2] http://retropc.net/x68000/software/sound/rc/sted2/
--
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=52841
Bug ID: 52841
Summary: leverless arcade controller SOCD cleaning regression
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: namtsui(a)gmail.com
Distribution: ---
Created attachment 72236
--> https://bugs.winehq.org/attachment.cgi?id=72236
fix
downstream bug: https://github.com/ValveSoftware/Proton/issues/5527
There is a regression in wine SDL. I tested wine 7.0 using Linux 5.17.2. I
think this is the commit to blame:
https://github.com/wine-mirror/wine/commit/9cf1e8353cf05af1009e3e5d40b62f0e…
See the file: wine-7.0/dlls/winebus.sys/bus_sdl.c
https://github.com/wine-mirror/wine/blob/6d4ec1255acceec7152ed98764ee29991a…
Leverless arcade controllers have all-buttons. One such controller is the
hitbox controller from the company hitbox. It has four directional buttons
mapped to DPAD. It has simultaneous opposite cardinal direction (SOCD)
cleaning. If you hold down + up, it should output up. If you hold left + right,
it should output nothing at all (neutral).
I added print statements. See the attached fix.
In clip 1, I demonstrate SDL2 events when down and up are held simultaneously
during a jump for a while:
hold down (DOWN press event)
hold up (DOWN release event. UP press event.)
hold both for a while
release all (UP release event. DOWN release event.)
[1] https://clips.twitch.tv/PlausibleSparklingButterJonCarnage-1nJQjUmS_kATb5Y6
In clip 2 the actual bug is shown.
hold down (DOWN press event)
press up (DOWN release event. UP press event.)
steps 1 to 2 were demonstrated in clip 1.
release up (DOWN press event. UP release event.)
keep holding down
[2] https://clips.twitch.tv/FunnyPlayfulClintmullinsArgieB8-p3pUOVQuS-eA8oqi
The UP release event at the end in step 3 causes the axis to be reset to 0.
This ignores the DOWN press event immediately preceding it.
Clip 3 shows after the proposed fix is applied.
[3] https://clips.twitch.tv/RacyNeighborlyCookiePeteZaroll-2wwLnflwjAa3ZlFz
--
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=52686
Bug ID: 52686
Summary: DateAdd not implemented
Product: Wine
Version: 5.0
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: sergey.bychkow(a)gmail.com
Created attachment 72024
--> https://bugs.winehq.org/attachment.cgi?id=72024
Sample script
A call to DateAdd function breaks VBScript.
Sample (testdateadd.vbs):
1> aDateFrom = Now
2> MsgBox "Now: " & aDateFrom
3> aDateFrom = DateAdd("h", 1, aDateFrom)
4> MsgBox "+1h: " & aDateFrom
$ wine wscript testdateadd.vbs
Line 2 shows MsgBox, but line 4 does not execute.
Errors (error.log):
0009:fixme:variant:get_date_format ignoring flags 10
0009:fixme:vbscript:Global_DateAdd
0009:fixme:wscript:ActiveScriptSite_OnScriptError ()
--
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=53005
Bug ID: 53005
Summary: quartz:systemclock Fails after timeGetTime() wraps
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Created attachment 72373
--> https://bugs.winehq.org/attachment.cgi?id=72373
Use GetTickCount64() instead of timeGetTime() in quartz:systemclock
quartz:systemclock fails on fg-deb64:
systemclock.c:186: Test failed: Got timestamps 43062836670000, 113163710000,
43062836670000.
https://test.winehq.org/data/patterns.html#quartz:systemclock
The issue is that timeGetTime() wrapped after 49.71 days (2^32 milliseconds) of
uptime, causing it to no longer match the values returned by
IReferenceClock_GetTime().
The test started using timeGetTime() in the commit below:
commit bf5b35f19b841e6352c32ca7c6671d9172636871
Author: Zebediah Figura <zfigura(a)codeweavers.com>
AuthorDate: Thu Oct 21 12:41:11 2021 -0500
quartz: Use the performance counter for the system clock.
Native probably uses timeGetTime() as a source. That doesn't actually match
the
performance counter on Windows, but it does on Wine, and accessing the
counter
directly is slightly more efficient anyway.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=51684
Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
The commit made two changes:
GetTickCount*() -> timeGetTime() in the test
GetTickCount64() -> QueryPerformanceCounter() in SystemClockImpl_GetTime()
Before this commit the test was failing on Windows because the GetTickCount*()
values and SystemClockImpl_GetTime() were a bit out of sync. So while switching
to GetTickCount64() in the test fixes the issue in Wine and does not seem to
cause failures on Windows it's not clear that this is correct either.
It would also be nice to see what happens to this test on Windows after 49.7
days of uptime.
--
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=52534
Bug ID: 52534
Summary: ListView: multi select never sends LVN_ODSTATECHANGED
Product: Wine
Version: 7.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: winehq-bugs(a)angelohaller.com
Distribution: ---
When using a ListView in virtual mode (LVS_OWNERDATA) and selecting multiple
rows (holding down shift and selecting) the message code LVN_ODSTATECHANGED is
never sent.
Looking through the wine source, there is definitely code present sending
LVN_ODSTATECHANGED, this however never reaches the application and hence is a
bug.
Running the same application in Windows 7 will however send the
LVN_ODSTATECHANGED code.
This seems to be true for ALL programs using LVS_OWNERDATA and supporting multi
select.
This is an issue that arose working on
https://github.com/libui-ng/libui-ng/pull/73
A nicer example to reproduce would be from the `Windows classic samples`. I
forked the official Microsoft repo to add some debug printing:
1. Clone https://github.com/szanni/Windows-classic-samples
2. Change to directory Samples/Win7Samples/winui/controls/common/vlistvw
3. Build VListVw (I cross compile via `x86_64-w64-mingw32-gcc VListVw.c
-lcomctl32` but using the vcproj should work too?) or use the test binary a.exe
(linked at the bottom)
4. Run the resulting .exe
5. Select a cell (should print `LVN_ITEMCHANGED`)
6. Hold down `shift` and select a cell a few rows down below.
On Windows 7 step 6. triggers the message `LVN_ODSTATECHANGED` to be emitted
(as can be seen in the debug print statements). wine however never sends this
message.
This is contrary to the documentation provided in
https://docs.microsoft.com/en-us/windows/win32/controls/lvn-itemchanged#rem…
and behavior developers rely on.
Test binary:
https://github.com/szanni/Windows-classic-samples/blob/main/Samples/Win7Sam…
--
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=49285
Bug ID: 49285
Summary: PNotesPortable crashes inside kernel32
Product: Wine
Version: 5.9
Hardware: x86
URL: https://download3.portableapps.com/portableapps/PNotes
Portable/PNotesPortable_9.3.0.paf.exe?20190321
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
Yet another one:
Hi, a user tested some portable apps on forum:
https://forum.winehq.org/viewtopic.php?f=2&t=33957
When you right-click on the taskbar icon, and then choose "Exit" it crashes.
00c4:Call KERNEL32.WritePrivateProfileStructW(00494d5c L"hotkeys",0031c6f4
L"10001",00000000,00000040,004f0310
L"Z:\\media\\louis\\aqqa\\PNotesPortable\\Data\\settings\\Note
s.ini") ret=0043456f
00c4:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7b64e9f5
ip=7b64e9f5 tid=00c4
-->crash
So looks like it crashes inside WritePrivateProfileStructW ??
sha1sum PNotesPortable_9.3.0.paf.exe
2df27f55e3b43c889a5e7c68684e8acbaef9498f PNotesPortable_9.3.0.paf.exe
--
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=47375
Bug ID: 47375
Summary: Photoshop C 2018 crashes on unimplemented function
msvcr120.dll.?_Schedule@_StructuredTaskCollection@deta
ils@Concurrency@@QEAAXPEAV_UnrealizedChore@23@@Z
Product: Wine
Version: 4.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: winepala(a)tradermail.info
Distribution: ---
Created attachment 64711
--> https://bugs.winehq.org/attachment.cgi?id=64711
wine output
Photoshop CC 2018 crashes on an unimplemented function after using the Color
Range tool to make a selection.
wine: Call from 0x7b4560f6 to unimplemented function
msvcr120.dll.?_Schedule@_StructuredTaskCollection@details@Concurrency@@QEAAXPEAV_UnrealizedChore@23@@Z,
aborting
--
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=53310
Bug ID: 53310
Summary: Roblox Fails With HttpSendRequest
Product: Wine-staging
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: goldstar611(a)hotmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 72687
--> https://bugs.winehq.org/attachment.cgi?id=72687
Partial debug log created using WINEDEBUG=+winhttp,+wininet
Roblox fails to launch experiences after a 15-20 second delay and displays
"An error occurred while starting Roblox Details HttpSendRequest failed (..)
Error: An error occurred in the secure channel support"
Googling this will reveal some old instructions to install libgnutls but this
is already installed on my system.
I upgraded this morning to
- wine-staging 7.12~buster-1
- wine-staging-amd64 7.12~buster-1
- wine-staging-i386:i386 7.12~buster-1
from "deb https://dl.winehq.org/wine-builds/debian/ buster main"
Downgrading these packages to 7.11~buster-1 allows Roblox to launch experiences
again.
--
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=53234
Bug ID: 53234
Summary: nsi:nsi - test_ndis_ifinfo() fails randomly on Windows
10 1507
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
nsi:nsi - test_ndis_ifinfo() fails randomly on Windows 10 1507:
nsi.c:360: Test failed: 7: OutErrors: 3 not in [0 0]
https://test.winehq.org/data/patterns.html#nsi:nsi
The OutErrors value varies between 1 to 3 from one run to the next.
--
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=53169
Bug ID: 53169
Summary: Rich edit control becomes unstable or trips assertion
after ITextRange::SetFont is called
Product: Wine
Version: 7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: huw(a)codeweavers.com
Distribution: ---
The textrange_set_font function does not properly wrap marked paragraphs and
commit undo buffer, leading to inconsistent state.
Affected applications:
- KakaoTalk Emotion Plus (paid subscription) autosuggest feature may cause
random crashes once triggered.
--
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=50948
Bug ID: 50948
Summary: taskmgr show wrong memory usage unit (GB => MB)
Product: Wine
Version: 6.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: limstash.w(a)gmail.com
Distribution: ---
Created attachment 69771
--> https://bugs.winehq.org/attachment.cgi?id=69771
Screenshot
Task manage performance page show wrong memory usage unit, should be GB instead
of MB.
Step to reproduce:
1. wine taskmgr
2. switch to the performance page
$ wine --version
wine-6.5
--
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=53587
Bug ID: 53587
Summary: comctl32 GetWindowSubclass crash in Notepad++ (v8.4.3
and 8.4.4 only)
Product: Wine
Version: 7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: xm1(a)email.cz
Distribution: ---
Created attachment 72970
--> https://bugs.winehq.org/attachment.cgi?id=72970
debugger screenshot right before the access violation
The N++ application crashes when uses subclassing of some common controls
(ListBox or EditControl) unless you use native Windows comctl32 (winetricks
used successfully on x86 N++ versions 8.4.3 and 8.4.4).
There has been submitted a N++ commit, which detects running under the Wine
environment and disables the relevant subclassing stuff in such case, so the
N++ crash will be fixed but this only hide the Wine comctl32 problem:
https://github.com/notepad-plus-plus/notepad-plus-plus/commit/f2c4ecd7e1bfd…
The original N++ bug-report:
https://github.com/notepad-plus-plus/notepad-plus-plus/issues/11941
N++ x86 portable releases used for testing (x64 crashes too, but I could not
use the winetricks for the comparison there...):
https://github.com/notepad-plus-plus/notepad-plus-plus/releases/download/v8…https://github.com/notepad-plus-plus/notepad-plus-plus/releases/download/v8…
Earlier N++ versions (v8.4.2-) do not crash as the relevant commit for custom
ctrl border subclassing has been introduced in v8.4.3.
My Linux testing environment (both with the same result):
- openSUSE Tumbleweed (Snapshot20220729) x64, Wine 7.13
- openSUSE Leap 15.3 x64, Wine 6
--
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=53170
Bug ID: 53170
Summary: Rich edit control becomes unstable or trips assertion
after changing TextFont properties
Product: Wine
Version: 7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: huw(a)codeweavers.com
Distribution: ---
The set_textfont_prop function does not properly wrap marked paragraphs and
commit undo buffer, leading to inconsistent state.
Affected applications:
- KakaoTalk Emotion Plus (paid subscription) autosuggest feature may cause
random crashes once triggered.
--
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=52457
Bug ID: 52457
Summary: CNG Encryption Failure (BCryptEncrypt)
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bcrypt
Assignee: wine-bugs(a)winehq.org
Reporter: x256(a)ultra.fyi
Distribution: ---
Created attachment 71746
--> https://bugs.winehq.org/attachment.cgi?id=71746
Demo application (with source code)
The CNG encryption function BCryptEncrypt does not always work properly.
Please see the attached demo application. It encrypts 4 blocks (AES in CBC
mode, test vector from RFC 3602): one BCryptEncrypt call encrypts the first two
blocks, and a second BCryptEncrypt call encrypts the last two blocks. On
Windows, all 4 blocks are encrypted correctly. On Wine, the first two blocks
are encrypted correctly, but the last two blocks are incorrect.
Tested with Wine 5.0.3 and 7.0.0 (winehq-stable) on Kubuntu 21.10 (64-bit).
Thanks!
--
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=51788
Bug ID: 51788
Summary: windowscodecs:wmpformat test_decode() fails in the
ar_MA locale
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: windowscodecs
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Created attachment 70682
--> https://bugs.winehq.org/attachment.cgi?id=70682
Dump the imagedata content for debugging
windowscodecs:wmpformat test_decode() fails in the ar_MA.UTF-8 locale:
wmpformat.c:149: Test failed: unexpected image data
wmpformat.c:149: Test failed: unexpected image data
wmpformat.c:149: Test failed: unexpected image data
wmpformat.c:149: Test failed: unexpected image data
https://test.winehq.org/data/patterns.html#windowscodecs:wmpformat
Strangely this also happens in other locales like ar_AE.UTF-8, ar_EG.UTF-8,
fa_IR.UTF-8 (Farsi) and ur_IN.UTF-8 (Urdu); but not in other right-to-left
locales like he_IL.UTF-8 (Hebrew) or yi_US.UTF-8 (Yiddish).
I added code to dump the imagedata content and in all failure cases I got the
same value:
wmpformat.c:154: imagedata=6db0fc006db0fc006db0fc006db0fc006db0fc6c
instead of the expected
wmpformat.c:154: imagedata=6db0fc006db0fc006db0fc006db0fc006db0fc00
So it's only the last byte that changes.
Also, while these failures are easily reproducible on the TestBot VMs (debiant2
and my own), I cannot reproduce them on my Debian 11 development machine (I
have the required locales).
In any case a bisect shows that these failures were introduced by the following
commit:
commit 711ce415c01a5e36bde6bb147b5aa3cedc8b35ed
Author: Jacek Caban <jacek(a)codeweavers.com>
Date: Thu Sep 2 14:14:25 2021 +0200
gdi32: Store abort proc in DC_ATTR.
Signed-off-by: Jacek Caban <jacek(a)codeweavers.com>
Signed-off-by: Huw Davies <huw(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=46822
Bug ID: 46822
Summary: Edit control in ADL search dialog gets initially not
drawn in DC++ 0.868, regression
Product: Wine
Version: 4.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: dee3shee7aeno4(a)mailinator.com
Distribution: ---
Created attachment 63845
--> https://bugs.winehq.org/attachment.cgi?id=63845
wine-4.3-229-g6d82b2f1ad-with-dadea2d11d78c73ce918d0c130db6dd32d06e6ee-reverted.png
In DC++ 0.868, not connected to a hub,
menu View - ADL search - right click in the upper area - New ...
The created dialog does not draw the Search String edit control properly.
A git bisect led here:
dadea2d11d78c73ce918d0c130db6dd32d06e6ee is the first bad commit
Author: Nikolay Sivov <nsivov(a)codeweavers.com>
Date: Fri Feb 16 14:19:00 2018 +0300
comctl32/edit: Force update on focus change.
That commit was a fix against bug #40002.
Wine 3.2 is the first release containing that commit.
Reverting that commit on top of current git makes the
edit control being drawn correctly.
Download:
https://sourceforge.net/projects/dcplusplus/files/DC%2B%2B%200.868/
--
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=52831
Bug ID: 52831
Summary: Kernel32::GetSystemPowerStatus Returns Invalid Data if
BAT0 is Missing
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: root(a)kazwolfe.io
Distribution: ---
Created attachment 72224
--> https://bugs.winehq.org/attachment.cgi?id=72224
Output from Wine, MCVE binary, and relevant information.
Currently, it appears as though Kernel32's GetSystemPowerStatus behaves
inconsistently on modern systems and will return garbage or invalid
information.
A precursory glance into this problem seems to be rooted in
dlls/ntdll/unix/system.c#L3447 and `fill_battery_state`. This function only
appears to check for the existence of `/sys/class/power_supply/AC` and
`/sys/class/power_supply/BAT0`, which not all systems necessarily have. For
example, my test computer runs on `AC0` and `BAT1`. A Steam Deck (where this
bug originally was noticed) uses `ACAD` and `BAT1`.
--
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=51842
Bug ID: 51842
Summary: include/winnt.h:403:50: error: size of unnamed array
is negative
Product: Wine
Version: 6.18
Hardware: x86
OS: NetBSD
Status: NEW
Severity: blocker
Priority: P2
Component: wldap32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
--- dlls/wldap32/libldap.o ---
gcc -c -o dlls/wldap32/libldap.o dlls/wldap32/libldap.c -Idlls/wldap32
-Iinclude -D__WINESRC__ -D_UCRT -DWINE_UNIX_LIB -fPIC
-fasynchronous-unwind-tables -Wall -pipe -fno-stack-protector
-fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body
-Wignored-qualifiers -Winit-self -Wshift-overflow=2 -Wstrict-prototypes
-Wtype-limits -Wunused-but-set-parameter -Wvla -Wwrite-strings -Wpointer-arith
-Wlogical-op -march=i586 -gdwarf-2 -gstrict-dwarf -fno-omit-frame-pointer
-I/usr/pkg/include -I/usr/include -I/usr/pkg/include/freetype2
-I/usr/X11R7/include -O2 -I/usr/pkg/include -I/usr/include
-I/usr/pkg/include/freetype2 -I/usr/X11R6/include -g
In file included from include/windef.h:290:0,
from dlls/wldap32/libldap.c:40:
include/winnt.h:403:50: error: size of unnamed array is negative
#define C_ASSERT(e) extern void __C_ASSERT__(int [(e)?1:-1])
^
dlls/wldap32/libldap.c:56:1: note: in expansion of macro ‘C_ASSERT’
C_ASSERT( sizeof(struct timevalU) == sizeof(struct timeval) );
^~~~~~~~
gcc (nb4 20200810) 7.5.0
Copyright (C) 2017 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
NetBSD localhost 9.2 NetBSD 9.2 (GENERIC) #0: Wed May 12 13:15:55 UTC 2021
mkrepro@mkrepro.NetBSD.org:/usr/src/sys/arch/i386/compile/GENERIC i386
Workaround is to run ./configure using --without-ldap
--
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=53800
Bug ID: 53800
Summary: CRYPT_GetBuiltinDecoder Unsupported decoder for
lpszStructType 1.3.6.1.4.1.311.2.1.4
Product: Wine
Version: 7.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: j20001970(a)yahoo.com.tw
Distribution: ---
Output from terminal shows "fixme:cryptasn:CRYPT_GetBuiltinDecoder Unsupported
decoder for lpszStructType 1.3.6.1.4.1.311.2.1.4".
--
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=53123
Bug ID: 53123
Summary: ListView: Ctrl+Shift+LMouse multiselect on
LVS_OWNERDATA listviews erroneously sends
LVN_ODSTATECHANGED
Product: Wine
Version: 7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: winehq-bugs(a)angelohaller.com
Distribution: ---
Created attachment 72578
--> https://bugs.winehq.org/attachment.cgi?id=72578
Example file that highlights the bug by crashing.
As in the title: ListViews that do not have LVS_OWNERDATA set as style falsely
do send an LVN_ODSTATECHANGED notification.
This notification is ONLY for LVS_OWNERDATA style ListViews and should not be
sent otherwise.
Steps to reproduce:
1. Run the attached `print-notify.exe`
2. Select a row by clicking on it
3. Hold down CTRL+SHIFT and select another row by clicking with the left mouse
button (selecting multiple rows)
The attached application crashes when using wine. Windows 7 does not.
This bug can only be triggered by left mouse clicks.
A patch is available as part of my `Fix LVS_OWNERDATA list view multi select.`
patch set. This report is solely to prove the bugs existence and increase the
likelihood of the patches getting accepted.
Source code available at:
https://raw.githubusercontent.com/szanni/win32-listview-tests/66163266e5433…
--
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=42751
Bug ID: 42751
Summary: Gas Guzzlers Combat Carnage Demo crashes with
msvcr100.dll.?_Schedule@_StructuredTaskCollection@deta
ils@Concurrency@@QAEXPAV_UnrealizedChore@23@@Z
Product: Wine
Version: 2.5
Hardware: x86-64
URL: http://www.worthdownloading.com/download.php?gid=5320&
id=23965
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: msvcr
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: piotr(a)codeweavers.com
Distribution: ---
Crashes after ~3-5 minutes of gameplay.
wine: Call from 0x7b43b77c to unimplemented function
msvcr100.dll.?_Schedule@_StructuredTaskCollection@details@Concurrency@@QAEXPAV_UnrealizedChore@23@@Z,
aborting
--
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=39346
Bug ID: 39346
Summary: Lego Rock Raiders crashes on startup
Product: Wine
Version: 1.7.51
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: linus(a)folkdatorn.se
Created attachment 52439
--> https://bugs.winehq.org/attachment.cgi?id=52439
WINEDEBUG=+d3drm wine LegoRR.exe
Lego Rock Radiers crashes on startup without an unhandled page fault on read
access. I think that this can be related to d3drm which I know that Lego Rock
Radiers uses.
See attached log output which is with WINEDEBUG=+d3drm
--
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=54722
Bug ID: 54722
Summary: Granta Edupack 2023 R1: "An unrecoverable error has
occurred"
Product: Wine
Version: 8.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bernard.nysten(a)uclouvain.be
Distribution: ---
Created attachment 74228
--> https://bugs.winehq.org/attachment.cgi?id=74228
Terminal output during installation and content of backtrace file
I try to run the Granta Edupack software under Wine (v 2023 R1).
The installation seems to go well, although many messages are displayed on the
terminal (see attached file).
However, after starting the program from the "Applications --> Wine" menu, the
message "An unrecoverable error has occurred" is displayed after about 10
seconds. The program splash screen is not displayed (see attached file).
I got the same problem whether using a win32 or a win64 architecture.
--
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=24902
Summary: Sky Track: No music
Product: Wine
Version: 1.3.5
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=31536)
--> (http://bugs.winehq.org/attachment.cgi?id=31536)
Terminal output on Wine-1.3.5
Steps to reproduce:
1) remove ~/.wine
2) install Sky Track (16MB)
3) wine Game.exe
4) create your own profile
Behaviour:
No music is heard.
Expected behaviour:
Music should be heard.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=23779
Summary: Graphviz msiexec installer fails with "Installation
Incomplete: The installer was interupted before
Graphviz could be installed"
Product: Wine
Version: 1.2
Platform: x86
URL: http://www.graphviz.org/pub/graphviz/stable/windows/gr
aphviz-2.26.msi
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: saturn_systems(a)yahoo.com
Graphviz ( wine msiexec /i graphviz-2.26.msi ) fails with:
The install program showing
["Installation Incomplete: The installer was interupted before Graphviz could
be installed. You need to restart the installer to try again. Click "close" to
exit"]
and the terminal showing:
fixme:advapi:LookupAccountNameW (null) L"me" (nil) 0x32f160 (nil) 0x32f164
0x32f158 - stub
fixme:advapi:LookupAccountNameW (null) L"me" 0x157138 0x32f160 0x131df8
0x32f164 0x32f158 - stub
err:msi:ITERATE_Actions Execution halted, action L"SxsInstallCA" returned 1603
err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned 1603
--
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=52912
Bug ID: 52912
Summary: t2embed:t2embed fails on Windows with the UTF-8
codepage
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: t2embed
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
t2embed:t2embed fails on Windows with the UTF-8 codepage:
t2embed.c:103: Test failed: Unexpected retval 0x117. --> E_PERMISSIONSINVALID
t2embed.c:107: Test failed: Unexpected retval 0. --> E_NONE
t2embed.c:108: Test failed: Unexpected status 0x2.
https://test.winehq.org/data/patterns.html#t2embed:t2embed
--
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=34083
Bug #: 34083
Summary: Symantec Antivirus 10.x installer fails in custom
action
WriteCcSettingsTables.03FE01CF_295E_4354_A292_7DC4A810
E0DA
Product: Wine
Version: 1.6-rc4
Platform: x86-64
OS/Version: Linux
Status: NEW
Keywords: Installer
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Classification: Unclassified
Created attachment 45314
--> http://bugs.winehq.org/attachment.cgi?id=45314
wine-1.6-rc4 console output
Working around Bug 22009 and Bug 34082 the installer for Symantec Antivirus
10.1 (32-bit) fails in custom action
WriteCcSettingsTables.03FE01CF_295E_4354_A292_7DC4A810E0DA.
This custom action can be removed from the .msi and the installer continues.
--
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=53248
Bug ID: 53248
Summary: ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4, ddraw:ddraw7
- test_coop_level_mode_set() sometimes fails on
Windows due to DDERR_SURFACELOST
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4, ddraw:ddraw7 -
test_coop_level_mode_set() sometimes fails on Windows due to DDERR_SURFACELOST.
There are two variants:
ddraw1.c:3504: Test failed: Got unexpected hr 0x887601c2.
or
ddraw1.c:3542: Test failed: Failed to create surface, hr 0x887601c2.
https://test.winehq.org/data/patterns.html#ddraw:ddraw1https://test.winehq.org/data/patterns.html#ddraw:ddraw2https://test.winehq.org/data/patterns.html#ddraw:ddraw4https://test.winehq.org/data/patterns.html#ddraw:ddraw7
These failures:
* Happen on the Windows 8 TestBot VMs
* Don't happen on the Windows 10 TestBot VMs
* Happened on the cw-rx460 Windows 10 2009+ configurations.
* Did not happen on cw-gtx560.
So they appear to be very dependent on the Windows driver which is to be
expected I guess.
--
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=54723
Bug ID: 54723
Summary: ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4, ddraw:ddraw7
- test_p8_blit() fails on Windows 11 + AMD
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4, ddraw:ddraw7 - test_p8_blit() fails
on Windows 11 + AMD:
ddraw7.c:9518: Test failed: Got unexpected P8 color key blit result.
The same failure happens in ddraw1, ddraw2 and ddraw4.
See https://test.winehq.org/data/patterns.html#ddraw:ddraw1
& co
This failure is systematic on Windows 11 + AMD and has never happened in any of
the other test configurations.
--
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=54693
Bug ID: 54693
Summary: Freedom Planet 2 performance is atrocious with
near-zero hardware load
Product: Wine
Version: 8.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: virtuousfox(a)gmail.com
Distribution: ---
Created attachment 74203
--> https://bugs.winehq.org/attachment.cgi?id=74203
wine64 FP2.exe log
When running Freedom Planet 2 v1.2.0 on LGA-2011/Xeon E5-2697/AMD RX580 under
rolling-release openSUSE Tumbleweed it gets atrocious ~10 fps in levels and ~45
fps in menus with ~1% GPU load, despite being simple low-res 2D game. The
executable is 32-bit d3d11 Unity-based app.
I actually use wine-staging but I can't test vanilla now to see if its
different. However, one interesting part is that enabling WINEESYNC tanks fps
more than twice of even that: <5 from 10. With WINEESYNC=0 CPU load is mostly
on single core to about 60-80% but with WINEESYNC=1 load is shared among all 24
CPU threads to be almost unnoticeable, yet performance is literal slide-show.
Tested with wine's GL rendering and dxvk with same result, wine's vulkan
renderer hangs at startup.
In comparison, Dishonored 2, pretty visually taxing game, maxed out with same
wine/dxvk settings gives buttery-smooth native 72 fps (OC 60 fps panel) with
<80% GPU load.
There is nothing obvious in what little logs it spews out and there seem to be
no audio or visual glitches. I'm quite at a loss to figure out what might be
the bottleneck.
--
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=54716
Bug ID: 54716
Summary: Hard Time (2007): incorrect text rendering caused by
font anti-aliasing
Product: Wine
Version: 4.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: liamstevens2287(a)gmail.com
Distribution: ---
Created attachment 74224
--> https://bugs.winehq.org/attachment.cgi?id=74224
A screenshot of 2007's 'Hard Time' showing incorrect font rendering on the
left, with the intended appearance on the right.
Distros tested: Arch Linux, EndeavourOS, SteamOS
Versions tested: Wine 4.21, 7.2, 8.3, 8.4, and all versions of Valve Proton
2007 indie game 'Hard Time' incorrectly displays white outlines around all
text, caused by font anti-aliasing being forced. On Windows, the game correctly
runs with no AA without tweaking required by the user. Disabling font
anti-aliasing at the Xorg level or by using your DE's options works around
this, as there is no way to disable font AA in Wine itself (that I can tell).
The game is free, and the official download is located at
http://www.mdickie.com/downloads.htm (direct link at
http://www.mdickie.com/downloads/new/hardtime_setup.exe)
Attached is an image of two screenshots with font anti-aliasing enabled on the
left, and disabled on the right to show the intended appearance.
As this is my first Wine bug, please do tell me if there is any other
information which is needed. Many thanks.
--
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=54719
Bug ID: 54719
Summary: MarioKartToolbox: Open file button enabled but does
nothing
Product: Wine
Version: 8.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: narkro555(a)gmail.com
Distribution: ---
Created attachment 74225
--> https://bugs.winehq.org/attachment.cgi?id=74225
Log from "wine MarioKartToolbox.exe &> output.txt"
Upon starting the program, a file open dialog appears. Upon double clicking a
valid program or clicking the open button after selecting one, nothing happens.
The open button is at no point disabled. I was able to work around it by
launching the program with a command line argument to the executable, but it
was still very inconvenient as I now have to restart to switch projects or
files.
Downloaded from https://wiki.dshack.org/
File URL:
https://cdn.discordapp.com/attachments/885622551362015272/88564165528847163…
sha1sum: 1274b3a33de4133c116f99c3ef56246e17bb4847 MKTB_1680_RC1.7z
--
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=53456
Bug ID: 53456
Summary: kernel32:debugger - load_blackbox() sometimes fails
for crash_and_debug() on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:debugger - load_blackbox() sometimes fails for crash_and_debug() on
Windows:
debugger.c:155: Test failed: unable to open
'C:\Users\winetest\AppData\Local\Temp\wt39FA.tmp'
debugger.c:155: Test failed: failed to open:
C:\Users\winetest\AppData\Local\Temp\wt39FA.tmp
debugger.c:676: Test failed: the child and debugged pids don't match: 4840 !=
1472
https://test.winehq.org/data/patterns.html#kernel32:debugger
This happens on Window 8 to Windows 10 21H1 in both 32- and 64-bit tests but
the failure rate appears to be below 2%.
--
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=54715
Bug ID: 54715
Summary: Several VST plugins dont know some knobs
Product: Wine
Version: 8.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d2d
Assignee: wine-bugs(a)winehq.org
Reporter: assinkzkie(a)proton.me
Distribution: ---
Its the same as in this old Closed bug report, so it still exists.
https://bugs.winehq.org/show_bug.cgi?id=41593
I tried the "MaxVersionGL" workaround already, but this didnt seem to work for
me.
relevant error is:
err:d2d:d2d_bitmap_create Failed to create texture, hr 0x80070057.
It happens in several plugins for me,
For instance bx_opto (brainworks) and Black Rooster Audio VLA-2A
--
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=54304
Bug ID: 54304
Summary: user32:input - test_GetRawInputBuffer() sometimes gets
unexpected GetRawInputData() success in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
user32:input - test_GetRawInputBuffer() sometimes gets unexpected
GetRawInputData() success in Wine. This results in a group of 3 failures:
input.c:2287: Test failed: GetRawInputData succeeded
input.c:2288: Test failed: GetRawInputData returned deadbeef
input.c:2421: Test failed: Spurious WM_INPUT messages
See https://test.winehq.org/data/patterns.html#user32:input
The first known instance goes back to 2022-08-29 and there has been roughly 2
failures per month since then with a two months gap (October & November). That
makes it hard to know when this failure really appeared.
Note that the 'spurious WM_INPUT messages' failure also appears on Windows. See
bug 54053.
--
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=52982
Bug ID: 52982
Summary: PotPlayer: Crashes and hangs
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bq74stlxvkpb(a)opayq.com
Distribution: ---
Created attachment 72350
--> https://bugs.winehq.org/attachment.cgi?id=72350
Terminal output when the application hangs
PotPlayer crashes or hangs shortly after starting, or starting to play a video
file.
Default configuration (just with Windows 10 set). I'm trying to add a
printscreen as a second attachment, but it seems I cannot have more than one
attachment?
Well, I can add it as a link, I guess: https://imgur.com/zedUjNf (other
applications work correctly with these settings and all of those drive paths
are accessible)
I can't quite use a non-stable version, because this is my work laptop and my
work needs for wine to work correctly at all times. It would be nice if I could
watch videos through PotPlayer while on breaks, though! :)
https://t1.daumcdn.net/potplayer/PotPlayer/Version/Latest/PotPlayerSetup64.…
I've managed to get PotPlayer working for a bit, even playing videos without a
hitch, but I have no idea why - upon closing it and relaunching, I was met with
a hang (I'm going to place that in the attachment). Furthermore, the logging
mini-application that is supposed to gather the logs for the crash also...
crashed/hanged. Dammit! :D
It's been like this for over 10 minutes: https://imgur.com/HEMRh2l
I've decided to use the newest hang as the attachment.
I don't know how to connect this bug to the App database other than to just
post a link here:
https://appdb.winehq.org/objectManager.php?sClass=application&iId=14890
PotPlayer version: 220420 (1.7.21632)
O.S: Linux Mint 20.3 Una with Cinnamon
--
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=51877
Bug ID: 51877
Summary: improve POSIX compatibility for wine-staging's
patches/gitapply.sh
Product: Wine-staging
Version: 6.19
Hardware: x86-64
OS: other
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: damjan.jov(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Created attachment 70802
--> https://bugs.winehq.org/attachment.cgi?id=70802
Makes patches/gitapply.sh more POSIX compatible
wine-staging's patches/patchinstall.sh can apply patches using Git commands, or
CLI tools. It prefers Git commands, but when it detects that some parent
directory is a Git repository, it passes --nogit to patches/gitapply.sh, which
then starts using CLI tools which use various Linuxisms.
On FreeBSD, the Git commands work, but since the Ports tree can itself be a Git
repository, and Wine extracts under it (by default), they cannot always be
used, falling back to CLI tools with Linuxisms that break.
This patch makes patches/gitapply.sh more POSIX compatible, and gets it working
on FreeBSD.
--
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=54669
Bug ID: 54669
Summary: imm32:imm32 - ime_install() fails on on Windows in
mixed locales
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: imm32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
imm32:imm32 - ime_install() fails on on Windows in mixed locales:
imm32.c:2614: Test failed: unexpected call IME_DLL_PROCESS_DETACH
imm32.c:2782: Test failed: ImmLoadIME returned 0
imm32.c:2790: Test failed: ImmLoadIME returned 0
imm32.c:2798: Test failed: expected ImeDestroy
imm32.c:2614: Test failed: unexpected call IME_DLL_PROCESS_DETACH
imm32.c:2816: Test failed: ImmLoadIME returned 0
imm32.c:2824: Test failed: ImmLoadIME returned 0
imm32.c:2832: Test failed: expected ImeDestroy
See https://test.winehq.org/data/patterns.html#imm32:imm32
The failures started with the commit below:
commit 05cf38bfa63980af7a094b1c087bee4ea36eb485
Author: Rémi Bernon <rbernon(a)codeweavers.com>
AuthorDate: Mon Mar 6 19:19:06 2023 +0100
imm32/tests: Test undocumented ImmLoadIME / ImmFreeLayout.
--
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=36866
Bug ID: 36866
Summary: ACDSee v17.0 failed to start, and process become
"zombie" at end
Product: Wine
Version: 1.7.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: penghao(a)linuxdeepin.com
Created attachment 48960
--> https://bugs.winehq.org/attachment.cgi?id=48960
+tid,+seh log
Deepin 2014
Linux phcole 3.13.0-30-generic #55-Ubuntu SMP Fri Jul 4 21:43:42 UTC 2014 i686
i686 i686 GNU/Linux
wine-1.7.21-67-g5acf151
download ACDSee 17 from:
http://dl.acdsystems.com.s3.amazonaws.com/acdsee/en/acdsee.exe
after install ACDSee, start from:
~/.wine/drive_c/Program Files/ACD Systems/ACDSee/17.0/
with:
wine ACDSee.exe
the program failed to start, and then turn to "zombie" process in the
gnome-system-monitor.
last output is:
err:seh:setup_exception_record stack overflow 992 bytes in thread 0009 eip
7e8310dc esp 00230f50 stack 0x230000-0x231000-0x330000
As Anastasius Focht metioned that it was a "recursion with SHGetDesktopFolder"
in:
https://bugs.winehq.org/show_bug.cgi?id=36790
--
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=45888
Bug ID: 45888
Summary: Tag&Rename stackoverflows on startup unless Windows
version is XP
Product: Wine
Version: 3.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ronan(a)jouchet.fr
Distribution: ---
Created attachment 62397
--> https://bugs.winehq.org/attachment.cgi?id=62397
Tag&Rename StackOverflow debug info (logs, strace, winedbg)
This is a followup of forum thread "Help debug stack overflow on Tag&Rename
that used to work": https://forum.winehq.org/viewtopic.php?f=8&t=31184
---
I reinstalled my distro (Arch Linux) for reasons unrelated to Wine.
After the reinstall, some Windows programs (Picasa 3, winecfg, wine regedit,
wine control) that used to run fine in Wine 3.16 before the reinstall still
work in freshly-reinstalled Wine 3.16, but one (Tag & Rename v3.9.15,
https://appdb.winehq.org/objectManager.php?sClass=version&iId=32380 ) doesn't,
and crashes with error err:seh:setup_exception_record stack overflow .
See attachment for detailed crashlog and system information.
I tried, without success,
- To remove the existing ~/.wine prefix and get a fresh new one (as you'll see
in the attachment).
- To install wine_gecko (2.47-1) and wine-mono (4.7.3-1).
- To install various 32bit libs recommended by Arch's wiki:
https://wiki.archlinux.org/index.php/Wine#Installation .
- To create a 32bit prefix and run from it.
- To strace my run, but there's lots and I don't know what's (a)normal.
Attached is a (partial/truncated) strace output.
Forum user Bob Wya suggested that could be bug 45199 - "Many applications and
games fail to start/crash after compiling wine with gcc 8.1.0 and -O2 (GOT/PIC
register load code now emitted at function entry, missing hotpatch
signatures)", but I recompiled wine with -O0, and it didn't help.
In the end, forum user DarkShadow44 suggested I try setting Windows version to
XP, and it worked. After wiping my wineprefix and running winecfg to set
Windows version to XP, Tag&Rename works fine.
I'm available to get debug info as necessary. Thanks for the 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.
http://bugs.winehq.org/show_bug.cgi?id=26058
Summary: Thief: Deadly Shadows - Some texture problems & very
many messages 'Texture wrapping not yet supported'
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fcsadcfgbh(a)mail.ru
Created an attachment (id=33227)
--> (http://bugs.winehq.org/attachment.cgi?id=33227)
Look at the tree & at player's figure
* There are very many messages like this 'fixme:d3d:state_wrap
(WINED3DRS_WRAP0) Texture wrapping not yet supported.' in console while playing
Thief: Deadly shadows
* There are problems with textures of trees. Maybe there are also problems with
textures of people - I don't know if they must be so as they are. See attached
screenshot of game
Wine version: git from 10 february 2011
OS: Debian Squeeze
Videocard: Notebook with Nvidia GeForce 8200M with latest drivers
(NVIDIA-Linux-x86_64-260.19.36.run) from www.nvidia.com
--
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=54589
Bug ID: 54589
Summary: Unsupported type-id leaf "151d" & "e"; Unsupported
numeric leaf type "800a"
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: hasezoey(a)gmail.com
Distribution: ---
Created attachment 74122
--> https://bugs.winehq.org/attachment.cgi?id=74122
Full log of a rust windows cli program crashing
It seems like dbghelp_msc does not support the following things:
- ":numeric_leaf Unsupported numeric leaf type 800a"
- ":codeview_parse_one_type Unsupported type-id leaf e"
- ":codeview_parse_one_type Unsupported type-id leaf 151d"
from freshly compiled rust code (with msvc compiler)
attached is a full log of some rust cli target crashing and wine printing those
helpers
--
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=54703
Bug ID: 54703
Summary: TTF_PARSELINKS is not implemented, showing raw link
tags in tooltips
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wine(a)sagagames.de
Distribution: ---
Created attachment 74211
--> https://bugs.winehq.org/attachment.cgi?id=74211
How the tooltip looks like in Wine 8.0
Wine does not appear to implement the TTF_PARSELINKS tooltip flag from Common
Controls 6.0 (and as a consequence probably also does not implement the
TTN_LINKCLICK notification code).
A tooltip making use of this feature can be found in OpenMPT
(https://openmpt.org/download). To reproduce:
1. Install OpenMPT
2. Go to View -> Setup -> Update
3. Change update frequency to "Always" and update channel to "Development"
4. Restart OpenMPT
5. You should now see a bubble tooltip notifying you of the latest version,
with a broken link in the tooltip text.
--
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=24159
Summary: sigcheck -a outputs garbage in comments for WoW.exe
Product: Wine
Version: 1.3.1
Platform: x86
URL: http://technet.microsoft.com/en-us/sysinternals/bb8974
41.aspx
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adys.wh(a)gmail.com
Created an attachment (id=30403)
--> (http://bugs.winehq.org/attachment.cgi?id=30403)
WINEDEBUG=+ver wine sigcheck wow.exe
Download sigcheck (url) and run it on WoW.exe with wine sigcheck -a wow.exe.
Comments (the last line) is supposed to be empty. Instead, I get "NCompanyName"
(two invisible bytes between N and Company).
--
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=54551
Bug ID: 54551
Summary: Installing device driver for ESI QuataFire 610
soundcard fails with "Co-installer registration was
unsuccessful". See attached screen dump
"Error_message.png".
Product: Wine
Version: 8.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: joehope52(a)gmail.com
Distribution: ---
Created attachment 74095
--> https://bugs.winehq.org/attachment.cgi?id=74095
Log files, screen dump and SW.
Overview:
The device driver for ESI QuataFire 610 soundcard and its installation program
runs on WIN XP SP1. The driver has been running on a PC with WIN XP SP3 which
has now broken down. The driver installation log from that computer is attached
as "Windows_installation_log.txt".
The soundcard interface is FireWire (IEEE 1394).
Instead the driver has been tried installed using wine:
Steps to reproduce:
The ESI manual instructs to copy the entire driver SW folder from the CD to the
HDD and install from there. The driver SW folder is attached. Can also be
downloaded from "download.esi-audio.com" using Product group: "Firewire Audio
Interfaces", Select product: "QuataFire 610", select OS: "Windows XP" and then
selecting version 1.19.
1. Copy driver SW to disk.
2. Navigate to the QuataFire 610/PC/v.1.19 folder
3. Select the file Setup.exe and run with wine.
4. Follow the instructions (supply destination path).
Now the program crashes with the message:
"Co-intaller registration was unsuccessful. Please run Setup again."
(And for completeness - running the setup again does not help).
Expected behaviour:
Normally, after point 4 above, the installation program would ask the user to
connect the hardware (soundcard), and continuing would complete the driver
installation.
The installation log from the failing attempt is attached as
"Wine_installation_log.txt"
The installation has been tried on wine versions 7.x, 8.0, 8.1, 8.2 and devel,
on Mint 21 and versions 7.x and 8.2 on Fedora 37. (I remember the 7.x version
as 7.6, but not sure).
--
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=49729
Bug ID: 49729
Summary: Test the macOS build
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Running the tests on macOS requires being able to run macOS in a LibVirt VM
which is tricky. But just testing the macOS Wine build can be achieved in the
Linux VM and is thus a much easier goal to achieve and may be enough to make
sure that patches don't break the macOS build.
The following Docker containers provide a blueprint for how to set up such an
environment:
* OSXCross provides the cross-compilation tools
https://github.com/tpoechtrager/osxcross
* PhoenicisOrg provides an OSXCross-based container for building macOS Wine
https://github.com/PhoenicisOrg/phoenicis-winebuild/blob/master/environment…
--
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=31783
Bug #: 31783
Summary: Add VMs with a virtual smart card reader
Product: Wine-Testbot
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
Classification: Unclassified
Bruno Jesus reported that having at least some VMs with a virtual smart card
reader would be useful in getting smartcard support in Wine.
* One way would be through Windows software that provides a virtual smartcard
device. If you know of such software please provide pointers below.
* Another option would be to do it through QEmu/Libvirt's support for smartcard
devices. However this seems to require plugging in a real smartcard reader into
the host... Given that smartcard readers can often plug into a USB port this
may be possible, but again with a rack-mounted server it may not.
* QEmu/Libvirt also supports a 'host-certificate' mode for the smartcard
reader. It's not clear if that negates the need for a real smartcard reader.
--
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=54132
Bug ID: 54132
Summary: Super Meat Boy: NtRaiseException 0xC0000409 on initial
shader compile
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d-util
Assignee: wine-bugs(a)winehq.org
Reporter: sterophonick(a)gmail.com
Distribution: ---
Created attachment 73662
--> https://bugs.winehq.org/attachment.cgi?id=73662
The Wine log
Booting up Super Meat Boy v1.2.5 causes a crash, citing a failure for vkd3d to
compile a shader.
--
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=45836
Bug ID: 45836
Summary: Legend of grimrock 2: game doesn't start anymore since
wine 3.14 (unexpected NEW_IDENTIFIER error)
Product: Wine
Version: 3.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tbl0605(a)gmail.com
Distribution: ---
Created attachment 62301
--> https://bugs.winehq.org/attachment.cgi?id=62301
Logs wine 3.14
Hi,
since wine 3.14, when I try to start the game Legend of Grimrock 2 I get a
popup with following content (and of course the game doesn't go further):
"The following error occurred while starting up the game:
:1:216: error: syntax error, unexpected NEW_IDENTIFIER
Please check that your computer meets the minimum system requirements and that
your graphics card and sound card drivers are up to date."
Last working version was wine 3.13, I attach logs for version 3.13 and 3.14
Thank you for your help! Hope you can solve this big regression, the game
worked perfectly until version 3.14 :)
Thierry.
--
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=39654
Bug ID: 39654
Summary: Skype crashes on launch
Product: Wine
Version: 1.8-rc1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: contrib(a)kliznoe.com
Distribution: ArchLinux
Created attachment 52855
--> https://bugs.winehq.org/attachment.cgi?id=52855
Log from Wine
When I launch the latest version of Skype, It immediately crashes.
DL Link : http://www.skype.com/en/download-skype/skype-for-windows/downloading/
SHA1SUM : 39829967f299f2b2b7eefa5a97dedbe1acb6881c
--
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=34204
Bug #: 34204
Summary: BeamNG Techdemo crashes during loading
Product: Wine
Version: 1.7.0
Platform: x86
URL: http://www.gamershell.com/download_102365.shtml
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrey.goosev(a)gmail.com
CC: andrey.goosev(a)gmail.com
Classification: Unclassified
Created attachment 45508
--> http://bugs.winehq.org/attachment.cgi?id=45508
log
Manually copied X3DAudio1_7.dll to system32 folder and launching. Then crashes
during loading.
--
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=54536
Bug ID: 54536
Summary: dbghelp:dbghelp - test_loaded_modules() gets
aggregation failures on Windows 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dbghelp:dbghelp - test_loaded_modules() fails on Windows 11 and the 32-bit
failures are a bit different from the 64-bit ones.
32-bit:
dbghelp.c:597: Test failed: Wrong bitness aggregation count 0 0
dbghelp.c:599: Test failed: Wrong kind aggregation count 0 0
dbghelp.c:602: Test failed: Wrong directory aggregation count 0 0
64-bit:
dbghelp.c:632: Test failed: Wrong bitness aggregation count 0 53
dbghelp.c:637: Test failed: Wrong directory aggregation count 48 0
dbghelp.c:669: Test failed: Wrong bitness aggregation count 0 53
dbghelp.c:672: Test failed: Wrong kind aggregation count 1 1
dbghelp.c:675: Test failed: Wrong directory aggregation count 48 0
See https://test.winehq.org/data/patterns.html#dbghelp:dbghelp
A bisect shows that these failures started in the commit below:
commit db514b718aed3a1db0cde33841e56fd743974a52
Author: Eric Pouech <eric.pouech(a)gmail.com>
AuthorDate: Thu Feb 16 10:48:56 2023 +0100
dbghelp/tests: Add test for loaded modules enumeration.
Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com>
--
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=54535
Bug ID: 54535
Summary: dbghelp:dbghelp - test_loaded_modules() gets
SymGetModuleInfo64 failures on Windows 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dbghelp:dbghelp - test_loaded_modules() gets SymGetModuleInfo64 failures on
Windows 11:
dbghelp.c:303: Test failed: SymGetModuleInfo64 should have failed
dbghelp.c:303: Test failed: SymGetModuleInfo64 should have failed
See https://test.winehq.org/data/patterns.html#dbghelp:dbghelp
A bisect shows that these failures started with the commit below:
commit c823f9b1a81e755c9f7c4568703c585c685d923f
Author: Eric Pouech <eric.pouech(a)gmail.com>
AuthorDate: Thu Feb 16 10:48:58 2023 +0100
dbghelp/tests: Add some more tests about module handling.
Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com>
--
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=42917
Bug ID: 42917
Summary: Codename Panzers Cold War - SP Demo: black screen
during gameplay (purist)
Product: Wine
Version: 2.7
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: wylda(a)volny.cz
Distribution: ---
Created attachment 58061
--> https://bugs.winehq.org/attachment.cgi?id=58061
console log from wine-2.7
This used to be tracked in bug 25857, which is closed now. Game works fine,
when
d3dx9_34.dll is set to native.
Setting d3dx9_34.dll to builtin in wine-2.7 produces, after initial splash
screen, only black screen with correct mouse cursor.
--
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=41675
Bug ID: 41675
Summary: Dungeon rats crashes with d3dcompiler errors
Product: Wine
Version: 1.9.22
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: amagarrsh(a)gmail.com
Distribution: ---
Created attachment 56067
--> https://bugs.winehq.org/attachment.cgi?id=56067
complete log
Game crashes before create or load a new game with quite errors like:
fixme:d3dcompiler:make_assignment Check for casts in the lhs.
err:d3dcompiler:compile_shader HLSL shader parsing failed.
workaround is d3dcompiler_43.dll override to native.
--
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=38872
Bug ID: 38872
Summary: 3DMark06 cannot be run without native d3d_* libraries:
proxycon_in.txt: D3DXCompileShader failed: Invalid
data (D3DXERR_INVALIDDATA)
Product: Wine
Version: 1.7.45
Hardware: x86
URL: http://www.futuremark.com/benchmarks/legacy
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: t.artem(a)mailcity.com
Distribution: ---
Created attachment 51801
--> https://bugs.winehq.org/attachment.cgi?id=51801
D3DXCompileShader failed: Invalid data (D3DXERR_INVALIDDATA)
fixme:hlsl_parser:hlsl_parse Check for valued return on void function.
fixme:hlsl_parser:hlsl_parse Implicit conversion to the return type if needed,
error out if conversion not possible.
err:d3dcompiler:compile_shader HLSL shader parsing failed.
--
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=54650
Bug ID: 54650
Summary: user32:input fails to find keyboard layouts in
non-English locales 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 fails to find keyboard layouts in non-English locales on Windows:
w7u_es:
input.c:3355: Test failed: 04090409: Could not find keyboard layout L"00000C0A"
in preload list
input.c:3374: Test failed: 04090409: GetKeyboardLayoutNameW returned
L"00000C0A", expected L"00000409"
w10pro64_fr:
input.c:3355: Test failed: f0291801: Could not find keyboard layout L"00020401"
in preload list
Etc.
See https://test.winehq.org/data/patterns.html#user32:input
--
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=54537
Bug ID: 54537
Summary: dbghelp:dbghelp - The 32-bit test_loaded_modules()
gets an EnumerateLoadedModulesW64() on Windows 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dbghelp:dbghelp - The 32-bit test_loaded_modules() gets an
EnumerateLoadedModulesW64() on Windows 11:
dbghelp.c:399: Test failed: EnumerateLoadedModulesW64 failed: 2147483661
See https://test.winehq.org/data/patterns.html#dbghelp:dbghelp
A bisect shows that this failure started with the commit below:
commit 8be5c10ff893a22330ad94ae18dfb5fa497b09fd
Author: Eric Pouech <eric.pouech(a)gmail.com>
AuthorDate: Thu Feb 16 10:48:53 2023 +0100
dbghelp/tests: Add tests for 'module' name in EnumLoadedModules() callback.
Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com>
See also bug 54534 for a Windows 10 1607 failure introduced by the same commit.
--
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=54461
Bug ID: 54461
Summary: MS Excel 2007 Printing Fails
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: skycap1501(a)gmail.com
Distribution: ---
I am running Linux Mint 21.1 with WINE stable version 8.0 with MS Office 2007
installed.
The MS Excel software fails to queue a print job when attempting to print an
Excel spreadsheet.
However, if I roll back to WINE stable version 7.0.1, then printing works.
--
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=42912
Bug ID: 42912
Summary: Death to Spies: Moment of Truth demo needs
d3dx9_skin_info_ConvertToIndexedBlendedMesh
Product: Wine
Version: 2.7
Hardware: x86-64
URL: http://files.aspyr.com/support/DTS_Demo_Installer.zip
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 58057
--> https://bugs.winehq.org/attachment.cgi?id=58057
screenshot
Crashes on level loading.
fixme:d3dx:d3dx9_skin_info_ConvertToIndexedBlendedMesh iface 0x10cac280,
mesh_in 0x633564c0, options 0, palette_size 69, adjacency_in 0x6c9cd58,
adjacency_out 0x6cb00e8, face_remap (nil), vertex_remap (nil), max_face_infl
0x32f88c, num_bone_combinations 0x32f860, bone_combination_table 0x32f86c,
mesh_out 0x32f830 stub!
fixme:d3dx:d3dx9_mesh_OptimizeInplace D3DXMESHOPT_VERTEXCACHE not implemented.
Native d3dx9_32 fixes 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.
http://bugs.winehq.org/show_bug.cgi?id=35129
Bug ID: 35129
Summary: Cloning Clyde refuses to start with built-in d3dx9_36
Product: Wine
Version: 1.7.8
Hardware: x86
URL: http://www.fileplanet.com/224883/220000/fileinfo/Cloni
ng-Clyde-Client-%28Trial%29
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: wine-bugs(a)winehq.org
Classification: Unclassified
Created attachment 46859
--> http://bugs.winehq.org/attachment.cgi?id=46859
terminal output (+d3dx traces)
The game won't start with the built-in d3dx9_36, it flashes a black window for
a brief moment then it quits without an error message.
+d3dx debug channel added only 4 lines to the terminal output as can be seen at
the end of the attached log file.
Please install ie8 via winetricks when testing with the demo version as the
launcher doesn't work with Wine's IE.
'winetricks d3dx9_36' is a workaround.
Fedora 19
Nvidia binary drivers 325.15
wine-1.7.8-88-gfb75292
--
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=54035
Bug ID: 54035
Summary: Tom Clancy's Rainbow Six: Vegas 2 fails to launch
Product: vkd3d
Version: 1.5
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
05b8:err:d3d_shader:shader_spirv_scan_shader Failed to scan shader, ret -3.
05b8:fixme:d3d_shader:shader_spirv_scan_shader Shader log:
05b8:fixme:d3d_shader:shader_spirv_scan_shader <anonymous>: E0002: Invalid
DXBC magic.
05b8:fixme:d3d_shader:shader_spirv_scan_shader
054c:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x1000.
054c:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4.
054c:err:d3dcompiler:D3DCompile2 Shader log:
054c:err:d3dcompiler:D3DCompile2 <anonymous>:1:537: E5005: Function "tex2D"
is not defined.
054c:err:d3dcompiler:D3DCompile2
vkd3d-1.5-93-g1b11b576
--
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=52409
Bug ID: 52409
Summary: Regression: battle.net does not open when multiple
monitors are connected.
Product: Wine
Version: 7.0-rc6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: GloriousEggroll(a)gmail.com
Regression SHA1: 45dcaf02fcd9e929b406854b4b78371bc3886031
Distribution: ---
If more than one monitor is enabled on the system battle.net fails to open. If
I disable all but one monitor it then allows battle.net to load.
last known working version was 6.22, broke in 6.23. Bisected to first bad
commit 45dcaf02fcd9e929b406854b4b78371bc3886031
--
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=52083
Bug ID: 52083
Summary: Some test_TimerResolution() tests fail randomly in
ntdll:time
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Some test_TimerResolution() tests fail randomly in ntdll:time:
time.c:293: Test failed: expected requested timer resolution 156250, got 10006
time.c:298: Test failed: expected requested timer resolution 20000, got 10006
time.c:310: Test failed: expected new timer resolution 20000, got 10006
time.c:318: timer resolution: 5000(max) <= 5003(cur) <= 20000(prev) <=
156250(min)
time.c:322: Test failed: expected new timer resolution 20000, got 5003
time.c:322: Test failed: NtQueryTimerResolution() expected timer resolution
5003, got 20000
time.c:328: Test failed: expected requested timer resolution 5003, got 75011
https://test.winehq.org/data/patterns.html#ntdll:time
The number of failures varies and six seems to be a maximum. This appears to
only impact Windows 10 1709+ but impacts both the TestBot VMs and real test
machines (cw-gtx560 and cw-rx460).
Based on the current failure pattern it looks like the failures started on
2021-09-30. That is, there was no failure for any of the 252 builds from
2021-09-21 to 2021-09-29 and there has been at least one failure for every
build since.
Yet the failure is reproducible with the commit that introduced the tests
(6015fee5b218), and also with the one that fixed some of the issues a few days
later (b2c89b1a41fa):
commit 6015fee5b21870ddd57477843354173d2e7f9696
Author: François Gouget <fgouget(a)codeweavers.com>
AuthorDate: Thu Jul 29 17:24:15 2021 +0200
ntdll/tests: Add some Nt{Query,Set}TimerResolution() tests.
Signed-off-by: Francois Gouget <fgouget(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=48676
Bug ID: 48676
Summary: CD not detetected in Exact Audio Copy since wine 4.21
anymore
Product: Wine
Version: 4.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mountmgr.sys
Assignee: wine-bugs(a)winehq.org
Reporter: bastian.dev(a)gmail.com
Distribution: ---
When I insert a audio cd in the drive, Exact Audio Copy (v 1.3) doesn't detect
it. It just doesn't show anything. 4.20 was the last version it worked with.
I've also tried wine 4.21 and 5.0.
--
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=54317
Bug ID: 54317
Summary: Change to exec_wineloader made wine not start at all
Product: Wine
Version: 8.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)gmail.com
Distribution: ---
Attempting to start wine with a pre-existing prefix results in a failure to
load ntdll / kernel32. With messages like
"wine: could not load kernel32.dll, status c0000135"
and
002c:err:module:load_wow64_ntdll failed to load
L"\\??\\C:\\windows\\system32\\ntdll.dll" error 4000000e
wine: Unhandled page fault on execute access to 00000000 at address 00000000
(thread 002c), starting debugger...
being printed in the console.
Wine then attempts to start winedbg only to get stuck in a forkbomb. Where
winedbg won't start, triggering an exception, which will cause another attempt
to start winedbg. At a rate of about 4-5 attempts a second. Attempting to
ctrl-c it doesn't work, and requires manually terminating all of wine's
processes. (Of which are numerous as wine will also attempt to start
conhost.exe for each winedbg it attempts to load. None of which will terminate
on their own.)
Attempting to start wine with a fresh prefix results in an incomplete prefix
directory. (Only the dosdevices / windows directories, and registry hives are
present in the prefix. Of those windows is empty save for the syswow64 and
system32 directories of which both are completely empty.) Attempting to start
that prefix again causes the same winedbg behavior as above.
Performing a bisect revealed:
$ git bisect bad
d45de318748639cfd1e80a976b39f5e19213990f is the first bad commit
commit d45de318748639cfd1e80a976b39f5e19213990f
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Tue Nov 22 12:08:19 2022 +0100
ntdll: Always set WINELOADER variable to the current loader name.
dlls/ntdll/unix/env.c | 3 +++
dlls/ntdll/unix/loader.c | 48 +++++++++++++++++++++---------------------------
2 files changed, 24 insertions(+), 27 deletions(-)
Reverting d45de318748639cfd1e80a976b39f5e19213990f fixed the issue on my
system.
--
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=45328
Bug ID: 45328
Summary: Unusable GUI for ElsterFormular 19.5
Product: Wine
Version: 3.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Markus.Elfring(a)web.de
Distribution: ---
It would be nice if I could use the application “ElsterFormular 19.5
(2018-06-14)” together with the software “Wine 3.10-820.1” finally.
https://www.elster.de/eportal/infoseite/elsterformularhttps://appdb.winehq.org/objectManager.php?sClass=application&iId=1925
elfring@Sonne:~> wine C:\\windows\\command\\start.exe /Unix
/home/elfring/.wine/dosdevices/c:/users/elfring/Start\
Menu/Programs/ElsterFormular/ElsterFormular.lnk
0009:fixme:exec:SHELL_execute flags ignored: 0x00000100
0009:fixme:exec:SHELL_execute flags ignored: 0x00004100
elfring@Sonne:~> 0036:fixme:file:FindFirstFileExW flags not implemented
0x00000002
0036:fixme:file:FindFirstFileExW flags not implemented 0x00000002
0036:fixme:msvcrt:type_info_name_internal_method type_info_node parameter
ignored
…
Its graphical user interface does not respond to mouse clicks so far.
--
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=41102
Bug ID: 41102
Summary: Alan Wake's American Nightmare crashes at launch
randomly with 'm->state == STATE_PASSIVE'
Product: Wine
Version: 1.9.16
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winepulse.drv
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: aeikum(a)codeweavers.com
Distribution: ---
Crashes very randomly, so hard to reproduce.
Assertion 'm->state == STATE_PASSIVE' failed at pulse/mainloop.c:787, function
pa_mainloop_prepare(). Aborting.
wine: Assertion failed at address 0xf779ad49 (thread 0028), starting
debugger...
Unhandled exception: assertion failed in 32-bit code (0xf779ad49).
Backtrace:
=>0 0xf779ad49 __kernel_vsyscall+0x9() in [vdso].so (0x7c1bd2e8)
1 0xf73d95c9 gsignal+0x38() in libc.so.6 (0x7c1bd2e8)
2 0xf73daca7 abort+0x156() in libc.so.6 (0x7c1bd2e8)
3 0x7a9e9e47 pa_mainloop_prepare+0x286() in libpulse.so.0 (0x7c1bd2e8)
4 0x7a9ea923 pa_mainloop_iterate+0x32() in libpulse.so.0 (0x04a0dc98)
5 0x7aa512b3 pulse_test_connect+0x182()
[/wine/dlls/winepulse.drv/mmdevdrv.c:566] in winepulse (0x04a0dc98)
6 0x7aa58590 AUDDRV_GetPriority+0x2f()
[/wine/dlls/winepulse.drv/mmdevdrv.c:947] in winepulse (0x04a0dcc8)
7 0x7b8199bf init_driver+0x25e() [/wine/dlls/mmdevapi/main.c:103] in mmdevapi
(0x04a0e1c8)
8 0x7b81a21c DllGetClassObject+0x3b(rclsid=<couldn't compute location>,
riid=<couldn't compute location>, ppv=<couldn't compute location>)
[/wine/dlls/mmdevapi/main.c:282] in mmdevapi (0x04a0e1f8)
9 0x7e95fc1c apartment_getclassobject+0x11b(apt=<is not available>,
dllpath=<is not available>, apartment_threaded=<is not available>, rclsid=<is
not available>, riid=<is not available>, ppv=<is not available>)
[/wine/dlls/ole32/compobj.c:1372] in ole32 (0x04a0e268)
10 0x7e962bd5 get_inproc_class_object+0x114(apt=<is not available>,
regdata=<is not available>, rclsid=<is not available>, riid=<is not available>,
hostifnecessary=<is not available>, ppv=<is not available>)
[/wine/dlls/ole32/compobj.c:2930] in ole32 (0x04a0e4c8)
11 0x7e965565 CoGetClassObject+0x50f(rclsid=<is not available>,
dwClsContext=<is not available>, pServerInfo=<is not available>, iid=<is not
available>, ppv=<is not available>) [/wine/dlls/ole32/compobj.c:3068] in ole32
(0x04a0e578)
12 0x7e966be1 CoCreateInstanceEx+0x1db(rclsid=<is not available>,
pUnkOuter=<is not available>, dwClsContext=<is not available>, pServerInfo=<is
not available>, cmq=<is not available>, pResults=<is not available>)
[/wine/dlls/ole32/compobj.c:3305] in ole32 (0x04a0e5f8)
13 0x7e9670dd CoCreateInstance+0x67(rclsid=<is not available>, pUnkOuter=<is
not available>, dwClsContext=<is not available>, iid=<is not available>,
ppv=<is not available>) [/wine/dlls/ole32/compobj.c:3201] in ole32 (0x04a0e668)
14 0x01e8347b in fmodex (+0x347a) (0x04a0e694)
15 0x01f07e45 in fmodex (+0x87e44) (0x04a0e6bc)
16 0x01f07f7a in fmodex (+0x87f79) (0x04a0e6d4)
17 0x01f080b8 in fmodex (+0x880b7) (0x04a0e70c)
18 0x01ea2e74 in fmodex (+0x22e73) (0x04a0e728)
19 0x01e569b4 in snd_w32_f (+0x69b3) (0x04a0e900)
20 0x01e573fa in snd_w32_f (+0x73f9) (0x04a0e928)
21 0x01e57a9c in snd_w32_f (+0x7a9b) (0x04a0e948)
22 0x0042f4e4 in alan_wakes_american_nightmare (+0x2f4e3) (0x04a0e990)
23 0x0042fb0b in alan_wakes_american_nightmare (+0x2fb0a) (0x04a0e9c4)
24 0x006eded0 in alan_wakes_american_nightmare (+0x2edecf) (0x04a0e9f4)
25 0x00d99f02 in rl_w32_f (+0x59f01) (0x04a0ea08)
26 0x7bc7d8ac call_thread_func_wrapper+0xb() in ntdll (0x04a0ea18)
27 0x7bc80669 call_thread_func+0xa8(entry=0xd42b8a, arg=0x399d2a0,
frame=0x4a0eb18) [/wine/dlls/ntdll/signal_i386.c:2759] in ntdll (0x04a0eaf8)
28 0x7bc7d88a call_thread_entry_point+0x11() in ntdll (0x04a0eb18)
29 0x7bc88073 start_thread+0xa2(info=0x7ffd0fb8)
[/wine/dlls/ntdll/thread.c:453] in ntdll (0x04a0f368)
PulseAudio 8.0
--
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=54341
Bug ID: 54341
Summary: dotnet-dump data collection or some other backtrace
for dotnet applications?
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: mjevans1983(a)gmail.com
Distribution: ---
Created attachment 73910
--> https://bugs.winehq.org/attachment.cgi?id=73910
winedbg.exe dump during the livelock
I'm trying to figure out why a game (Cosmoteer again) freezes when
multi-threading is enabled. The current work around is to run it in 'single
core' ( --cores 1 ) mode, but obviously the performance is quite inferior for
an application intended to run on multiple cores. On my system when it's
briefly working it uses between 300 and 500% of a core (so 3-5 physical cores
on a 4c8t system).
I need to collect more data to isolate if it's an issue with the game or with
wine, and I don't even know where to begin looking for Wine data since I can't
get a backtrace from any tools.
gdb doesn't know about applications that run through wine.
winedbg doesn't appear to understand dotnet managed applications (attachment)
I tried to run dotnet-dump but the tool installed in Linux doesn't locate any
applications that it can interact with, while the 64-bit (matches the program)
version of the tool inside wine appears to want a full dotnet install.
https://github.com/dotnet/diagnostics/blob/main/documentation/single-file-t…
So much for a single file tool ~.~
Is there some way I could collect more data without help from the program's
creator? I've already suggested they please trap SIGTERM, SIGINT, SIGQUIT, and
SIGHUP but I don't even know if that will work for an application using wine.
https://steamcommunity.com/app/799600/discussions/1/3762228045904230736/
--
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=52538
Bug ID: 52538
Summary: Regression: Yamaha Expansion Manager crashes
Product: Wine
Version: 7.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: joseskvolpe(a)gmail.com
Distribution: ---
I found out this application has got a regression on a older regression
Based on the test results history, it has got a platinum rating in Wine 6.0,
but the application crashes on the start-up on Wine 7.1 so it's rating is now
Garbage.
I tested it on a self-compiled Wine 6.0.2, the application works well on a
WoW64 prefix all-trial, but crashes on a 32-Bits prefix. I've downloaded newer
Wine binaries from Arch's packages archive
(https://archive.archlinux.org/packages/w/wine/) and tested the application
multiple-times, it works until Wine 6.9, older versions works but crashes
sometimes, so i've to try it 5 times to be sure it's not working. The
application won't work on Wine 6.9 no matter how much time you try it.
But i'm afraid i couldn't find the bad commit, there's something very weird on
this issue, let me explain.
That was my methodology for regression testing it:
1 - Erase the wineprefix
2 - Make the bisection (bisect start, bisect skip, bisect good or bisect bad)
3 - WoW64 Wine compile (wine-64 build, then wine-32 build)
4 - Create a new WoW64 wineprefix
5 - Try application multiple times, if it succeeds then it's bisect good, if it
crashes after trying it over 5 times, then it's bisect bad
However, the application could always succeed after compiling Wine before the
5th try, until the last bisection.
I tried again bisecting Wine 6.9 and Wine 6.10. The application were crashing
on both Wine 6.9 and Wine 6.10 from Arch's binary archive, but it could succeed
if i compile them.
I'd the same issue, although the application could indeed crash sometimes (wich
also occurs on older Wine versions), it were always succeeding before the 5th
try, so i couldn't find what was the commit that caused the regression.
¿Maybe is that a issue from who's compiling Wine for Arch?
¿Should i compile Wine 7.1 and try the application?
I planned to become a maintainer for the application only to add a proper
description and then leave, but now i'll stay maintaining this application for
a while until we can figure it out.
¿Can you devs reproduce the crash on other distributions?
Download: https://tw.yamaha.com/zh/support/updates/yem_win_v260.html
SHA1: b6255d5371679554b72f29a00008578438a1bfe6
Procedure:
1 - Run "Expansion Manager.exe"
--
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=52145
Bug ID: 52145
Summary: 2gis 3.16.3: error after exit
Product: Wine
Version: 6.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: v.yuzbekov(a)yandex.ru
Distribution: ---
Created attachment 71192
--> https://bugs.winehq.org/attachment.cgi?id=71192
backtrace
An error occurs after the ad window is displayed while exiting the program.
--
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=51135
Bug ID: 51135
Summary: Arturia Pigments 3 crashes when mousing over the
volume control
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sgarman(a)zenlinux.com
Distribution: ---
Created attachment 70000
--> https://bugs.winehq.org/attachment.cgi?id=70000
Arturia Pigments 3 crash backtrace
Pigments 3 is a VST synthesizer plugin used in music production. It can be
found at:
https://www.arturia.com/products/analog-classics/pigments#en
and it installs successfully in Wine via Arturia's Software Center, which is
available at the top of this list:
https://www.arturia.com/support/downloads&manuals
Pigments seems to be working well, with one significant flaw - if you mouse
over the volume control knob icon (in the upper right corner of the UI), the
app freezes/crashes. I believe this is the only thing preventing this synth
plugin from working flawlessly.
I'll attach a backtrace of the crash report. I'm running the latest Wine
Staging (6.8) on an Ubuntu 20.04 system with kernel 5.9.16-050916-generic from
Ubuntu's kernel PPA.
--
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=54259
Bug ID: 54259
Summary: Firefox displays virus for wine-8.0-rc2.tar.xz
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: juergen(a)luers-net.de
CC: austinenglish(a)gmail.com
Distribution: ---
Downloaded at https://www.winehq.org/news/ from "The source is available now."
Firefox shows that the file contains a virus or malware.
Downloading from https://dl.winehq.org/wine/source/8.0/wine-8.0-rc2.tar.xz does
not display that message. Both files differ.
Firefox is version 108.0.1 (64-Bit) under Ubuntu 22.04 64bit.
--
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=50822
Bug ID: 50822
Summary: Sniper: Ghost Warrior 2 has rendering glitch in DX9
mode with OpenGL renderer
Product: Wine
Version: 6.4
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 69640
--> https://bugs.winehq.org/attachment.cgi?id=69640
example
wine-6.4-118-g2828d0820a1
--
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=50136
Bug ID: 50136
Summary: allow to disable wine's vulkan loader/driver
Product: Wine
Version: 5.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: winevulkan
Assignee: wine-bugs(a)winehq.org
Reporter: xantares09(a)hotmail.com
Distribution: ---
I'm trying to run mesa's software vulkan renderer driver with wine.
This means I want to use vulkan's icd loader and mesa's renderer libs I built
(outside of wine):
libvulkan-1.dll
libvulkan_lvp.dll
Unfortunately, building wine with --disable-vulkan does not seem to disable its
loader, it only disables the driver:
$ VK_ICD_FILENAMES=lvp_icd.x86_64.json wine vkcubepp.exe
0064:err:vulkan:get_vulkan_driver Wine was built without Vulkan support.
Is there a way to disable the loader too ?
--
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=48112
Bug ID: 48112
Summary: The tests trigger heap and loader critical section
lockups
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The log of *some* WineTest runs contains critical section errors like the
following:
Running: httpapi:httpapi (222 of 670)
[...]
01d8:err:ntdll:RtlpWaitForCriticalSection section 0x110060
"../../../wine/dlls/ntdll/heap.
c: main process heap section" wait timed out in thread 01d8, blocked by 01d4,
retrying (60
sec)
01f8:err:ntdll:RtlpWaitForCriticalSection section 0x110060
"../../../wine/dlls/ntdll/heap.
c: main process heap section" wait timed out in thread 01f8, blocked by 01d4,
retrying (60
sec)
0201:err:ntdll:RtlpWaitForCriticalSection section 0x110060
"../../../wine/dlls/ntdll/heap.c: main process heap section" wait timed out in
thread 0201, blocked by 01d4, retrying (60 sec)
01d9:err:ntdll:RtlpWaitForCriticalSection section 0x7be970a0
"../../../wine/dlls/ntdll/loader.c: loader_section" wait timed out in thread
01d9, blocked by 0201, retrying (60 sec)
01d7:err:ntdll:RtlpWaitForCriticalSection section 0x7be970a0
"../../../wine/dlls/ntdll/loader.c: loader_section" wait timed out in thread
01d7, blocked by 0201, retrying (60 sec)
01f7:err:ntdll:RtlpWaitForCriticalSection section 0x110060
"../../../wine/dlls/ntdll/heap.c: main process heap section" wait timed out in
thread 01f7, blocked by 01d4, retrying (60 sec)
01d8:err:ntdll:RtlpWaitForCriticalSection section 0x110060
"../../../wine/dlls/ntdll/heap.c: main process heap section" wait timed out in
thread 01d8, blocked by 01d4, retrying (60 sec)
01f8:err:ntdll:RtlpWaitForCriticalSection section 0x110060
"../../../wine/dlls/ntdll/heap.c: main process heap section" wait timed out in
thread 01f8, blocked by 01d4, retrying (60 sec)
0201:err:ntdll:RtlpWaitForCriticalSection section 0x110060
"../../../wine/dlls/ntdll/heap.c: main process heap section" wait timed out in
thread 0201, blocked by 01d4, retrying (60 sec)
01d9:err:ntdll:RtlpWaitForCriticalSection section 0x7be970a0
"../../../wine/dlls/ntdll/loader.c: loader_section" wait timed out in thread
01d9, blocked by 0201, retrying (60 sec)
01d7:err:ntdll:RtlpWaitForCriticalSection section 0x7be970a0
"../../../wine/dlls/ntdll/loader.c: loader_section" wait timed out in thread
01d7, blocked by 0201, retrying (60 sec)
Running: ieframe:ie (223 of 670)
Running: ieframe:intshcut (224 of 670)
01dc:err:ntdll:RtlpWaitForCriticalSection section 0x110060
"../../../wine/dlls/ntdll/heap.c: main process heap section" wait timed out in
thread 01dc, blocked by 01d4, retrying (60 sec)
01da:err:ntdll:RtlpWaitForCriticalSection section 0x110060
"../../../wine/dlls/ntdll/heap.c: main process heap section" wait timed out in
thread 01da, blocked by 01d4, retrying (60 sec)
[... and more later on, all the way to...]
Running: wtsapi32:wtsapi (665 of 670)
01dc:err:ntdll:RtlpWaitForCriticalSection section 0x110060
"../../../wine/dlls/ntdll/heap.c: main process heap section" wait timed out in
thread 01dc, blocked by 01d4, retrying (60 sec)
[...]
It's always either the heap critical section or the loader one. Unfortunately
the ERR() message does not show the process id so it's impossible to know which
process got stuck. We can rule out httpapi:httpapi and the tests that ran
before because the WineTest report indicates that they ran for less than 1
second:
gdiplus:region:01ae done (0) in 0s
gdiplus:stringformat:01b4 done (0) in 0s
hid:device:01b7 done (0) in 1s
hlink:browse_ctx:01b9 done (0) in 0s
hlink:hlink:0118 done (0) in 0s
hnetcfg:policy:0112 done (0) in 0s
httpapi:httpapi:014f done (0) in 1s
* The lockups seem to continue until the end of the log. So they could be
happening in either WineTest.exe, or one of Wine's internal processes:
explorer.exe, plugplay.exe, services.exe or winedevice.exe.
* httpapi:httpapi is always where the lockups appear first.
* Since the initial timeout is 5 seconds, it could in fact be caused by a test
that ran up to 5 seconds before httpapi:httpapi. Unfortunately the WineTest
report has a 1 second granularity so it's hard to know how many tests ran in 5
seconds.
* When the lockups occur WineTest takes 2 to 5 minutes longer to run. So they
slow the tests down somehow.
--
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=54667
Bug ID: 54667
Summary: Microsoft Office 365 installer no longer runs on 8.2+
Product: Wine
Version: 8.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: danielzgtg.opensource(a)gmail.com
Distribution: ---
Created attachment 74182
--> https://bugs.winehq.org/attachment.cgi?id=74182
logs
The Microsoft Office 365 installer was working on 8.1 but it's no longer
working on 8.2 or master (fbfa4a3aed432257931efb436b53fb891afc5fb5). It
silently exits, and only one or two times did a white window display for a
split second. A git bisect and git revert traced this to
0692d07f85f30ee5191a781b8b6f51006f2ae407.
I downloaded OfficeSetup.exe from https://portal.office.com/account/#installs
while logged into my uOttawa account. I'm building wine to try and develop a
fix to another bug in the actual program, and Ubuntu 7.0~repack-8 had the
installer working fine.
--
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=54552
Bug ID: 54552
Summary: DiRT 3 Complete Edition crashes on launch
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: ir50_32
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Regression SHA1: 3dd09ed8f9ecf99439a372b6d0be076cef8aaef3
Distribution: ---
Created attachment 74096
--> https://bugs.winehq.org/attachment.cgi?id=74096
backtrace
04e8:err:module:DelayLoadFailureHook failed to delay load
winegstreamer.dll.winegstreamer_create_video_decoder
wine: Call from 7B0125F6 to unimplemented function
winegstreamer.dll.winegstreamer_create_video_decoder, aborting
wine: Unimplemented function
winegstreamer.dll.winegstreamer_create_video_decoder called at address 7B0125F6
(thread 04e8), 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=54395
Bug ID: 54395
Summary: Norgate Data Updater
(https://norgatedata.com/downloads.php) crashed
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: yubiv116(a)gmail.com
Distribution: ---
Created attachment 73960
--> https://bugs.winehq.org/attachment.cgi?id=73960
Log of the crash
Norgate Data Updater (https://norgatedata.com/downloads.php) crashed when
trying to run after installing.
Running Crossover for Linux.
Traceback.txt attached.
--
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=54447
Bug ID: 54447
Summary: Brew for Wine 8.1
Product: Wine
Version: 8.1
Hardware: arm
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cupidchan(a)hotmail.com
First of all, I am new to Wine. So, please forgive me if I put this request
here wrongly but I just cannot find a better place to put in this request.
I am using a Mac Ventura and learn that I can use brew to install Wine.
(https://formulae.brew.sh/cask/wine-stable#default) However, the current
version for that approach is 7.0, even though Wine is not at 8.1. How can I get
the installation for 8.1? Thanks!
--
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=10570
Summary: Thief 2: The Metal Age - fog not working
Product: Wine
Version: 0.9.49.
Platform: Other
URL: http://www.thief-thecircle.com/media/demos/
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: a.hurst(a)shef.ac.uk
In a notoriously foggy level (Life of The Party), the fog doesn't work.
Card is an nvidia GeForce 6200, with latest nvidia-driver.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=46169
Bug ID: 46169
Summary: Zabaware Reade doesn't work properly
Product: Wine
Version: 3.20
Hardware: x86
URL: https://www.zabaware.com/download
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: luca.finizio.mgbx(a)hotmail.it
Distribution: Mint
Hi! I downloaded Zabaware reader from here https://www.zabaware.com/download
and it works,but not as in Windows. In fact the voices are very different and
very annoying to listen to. To reproduce the bug you need to download the free
version of the program, then install ZabawareReaderSetup.exe.
Now write a sentence and hear it both in WIndows and in Linux. You will note a
big difference.
--
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=44414
Bug ID: 44414
Summary: GetNamedPipeHandleState not properly implemented
Product: Wine
Version: 3.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: ossman(a)cendio.se
Distribution: ---
I'm getting these running the Windows version of the ThinLinc client:
002f:fixme:sync:GetNamedPipeHandleStateW 0x4c 0x84e300 (nil) (nil) (nil) (nil)
0: semi-stub
002f:fixme:sync:GetNamedPipeHandleStateW 0x4c 0x84e300 (nil) (nil) (nil) (nil)
0: semi-stub
002f:fixme:sync:GetNamedPipeHandleStateW 0x50 0x84e300 (nil) (nil) (nil) (nil)
0: semi-stub
002f:fixme:sync:GetNamedPipeHandleStateW 0x50 0x84e300 (nil) (nil) (nil) (nil)
0: semi-stub
002f:fixme:sync:GetNamedPipeHandleStateW 0x54 0x84e300 (nil) (nil) (nil) (nil)
0: semi-stub
002f:fixme:sync:GetNamedPipeHandleStateW 0x54 0x84e300 (nil) (nil) (nil) (nil)
0: semi-stub
It uses that call to set and remove PIPE_NOWAIT.
The client also locks up, but I'm not sure it is because of this stub or
something else.
--
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=29902
Bug #: 29902
Summary: Windows Live Messenger 8.5 does login, error 81000378
Product: Wine
Version: 1.4-rc3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fael_mc(a)msn.com
Classification: Unclassified
Created attachment 38893
--> http://bugs.winehq.org/attachment.cgi?id=38893
Log, try entering the messenger
salutations (google translation)
I installed messenger through .msi package without problems in wine,
I went to winecfg, changed windows version to 2000, when I opened the messenger
if you could not type anything in the field username and password, then
Riched20 installed through winetricks, so I could enter my username and
password when I try to get in, get into normal, but not time to appear the
contacts of the error 81000378
"You cannot use Windows Live Messenger at this time because your contact list
is not available.Please try again later"
I made some test with Wine 1.1.30, and usually logged, but the messenger is
buggy
I want to run it under wine 1.4
thank you
--
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.
http://bugs.winehq.org/show_bug.cgi?id=29942
Bug #: 29942
Summary: Windows Live Messenger 8.5, lock in chat windows
Product: Wine
Version: 1.4-rc4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fael_mc(a)msn.com
Classification: Unclassified
Created attachment 38969
--> http://bugs.winehq.org/attachment.cgi?id=38969
Terminal log
Greetings
I managed to run and log into Windows Live Messenger 8.5 on wine, the bug does
not login, (bug 29902) was solved with a patch disponiblizado by Juan Lang.
Now I have another problem, after logging all normal, see the contacts, can I
change nickname, phrase, image.
I open the chat window to talk, I type normal, but when I send the message, the
program crashes, and gets caught, taking 30% cpu.
to have Windows Live Messenger 8.5 on wine, follow these steps:
Download messenger: http://www.mediafire.com/?tlywu43id00
Normal installation in wine, and install riched20 msxml3 by winetricks, then
set the Wine version for Windows 2000, done that is possible to login.
But to login you must have wine with the patch:
http://www.winehq.org/pipermail/wine-patches/2012-February/111655.htmlhttp://www.winehq.org/pipermail/wine-patches/2012-February/111656.html
applied, but the Windows Live Messenger error 81000378 will
Post here the log of the terminal, since the messenger open, until it freezes
in the chat window
--
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=54605
Bug ID: 54605
Summary: The 32-bit dbghelp:dbghelp cannot run on Windows <= 10
1607 due to IsWow64Process2() call
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The 32-bit dbghelp:dbghelp cannot run on Windows <= 10 1607 due to an
IsWow64Process2() call:
dbghelp.c:0: Tests skipped: missing entry point (details below)
| dbghelp_test.exe - Entry Point Not Found
| The procedure entry point IsWow64Process2 could not be located in the dynamic
link library kernel32.dll.
See https://test.winehq.org/data/patterns.html#dbghelp:dbghelp
This call was introduced in the commit below:
commit 291daf542d906b11320128ad4fd17fb99d8fff4b
Author: Eric Pouech <eric.pouech(a)gmail.com>
Date: Sat Feb 25 17:50:56 2023 +0100
dbghelp/tests: Fix tests for process count in wow64.
Introduce get_process_kind() to discriminate configurations.
Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com>
I believe this was to fix some Windows 11 failures. This means cases where this
API is missing were not having failures so a GetProcAddress()-based workaround
can probably be found.
--
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=54507
Bug ID: 54507
Summary: psapi:psapi_main - The 32-bit
test_EnumProcessModulesEx() gets many pcs-3232
failures due to partial copy errors on Windows 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: psapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
psapi:psapi_main - The 32-bit test_EnumProcessModulesEx() gets many pcs-3232
failures due to partial copy errors on Windows 11:
psapi_main.c:225: Test failed: pcs-3232: 1: didn't succeed 299
psapi_main.c:226: Test failed: pcs-3232: 1: not a multiple of sizeof(HMODULE)
cbNeeded=1966900330
psapi_main.c:231: Test failed: pcs-3232: 1: GetModuleBaseName failed: 299
(0/128=DEADBEEF)
psapi_main.c:233: Test failed: pcs-3232: 1: GetModuleFileNameEx failed: 299
(0/128=DEADBEEF)
psapi_main.c:236: Test failed: pcs-3232: 1: GetModuleInformation failed: 299
psapi_main.c:237: Test failed: pcs-3232: 1: expected DEADBEEF, got 00000000
psapi_main.c:238: Test failed: pcs-3232: 1: image size was 0
... repeats of lines 231 - 238 ...
psapi_main.c:299: Test failed: pcs-3232: 1: got error 299
psapi_main.c:300: Test failed: pcs-3232: 1: expecting notepad.exe but got ?
psapi_main.c:302: Test failed: pcs-3232: 1: got error 299
psapi_main.c:303: Test failed: pcs-3232: 1: expecting
c:\windows\syswow64\notepad.exe but got ?
psapi_main.c:306: Test failed: pcs-3232: 1: got error 299
psapi_main.c:307: Test failed: pcs-3232: 1: expected DEADBEEF, got 00000000
psapi_main.c:308: Test failed: pcs-3232: 1: image size was 0
psapi_main.c:299: Test failed: pcs-3232: 0: got error 299
psapi_main.c:300: Test failed: pcs-3232: 0: expecting notepad.exe but got ?
psapi_main.c:302: Test failed: pcs-3232: 0: got error 299
psapi_main.c:303: Test failed: pcs-3232: 0: expecting
c:\windows\syswow64\notepad.exe but got ?
psapi_main.c:306: Test failed: pcs-3232: 0: got error 299
psapi_main.c:307: Test failed: pcs-3232: 0: expected DEADBEEF, got 00000000
psapi_main.c:308: Test failed: pcs-3232: 0: image size was 0
psapi_main.c:299: Test failed: pcs-3232: 3: got error 299
psapi_main.c:300: Test failed: pcs-3232: 3: expecting notepad.exe but got ?
psapi_main.c:302: Test failed: pcs-3232: 3: got error 299
psapi_main.c:303: Test failed: pcs-3232: 3: expecting
c:\windows\syswow64\notepad.exe but got ?
psapi_main.c:306: Test failed: pcs-3232: 3: got error 299
psapi_main.c:307: Test failed: pcs-3232: 3: expected DEADBEEF, got 00000000
psapi_main.c:308: Test failed: pcs-3232: 3: image size was 0
See https://test.winehq.org/data/patterns.html#psapi:psapi_main
Where 299 == ERROR_PARTIAL_COPY
These tests and failures were introduced by the commit below:
commit 84a9a1c8fbc1e8ccc9c34cf0db375813b3ac2955
Author: Eric Pouech <eric.pouech(a)gmail.com>
AuthorDate: Mon Jan 30 13:45:46 2023 +0100
psapi: Add tests for EnumProcessModulesEx().
Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com>
See also bug 54504 which had partial copy errors before these tests were
introduced, and bug 54506 for 64-bit specific failures that were also
introduced by this commit.
--
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=54008
Bug ID: 54008
Summary: d3d9:device sometimes fails to create a D3D object in
Wine, crashes
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d3d9:device sometimes fails to create a D3D object on the TestBot VMs, crashes.
The failure and ensuing crash can happen in many locations:
test_get_rt():
device.c:4821: Test failed: Received unexpected WM_SIZE message.
device.c:3016: Test failed: Failed to create a D3D object.
Unhandled exception: page fault on read access to 0x0000000000000000 in 64-bit
code (0x000000004154d5).
test_multi_adapter():
device.c:14264: Test failed: Failed to create a D3D object.
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code
(0x00459a93).
test_cursor_pos():
device.c:5241: Test failed: Failed to create a D3D object.
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code
(0x0041816a).
See https://test.winehq.org/data/patterns.html#d3d9:device
This failure can probably happen anywhere in the test.
--
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=54621
Bug ID: 54621
Summary: Wine 8.3 64-bit is missing in the Debian bookworm repo
Product: Wine
Version: 8.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shtetldik(a)gmail.com
Distribution: ---
For some reason recent build of Wine 8.3 is missing 64-bit version in the
Debian repo (for bookworm):
https://dl.winehq.org/wine-builds/debian/dists/bookworm/main/binary-amd64/
Note how wine-devel_8.3~bookworm-1_amd64.deb is there, but
wine-devel-amd64_8.3~bookworm-1_amd64.deb is not.
--
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=54593
Bug ID: 54593
Summary: gdi32:dc - The SetDeviceGammaRamp() tests fails on
Windows 10 1909
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
gdi32:dc - The SetDeviceGammaRamp() fails on Windows 10 1909:
dc.c:1271: Test failed: SetDeviceGammaRamp succeeded
dc.c:1276: Test failed: SetDeviceGammaRamp succeeded
dc.c:1288: Test failed: SetDeviceGammaRamp succeeded
See https://test.winehq.org/data/patterns.html#gdi32:dc
The tests tries to set 3 types of invalid gamma ramps and expects Windows to
reject them. These failures are 100% reproducible even when running the test on
its own (so the failures are not caused by interference from another test).
Up until Windows 10 1809 all the tests are skipped:
dc.c:1262: Tests skipped: SetDeviceGammaRamp failed, skipping tests
And on Windows 10 2004+ the tests succeed. So it looks like 1909 just did not
perform all the gamma ramp validation checks.
Except that on 2022-07-12 and 2022-11-11, the test had the exact same failures
(same lines too) on w1064-tsign which is Windows 10 21H2.
--
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=54298
Bug ID: 54298
Summary: d3d12:d3d12 - test_desktop_window() fails on Windows
10 1709
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d12:d3d12 - test_desktop_window() fails on Windows 10 1709:
d3d12.c:1412: Test failed: Got unexpected hr 0x8007000e.
See https://test.winehq.org/data/patterns.html#d3d12:d3d12
Where 0x8007000e == E_OUTOFMEMORY.
* On w1064v1507 and w1064v1607 this test is skipped because init_test_context()
fails to create a device.
* On w1064v1809 and greater this specific test just succeeds (and another fails
instead).
* So w1064v1709 supports just enough of d3d12 to run the test, but not enough
to succeed.
Maybe just add a broken()?
https://gitlab.winehq.org/wine/wine/-/merge_requests/1961
--
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=54052
Bug ID: 54052
Summary: winhttp:notification times out randomly in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winhttp
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
winhttp:notification times out randomly in Wine.
First, on 2022-11-24 Paul Gofman got a series of patches in that probably fixed
a bunch of these random timeouts (the situation on fg-deb64 and fgtb-debian11
seems better for one).
However the following merge requests got timeouts after the patches went in:
* MR!1553 on 2022-11-26
...
notification.c:117: Test failed: 892: expected status 0x20000 got 0x200000
winhttp:notification:0b98 done (258) in 120s 1148B
* MR!1557 on 2022-11-27
...
notification.c:117: Test failed: 988: expected status 0x80000 got 0x200000
winhttp:notification:06d0 done (258) in 120s 1148B
* MR!1560 on 2022-11-27
...
notification.c:1184: Test marked todo: got 3
winhttp:notification:052c done (258) in 120s 1118B
Where:
0x20000 == WINHTTP_CALLBACK_STATUS_HEADERS_AVAILABLE
0x80000 == WINHTTP_CALLBACK_STATUS_READ_COMPLETE
0x200000 == WINHTTP_CALLBACK_STATUS_REQUEST_ERROR
So there may still be some issue left.
--
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=53975
Bug ID: 53975
Summary: d3drm:d3drm sometimes fails to create an immediate
mode device in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d3drm:d3drm sometimes fails to create an immediate mode device in Wine:
d3drm.c:5843: Test failed: Cannot create IM device, skipping tests.
This can happen in either test_create_device_from_d3d2() or
test_create_device_from_d3d3() and always comes with the following winediag
message repeated 3 times in the Wine log:
063c:err:winediag:d3d_device_create The application wants to create a Direct3D
device, but the current DirectDrawRenderer does not support this.
See https://test.winehq.org/data/patterns.html#d3drm:d3drm
So far this has only been seen on debian11 and debiant so it may be related to
their dual-screen configuration. Also this failure first happened on 2022-11-07
and there are 4 known instances so far (2 in the nightly runs and 2 TestBot job
false positives). So it is probably caused by some recent Wine change.
--
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=53270
Bug ID: 53270
Summary: test_WSARecv() fails when using wow64 thunks
[Wow64ApcRoutine() overwrites return value set by
NtContinue()]
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: source, testcase
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
Created attachment 72642
--> https://bugs.winehq.org/attachment.cgi?id=72642
test diff
This might be a bit early since the wow64 path isn't exactly supported, but
(with a couple patches to ntdll to enable it in the first place) it works well
enough to expose a bug in its own implementation, which is more than a little
tricky to solve.
I'm attaching a diff to the tests, which I will submit upstream, which
demonstrates the root of the problem.
KiUserApcDispatcher can be called from three-ish places: wait functions,
NtTestAlert, and NtContinue. In the case of the former two KiUserApcDispatcher
will be passed a wow64 context which, among other things, has its %rax/%eax set
to STATUS_USER_APC or STATUS_SUCCESS respectively. In the latter case %rax/%eax
comes from the passed-in context.
Wow64ApcRoutine tries to translate the %rax from the 64-bit context into the
%eax that the 32-bit context will restore to. In the former two cases this is
STATUS_USER_APC or STATUS_SUCCESS and things work fine. In the latter case,
however, this overwrites %eax from the passed-in 32-bit context. Note that we
don't get the right %eax from ntdll either, because (a) ntdll gives us a 64-bit
context anyway, and (b) we don't use NtContinue but rather NtTestAlert. That
does mean we could fix it by using NtContinue and putting the %eax value into
%rax, which is a bit weird but I don't know if there's a better option.
This is wrong inherently, as the attached tests show, but it more saliently
ends up breaking LdrInitializeThunk, because on i386 RtlUserThreadStart is
called with %eax pointing to the thread procedure, and we then overwrite that
with zero.
--
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=49266
Bug ID: 49266
Summary: Amazon Games installs but won't start
Product: Wine
Version: 5.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maiktapwagner(a)aol.com
Distribution: ---
Created attachment 67270
--> https://bugs.winehq.org/attachment.cgi?id=67270
Console Output (wine 5.8)
Hello everyone,
I download the Amazon games installer from:
https://download.amazongames.com/AmazonGamesSetup.exe
and got it installed with wine 5.8 - Unfortunately the application doesn't
launch. Console output is attached.
--
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=54491
Bug ID: 54491
Summary: regedit/regproc.c - export_key() is unable to return
TRUE
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: gonzomdx(a)gmail.com
Distribution: ---
export_key() function should return either TRUE if succeeded or FALSE if
failed.
Values are returned in lines 1459 and 1463 (hardcoded FALSE) as well as line
1471 (BOOL ret).
Due to the fact that ret get its value returned from the function
export_registry_data() (line 1466) which EVER returns an int of value 0, there
is no possibility that export_key() succeeds.
The easiest solution would be to simply return TRUE instead of ret.
The most elegant solution would be to let export_registry_data() sane data.
--
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=54168
Bug ID: 54168
Summary: kernel32:console - test_wait() sometimes fails on
Windows 8+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:console - test_wait() sometimes fails on Windows 8+:
console.c:1198: Test failed: WaitForSingleObject returned 0
console.c:1200: Test failed: WaitForSingleObject returned 0
console.c:1202: Test failed: WaitForSingleObject returned 0
console.c:1204: Test failed: WaitForSingleObject returned 0
console.c:1206: Test failed: WaitForSingleObject returned 0
console.c:1208: Test failed: NtWaitForSingleObject returned 0
console.c:1211: Test failed: NtWaitForSingleObject returned 0
See https://test.winehq.org/data/patterns.html#kernel32:console
This happens a bit less that twice per month.
--
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=53236
Bug ID: 53236
Summary: d3d9:device - test_wndproc() sometimes gets an
unexpected WM_DISPLAYCHANGE in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d3d9:device - test_wndproc() sometimes gets an unexpected WM_DISPLAYCHANGE in
Wine:
device.c:4349: Test failed: Expected message 0x7e for window 0x1, but didn't
receive it, i=1.
device.c:4359: Test failed: Got unexpected hr 0x88760869.
https://test.winehq.org/data/patterns.html#d3d9:device
Where 0x007e == WM_DISPLAYCHANGE.
The second failure is not always present but does not seem to happen without
the first one so they are probably related.
These failures:
* Happen on my Debian 11 + Intel + KDE box (fg-deb64)
* Don't seem to happen on my Debian 11 + QXL + fvwm + single monitor VM
* Happen on the TestBot's Debian 11 + QXL + fvwm + dual monitor VM
* Happen on the TestBot's Debian Testing + QXL + fvwm + dual monitor VM
(very rarely but two wow64 instance have been seen)
--
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=47407
Bug ID: 47407
Summary: Hard Truck 2: King of The Road (GOG version): movies
don't play
Product: Wine
Version: 4.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: t6zm3v62fkp7fe5(a)yandex.ru
Distribution: ---
Created attachment 64755
--> https://bugs.winehq.org/attachment.cgi?id=64755
Screenshot from intro movie
In Hard Truck 2: King of The Road (GOG version), movies don't play: e.g. intro
logos and movie (screenshot-from-intro-movie.png) and movies when you're
arrested or robbed by mafia.
Lubuntu 18.04.2, Wine 4.11 from official PPA.
--
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=7585
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #73 from Alexandre Julliard <julliard(a)winehq.org> ---
Closing bugs fixed in 8.4.
--
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=54645
Bug ID: 54645
Summary: TextPad 9.1 installation fails in Wine 6 from Linux
Mint repo
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nouvel.aubergiste(a)gmail.com
Distribution: ---
Created attachment 74174
--> https://bugs.winehq.org/attachment.cgi?id=74174
backtrace file
TextPad 9.1 installation fails using Wine 6 from Linux Mint repository. TextPad
8+ works fine. I tried it several times and the error is always the same
The graphic error is :
SpellCheckerFactory
Unknown error 0x80040154
--
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=54505
Bug ID: 54505
Summary: psapi:psapi_main - The 64-bit
test_EnumProcessModules() gets unexpected Notepad case
on Windows 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: psapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
psapi:psapi_main - The 64-bit test_EnumProcessModules() gets unexpected Notepad
case on Windows 11:
psapi_main.c:160: Test failed: got Notepad.exe
psapi_main.c:164: Test failed: got C:\Program Files\WindowsApps\Microsoft.
See https://test.winehq.org/data/patterns.html#psapi:psapi_main
This failure is specific to the 64-bit tests running on Windows 11, that is the
32-bit test has other (possibly related) failures, and Windows 10 and lower
don't have failures.
Also this failure has been present ever since the Windows 11 VM was added.
This looks like a simple case issue. If so it's strange that it only happens in
64-bit but it could be cured by a simple strcasecmp() or equivalent.
--
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=54299
Bug ID: 54299
Summary: d3d12:d3d12 - test_create_device() gets an unexpected
0 refcount on Windows 10 1909+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d12:d3d12 - test_create_device() gets an unexpected 0 refcount on Windows 10
1909+:
d3d12.c:888: Test failed: Got unexpected refcount 0.
See https://test.winehq.org/data/patterns.html#d3d12:d3d12
This test
* is skipped on Windows 10 < 1709,
* succeeds on Windows 10 1709 and 1809,
* and fails on Windows 10 1909+ because the refcount is 0.
The test seems unsure about the exact refcount value since it only tests for
"refcount >= 1".
Maybe it should be something like "refcount == 0 || broken(refcount >= 1)",
possibly with a todo_wine?
Or that test could just be removed entirely?
--
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=54637
Bug ID: 54637
Summary: riched20:txtsrv - test_TxGetNaturalSize fails if
system GUI font's glyph widths are wider than expected
by the test
Product: Wine
Version: 8.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: huw(a)codeweavers.com, jzeng(a)codeweavers.com
Regression SHA1: 6e264bbd1ddf0d271d4506462ecd4f20f4a20597
Distribution: ---
Today, test_TxGetNaturalSize() creates a pop-up window with a fixed size
(extent) of 100 x 100. The test function then proceeds to compute the
natural size of rich edit control that fits the sample text
"TestSomeText" and compare it to the RECT calculated by DrawText.
It appears that this test fails if the text width exceeds the width of
the test window's client area. In this case, DrawText() with
DT_WORDBREAK breaks the text into the two lines due to text wrapping;
however, Rich Edit's ITextServices::TxGetNaturalSize implementation does
not seem to perform text wrapping on overflow. This results in extent
mismatch.
In conclusion, the test may fail if the rendered width of the sample
text "TestSomeText" is larger than what the test expects. This depends
on the current font used for DEFAULT_GUI_FONT.
Omitting DT_WORDWRAP for the DrawText() call seems to fix this test failure.
--
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=54506
Bug ID: 54506
Summary: psapi:psapi_main - The 64-bit
test_EnumProcessModulesEx() gets pcs-6464 and pcs-6432
failures on Windows 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: psapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
psapi:psapi_main - The 64-bit test_EnumProcessModulesEx() gets pcs-6464 and
pcs-6432 failures on Windows 11:
psapi_main.c:303: Test failed: pcs-6464: 2: expecting
C:\windows\system32\notepad.exe but got C:\Program
Files\WindowsApps\Microsoft.WindowsNotepad_10.2102.13.0_x64__8wekyb3
psapi_main.c:303: Test failed: pcs-6464: 0: expecting
C:\windows\system32\notepad.exe but got C:\Program
Files\WindowsApps\Microsoft.WindowsNotepad_10.2102.13.0_x64__8wekyb3
psapi_main.c:303: Test failed: pcs-6464: 3: expecting
C:\windows\system32\notepad.exe but got C:\Program
Files\WindowsApps\Microsoft.WindowsNotepad_10.2102.13.0_x64__8wekyb3
psapi_main.c:448: Test failed: pcs-6432: expecting 32bit modules
psapi_main.c:299: Test failed: pcs-6432: 1: got error 6
psapi_main.c:300: Test failed: pcs-6432: 1: expecting notepad.exe but got e{u
psapi_main.c:302: Test failed: pcs-6432: 1: got error 6
psapi_main.c:303: Test failed: pcs-6432: 1: expecting
C:\windows\syswow64\notepad.exe but got e{u
psapi_main.c:306: Test failed: pcs-6432: 1: got error 6
psapi_main.c:307: Test failed: pcs-6432: 1: expected 00000000DEADBEEF, got
00007FF8DF7EF800
psapi_main.c:309: Test failed: pcs-6432: 1: got entry point 000000000040BDF8
psapi_main.c:303: Test failed: pcs-6432: 0: expecting
C:\windows\syswow64\notepad.exe but got C:\Program
Files\WindowsApps\Microsoft.WindowsNotepad_10.2102.13.0_x64__8wekyb3
psapi_main.c:303: Test failed: pcs-6432: 3: expecting
C:\windows\syswow64\notepad.exe but got C:\Program
Files\WindowsApps\Microsoft.WindowsNotepad_10.2102.13.0_x64__8wekyb3
See https://test.winehq.org/data/patterns.html#psapi:psapi_main
Where 6 == ERROR_INVALID_HANDLE, hence the presumable uninitialized strings
too.
These tests and failures were introduced by the commit below:
commit 84a9a1c8fbc1e8ccc9c34cf0db375813b3ac2955
Author: Eric Pouech <eric.pouech(a)gmail.com>
AuthorDate: Mon Jan 30 13:45:46 2023 +0100
psapi: Add tests for EnumProcessModulesEx().
Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com>
--
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=54313
Bug ID: 54313
Summary: HS_hevo_gc 8.8.1.1 fails to launch
Product: Wine
Version: 8.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dean-chen(a)qq.com
Distribution: ---
Created attachment 73873
--> https://bugs.winehq.org/attachment.cgi?id=73873
log info copied from terminal
HS_hevo_gc 8.8.1.1 fails to launch
THS_hevo_gc8.8.1.1.exe can be dowloaded from THS web site on Windows system.
http://activity.ths123.com/html/xb/160809/index.html
--
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=54058
Bug ID: 54058
Summary: user32:input - test_ToAscii() fails in the Hindi UTF-8
locale
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
Created attachment 73613
--> https://bugs.winehq.org/attachment.cgi?id=73613
user32/tests: Skip a ToAscii() test in UTF-8 code pages.
user32:input - test_ToAscii() fails in the Hindi UTF-8 locale:
input.c:3133: Test failed: ToAscii for character 'A' didn't return 1 (was 0)
See https://test.winehq.org/data/patterns.html#user32:input
Note that this did not happen before 2022-11-21 because some unknown Windows
quirk caused the UserDefaultLCID and ThreadLocale to be reset to English before
the test was started.
In any case it seems ToAscii() does not depend just on the keyboard layout but
also on the current code page which makes sense. So then maybe we should limit
the test to non-UTF-8 code pages as in the attached patch?
--
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=54020
Bug ID: 54020
Summary: The 32-bit ntdll:wow64 fails on Windows 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The 32-bit ntdll:wow64 fails on Windows 11:
wow64.c:254: Test failed: wrong len 0
wow64.c:255: Test failed: wrong teb 0000004C / 00000000
wow64.c:258: Test failed: GdiBatchCount not set
wow64.c:282: Test failed: wrong peb 00000000 / 00000002
wow64.c:285: Test failed: wrong len 0
wow64.c:295: Test failed: wrong len 0
wow64.c:301: Test failed: wrong ImagePathName ptr 00000000 / 00000000-00000000
wow64.c:302: Test failed: wrong CommandLine ptr 00000000 / 00000000-00000000
wow64.c:303: Test failed: wrong WindowTitle ptr 00000000 / 00000000-00000000
wow64.c:304: Test failed: wrong Desktop ptr 00000000 / 00000000-00000000
wow64.c:305: Test failed: wrong ShellInfo ptr 00000000 / 00000000-00000000
wow64.c:331: Test failed: debugging failed
wow64.c:333: Test failed: wrong len 0
wow64.c:460: cs 0023 ss 002b fs 0053
wow64.c:782: Test failed: unknown module 7ffb1ed00000 L"wow64base.dll" found
wow64.c:782: Test failed: unknown module 7ffb20100000 L"wow64con.dll" found
See https://test.winehq.org/data/patterns.html#ntdll:wow64
The values are pretty stable from one run to the next but do change from time
to time (causing false positives). Note also that the 64-bit version fails on
Windows 11 too but the failures there are pretty different (see bug 54019).
--
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=53818
Bug ID: 53818
Summary: foobar2000 crashes shortly after startup
Product: Wine
Version: 7.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: matthias.grobarek(a)posteo.de
Distribution: ---
Created attachment 73344
--> https://bugs.winehq.org/attachment.cgi?id=73344
winedbg output
After starting foobar2000, it quickly crashes after a few seconds, no matter
what you do. Wine 7.18 and 7.17 are not affected.
I’m using wine-staging (no matter the version) on Gentoo Linux (kernel 6.0.2),
compiled for both 32bit and 64bit, with the following flags activated: x, alsa,
fontconfig, mshtml, gstreamer, mingw, mscoree, gettext, openal, opengl, sdl,
gnutls, freetype, udev, dbus, unwind, usb, vulkan, xcomposite.
I attached the output of winedbg and also the crash log and dump that
foobar2000 itself produces. If you need any more information, please tell me
what exactly I should do.
--
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=53526
Bug ID: 53526
Summary: kernel32:sync - test_timer_queue() occasionally fails
to delete the timer on Windows 10
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:sync - test_timer_queue() occasionally fails to delete the timer on
Windows 10:
sync.c:1135: Test failed: DeleteTimerQueueTimer
https://test.winehq.org/data/patterns.html#kernel32:sync
This failure happened twice:
* 2022-05-27 w10pro64-de-64
* 2022-08-04 w10pro64-he-64
--
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=53488
Bug ID: 53488
Summary: The dxgi:dxgi output is too big on debiant
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The dxgi:dxgi output is too big in Wine.
It used to be about 24 KB but the commit below pushed it to 34 KB, over the 32
KB limit.
Then on 2022-07-22 another commit improved the situation on debian11 but not on
debiant where the size has not changed since the commit below.
commit 184ff3bfbb4be3e3fbcfaaba3ec7095d2d885882
Author: Nikolay Sivov <nsivov(a)codeweavers.com>
Date: Sat Jun 11 19:36:20 2022 +0300
dxgi: Create DXGI resource object, optionally supporting surface
interfaces.
Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com>
dlls/d3d11/d3d11_private.h | 4 +-
dlls/d3d11/tests/d3d11.c | 7 -
dlls/d3d11/texture.c | 130 +++++++-------
dlls/dxgi/Makefile.in | 2 +-
dlls/dxgi/device.c | 24 +--
dlls/dxgi/dxgi_private.h | 11 +-
dlls/dxgi/resource.c | 423 +++++++++++++++++++++++++++++++++++++++++++++
dlls/dxgi/surface.c | 296 -------------------------------
dlls/dxgi/tests/dxgi.c | 34 ++--
include/wine/winedxgi.idl | 7 +-
10 files changed, 526 insertions(+), 412 deletions(-)
create mode 100644 dlls/dxgi/resource.c
delete mode 100644 dlls/dxgi/surface.c
--
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=54553
Bug ID: 54553
Summary: mmdevapi:propstore - The 32-bit
test_setvalue_on_wow64() fails on Windows 10 2004+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: mmdevapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
mmdevapi:propstore - The 32-bit test_setvalue_on_wow64() fails on Windows 10
2004+:
propstore.c:186: Test failed: Wrong error when opening mmdevices Render key: 0
See propstore.c:186: Test failed: Wrong error when opening mmdevices Render
key: 0
As far as I can tell what this means is that the assumption that "should NOT
find the key in 32-bit view" is incorrect on Windows 10 2004+.
So maybe the old behavior should be considered to be broken() nowadays?
--
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=54078
Bug ID: 54078
Summary: ntdll:pipe - test_blocking() sometimes fails in Wine
when the pipe is not signaled
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ntdll:pipe - test_blocking() sometimes fails in Wine when the pipe is not
signaled:
pipe.c:1769: Test marked todo: client is not signaled
pipe.c:1751: Test failed: pipe is not signaled
pipe.c:1769: Test marked todo: client is not signaled
pipe.c:1770: Test failed: pipe is not signaled
See https://test.winehq.org/data/patterns.html#ntdll:pipe
Here is this failure's nightly WineTest run history:
* There was no failure in June and July.
* The first known failure happened on 2022-08-13, the next on 2022-08-18.
* The third failure happened on 2022-09-23.
* The fourth on 2022-11-04 which was followed by 9 more in November.
So it's likely something changed in early August-ish that introduced this
failure. But there has been a further change in November that makes it more
frequent (maybe the latter is because the TestBot now runs two VMs at a time so
the host is more busy, though that started a bit earlier, on 2022-10-25).
This failure also happens in the GitLab CI.
--
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=53974
Bug ID: 53974
Summary: d3drm:d3drm sometimes crashes after failing to create
the IDirect3DRMDevice* interface in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d3drm:d3drm sometimes crashes after failing to create the IDirect3DRMDevice*
interface in Wine:
d3drm.c:4600: Test failed: Cannot create IDirect3DRMDevice interface, hr
0x8007000e.
d3drm.c:4602: Test failed: expected ref2 > ref1, got ref1 = 1 , ref2 = 1.
d3drm.c:4604: Test failed: Expected surface_ref2 > surface_ref1, got
surface_ref1 = 1, surface_ref2 = 1.
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code
(0x0040e52b).
[...useless backtrace...]
d3drm.c:4776: Test failed: Cannot create IDirect3DRMDevice2 interface, hr
0x8007000e.
d3drm.c:4778: Test failed: expected ref3 > ref1, got ref1 = 1 , ref3 = 1.
d3drm.c:4782: Test failed: Expected surface_ref2 > surface_ref1, got
surface_ref1 = 1, surface_ref2 = 1.
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code
(0x004106c1).
[...useless backtrace...]
d3drm.c:4407: Test failed: Cannot create IDirect3DRMDevice3 interface, hr
0x8007000e.
d3drm.c:4409: Test failed: expected ref3 > ref1, got ref1 = 1 , ref3 = 1.
d3drm.c:4413: Test failed: expected cref2 > cref1, got cref1 = 1 , cref2 = 1.
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code
(0x0041290a).
[...useless backtrace...]
See https://test.winehq.org/data/patterns.html#d3drm:d3drm
The two "expected..." failures are not always present. This has been seen on
debian11, debiant but also fgtb-debian11 and gitlab-debian. So it's not
specific to dual-screen configurations nor to QEmu's QXL driver. But it seems
to only happen on "virtual GPUs" (gitlab-debian uses Xorg's dummy driver).
--
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=53528
Bug ID: 53528
Summary: ntdll:info - test_query_kerndebug() fails on Windows 8
to 10 1709
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntdll:info - test_query_kerndebug() fails on Windows 8 to 10 1709:
info.c:1097: Test failed: Expected STATUS_SUCCESS, got 80000002
info.c:1102: Test failed: Expected STATUS_SUCCESS, got 80000002
https://test.winehq.org/data/patterns.html#ntdll:info
The failures started on 2022-07-26.
--
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=53182
Bug ID: 53182
Summary: shell32:shelllink - A save(NULL, TRUE) fails randomly
in test_load_save() on Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
A save(NULL, TRUE) fails randomly in test_load_save() on Wine:
shelllink.c:775: Test failed: save(NULL, TRUE) failed (0x80070020)
https://test.winehq.org/data/patterns.html#shell32:shelllink
This is probably the same issue as bug 28290, the only difference being that it
does not happen at a point that leads to a NULL pointer access.
--
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=52948
Bug ID: 52948
Summary: gdi32:font - test_EnumFonts() fails on Arial Bold on
Windows in Russian
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
gdi32:font - test_EnumFonts() fails on Arial Bold on Windows in Russian:
font.c:5409: Test failed: font Arial Bold is not enumerated
font.c:5412: Test failed: expected FW_BOLD got 400
font.c:5419: Test failed: font Arial Bold Italic is not enumerated
font.c:5421: Test failed: expected Arial got Arial Bold
font.c:5422: Test failed: expected FW_BOLD got 400
https://test.winehq.org/data/patterns.html#gdi32:font
Maybe this can happen in other locales, but among those that are tested this
only happens with the Russian one (w10pro64-ru).
--
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=51848
Bug ID: 51848
Summary: Performance Regression in Secondhand Lands
Product: Wine
Version: 6.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: escomk3(a)hotmail.com
Distribution: ---
After 4261369e5d8 [1], FPS will be near zero, and the game area will be black,
with the actual should-be content sometimes appearing and disappearing.
Standard output with default'ish debug channels doesn't show any difference
with a build prior to this commit.
1.
https://source.winehq.org/git/wine.git/commit/4261369e5d8f1d71e8d2074747515…
--
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=54649
Bug ID: 54649
Summary: windows.perception.stub:perception - Windows 10 1607
does not have ISpatialSurfaceObserverStatics2
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
windows.perception.stub:perception - Windows 10 1607 does not have
ISpatialSurfaceObserverStatics2:
perception.c:76: Test failed: got hr 0x80004002.
perception.c:76: this is the last test seen before the exception
088c:perception: unhandled exception c0000005 at 00401483
See
https://test.winehq.org/data/patterns.html#windows.perception.stub:percepti…
Where 0x80004002 == E_NOINTERFACE
This test was introduced in the commit below:
commit 006bc33c57c96bd733147c4088d36bfc14da907e
Author: Mohamad Al-Jaf <mohamadaljaf(a)gmail.com>
AuthorDate: Thu Feb 23 03:50:15 2023 -0500
windows.perception.stub: Add ISpatialSurfaceObserverStatics2 stub
interface.
--
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=54539
Bug ID: 54539
Summary: Starcraft Remastered Game Initialization Failed
Product: Wine
Version: 8.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: uberdude555(a)yahoo.com
Distribution: ---
Created attachment 74080
--> https://bugs.winehq.org/attachment.cgi?id=74080
stdout
I updated from wine 7.0-rc3 to 8.2, and when I try to start StarCraft now I see
an error dialog box with text "Game Initialization Failed: T".
I tried running the exe directly (rather than through the Battle.net client)
and saw the same error with only the four lines attached written to the
terminal.
The AppDB page shows at least three other users experiencing the same issue
from version 8.1 and possibly earlier:
https://appdb.winehq.org/objectManager.php?sClass=version&iId=35171.
--
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=54509
Bug ID: 54509
Summary: psapi:psapi_main - The 64-bit
test_EnumProcessModules() gets unexpected third module
on Windows 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: psapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
psapi:psapi_main - The 64-bit test_EnumProcessModules() gets unexpected third
module on Windows 11:
psapi_main.c:185: Test failed: third DLL in wow64 should be one of wow*.dll
(kernel32.dll)
See https://test.winehq.org/data/patterns.html#psapi:psapi_main
This test and failure was introduced by the commit below:
commit 00bf7293af13f3766c6c839f0125785ac9084de8
Author: Eric Pouech <eric.pouech(a)gmail.com>
AuthorDate: Tue Feb 14 11:07:01 2023 +0100
psapi: Add more tests for EnumProcessModules().
Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com>
--
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=54003
Bug ID: 54003
Summary: vbscript:run sometimes fails on Windows UTF-8 locales
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
vbscript:run sometimes fails on UTF-8 locales:
=== w10pro64_en_AE_u8 (64 bit report) ===
vbscript:
run.c:1206: Test failed: api.vbs: L"Err.number = 0"
run.c:1206: Test failed: api.vbs: L"Err.description = "
run.c:1206: Test failed: api.vbs: L"Err.number = 0"
See https://gitlab.winehq.org/wine/wine/-/merge_requests/1534
Strangely enough so far this has not happened in the nightly WineTest runs but
it did happen in another unrelated merge request (MR!1561).
According to Nikolay (probably s/testChrError/testCStrError/):
> This is happening on utf-8 locale, in testChrError().
> Needs to be fixed, but unrelated to this MR.
--
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=53172
Bug ID: 53172
Summary: advapi32:registry - test_enum_value() has a pair of
rare failures in UTF-8 system locales
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
advapi32:registry - test_enum_value() has a pair of rare failures in UTF-8
system locales:
registry.c:558: Test failed: data set to 'xxxxxxxxxxxxxxxxxxxx' instead of
'foobar' or x's, data_count=21
registry.c:576: Test failed: data set to 'xxxxxxxxxxxxxxxxxxxx' instead of
'foobar' or x's, data_count=21
https://test.winehq.org/data/patterns.html#advapi32:registry
The line 558 and 576 failures happen about with the same frequency (~13% each)
but independently from each other so that most times there is at most one in
the report.
And they only happen in the TestBot's two UTF-8 test configurations:
w10pro64-en-AE-u8 and w10pro64-hi-u8.
--
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=54657
Bug ID: 54657
Summary: kernel32:loader - test_import_resolution() gets bad
tls data on Windows 7
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:loader - test_import_resolution() gets bad tls data on Windows 7:
loader.c:2324: Test failed: wrong tls data 'hello world' at 0000000000320590
See https://test.winehq.org/data/patterns.html#kernel32:loader
--
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=54531
Bug ID: 54531
Summary: jsproxy:jsproxy crashes on Windows 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
jsproxy:jsproxy crashes on Windows 11:
jsproxy.c:52: Test failed: got 3735928559
jsproxy.c:56: Test failed: got 3735928559
jsproxy.c:59: Test failed: got 3735928559
jsproxy.c:60: this is the last test seen before the exception
054c:jsproxy: unhandled exception c0000005 at 004013FA
See https://test.winehq.org/data/patterns.html#jsproxy:jsproxy
Where 3735928559 == 0xdeadbeef
So InternetGetProxyInfo() fails but does not set LastError. Furthermore the
proxy pointer is not initialized either so the test crashes when trying to free
it.
--
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=54504
Bug ID: 54504
Summary: psapi:psapi_main - The 32-bit
test_EnumProcessModules() gets a partial copy error on
Windows 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: psapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
psapi:psapi_main - The 32-bit test_EnumProcessModules() gets a partial copy
error on Windows 11:
psapi_main.c:133: Test failed: got 0, error 299
psapi_main.c:134: Test failed: expected non-NULL module
See https://test.winehq.org/data/patterns.html#psapi:psapi_main
Where 299 == ERROR_PARTIAL_COPY
This failure is specific to the 32-bit tests running on Windows 11, that is the
64-bit test has other (possibly related) failures, and Windows 10 and lower
don't have failures.
Also this failure has been present ever since the Windows 11 VM was added.
--
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.