|
Bugzilla – Full Text Bug Listing |
| Summary: | YOU changes desktop focus | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE LINUX 10.0 | Reporter: | Rasmus Plewe <rasmus> |
| Component: | KDE | Assignee: | Lubos Lunak <llunak> |
| Status: | RESOLVED WORKSFORME | QA Contact: | Klaus Kämpf <kkaempf> |
| Severity: | Minor | ||
| Priority: | P5 - None | ||
| Version: | Beta 1 | ||
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | All | ||
| Whiteboard: | |||
| Found By: | Other | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
|
Description
Rasmus Plewe
2005-08-10 08:09:19 UTC
Which windowmanager do you use, please? Could you, please, provide a step-by-step information how to reproduce that? Thanks. I use kdm, with "focus follows mouse". step-by-step: on virtual desktop #1: alt-F2, "xterm" in xterm: "ssh -Y root@localhost" "yast2 online_update" YOU window opens now change to a different virtual desktop (e.g. ctrl-F2) After some seconds, YOU will start looking for mirrows and open a window to pass this Very Important Information to the user. This window pops up on virtual desktop #1, and the current virtual desktop is changed to #1. New window everytimes opens up in the `current` virtual desktop, so if you open a YaST dialog and then change the virtual desktop, every Popup (such as "lookin up...", "Any busy message...", "Error: no server found..." is opened on the `current` one. On the other hand when this "focus follow mouse" changes itself your virtual desktop once the "Busy message" is closed, it is a KDE bug. Windowmaker isn't affected by this bug... You are right, it seems to be a KDE bug. Triggered by "Focus follows mouse" or "Focus strictly under mouse". It does not appear when using "Click to focus". The behavior can be observed also by starting a program from the K menu and changing to another desktop: once the program opens the window the window is placed on the desktop it was started (good), and this desktop is put in the front (bad). I consider this behavior still a bug and undesireable. However, I suspect the KDE people will claim "works as designed", recommend "use 'click to focus' if you don't like it that way" and complain "we got more *real* problems to fix than we can possibly manage anyway"... ;-) I leave it up to Lubos to quote Rasmus - Focus Follows Mouse is really 80ties technology Are you sure your focus policy is "Focus follows mouse" and not "Focus under mouse"? Please recheck the bug for all the 4 focus policies. No reponse. It's presumably not "Focus follows mouse" but "Focus under mouse", for which focus-stealing prevention doesn't work. |