http://bugs.winehq.org/show_bug.cgi?id=58101
Bug ID: 58101
Summary: Experimental wow64 mode issue Wine Arm64
Product: Wine
Version: 10.5
Hardware: aarch64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cdfrosty(a)gmail.com
Distribution: ---
Created attachment 78360
--> http://bugs.winehq.org/attachment.cgi?id=78360
Experimental wow64 mode issue Wine Arm64 failing to load ntdll.dll
Now thanks to the hard work done on this issue report:
https://bugs.winehq.org/show_bug.cgi?id=52715 I can now compile for Arm64
I just want to report that binaries that use the experimental wow64 mode will
fail and fail to load L"\\??\\C:\\windows\\syswow64\\ntdll.dll"
--
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=58112
Bug ID: 58112
Summary: Unimplemented function
KERNEL32.dll.InitializeSynchronizationBarrier
Product: Wine
Version: 10.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: git.ceeac(a)gmail.com
Distribution: ---
I am developing a cross-platform application that uses barriers as a
synchronization primitive.
This works fine when the application is started on Windows, however when
started on Linux (Arch) + WINE (10.5), the application crashes with
wine: Unimplemented function KERNEL32.dll.InitializeSynchronizationBarrier
called at address 00006FFFFFC695E8 (thread 012c)
Presumably, all of the following functions are unimplemented in WINE:
- InitializeSynchronizationBarrier
- DeleteSynchronizationBarrier
- EnterSynchronizationBarrier
--
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=58111
Bug ID: 58111
Summary: CLIP STUDIO PAINT version 2 context menus do not show
up
Product: Wine
Version: 10.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kas23997(a)gmail.com
Distribution: ---
Context menus such as the File, Edit, etc menus and drop down menus such as
palette selection do not show up. The program seems to be working as normal,
clicking away as if to dismiss the missing menus will allow you to do other
tasks in the program as normal.
--
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=58110
Bug ID: 58110
Summary: Wine wrongly detects a debugger attached at start
Product: Wine
Version: 10.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: yousefvand(a)gmail.com
Distribution: ---
from version 10.3-1 wine wrongly detects a debugger attached to system while
this is not true. I'm using Archlinux 6.14.2-arch1-1 KDE Wayland. I have
installed Qt6 on my system since I'm a Qt programmer. Currently I use: sudo
pacman -Syu --ignore=wine to stop wine from upgrading but now I have problem
with my Meta Trader 5 using old 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=58109
Bug ID: 58109
Summary: Error detecting the operating system with Paint.net
Product: Wine
Version: 10.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: grandrodri3(a)gmail.com
Distribution: ---
Created attachment 78366
--> http://bugs.winehq.org/attachment.cgi?id=78366paint.net graphical error
Hello, how are you?
I wanted to report an error with the paint.net program. You see, when I load
the offline installer in Windows 10 mode, it tells me it needs Windows 10 21H2
or 11 to run. Then, looking at the requirements, it said it requires NET 9. I
installed it, and it turns out it gives me an error stating it's not detected,
rendering the installer unusable.
The error is in the mscordaccore.dll library, which corresponds to NET 9.
To give a little more information, the CPU it's running on is a
second-generation i5, not compatible with AVX2, and an Intel Graphics 2000
graphics card, compatible with DirectX 10. I say this because the requirements
notes state that the absence of these features shouldn't affect the program's
startup.
Could you please review it?
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=58108
Bug ID: 58108
Summary: Viewing attachments as 'Raw Unified' corrupts patches.
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: chiitoo(a)gentoo.org
CC: austinenglish(a)gmail.com
Distribution: Gentoo
This is a pretty old issue, but I can't find anyone else having reported it.
Viewing an attached patch as 'Raw Unified' mangles the patch above filenames so
that it looks like this example:
----
@@ -, +, @@
mshtml HACK: Do not expose MutationObserver stub.
FFXIV Launcher breaks with MutationObserver stub so it needs a proper
implementation.
--- a/dlls/mshtml/mutation.c
+++ a/dlls/mshtml/mutation.c
@@ -1217,7 +1217,7 @@ dispex_static_data_t MutationObserver_dispex = {
.vtbl = &mutation_observer_dispex_vtbl,
.disp_tid = IWineMSHTMLMutationObserver_tid,
.iface_tids = mutation_observer_iface_tids,
- .min_compat_mode = COMPAT_MODE_IE11,
+ .min_compat_mode = COMPAT_MODE_IE11 + 1, /* FIXME HACK: Not exposed as
FFXIV Launcher breaks with MutationObserver stub */
};
static HRESULT create_mutation_observer(DispatchEx *owner, IDispatch
*callback,
----
The 'Details' option displays the diff correctly:
----
commit 200935d77464cd4eaf9733ec9c0003236ef22524
Author: Gabriel Ivăncescu <gabrielopcode(a)gmail.com>
Date: Wed Mar 19 23:39:09 2025 +0200
mshtml HACK: Do not expose MutationObserver stub.
FFXIV Launcher breaks with MutationObserver stub so it needs a proper
implementation.
diff --git a/dlls/mshtml/mutation.c b/dlls/mshtml/mutation.c
index a203c03e2dc..b5ce4b6755b 100644
--- a/dlls/mshtml/mutation.c
+++ b/dlls/mshtml/mutation.c
@@ -1217,7 +1217,7 @@ dispex_static_data_t MutationObserver_dispex = {
.vtbl = &mutation_observer_dispex_vtbl,
.disp_tid = IWineMSHTMLMutationObserver_tid,
.iface_tids = mutation_observer_iface_tids,
- .min_compat_mode = COMPAT_MODE_IE11,
+ .min_compat_mode = COMPAT_MODE_IE11 + 1, /* FIXME HACK: Not exposed as
FFXIV Launcher breaks with MutationObserver stub */
};
static HRESULT create_mutation_observer(DispatchEx *owner, IDispatch
*callback,
----
Attachment source: https://bugs.winehq.org/show_bug.cgi?id=48006#c58
Click on 'attachment 78365' and then 'Raw Unified'.
Thank you!
--
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=58107
Bug ID: 58107
Summary: PlayOnline Viewer: Minimised window restores behaving
as if it was inactive.
Product: Wine
Version: 10.5
Hardware: x86-64
URL: https://web.archive.org/web/20210810150839/http://www.
playonline.com/ff11eu/download/media/install_win.html
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: chiitoo(a)gentoo.org
Regression SHA1: 3ae66c75cf443c0be403d9fe4e4da3c19b3ad9a8
Distribution: Gentoo
After 3ae66c75cf4 [1], PlayOnline Viewer sometimes restores from a minimised
state behaving as if it was not the active window.
Normally, when the PlayOnline Viewer window is visible but not the active
window, it will lower its FPS to ~5 and the mouse cursor will not change over
it, nor do the buttons respond to the cursor until the window is activated.
Once it is the active window, the FPS for me will be above 40 depending on what
is on the screen, and the mouse cursor is a custom cursor from the application.
With the mentioned commit, the application window acts as if it is not the
active window, with the reduced FPS and non-custom cursor, but it responds to
clicks on buttons and such as usual when it is the active window.
This does not happen 100% of the time, sometimes taking a handful or
minimise/restore actions.
Thank you!
1.
https://gitlab.winehq.org/wine/wine/-/commit/3ae66c75cf443c0be403d9fe4e4da3…
--
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=57971
Bug ID: 57971
Summary: Cannot change stored URLs in applications desription
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mywine(a)schiermeier-it.de
Distribution: ---
Created attachment 78226
--> https://bugs.winehq.org/attachment.cgi?id=78226
Error details: showed error message
It isn't possible to change stored URLs above the main description of an
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=48006
Bug ID: 48006
Summary: Final Fantasy XIV Launcher stuck on splash screen
Product: Wine
Version: 4.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ieframe
Assignee: wine-bugs(a)winehq.org
Reporter: winehq.eloelo(a)spamgourmet.com
Distribution: ---
Created attachment 65534
--> https://bugs.winehq.org/attachment.cgi?id=65534
wine output
The FFXIV launcher has been updated and is now frozen on the splash screen.
(Just a big "Final Fantasy XIV Online" logo).
For now there is a workaround: Set Browser to 1 in FFXIV_BOOT.CFG.
This browser type isn't supposed to last forever, so this is just a temporary
workaround.
--
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=58105
Bug ID: 58105
Summary: explorer creates extra virtual desktop when using the
/desktop=shell argument
Product: Wine
Version: 10.5
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: ---
Created attachment 78363
--> http://bugs.winehq.org/attachment.cgi?id=78363
Picture of extra shell window.
FYI: There's no explorer component in bugzilla. So I've put this under unknown.
Is there a better component for this? (There *is* an explorerframe component,
but that seems too specific for including virtual desktops, as the description
seems to be limited to just the windows7+ taskbar.)
In a wine prefix with virtual desktops enabled, using the /desktop=shell
argument to start explorer, when no other wine processes are running, causes
wine to produce two virtual desktop windows.
The first virtual desktop is the configured via virtual desktop setting in
winecfg, which remains empty.
The second virtual desktop is the requested shell desktop that contains the
taskbar and start menu.
Shouldn't the /desktop=shell argument check to see if a desktop already exists
and if not just create one desktop?
If this is a case of reused functionality, maybe the code that added the
"enable taskbar / start menu" checkbox to winecfg could be upstreamed as a fix?
(It was written during code freeze, but didn't cause this bug, maybe it could
be revisited now?)
--
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.