https://bugs.winehq.org/show_bug.cgi?id=57401
Bug ID: 57401
Summary: Dragon Unpacker crashes on both wine devel and staging
Product: Wine
Version: 9.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: yurnerolinux(a)yandex.com
Distribution: ---
App is this.
https://github.com/elbereth/DragonUnPACKer
Version that i tried are 5.6.2 and 5.7.0 beta. Both yields to same result.
What does that app do?
It converts custom formatted audio streams to known formats.
https://www.elberethzone.net/en/dragon-unpacker-supported-games.html
List of supported games, i tried with Freedom Fighters.
How to repro?
- Open the app
- Press Ctrl+H or click HyperFile via File option in GUI
- Click to Formats, tick "Audio" in that menu
- Click to Search entry, select the path where game files resides, afterwards
click Search below
- See how it finds files, when it is done click "Ok"
- You will see bunch of entries that says "streams-wav" etc, click to one of
them, see how app crashes.
Terminal output is this, now i don't know which Wine debug channel should be
used for that.
007c:fixme:wineusb:query_id Unhandled ID query type 0x5.
007c:fixme:wineusb:query_id Unhandled ID query type 0x5.
007c:fixme:wineusb:query_id Unhandled ID query type 0x5.
007c:fixme:wineusb:query_id Unhandled ID query type 0x5.
0024:fixme:explorerframe:taskbar_list_SetProgressState iface 017B9B18, hwnd
00010086, flags 0 stub!
0024:fixme:explorerframe:taskbar_list_SetProgressValue iface 017B9B18, hwnd
00010086, ullCompleted 0, ullTotal 64 stub!
0024:err:seh:NtRaiseException Exception frame is not in stack limits => unable
to dispatch exception.
--
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=57472
Bug ID: 57472
Summary: Systray support is broken in Wine 9.22
Product: Wine
Version: 9.22
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Steps to reproduce:
1. Download and run WinRAR 7.01 https://www.rarlab.com/
2. Install and launch
3. Press Alt + B (tools -> benchmark) and click "Background"
4. A systray icon/entry will appear and immediately disappear
Using Xorg/X11/XFCE4. No Wayland.
This is a regression. It used to work a couple of releases ago.
--
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=57463
Bug ID: 57463
Summary: winebus always crashing with unknown since
8b41c2cfddba1f9973246f61e39d4a4d92912da5
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: l12436.tw(a)gmail.com
Distribution: ---
Created attachment 77463
--> https://bugs.winehq.org/attachment.cgi?id=77463
crash log of winebus.sys
It will crash at winedevice.exe even execute winecfg
I revert de265dfa0bc41fefec3525cd6a1db5d1e1d57029 and
8b41c2cfddba1f9973246f61e39d4a4d92912da5 in previous version of wine will fix
this 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=57411
Bug ID: 57411
Summary: Heroes of the Storm: screen sporadically flickers
black
Product: Wine
Version: 8.4
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: matteo.mystral(a)gmail.com
Distribution: ---
You can already notice it in the login screen you get by running the game
directly (.../Support64/HeroesSwitcher_x64.exe).
Regression test blames:
46c8a637525d0f1cf67830295fb460c819b800b6 is the first bad commit
commit 46c8a637525d0f1cf67830295fb460c819b800b6
Author: Zebediah Figura <zfigura(a)codeweavers.com>
Date: Fri Jan 20 16:23:42 2023 -0600
winex11: Separately store the internal pixel format set by
WGL_WINE_pixel_format_passthrough.
dlls/d3d8/tests/device.c | 6 +++---
dlls/d3d9/tests/device.c | 6 +++---
dlls/ddraw/tests/ddraw1.c | 6 +++---
dlls/ddraw/tests/ddraw2.c | 6 +++---
dlls/ddraw/tests/ddraw4.c | 6 +++---
dlls/ddraw/tests/ddraw7.c | 6 +++---
dlls/winex11.drv/opengl.c | 26 +++++++++++---------------
7 files changed, 29 insertions(+), 33 deletions(-)
Although effectively it seems to be kind of a bad interaction with my commit
72597b170e814599ef2be4b19dc4b9de0932a30f "wined3d: Don't use separate GL
contexts for different swapchains." compounded with wined3d being a bit
overeager with switching window for GL contexts.
The game uses D3D11CreateDeviceAndSwapChain() to initialize the device and
(AFAICS) always uses the returned swapchain to do all its work. Except, every
now and then (about once every ~4 frames?) it clears the implicit swapchain's
back buffer.
At the moment, wined3d_context_gl_acquire() never attempts to reuse the current
context if it has NULL target (e.g. because the texture that was used for the
original activation of the context was released in the meantime, which is
always the case when this bug triggers). What effectively happens for such
(offscreen) clears is that wined3d activates the GL context on the implicit
swapchain, on a different window, and that resets internal_format_set (see
wined3d_context_gl_update_window()) which leads to resetting the pixel format
on it. Soon afterwards the game will do some operation that requires the "real"
swapchain (e.g. Present()) and wined3d will reactivate the context on the
explicit swapchain, bouncing back and forth between the two swapchains /
windows and resetting pixel format every time.
I guess one way to fix this in general would be to keep per-window values for
the current pixel format / internal format set flag in struct
wined3d_context_gl, so that we avoid spurious pixel format resets when flipping
through multiple windows.
In this case though, it's enough to always allow reusing the current context if
we don't need to access any on-screen resource. I'm going to open an MR that
does just that in a bit.
--
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=57308
Bug ID: 57308
Summary: Cannot load split debug symbols under /usr/lib/debug
Product: Wine
Version: 9.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: pq2sx44teeigl7za(a)chyen.cc
Distribution: ---
We're discussing splitting PE debug symbols into a separate Arch Linux package
to reduce disk usage for users that don't need it:
https://gitlab.archlinux.org/archlinux/packaging/packages/wine/-/issues/16.
Typically, split debug symbol files are placed under /usr/lib/debug.
Apparently, wine tries to find them but something wrong happens. If I run
strace on the UNIX process for winedbg.exe, I got this when a crash happens in
msvcrt.dll:
16423 newfstatat(AT_FDCWD,
"/usr/lib/debug/\\??\\Z:\\usr\\lib\\wine\\x86_64-windows\\msvcrt.dll.debug",
0x7ffffe0ff8e0, 0) = -1 ENOENT
The path should be /usr/lib/debug/usr/lib/wine/x86_64-windows/msvcrt.dll.debug.
It seems Windows paths are not correctly converted to UNIX paths.
--
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=43172
Bug ID: 43172
Summary: IDirectPlay4::EnumConnections needs to support wide
string in DPNAME structure
Product: Wine
Version: 2.10
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-dplay
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
Distribution: ---
IDirectPlay4::EnumConnections needs to support wide strings in DPNAME returned
in EnumConnections. Currently it just forwards to the ascii version.
--
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=57453
Bug ID: 57453
Summary: Regression: Cursor position offset in *some*
programs.
Product: Wine
Version: 9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)aitchison.me.uk
Distribution: ---
THIS IS A REGRESSION SINCE 9.21
*Some*, but not, all programs act as if the mouse position is relative to the
window rather than the screen. When the window is in the top left, the mouse
position is OK, but when the window is in the bottom right, the mouse acts as
if it is significantly down and right of the pointer.
OS: Linux Ubuntu 24-10 oracular
X11 desktop, TWM window manager
Wine packages installed:
wine-devel-amd64/oracular,now 9.22~oracular-1 amd64 [installed]
wine-devel-i386/oracular,now 9.22~oracular-1 i386 [installed]
wine-devel/oracular,now 9.22~oracular-1 amd64 [installed]
winehq-devel/oracular,now 9.22~oracular-1 amd64 [installed]
This can be demonstrated with "ViewRanger Map Chooser" a free program which can
be installed from:
http://web.archive.org/web/20170714072609/http://maps3.viewranger.com/mapch…
--
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=56838
Bug ID: 56838
Summary: FL Studio 21 gui problem
Product: Wine
Version: 9.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: HalanoSiblee(a)gmail.com
Distribution: ---
Created attachment 76649
--> https://bugs.winehq.org/attachment.cgi?id=76649
A video of the bug on my linux environment
FL studio 21 works fine for previous version of wine 9.8 and 9.9
since I've updated to 9.10 I got this GUI problem while moving the window of an
plugin Here I'll upload video explaining the bug
My system :
Archlinux
wine 9.10-1
wine-mono 9.1.0-1
Xorg/X11
...
...
...
--
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=56109
Bug ID: 56109
Summary: Broken Radiobutton navigation (Up/Down, Accelerators)
in several InnoSetup installers
Product: Wine
Version: 9.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: kyle.kcsoftwares(a)gmail.com
Distribution: ---
Created attachment 75779
--> https://bugs.winehq.org/attachment.cgi?id=75779
Ant Renamer
Broken Radiobutton navigation (Up/Down, Accelerators) in several InnoSetup
installers
Radiobuttons :
I &Accept ..
I do ¬ accept ...
- Click on one or the other then VK_UP or VK_DOWN => Focus change (dotted
rectangle) while selection does not move => THIS IS A BUG
- ALT+A and ALT+N have no effect => THIS IS A BUG
Happens with Ant Renamer 2.12 (see screenshot), TuxPaint 0.9.22 and several
other Inno Setup installers
--
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=57477
Bug ID: 57477
Summary: After commit of
484c61111ef32d75dcf5cf1656b4469b4de3ec37 game could
not launch with dxvk
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winevulkan
Assignee: wine-bugs(a)winehq.org
Reporter: l12436.tw(a)gmail.com
Distribution: ---
Created attachment 77488
--> https://bugs.winehq.org/attachment.cgi?id=77488
log with error in it
Many Game use dxvk was unable to launch after commit
484c61111ef32d75dcf5cf1656b4469b4de3ec37
Env
wine: lastest master
GPU: NVIDIA 560.35.03
Ubuntu 22.04
--
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.