http://bugs.winehq.org/show_bug.cgi?id=16227
Summary: Tooltips on mouse hover in EMS SQL Manager block the
mouse click
Product: Wine
Version: 1.1.9
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P1
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ksfreitas(a)gmail.com
Created an attachment (id=17473)
--> (http://bugs.winehq.org/attachment.cgi?id=17473)
Screenshot of a tooltip bloocking the mouse click
In EMS SQL Manager (Free and Full), the tooltips block the mouse click, having
to resize to see all item without tooltip for click. The link for freeware
software download:
http://www.sqlmanager.net/en/products/postgresql/manager/download
--
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=50458
Bug ID: 50458
Summary: Tooltips block input in Foobar2000
Product: Wine
Version: 5.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: debilerpc(a)web.de
Distribution: ---
**Context:**
Like with most media players, Foobar2000's playlist view is essentially a
spreadsheet where each line is a track and each column displays a tag or
metadata field.
If the length of the tag exceeds the width of the column, it gets cut off. You
can see the full tag in a tooltip by hovering over it with a mouse in that
case.
**The problem:**
As long as the tooltip is displayed, the app registers neither keyboard nor
mouse input.
I suspect this problem exists in a variety of
[apps](https://bugs.winehq.org/show_bug.cgi?id=16227), not just Foobar2000, but
here it is especially annoying.
**Expected behavior:**
When input is sent, the tooltip should disappear, and Foobar2000 should react
to the input. This is what happens under Windows 10.
--
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=58694
Bug ID: 58694
Summary: CorelDraw 2019 can't start, ScriptState unimplemented
Product: Wine
Version: 10.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: jscript
Assignee: wine-bugs(a)winehq.org
Reporter: d.astra(a)yopmail.com
Distribution: ---
Corel won't start. It crashes in splashscreen, with following Error.
010c:fixme:jscript:JScript_SetScriptState unimplemented state 3
010c:fixme:jscript:JScript_SetScriptState unimplemented state 3
0104:fixme:ver:GetCurrentPackageId (000000000021FEB0 0000000000000000): 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=57943
Bug ID: 57943
Summary: Critical program error in CorelDraw 2024 Setup.exe
Product: Wine
Version: 10.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: d.astra(a)yopmail.com
Distribution: ---
Created attachment 78189
--> https://bugs.winehq.org/attachment.cgi?id=78189
The crash dump from CorelDraw 2024 Setup.exe
I manually downloaded the real CorelDraw Setup (not the CDGS2024.exe, which
gets a connection timeout while trying to download from the corel servers) to
install the program. Neither the Setup.exe in the root directory
(CorelDRAWGraphicsSuite2024Installer), nor the Setup_x64.msi work. They crash
nearly instantly with a critical error. I provide the crash dump from the main
Setup.exe, as both dumps are the same.
--
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=58673
Bug ID: 58673
Summary: Kinco Dtools fails to start: err:msxml:doparse
Unsupported encoding: gb2312
Product: Wine
Version: 10.14
Hardware: x86-64
URL: https://en.kinco.cn/download/download.html
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: msxml3
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
This was program reported on the forum:
https://forum.winehq.org/viewtopic.php?t=41565
It needs mfc42.dll and mfc140u.dll (via winetricks vcrun2019) but even after
that installed, it fails to start with a vague error messagebox. After multiple
"Unsupported encoding: gb2312" in the console
The hack below allows it to start; might be easy to solve (???) for someone
familiar with msxml?
diff --git a/dlls/msxml3/main.c b/dlls/msxml3/main.c
index 16e0b38b185..733a707cd31 100644
--- a/dlls/msxml3/main.c
+++ b/dlls/msxml3/main.c
@@ -322,6 +322,7 @@ static void init_char_encoders(void)
} encoder[] =
{
{ "gbk", gbk_to_utf8, utf8_to_gbk },
+ { "gb2312", gbk_to_utf8, utf8_to_gbk },
{ "iso8859-1", iso8859_1_to_utf8, utf8_to_iso8859_1 },
{ "windows-1250", win1250_to_utf8, utf8_to_win1250 },
{ "windows-1251", win1251_to_utf8, utf8_to_win1251 },
--
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=58693
Bug ID: 58693
Summary: WM_SETREDRAW(0) is ignored by LISTBOXes
Product: Wine
Version: 10.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: goltsov(a)imedis.ru
Distribution: ---
Standard controls of Windows class LISTBOX under Wine ignore attempts to
disable redrawing when sending WM_SETREDRAW - in contrast with their behaviour
under native Windows. It is quite discouraging when it is needed to place child
controls into listbox - working practice under native Windows.
--
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=58692
Bug ID: 58692
Summary: Incorrect owner-owned windows z-order support
Product: Wine
Version: 10.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: goltsov(a)imedis.ru
Distribution: ---
I create two WS_OVERLAPPED or WS_PPUP (not having WS_CHILD!) windows, one is
owned by another:
hwnd1 = CreateWindow(....., 0, .....);
hwnd2 = CreateWindow(....., hwnd1, .....);
In Windows hwnd2 is allways placed over hwnd1 and hides when hwnd1 is
minimized. In Wine itself (when graphics options do not allow Window Manager to
arrange and decorate Wine windows) hwnd1 and hwnd2 act as windows of the same
level: when hwnd1 is activated it is displayed over hmnd2 and vise versa -
WHY?! This is the basic windows behaviour, why it is incorrect?
If Window Manager is allowed to manage&decorate Wine windows, the behaviour is
more similiar to one under native Windows, but with another problems:
- "minimize" buttons of all windows are hidden for some unknown reason...
- if we have hwnd2 and hwnd3 as owned windows of hwnd1, and hwnd1, then hwnd2,
then hwnd3 are activated - and hwnd3 is closed - hwnd1 is activated instead of
previously active hwnd2 - differs from native Windows behaviour.
Linux Minth dated summer 2025
--
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=58691
Bug ID: 58691
Summary: Dungeon Siege 2 not work in lan
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alpha_one_x86(a)first-world.info
Distribution: ---
Hi,
Dungeon Siege 2 not work in lan, the game say Name is already in use
But according to
https://github.com/GenesisFR/DS2TroubleshootingGuide?tab=readme-ov-file#nam…
it's adapter problem, (fix MTU or disable IPv6).
Can you fix this?
Cheers,
--
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=58690
Bug ID: 58690
Summary: fw_manager_IsPortAllowed is not implemented
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: hnetcfg
Assignee: wine-bugs(a)winehq.org
Reporter: rickshanor(a)gmail.com
Distribution: ---
Hi,
New here. I am trying to run a windows executable under wine. I get the
following error: Error in RPC::Firewall blocks events.
I ran my app with RPC logging enabled, and I found this error:
fixme:hnetcfg:fw_manager_IsPortAllowed
I traced this back to dlls/hnetcfg/manager.c to confirm that the
fw_manager_IsPortAllowed function is not implemented.
What is the recommended way to work around this issue? Would it be unreasonable
to update that function to just return allowed = true? Is there a way to simply
bypass or patch that function at runtime rather than changing wine source?
Recommendations welcome.
Thanks,
Rick
--
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=58689
Bug ID: 58689
Summary: Full sockets are blocking even with FIONBIO=1, and
leak server resources if terminated
Product: Wine
Version: 10.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: blubban(a)gmail.com
Distribution: ---
Created attachment 79286
--> http://bugs.winehq.org/attachment.cgi?id=79286
reproducer
Compile and run the attached program; -lws2_32, no other flags needed.
Expected (as seen on win10):
sent 16384 (total 16384)
sent 16384 (total 32768)
[...]
sent 16384 (total 2752512)
sent -1 (total 2752512)
read 16384 (total 16384)
[...]
read 16384 (total 2752512)
read -1 (total 2752512)
Actual:
sent 16384 (total 16384)
[...]
sent 16384 (total 2703360)
and then stops doing anything, despite setting FIONBIO=1. That's problem 1.
If ^C'd, it prints
^C0120:fixme:console:default_ctrl_handler Terminating process 20 on event 0
$ 0x563a4329ca30:1: Async thread=0x563a4325a9c0
0x563a4330d470:2: I/O status block
0x563a4330f620:1: Event manual=1 signaled=0
0x563a4330f4f0:1: Fd unix_fd=318 user=0x563a4330f2f0 options=00000020
0x563a4330f2f0:1: Socket fd=0x563a4330f4f0, state=3, mask=0, pending=50,
reported=50
0x563a4330eb00:1: Event manual=1 signaled=0
0x563a43286610:1: Event manual=1 signaled=0
0x563a4325add0:1: Event manual=1 signaled=1
0x563a4325a9c0:1: Thread id=0024 unix pid=474049 unix tid=474049 state=1
0x563a4325a1f0:1: Token id=0.1001 primary=1 impersonation level=-1
0x563a4325a0d0:1: Event manual=1 signaled=1
0x563a430f20e0:1: Process id=0020 handles=(nil)
which, according to #winehackers, means wineserver leaked some resources.
That's problem 2.
I don't know if those problems are two bugs, or one bug with two symptoms.
--
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.