http://bugs.winehq.org/show_bug.cgi?id=24812
Summary: Explorer++: right-click menu (in the main listview)
degrades to nothing when opened multiple times
Product: Wine
Version: 1.3.5
Platform: x86-64
URL: http://www.explorerplusplus.com/download
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
Created an attachment (id=31378)
--> (http://bugs.winehq.org/attachment.cgi?id=31378)
Terminal output with a crash
A few locations seem to be exempt from this bug (like My Computer), but it can
be seen in the root of the Z:\ drive. Right-clicking in an empty area of the
main listview gives a basically-correct menu the first time (compared to
Windows, the only difference is the lack of a "new" submenu).
However, right-clicking in the blank area again produces a menu with fewer
items - the topmost two items have disappeared. Each subsequent right click
removes two more items (including separators) from the top of the menu until
they all disappear and the menu doesn't pop up anymore. Occasionally, the app
will crash when trying to exit or switch to another folder afterward.
Native comctl32 doesn't help.
--
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=52213
Bug ID: 52213
Summary: Tests for mfreadwrite crash after pthread_exit
Product: Wine
Version: 7.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gmascellani(a)codeweavers.com
Regression SHA1: 4ba31162c37ea237763e650f6242535d86ffb170
Distribution: Debian
Since commit 4ba31162c37ea237763e650f6242535d86ffb170 test for mfreadwrite
crash in a funny way on my system: one of the threads of the tests crashes
after calling pthread_exit, which is, as far as I understand, the last place in
which we have the control of a dying thread.
The system on which I am trying this is a rather recently installed Debian
unstable amd64, for which I did not do any specific tinkering, say, of the
dynamic loader, glibc or anything else. So I can't think of anything unusual
that could trigger this on my system. However, my first impression is that
somehow we corrupt something in the pthread or glibc status so that the
teardown goes badly.
--
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=49877
Bug ID: 49877
Summary: Minecraft Education Edition shows error during
install: Fails to create scheduled task
Product: Wine
Version: 5.17
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 68223
--> https://bugs.winehq.org/attachment.cgi?id=68223
Screenshot error message
As the title says, it won't install. Might have other issues as well, but this
is about this first 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.
http://bugs.winehq.org/show_bug.cgi?id=34322
Bug #: 34322
Summary: Total Commander: cut works like copy
Product: Wine
Version: 1.7.0
Platform: x86
URL: http://www.ghisler.com/amazons3.php
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shell32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: djelinski1(a)gmail.com
Classification: Unclassified
To reproduce: right-click a file and wait for the context menu to show up;
select Cut. Start wine explorer (Paste is not available in TC at the moment -
bug 34319), right-click on folder background and select Paste (pick a regular
folder - paste on desktop doesn't work). The file is copied instead of being
moved.
--
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=56360
Bug ID: 56360
Summary: FoxVox window is rendered as a blank surface instead
of expected user interface
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: arethusa26(a)gmail.com
Distribution: ---
Created attachment 76097
--> https://bugs.winehq.org/attachment.cgi?id=76097
Wine output from FoxVox application with broken user interface
While confirming that the issue reported in bug 56358 for the FoxVox
application is already fixed in wine-9.2, I noticed that when it is launched
with wine-9.2, the FoxVox window shows the expected user interface, but with
wine-9.2-286-g232b18d820e, the window shows a blank and black surface instead.
Regression testing with git bisect yields:
5ffed8830cbc619219eae9a9f48b5f83bced7ad4 is the first bad commit
commit 5ffed8830cbc619219eae9a9f48b5f83bced7ad4
Author: Fabian Maurer <dark.shadow4(a)web.de>
Date: Fri Feb 9 20:11:44 2024 +0100
user32/sysparams: Handle more contexts in
GetAwarenessFromDpiAwarenessContext.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55630
--
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=56147
Bug ID: 56147
Summary: Real time Receiving data freezes for 1-5 seconds
Product: Wine
Version: 9.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rtgriggs(a)gmail.com
Distribution: ---
Created attachment 75826
--> https://bugs.winehq.org/attachment.cgi?id=75826
Highlighted example of receiving data stopping.
Real time futures data stops for 1-5 seconds multiple times an hour. Side by
side comparison with Windows shows no delay from internet connection.
Symptoms started with 9.0-rc3. Attached is an image. The highlighted section
shows data stopping and then starting.
Regression back to 8.0.2 resolves 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=34319
Bug #: 34319
Summary: Total Commander: context menu does not contain Paste
Product: Wine
Version: 1.7.0
Platform: x86
URL: http://www.ghisler.com/amazons3.php
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shell32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: djelinski1(a)gmail.com
Classification: Unclassified
Right-click on a folder and hold the button until menu pops up. The menu should
contain "Paste" command (at least when clipboard contains a file), but does
not. Same goes to clicking on folder view background.
--
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=11629
Summary: Usable Wine interface
Product: Wine
Version: unspecified
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: remco47(a)yahoo.com
What about making a Wine GUI to behave more like emulators like VirtualBox.
It's extremely hard right now to get Wine in desktop mode. It would be nice if
you could start Wine as an application, which opens up a window like this:
http://xs224.xs.to/xs224/08081/mockup918.png (ignore the virtualbox-stuff)
And if you start one of those prefixes, it by default opens a Wine Desktop with
a simple Taskbar & Start-menu. Somewhere in the Start-menu could be the option
to switch to desktop integration mode. There could also be an option to run the
Wine Desktop full-screen. Like this:
http://xs224.xs.to/xs224/08081/winedesktop771.png (forgive my GIMP skills)
I believe this would be very good for usability. Desktop mode is more stable
than seamless mode, yet it's hidden in winecfg. This kind of UI also exposes
the prefix-functionality in a transparent way. Wouldn't that be a nice 1.0
polishing idea?
--
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=56401
Bug ID: 56401
Summary: Some ARM unwinding testcases broken by "ntdll: Use the
correct structure for non-volatile registers"
Product: Wine
Version: 8.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: martin(a)martin.st
CC: julliard(a)winehq.org
Regression SHA1: 42cebcca3cf8220e5dfffecc99d51ded972c54d6
Distribution: ---
The recent change 42cebcca3cf8220e5dfffecc99d51ded972c54d6, "ntdll: Use the
correct structure for non-volatile registers on ARM64.", broke two unwinding
testcases, seh0024 and seh0026 from
https://github.com/microsoft/compiler-tests/tree/master/seh. And likewise, the
corresponding change for ARM broke the exact same two testcases in ARM builds.
See https://martin.st/temp/arm-seh-testcases.zip for precompiled test binaries
to show the issue, e.g. arm64-seh-tests/compiler-test-seh/seh0024.exe and
arm64-seh-tests/compiler-test-seh/seh0026.exe within the zip.
--
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=55724
Bug ID: 55724
Summary: mfmediaengine:mfmediaengine sometimes gets a
threadpool assertion in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
mfmediaengine:mfmediaengine sometimes gets a threadpool assertion in Wine:
mfmediaengine.c:147: created L"C:\\users\\winetest\\Temp\\rgb32frame.bmp"
Unhandled exception: assertion failed in 32-bit code (0x7bc24980).
[...]
Backtrace:
=>0 0x7bc24980 raise_status+0x30(status=0x80000101, rec=00000000)
[/home/winetest/tools/testbot/var/wine-win32/../wine/dlls/ntdll/exception.c:201]
in ntdll (0x0499fd20)
1 0x7bc249a9 in ntdll (+0x249a9) (0x0499fd40)
2 0x7bc24d7b debugstr_a(str="!object->num_running_callbacks",
file="../wine/dlls/ntdll/threadpool.c", line=0x84c)
[/home/winetest/tools/testbot/var/wine-win32/../wine/include/wine/debug.h:507]
in ntdll (0x0499fd70)
3 0x7bc24d7b _assert+0x1b(str="!object->num_running_callbacks",
file="../wine/dlls/ntdll/threadpool.c", line=0x84c)
[/home/winetest/tools/testbot/var/wine-win32/../wine/dlls/ntdll/exception.c:627]
in ntdll (0x0499fd70)
4 0x7bc5cb88 tp_object_release+0x198(object=<register EBX not accessible in
this frame>)
[/home/winetest/tools/testbot/var/wine-win32/../wine/dlls/ntdll/threadpool.c:2123]
in ntdll (0x0499fdb0)
5 0x7bc60645 TpReleaseWait+0x35(wait=013E32C8)
[/home/winetest/tools/testbot/var/wine-win32/../wine/dlls/ntdll/threadpool.c:2117]
in ntdll (0x0499fde0)
6 0x6b141a08 work_item_Release+0x6e(iface=<internal error>)
[/home/winetest/tools/testbot/var/wine-win32/../wine/dlls/rtworkq/queue.c:567]
in rtworkq (0x0499fe00)
7 0x6b141a08 work_item_Release+0x88(iface=009E7EA0)
[/home/winetest/tools/testbot/var/wine-win32/../wine/dlls/rtworkq/queue.c:580]
in rtworkq (0x0499fe00)
8 0x6b142f9a waiting_item_cancelable_callback+0x2a(instance=0499FE90,
context=009E7EA0, wait=013E32C8, wait_result=0)
[/home/winetest/tools/testbot/var/wine-win32/../wine/dlls/rtworkq/queue.c:769]
in rtworkq (0x0499fe30)
9 0x7bc5d55a tp_object_execute+0x14a(object=<register EDI not accessible in
this frame>, wait_thread=<register EBX not accessible in this frame>)
[/home/winetest/tools/testbot/var/wine-win32/../wine/dlls/ntdll/threadpool.c:2248]
in ntdll (0x0499fed0)
10 0x7bc5daf0 threadpool_worker_proc+0x100(param=00249938)
[/home/winetest/tools/testbot/var/wine-win32/../wine/dlls/ntdll/threadpool.c:2356]
in ntdll (0x0499ff30)
11 0x7b829770 in kernel32 (+0x29770) (0x0499ff48)
12 0x7bc5a557 in ntdll (+0x5a557) (0x0499ff5c)
13 0x7bc5ada0 RtlCreateUserThread(entry=7BC5D9F0, arg=00249938)
[/home/winetest/tools/testbot/var/wine-win32/../wine/dlls/ntdll/thread.c:315]
in ntdll (0x0499ffec)
0x7bc24980 raise_status+0x30
[/home/winetest/tools/testbot/var/wine-win32/../wine/dlls/ntdll/exception.c:201]
in ntdll: sub $0x04, %esp
201 for (;;) RtlRaiseException( &ExceptionRec ); /* never returns */
See https://test.winehq.org/data/patterns.html#mfmediaengine:mfmediaengine
There are only two instances so far but both are only days old and the GitLab
CI is impacted too:
2023-10-04 MR!4012 (test-linux-32)
2023-10-02 debian11-fr-32
--
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.