https://bugs.winehq.org/show_bug.cgi?id=54205
Bug ID: 54205
Summary: Actua Golf 2: Installer crashes
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: odecif(a)gmail.com
Distribution: ---
Created attachment 73743
--> https://bugs.winehq.org/attachment.cgi?id=73743
Installer console log in 32-bit prefix
Executing either autorun.exe or setup.exe makes wine crash instantly. If trying
to run Golf2.exe directly from the CD a popup shows stating I need at least
16MB of RAM, which might be related to this
https://www.zeus-software.com/forum/viewtopic.php?t=584.
I've tested with both 64 and 32bit prefixes in windows versions 95, 98, 2000,
XP, 7, 8, 10 with the same results.
I've tested the CD on a windows XP VM and it installs and runs as expected
there so there is no issue with the media itself.
If more logs are needed I'll happily provide them, just let me know.
--
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=54282
Bug ID: 54282
Summary: Allow winecfg create a prefix without mime
associations and no linked folders integration
Product: Wine
Version: 8.0-rc3
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: ---
By default when creating a prefix, winecfg will try to enable mime files
association and folders integration which can then be disabled explicitly.
I prefer to create a prefix with specific Windows version out of the box,
passing /v win10 for example. But that creates a ton of .desktop and mime files
for associations. It becomes a chore when creating a prefix to clean them out
every time.
It would be neat to have some parameter for winecfg that will disable mime
files associations and desktop folders integration out of the box making
creating a neat prefix with one command doable.
Something like
WINEPREFIX='/.../foo' winecfg /v win10 /nomime /nofolders
--
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=50218
Bug ID: 50218
Summary: Unable to finish the installation of Lego Staunt
rallye: request for indeo codec
Product: Wine
Version: 5.22
Hardware: x86
URL: https://www.myabandonware.com/game/lego-stunt-rally-bd
5#download
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jeremielapuree(a)yahoo.fr
Distribution: Ubuntu
Created attachment 68723
--> https://bugs.winehq.org/attachment.cgi?id=68723
screenshot of the error
At the end of the stage of install, setup complains about indeo codecs.
--
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=53619
Bug ID: 53619
Summary: World of Warcraft Shadowlands randomly crashes
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cianuro2036(a)protonmail.com
Distribution: ---
This is something that has happened on multiple hardware, platforms and OS
distros. This is also something that has been happening for a while, I just
decided to report it because It can affect some parts of the game, such as
rated PVP.
The particular error logs as follows:
05f4:err:seh:dispatch_exception unknown exception (code=c0000420) raised
wineserver crashed, please enable coredumps (ulimit -c unlimited) and restart.
How to reproduce:
This feels 'random' but makes me _think_ it could be a memory leak issue. If
you're in highly populated areas _or_ highly demanding zones, it can trigger
itself.
Two recent scenarios I can recall
- First, doing multiple arena matches and waiting for the queue in Oribos. The
crash happened specifically during arena.
- Second, doing the Ashran Brawl Battleground. This battleground is very, very
long and has a lot of people around.
In both scenarios there is a slowdown in FPS in both areas.
--
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=54278
Bug ID: 54278
Summary: Megami Ibunroku Persona doesn't open at all.
Product: Wine-staging
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zanehj10(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 73844
--> https://bugs.winehq.org/attachment.cgi?id=73844
Console log
Wine just seems to immediately close with no generated errors.
Information on the game that might be useful:
Game uses DirectX 6 Graphics API.
Game uses Windows Media Player for playing FMVs.
--
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=53403
Bug ID: 53403
Summary: winegstreamer "flush" removal breaks radio in fallout
3
Product: Wine
Version: 7.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winegstreamer
Assignee: wine-bugs(a)winehq.org
Reporter: zlice(a)dflies.us
Distribution: ---
https://gitlab.winehq.org/wine/wine/-/merge_requests/105#note_4805https://gitlab.winehq.org/wine/wine/-/commit/5144b27661fcd6705353d832e03830…
In Wine 7.2 or 7.3 there was a removal of "flush" in wg_parser.
This makes some audio (in particular Fallout 3 Radio) chuggy and slows down the
entire game.
Reintroducing flushing fixes the issue but devs think the problem should be
fixed elsewhere.
--
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=44230
Bug ID: 44230
Summary: SlingPlayer 1.5 crashes during configuration
Product: Wine
Version: 2.22
Hardware: x86
URL: http://download.slingmedia.com/player/pc/SlingPlayer-S
etup-EU-1.5.1.343.exe
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
CC: julliard(a)winehq.org
Regression SHA1: 01676c5dd6f9fb61b9c4e52595f6e75e21050009
Distribution: Ubuntu
Created attachment 60025
--> https://bugs.winehq.org/attachment.cgi?id=60025
Wine 3.0-rc3 console output
SlingPlayer 1.5 crashes when attempting to configure the Slingbox (Alt+E -->
Slingbox Configuration --> Change...) (Slingbox needed)
Native qcap causes a new problem so can't try that as a workaround.
Native quartz needed to get this far.
The crash does not occur in Staging 2.21.
I compiled Wine 3.0-rc3 with -O0 and the crash does not occur. Compiling again
with -O1 or -O2 and the problem returns (did not try -O3). I also receive the
following warning during compilation, but further testing suggests it is not
related:
cc1: warning: unrecognized command line option ‘-Wno-packed-not-aligned’
I tried reverting 6864803f1ab70f9f9e90903b13e67da40973d12a but it did no make
any difference.
https://source.winehq.org/git/wine.git/commitdiff/6864803f1ab70f9f9e90903b1…
I also tried compiling with the following, which the man page claims GCC sets
with -O1, but the crash still didn't occur:
-fomit-frame-pointer -ftree-phiprop -ftree-sink -ftree-slsr -ftree-sra
-ftree-pta -ftree-ter -funit-at-a-time -ftree-copy-prop -ftree-copyrename
-ftree-dce -ftree-dominator-opts -ftree-dse -ftree-forwprop -ftree-fre
-fmove-loop-invariants -fshrink-wrap -fsplit-wide-types -ftree-bit-ccp
-ftree-ccp -fssa-phiopt -ftree-ch -finline-functions-called-once
-fipa-pure-const -fipa-profile -fipa-reference -fmerge-constants
-fdelayed-branch -fdse -fforward-propagate -fguess-branch-probability
-fif-conversion2 -fif-conversion -fauto-inc-dec -fbranch-count-reg
-fcombine-stack-adjustments -fcompare-elim -fcprop-registers -fdce -fdefer-pop
The crash goes away when reverting commit
01676c5dd6f9fb61b9c4e52595f6e75e21050009 and recompiling.
01676c5dd6f9fb61b9c4e52595f6e75e21050009 is the first bad commit
commit 01676c5dd6f9fb61b9c4e52595f6e75e21050009
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Sat Nov 25 11:48:02 2017 +0100
user32: Use the magic format string prefix for relay traces.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
:040000 040000 c075dd76fd2d86e2cb8e14a300f4f8a7a8952bf4
ab6d49e1c18eae5208a19b0be062ffbf7abc8518 M dlls
Staging 2.21 does have this commit, but the binary packages do, beginning with
release 3.0-rc1.
Workaround unknown.
--
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=54272
Bug ID: 54272
Summary: ntdll-NtDevicePath breaks Wow.exe
Product: Wine-staging
Version: 8.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kdt3rd(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
In 8.0-rc2, the ntdll-NtDevicePath patch was updated and re-enabled. However,
this seems to cause some sort of stack corruption that causes World of Warcraft
to hard abort with a free() invalid pointer error after about 10-20 minutes.
https://bugs.winehq.org/show_bug.cgi?id=54267 has a bit more information
I added some trace calls, and 99.9% of the time it goes either into the path
where the attributes provides a root directory, or the path does not match
either \SystemRoot\ or \??\ so is processed by the original code path. However,
when it does crash, it is during processing of
\SystemRoot\system32\ntoskrnl.exe
the path is converted to
\??\C:\windows\system32\ntoskrnl.exe
and the nt_to_unix_file_name_internal function processes that correctly,
translating it to
<configroot>/c:/windows/system32/ntoskrnl.exe
but then crashes during the free of the 'name' variable at the end of (the new)
nt_to_unix_file_name. This is not the first time it did this transformation, if
I scroll back in the log, I see a few others. So something seems to be
triggering some sort of slow corruption - or debugstr_us is lying and there are
hidden non-printable characters in the above and that explains the corruption.
But I am sort of mystified, the lengths of the strings seem plausible. But if I
just remove that one patch (ntdll-NtDevicePath), all 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=54268
Bug ID: 54268
Summary: Moving the separator in regedit don't repaint listview
Product: Wine
Version: 8.0-rc2
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: zzhang(a)codeweavers.com
Distribution: ---
Created attachment 73833
--> https://bugs.winehq.org/attachment.cgi?id=73833
demo
Moving the separator in regedit don't repaint listview. See the attached video.
Bisect points to 33617af
33617af8145b6fadfe41d48968a728ff57b3064b is the first bad commit
commit 33617af8145b6fadfe41d48968a728ff57b3064b
Author: Jinoh Kang <jinoh.kang.kr(a)gmail.com>
Date: Mon Oct 31 22:30:20 2022 +0900
server: Don't invalidate the newly exposed child region on the parent if it
doesn't clip children.
This partly reverts e42eaaaf3a873d29b14f8f3a3617df2d0d4210ca.
Signed-off-by: Jinoh Kang <jinoh.kang.kr(a)gmail.com>
dlls/user32/tests/msg.c | 4 ----
server/window.c | 6 ++----
2 files changed, 2 insertions(+), 8 deletions(-)
--
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=54170
Bug ID: 54170
Summary: 20XX: invisible character
Product: Wine
Version: 7.19
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: z.figura12(a)gmail.com
Regression SHA1: 5f1cbb1b85e7d92b6c783a32ae85ca2902296481
Distribution: ArchLinux
Created attachment 73693
--> https://bugs.winehq.org/attachment.cgi?id=73693
terminal output
The character you are controlling in the game is invisible.
The buttons in the menus lack a background pattern.
This bug has appeared since
commit 5f1cbb1b85e7d92b6c783a32ae85ca2902296481
Author: Zebediah Figura <zfigura(a)codeweavers.com>
Date: Sat Jul 30 19:10:09 2022 -0500
d3d9: Use a separate draw texture for managed resources.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52954
The game needs native d3dcompiler_47.dll to start.
This was tested with the Epic Games version (v1.42.13) but probably the Steam
version is also affected:
https://store.steampowered.com/app/322110/20XX/
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: NVIDIA GeForce GT 730/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 470.161.03
OpenGL core profile shading language version string: 4.60 NVIDIA
wine-8.0-rc1-75-g17e5ff74308
--
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=54023
Bug ID: 54023
Summary: d3d11:d3d11 - test_dynamic_map_synchronization() fails
on w11pro64_nv
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
d3d11:d3d11 - test_dynamic_map_synchronization() fails on w11pro64_nv:
d3d11.c:34427: Test failed: Got 0xff0000ff, expected 0xff00ff00 at (3, 5, 0),
sub-resource 0.
See https://test.winehq.org/data/patterns.html#d3d11:d3d11
Note: w11pro64_nv is the TestBot's NVIDIA RTX3050 PCI passthrough Windows 11
21H2 VM. The plain QXL (QEmu), and AMD PCI passthrough test configurations have
d3d11:d3d11 failures too but in other test functions.
--
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=53995
Bug ID: 53995
Summary: d2d1:d2d1 runs out of GL memory and crashes on the
debian 11 VM
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d2d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d2d1:d2d1 runs out of GL memory and crashes on the debian 11 VM:
d2d1.c:7145: Test marked todo: Figure does not match.
Unhandled exception: page fault on write access to 0x00000000 in 32-bit code
(0x6ab30fe4).
[...]
Backtrace:
=>0 0x6ab30fe4 memset+0x24(dst=0x000000000, c=0, n=0x12c000)
[Z:\home\winetest\tools\testbot\var\wine\dlls\msvcrt\string.c:3205] in ucrtbase
(0x0685f908)
1 0x008a9073 wined3d_texture_load_location+0x423(texture=002CB990,
sub_resource_idx=0, context=00289F90, location=0x8)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\texture.c:862] in wined3d
(0x0685f9a8)
2 0x00897fce surface_cpu_blt+0x9ee(dst_texture=002CB990,
dst_sub_resource_idx=0, dst_box=0685FB38, src_texture=0028D170,
src_sub_resource_idx=0, src_box=0685FB50, flags=0x20000000, fx=0685FB68,
filter=WINED3D_TEXF_POINT)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\surface.c:752] in wined3d
(0x0685faf8)
3 0x00899ac2 cpu_blitter_blit+0xc2(blitter=002BB820,
op=WINED3D_BLIT_OP_RAW_BLIT, context=00289F90, src_texture=0028D170,
src_sub_resource_idx=0, src_location=0x10, src_rect=0685FE10,
dst_texture=002CB990, dst_sub_resource_idx=<is not available>,
dst_location=0x8, dst_rect=0685FE20, color_key=00000000,
filter=WINED3D_TEXF_POINT, resolve_format=00000000)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\surface.c:1328] in
wined3d (0x0685fb98)
4 0x008b7622 ffp_blitter_blit+0xa2(blitter=002BB838,
op=WINED3D_BLIT_OP_RAW_BLIT, context=00289F90, src_texture=0028D170,
src_sub_resource_idx=0, src_location=0x10, src_rect=0685FE10,
dst_texture=002CB990, dst_sub_resource_idx=0, dst_location=0x8,
dst_rect=0685FE20, colour_key=00000000, filter=WINED3D_TEXF_POINT,
resolve_format=00000000)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\texture.c:6190] in
wined3d (0x0685fc58)
5 0x0085d36d glsl_blitter_blit+0x1ad(blitter=002BB850,
op=WINED3D_BLIT_OP_RAW_BLIT, context=00289F90, src_texture=0028D170,
src_sub_resource_idx=0, src_location=0x10, src_rect=0685FE10,
dst_texture=002CB990, dst_sub_resource_idx=0, dst_location=0x8,
dst_rect=0685FE20, colour_key=00000000, filter=WINED3D_TEXF_POINT,
resolve_format=00000000)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\glsl_shader.c:13270] in
wined3d (0x0685fd78)
6 0x0089ada1 texture2d_blt+0x3c1(dst_texture=002CB990,
dst_sub_resource_idx=0, dst_box=05B678B4, src_texture=0028D170,
src_sub_resource_idx=0, src_box=05B678D4, flags=0x20000000, fx=05B678F0,
filter=WINED3D_TEXF_POINT)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\surface.c:1639] in
wined3d (0x0685fe48)
7 0x0081b8ad wined3d_cs_exec_blt_sub_resource+0xcd(cs=05B50020,
data=05B678A8) [Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\cs.c:2579]
in wined3d (0x0685fec8)
8 0x0081d37b wined3d_cs_command_unlock(queue=<internal error>, cs=<internal
error>) [Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\cs.c:3310] in
wined3d (0x0685ff28)
9 0x0081d37b wined3d_cs_execute_next+0x53(ctx=<couldn't compute location>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\cs.c:3309] in wined3d
(0x0685ff28)
10 0x0081d37b wined3d_cs_run+0x13b(ctx=<couldn't compute location>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\cs.c:3376] in wined3d
(0x0685ff28)
[...]
7145 is the most common last trace seen, though 7033 also appears at least
once, but running with WINETEST_REPORT_SUCCESS I get different locations.
See https://test.winehq.org/data/patterns.html#d2d1:d2d1
Furthermore when reproducing this I saw out-of-memory traces right before the
crash. For instance:
d2d1.c:601: Test succeeded
01d8:err:d3d:wined3d_debug_callback 00291C38: "GL_OUT_OF_MEMORY in
glBufferStorage".
01d8:err:d3d:wined3d_debug_callback 00291C38: "GL_INVALID_VALUE in
glMapBufferRange(offset 0 + length 67108864 > buffer_size 0)".
01d8:err:d3d:wined3d_allocator_chunk_gl_map Failed to map chunk memory.
01d8:err:d3d:wined3d_bo_gl_map Failed to map chunk.
01d8:err:d3d:wined3d_context_gl_map_bo_address Failed to map bo.
wine: Unhandled page fault on write access to 00000000 at address 6AB30FE4
(thread 01d8), starting debugger...
It's not clear why only the debian11 VM is impacted: it has a dual-screen
configuration but so does debiant so it does not appear to be a multi-monitor
thing, and this does not happen on fgtb-debian11 or debian11b so it's not a
Debian version 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=53752
Bug ID: 53752
Summary: Rayman 3: glitched graphics (black textures)
Product: Wine
Version: 7.3
Hardware: x86-64
URL: https://archive.org/download/rayman-3-pc-demo/Rayman3_
PC-Demo.zip
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: z.figura12(a)gmail.com
Regression SHA1: 1b1b03055db8bf03c6783d4fcb19abf670d53338
Distribution: ---
There are lots of black textures in Rayman 3 thus not so much of the game can
be seen.
Can be reproduced with the demo: the issue is already present in the main menu.
According to my testing the problem appeared with
commit 1b1b03055db8bf03c6783d4fcb19abf670d53338
wined3d: Try to allocate new OpenGL BOs from the client thread for DISCARD
maps.
With the previous commit in-game scenery looks good.
Workaround: disable hardware TnL in the video settings utility called
R3_Setup_DX8.exe in the demo.
Rayman3_PC-Demo.zip (184M)
md5: d6d3c2d76931feff73f56295a0dee6a3
Still present in wine-7.18-120-g001665d7354.
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: NVIDIA GeForce GT 730/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 470.141.03
OpenGL core profile shading language version string: 4.60 NVIDIA
--
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=53640
Bug ID: 53640
Summary: Bully: Scholarship Edition hangs on loading screen and
doesn't play intros
Product: Wine
Version: 7.15
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: 4608e1e1257a377cd554a0e885368e3feb7d286f
Distribution: ---
Loading screen is shown until mouse is clicked then you're getting to main
menu.
It's back to normal after deleting the registry path.
--
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=47828
Bug ID: 47828
Summary: regedit: Random crashes on selecting an entry
(thread-related?)
Product: Wine
Version: 4.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ed7-aspire4925(a)hotmail.com
Distribution: ---
Created attachment 65333
--> https://bugs.winehq.org/attachment.cgi?id=65333
commented logs from the various crashes
As described above. By selection I meant double-clicking or pressing [return]
on a highlighted entry
Sometimes the "debuggee" works, sometimes it doesn't.
Sometimes the back trace shows, sometimes it doesn't.
Sometimes the application crash window doesn't even appear.
Definitely a threading issue...
The crash occurs at around the eighth key selection.
--
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=48322
Bug ID: 48322
Summary: World of Warcraft Classic: Mouse movement can block
keydown events from registering
Product: Wine-staging
Version: 5.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: m.schaefer8(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
This seems to be a regression:
I've noticed this in the game World of Warcraft Classic. In Wine 4.17.r11
mouse/keyboard behave as expected. With 5.0-rc1 when keeping the right mouse
button clicked *and* moving the mouse (changing character orientation and view
orientation with the mouse) all other keydown events are ignored. Moving the
mouse by itself does not block keydown events; keeping the button pressed but
not moving the mouse also does not block keydown events.
Keyup events are processed as normal.
Software I'm using is specifically Wine-Staging with TKG patches.
Having never filed bugs for Wine before, please inform me if you require
additional information, logs (and how to acquire said logs), 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.
https://bugs.winehq.org/show_bug.cgi?id=47438
Bug ID: 47438
Summary: Bloodstained: Ritual of the Night freeze at
whitescreen because of mfplat commit
eff5a7aebc65e98cacf0d6a0ccc6101ffa552aa0
Product: Wine
Version: 4.4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: GloriousEggroll(a)gmail.com
Distribution: ---
Bloodstained: Ritual of the Night shows a white screen upon opening and freezes
there due to the following commit that was made to mfplat:
eff5a7aebc65e98cacf0d6a0ccc6101ffa552aa0
mfplat: Implement media event queue
I did a bisect between 4.3 and 4.4 as it works in 4.3, and found that commit to
be the cause.
As a lot of work has been done on mfplat, and this is implementing a rather
large feature, its not some thing that seems to be easily revertible.
Using winetricks mf results in the game just popping up an error.
--
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=41339
Bug ID: 41339
Summary: Minor regression: Wine loads with
"/wine/dlls/ntdll/loader.c: loader_section" errors
when creating a new prefix or running an application
Product: Wine
Version: 1.9.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fjfrackiewicz(a)gmail.com
Distribution: ---
I noticed that with Wine 1.9.18, whenever I either created a new prefix or ran
an application I would receive the following errors in my terminal:
err:ntdll:RtlpWaitForCriticalSection section 0x7bcf4f84
"../../../wine/dlls/ntdll/loader.c: loader_section" wait timed out in
thread 001d, blocked by 001e, retrying (60 sec)
err:ntdll:RtlpWaitForCriticalSection section 0x7bcf4f84
"../../../wine/dlls/ntdll/loader.c: loader_section" wait timed out in
thread 001c, blocked by 001e, retrying (60 sec)
This issue was also brought up by Bruno Jesus in the wine-devel mailing list
here: https://www.winehq.org/pipermail/wine-devel/2016-September/114672.html
Since I am not the only one experiencing this, I decided to run a regression
test. According to the git bisect I have performed this issue first appears in
wine-1.9.17-149-gd2b782f
The bad commit in question:
commit d2b782f4e4f0efa6e783031d57cf98789cdc4742
Author: Henri Verbeet <hverbeet(a)codeweavers.com>
Date: Fri Aug 26 13:51:22 2016 +0200
ddraw: Rename "wineD3DVertexBuffer" to "wined3d_buffer".
Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
:040000 040000 719fe9426a27661606b40339c96588fa09e3385e
07af319b9fd2e194b9a5990a0c09277d34ed42bb M dlls
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54184
Bug ID: 54184
Summary: [regression] Multiple applications fail http requests
when WinHttpSendRequest() doesn't contain full request
data.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winhttp
Assignee: wine-bugs(a)winehq.org
Reporter: pgofman(a)codeweavers.com
Distribution: ---
Split off from Bug 54055 (see Comments 1, 3, 4 there).
The problem is introduced by this commit:
commit aa8f97e8294b0618de0e8a45ff2adef0c4e516da
Author: Paul Gofman <pgofman(a)codeweavers.com>
Date: Mon Dec 5 19:33:18 2022 -0600
winhttp: Receive server reply in send_request().
For the requests which involve additional data to be sent the application might
use WinHttpWriteData() before WinHttpReceiveResponse() to pass the additional
request data instead of providing the optional data to WinHttpSendRequest(). In
that case server reply can't be read in send_request().
--
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=54049
Bug ID: 54049
Summary: ddraw:ddraw2 test_texture_wrong_caps test triggers use
after free bug
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: rbernon(a)codeweavers.com
Distribution: ---
The test crashes when run with WINEDEBUG=warn+heap, with the following stack:
#0 wined3d_device_context_get_depth_stencil_view (context=0xfeeefeee) at
../source/dlls/wined3d/device.c:5297
#1 0x69ef72bb in ddraw_surface_delete_attached_surface
(surface=surface@entry=0x63484e0, attachment=0x6348260, detach_iface=0x6348270)
at ../source/dlls/ddraw/surface.c:2207
#2 0x69ef8791 in ddraw_surface_wined3d_object_destroyed (parent=0x63484e0) at
../source/dlls/ddraw/surface.c:5899
#3 0x6ce08858 in wined3d_texture_sub_resources_destroyed (texture=<optimized
out>, texture@entry=0x2285810) at ../source/dlls/wined3d/texture.c:1100
#4 0x6cc8601a in adapter_gl_destroy_texture (texture=<optimized out>) at
../source/dlls/wined3d/adapter_gl.c:4808
#5 0x6cdfea7a in wined3d_texture_decref (texture=0x2285810) at
../source/dlls/wined3d/texture.c:1635
#6 wined3d_texture_decref (texture=0x2285810) at
../source/dlls/wined3d/texture.c:1603
#7 0x69ef524b in ddraw_surface_cleanup (surface=surface@entry=0x63484e0) at
../source/dlls/ddraw/surface.c:609
#8 0x69ef797f in ddraw_surface_release_iface (This=This@entry=0x63484e0) at
../source/dlls/ddraw/surface.c:638
#9 0x69eea830 in ddraw_surface1_Release (iface=0x63484f0) at
../source/dlls/ddraw/surface.c:749
#10 0x69ed4b76 in d3d_device_inner_Release (iface=0x34e4a90) at
../source/dlls/ddraw/device.c:356
#11 0x69ecae68 in d3d_device2_Release (iface=0x34e4a88) at
../source/dlls/ddraw/device.c:397
#12 0x0052ef3b in test_texture_wrong_caps (device_guid=<optimized out>) at
../source/dlls/ddraw/tests/ddraw2.c:15661
#13 0x00420a16 in run_for_each_device_type (test_func=0x52e9a0
<test_texture_wrong_caps>) at ../source/dlls/ddraw/tests/ddraw2.c:16338
#14 func_ddraw2 () at ../source/dlls/ddraw/tests/ddraw2.c:16464
#15 0x00560641 in run_test (name=0x90aae0 "ddraw2") at
../source/include/wine/test.h:718
#16 main (argc=2, argv=0x90aa80) at ../source/include/wine/test.h:833
#17 0x0043354d in mainCRTStartup () at ../source/dlls/msvcrt/crt_main.c:58
#18 0x7b60e6a4 in InterlockedDecrement@4 ()
#19 0x7bc0c99f in call_thread_func_wrapper ()
#20 0x7bc42160 in call_thread_func (entry=<optimized out>, arg=<optimized out>)
at ../source/dlls/ntdll/thread.c:270
#21 0x00000000 in ?? ()
--
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=53101
Bug ID: 53101
Summary: Public Peer silently exits
Product: Wine
Version: 7.10
Hardware: x86-64
URL: https://web.archive.org/web/20110710185832if_/http://lastmile.gomez.com/PEERInstall.exe
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
CC: jacek(a)codeweavers.com
Regression SHA1: db9b7b0f511197255d0cbe81605a42e34bf630d6
Distribution: Ubuntu
Created attachment 72533
--> https://bugs.winehq.org/attachment.cgi?id=72533
Wine 7.9 +x11drv +x11settings +imm
Public Peer (formerly Gómez Peer) exits silently on run since commit
db9b7b0f511197255d0cbe81605a42e34bf630d6.
commit db9b7b0f511197255d0cbe81605a42e34bf630d6
Author: Jacek Caban <jacek(a)codeweavers.com>
Date: Tue Apr 19 15:31:41 2022 +0200
winex11: Use TEB to store driver thread data.
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>
Log-in not required and the service is down, but the app can still be tested.
On a successful run you are asked to enter your username, which isn't verified
so can be anything.
Console output:
0080:fixme:imm:ImeSetActiveContext (0x34c160, 0): stub
0080:fixme:imm:ImmReleaseContext (00010020, 0034C160): stub
--
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=50519
Bug ID: 50519
Summary: Adobe Digital Editions 4.5 crash on Wine 6.0
Product: Wine
Version: 6.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aversa(a)email.arizona.edu
Distribution: ---
Created attachment 69181
--> https://bugs.winehq.org/attachment.cgi?id=69181
backtrace
Adobe Digital Editions 4.5 crashes on Wine 6.0. It worked on earlier versions.
See attached backtrace.
Also, when my Wine config was being upgraded, it displayed a dialog box about
rundll32.exe "Unable to find a version of the runtime to run this 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=53627
Bug ID: 53627
Summary: Max Payne: mouse scroll behaves erratically
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: matheus.venturini(a)acad.ufsm.br
Distribution: ---
How to reproduce:
1. Download the Max Payne demo
2. Start the game and select tutorial on the menu
3. Use the scroll wheel
The scroll wheel is used to switch weapons in the game. When used it acts as if
it gets "stuck" for a few seconds and will switch to the next/previous weapon
every frame, causing it to loop over the entire inventory very quickly. The
most recent report for the game mentions this issue:
https://appdb.winehq.org/objectManager.php?sClass=version&iId=881
--
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.