http://bugs.winehq.org/show_bug.cgi?id=28839
Bug #: 28839 Summary: Modal window + a opened menu => mouse unusable Product: Wine Version: 1.3.26 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs@winehq.org ReportedBy: pixecs@yahoo.com Classification: Unclassified
Created attachment 37034 --> http://bugs.winehq.org/attachment.cgi?id=37034 illustrative picture
os: OpenSUSE 11.4 x86_64 kernel: 2.6.37.6-0.5-desktop desktop: kde4 wine version: wine-1.3.26-168-g6ee95c7 compiled with --prefix=/usr --x-libraries=/usr/X11R6/lib --x-includes=/usr/include/X11/ --with-x wine configured in windowed mode (1024x768) application: winrar v4.01
WinRAR trial period has expired and in these conditions a modal window "Please purcase WinRAR license" appears in 2-3 seconds after opening the application.
The problem arises when: 1) i launch the program 2) immediately open a menu (from winrar like File, Options) 3) the license expiration window appear 4) i still have the menu opened
The problem is that after the appearance of modal window i can not use the mouse on desktop (items or windows from the desktop no longer reacts to mouse) but the keyboard still works (for example, i can press Alt + Tab). After pressing Alt + Tab and another window receives the focus the mouse can be used again.
http://bugs.winehq.org/show_bug.cgi?id=28839
Dmitry Timoshkov dmitry@baikal.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|user32 |-unknown
http://bugs.winehq.org/show_bug.cgi?id=28839
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |00cpxxx@gmail.com
--- Comment #1 from Bruno Jesus 00cpxxx@gmail.com 2011-10-21 11:59:58 CDT --- I can confirm this problem using utorrent 2.2.1 in a similar way by opening a menu while waiting for the torrent download file window to open.
http://bugs.winehq.org/show_bug.cgi?id=28839
--- Comment #2 from Bruno Jesus 00cpxxx@gmail.com 2012-03-09 21:45:00 CST --- It's possibly a dupe of bug 13417. It looks like this problem was already seen before.
Ciprian, can you test the application from the bug above and check if it's the same problem? Otherwise I'll test myself next week.
http://bugs.winehq.org/show_bug.cgi?id=28839
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #3 from Bruno Jesus 00cpxxx@gmail.com 2012-07-04 20:07:51 CDT --- Still present in wine 1.5.8. This bug is quite annoying because the entire X server gets locked.
http://bugs.winehq.org/show_bug.cgi?id=28839
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |1and2@gmx.at
--- Comment #4 from Bruno Jesus 00cpxxx@gmail.com 2013-06-17 18:49:50 CDT --- *** Bug 33828 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=28839
--- Comment #5 from Artem S. Tashkinov t.artem@mailcity.com 2013-08-16 05:43:53 CDT --- (In reply to comment #3)
Still present in wine 1.5.8. This bug is quite annoying because the entire X server gets locked.
This sounds like an X.org limitation:
https://bugzilla.gnome.org/show_bug.cgi?id=344059 https://bugs.kde.org/show_bug.cgi?id=70063
And there can be no workaround.
https://bugs.winehq.org/show_bug.cgi?id=28839
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |UPSTREAM
--- Comment #6 from Austin English austinenglish@gmail.com --- (In reply to Artem S. Tashkinov from comment #5)
(In reply to comment #3)
Still present in wine 1.5.8. This bug is quite annoying because the entire X server gets locked.
This sounds like an X.org limitation:
https://bugzilla.gnome.org/show_bug.cgi?id=344059 https://bugs.kde.org/show_bug.cgi?id=70063
And there can be no workaround.
UPSTREAM.
https://bugs.winehq.org/show_bug.cgi?id=28839
--- Comment #7 from Artem S. Tashkinov t.artem@mailcity.com --- Why is this bug still not CLOSED?
https://bugs.winehq.org/show_bug.cgi?id=28839
--- Comment #8 from Austin English austinenglish@gmail.com --- (In reply to Artem S. Tashkinov from comment #7)
Why is this bug still not CLOSED?
Upstream bug is still open
https://bugs.winehq.org/show_bug.cgi?id=28839
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #9 from Austin English austinenglish@gmail.com --- Closing.
https://bugs.winehq.org/show_bug.cgi?id=28839
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |RESOLVED
--- Comment #10 from Austin English austinenglish@gmail.com --- This was inadvertently caught up in my unclosed bugs filter. NOTOURBUG should only be closed when fixed upstream.
Setting back to RESOLVED NOTOURBUG.
Sorry for the spam.