[Bug 36021] New: In the KDE Plasma desktop the mousepointer disappears in wine windows
http://bugs.winehq.org/show_bug.cgi?id=36021 Bug ID: 36021 Summary: In the KDE Plasma desktop the mousepointer disappears in wine windows Product: Wine Version: 1.7.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: af(a)muc.de When starting whatever wine program under KDE Plasma desktop (Fedora-20 in this case) e.g. winefile or winecfg or notepad.exe, the window comes up and shows the normal content, but when moving the mouse into it, the mousepointer disappears and there is neither a chance to handle any widgets within the window "blindly". The problem does not show up under gnome or xfce. With iTunes.exe the first usual popups appear the same way. They can be closed using the window manager's controls, but not by pressing the buttons inside. The final iTunes window remains black. Additional infos: i use a self compiled wine in 32 bit version on a x86_64 system. (reason: installing only the 32 bit packages on Fedora 20 does not work - wineserver is not found - i'll file a bug against Fedora-20, too). The same thing happened under Fedora-19. Switching off the desktop effects of the KDE plasma does not help. When running it in a VNC server / viewer also with KDE plasma the problem is absent and everything looks 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=36021 Albert Flügel <af(a)muc.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #1 from Albert Flügel <af(a)muc.de> --- Seems fixed with 1.7.20 -- 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=36021 Albert Flügel <af(a)muc.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #2 from Albert Flügel <af(a)muc.de> --- Closing cause it works now. No more workarounds necessary. -- 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=36021 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |RESOLVED CC| |focht(a)gmx.net --- Comment #3 from Anastasius Focht <focht(a)gmx.net> --- Hello Albert, bugs are closed by the maintainer as part of the Wine release process. If you have already built Wine from source you might consider trying out the process of 'bisecting' -> http://wiki.winehq.org/RegressionTesting This allows to figure out which exact commit fixed the bug (if not obvious from commit log). It also helps to identify if this bug was potentially 'upstream' (distro -> non-Wine lib/component/package upgrade fixed it). It's not very hard to do since you have only few Wine versions to test for. Thanks for the feedback anyway. 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.
https://bugs.winehq.org/show_bug.cgi?id=36021 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #4 from Alexandre Julliard <julliard(a)winehq.org> --- Closing bugs fixed in 1.7.22. -- 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.
participants (1)
-
wine-bugs＠winehq.org