http://bugs.winehq.org/show_bug.cgi?id=36734
Bug ID: 36734 Summary: TrackMouseEvent TME_LEAVE should not be influenced by dwHoverTime Product: Wine Version: 1.4.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs@winehq.org Reporter: n296869@rtrtr.com
When specifying both TME_LEAVE and TME_HOVER in a TRACKMOUSEEVENT, the provided "dwHoverTime" timeout should only be applied to TME_HOVER, i.e. the hover event should be emitted after "dwHoverTime" milliseconds. However, the WM_MOUSELEAVE generated for TME_LEAVE should be sent instantly as soon as the mouse leaves the window. As far as I can see, Wine delays the WM_MOUSELEAVE event by the specified amount of milliseconds, although it shouldn't do that.
http://bugs.winehq.org/show_bug.cgi?id=36734
whatbug n296869@rtrtr.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.4.1 |1.6.2
https://bugs.winehq.org/show_bug.cgi?id=36734
--- Comment #1 from Austin English austinenglish@gmail.com --- This is your friendly reminder that there has been no bug activity for over a year. Is this still an issue in current (1.7.51 or newer) wine?
https://bugs.winehq.org/show_bug.cgi?id=36734
--- Comment #2 from whatbug n296869@rtrtr.com --- (In reply to Austin English from comment #1)
This is your friendly reminder that there has been no bug activity for over a year. Is this still an issue in current (1.7.51 or newer) wine?
I'm still on Xubuntu 14.04 LTS / Wine 1.6.2, where the problem is still happening.
https://bugs.winehq.org/show_bug.cgi?id=36734
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1
--- Comment #3 from Austin English austinenglish@gmail.com --- (In reply to whatbug from comment #2)
(In reply to Austin English from comment #1)
This is your friendly reminder that there has been no bug activity for over a year. Is this still an issue in current (1.7.51 or newer) wine?
I'm still on Xubuntu 14.04 LTS / Wine 1.6.2, where the problem is still happening.
1.6 won't be fixed, you need to test the latest wine version (currently 1.8-rc2).
https://bugs.winehq.org/show_bug.cgi?id=36734
--- Comment #4 from whatbug n296869@rtrtr.com --- Problem persits in v1.9.0. It can be reproduced using an old version of OpenMPT: https://download.openmpt.org/archive/openmpt/1.23/OpenMPT-1.23.01.00.zip Go to Help -> About OpenMPT, hover the mouse over the logo and leave the logo area. The mouse cursor is supposed to become visible the moment you leave the logo area because of the TME_LEAVE event, but it only does so after a timeout of 2 seconds. This timeout is only supposed to apply to the TME_HOVER event.
https://bugs.winehq.org/show_bug.cgi?id=36734
Johannes wine@sagagames.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wine@sagagames.de
https://bugs.winehq.org/show_bug.cgi?id=36734
Aaron Franke arnfranke@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |arnfranke@yahoo.com
--- Comment #5 from Aaron Franke arnfranke@yahoo.com --- Is this still an issue in Wine 2.6?
Please attach more information, such as logs, screenshots, or a video.
https://bugs.winehq.org/show_bug.cgi?id=36734
--- Comment #6 from Johannes wine@sagagames.de --- I'm the OpenMPT developer who applied a workaround in OpenMPT for this issue when I read this report, so any OpenMPT version later than the one linked above are not affected, but the actual bug still exists in Wine 2.4 (which is the latest that is currently available through the stable packet repository as it seems).
I don't think there is any more information I can attach since the issue has already been described in full detail in comment #4. The mouse cursor is supposed to become instantly visible after leaving the logo are in the About window, but it only becomes visible after the timeout is reached, which is not supposed to affect the TME_LEAVE event.
https://bugs.winehq.org/show_bug.cgi?id=36734
--- Comment #7 from Aaron Franke arnfranke@yahoo.com --- @Johannes This application? https://appdb.winehq.org/objectManager.php?sClass=application&iId=2725 Would you consider being an application super maintainer?
https://bugs.winehq.org/show_bug.cgi?id=36734
--- Comment #8 from Johannes wine@sagagames.de --- I suppose I could do that.
https://bugs.winehq.org/show_bug.cgi?id=36734
--- Comment #9 from Johannes wine@sagagames.de ---
Is this still an issue in Wine 2.6?
Incorrect behaviour is still observed in Wine 2.11
https://bugs.winehq.org/show_bug.cgi?id=36734
--- Comment #10 from Aaron Franke arnfranke@yahoo.com --- @Johannes, you have to apply using the "Be a super maintainer" button on the app page.
I believe this issue should no longer be marked as "NEEDINFO". We already have a detailed report and the developer of a program that experiences this bug has confirmed it.
What other information is needed?
https://bugs.winehq.org/show_bug.cgi?id=36734
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com
--- Comment #11 from winetest@luukku.com --- (In reply to Johannes from comment #9)
Is this still an issue in Wine 2.6?
Incorrect behaviour is still observed in Wine 2.11
and still in wine 5.21.
could someone add the download into url field(from comment 4) and add keyword download?
https://bugs.winehq.org/show_bug.cgi?id=36734
--- Comment #12 from winetest@luukku.com --- sha1sum OpenMPT-1.23.01.00.zip 5777e943a3793eb5081cd68c72aa4c36ebdce271 OpenMPT-1.23.01.00.zip
-
wine-bugs＠winehq.org -
WineHQ Bugzilla