Bug 204256 - opening of an utility window raises the parent window
Summary: opening of an utility window raises the parent window
Status: RESOLVED INTENTIONAL
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Unspecified
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-08-18 11:34 UTC by qqqqqqqqq9
Modified: 2012-03-11 06:31 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description qqqqqqqqq9 2009-08-18 11:34:00 UTC
Version:            (using Devel)
Installed from:    Compiled sources

Hi

Steps to reproduce:
1. open e.g. Konqueror
2. Open a konsole in front of konqueror
3. Open file in konqueror

Expected behaviour: the file open dialog should open in front of the konsole, the main window should stay behind the konsole.

Actual behaviour: the konqueror window moves in front of the konsole window.

I use the focus under mouse policy and all raising options are turned off. 

Thanks.
Comment 1 Thomas Lübking 2009-08-18 16:06:51 UTC
focus follows mouse should* do what you expect

*i've patched related code, see bug #199910 - i don't think this causes a difference but am not sure.
Comment 2 qqqqqqqqq9 2009-08-18 19:17:46 UTC
Hi, 
yes focus follows mouse does what i expect. 
thanks.
Comment 3 qqqqqqqqq9 2009-08-19 10:32:13 UTC
Well, but with "focus follows mouse" new windows automatically obtain focus :(
Comment 4 Thomas Lübking 2009-08-19 14:56:14 UTC
Set the focus stealing prevention to "Extreme"

As i must confess that i don't know what's the "Focus under mouse" strategy is supposed to do in your case (raising) this might however still be a bug.
Comment 5 qqqqqqqqq9 2009-08-21 00:28:32 UTC
Hi,
setting focus stealing to extreme doesn't have any effect (focus follows mouse). When opening a program from a konsole still the new program gets the focus. 
Inkscape raises itself on opening an internal subwindow even with focus follows mouse, or is that an inkscape problem?
Comment 6 Thomas Lübking 2009-08-21 01:56:55 UTC
That would be a bug, but it works for me (though only tested with konsole + kcalc & firefox)

- Focus stealing prevention: Extreme
- Policy: Focus follows mouse
- No "Raise with delay.."
- Delay focus by: 250 ms
- No "click raises active window"

If a window is to "Stay on Top" it will of course "raise" (on startup and remain there)
As soon as you enter a window it will of course get the focus (after the set delay)

Regarding Inkscape:
Works for me either, but this might really be related to the "patch" i mentioned in comment #1

As you compile from sources, you might want to try that - i just attached a "patch" there (it's functional but preserves commented old code - just a dump out of my working copy)
Comment 7 qqqqqqqqq9 2009-08-21 03:09:48 UTC
Hi,
sorry, the last problem was due to a specific window-setting i had to get focus stealing prevention with focus under mouse, which is greyed out otherwise. But anyway, if i set the focus stealing protection level higher than normal, new windows are not opened on top anymore. (This time with a clean account only with the suggested settings)
Comment 8 Thomas Lübking 2009-08-21 03:59:46 UTC
Neither to me.
Sorry - at this point and time i'm out of options. :-(

(And i do not know enough about the raising intentions for the various focus models either)
Comment 9 Thomas Lübking 2012-03-11 06:31:47 UTC
update regarding the original report: modal dialogs are tied to their parents, ie. stick together in the z ordering.
This is intended to prevent confusion about relation as possible (so you know it's konquerors and not kon... ok, let's say kwrites, open dialog)

I'm not sure why this is a problem, but it won't fix, sorry.