Bug 74294 - raise the modal when accessing another window in an application
Summary: raise the modal when accessing another window in an application
Status: RESOLVED REMIND
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
: 74467 (view as bug list)
Depends on:
Blocks:
 
Reported: 2004-02-05 23:26 UTC by Roger Larsson
Modified: 2005-04-20 15:42 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
The requested files (5.79 KB, application/x-tgz)
2004-04-20 23:09 UTC, Roger Larsson
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Roger Larsson 2004-02-05 23:26:14 UTC
Version:           unknown (using KDE 3.2.90 (CVS >= 20040117), compiled sources)
Compiler:          gcc version 3.3.1 (SuSE Linux)
OS:          Linux (i686) release 2.4.21-166-default

The POP filter window is modal.It might pop up any time.
When active it is not always the topmost kmail window.
Any writing in other kmail window is blocked.
User wonder why... even when you know about it...

I do not like the modal popup anytime behaviour, but some
applications uses it.

In these cases I would like the modal to be the topmost
window of that application. Can it at least be raised
when a application window is used?
Comment 1 Lubos Lunak 2004-02-06 14:49:08 UTC
I think I fixed this few days back, the fix should be in KDE3.2.1.
Comment 2 Roger Larsson 2004-02-07 16:36:03 UTC
*** Bug 74467 has been marked as a duplicate of this bug. ***
Comment 3 Roger Larsson 2004-02-07 19:11:49 UTC
Updated CVS (HEAD), recompiled - now it works!
Comment 4 Roger Larsson 2004-02-09 21:46:28 UTC
Reopening - multiple windows problem (like for kdevelop but non modal
sub window)

Begin to edit a new message. Wait for POP filter to find some messages
to query you about.

The modal window (can) popup under your mail edit window...
The mail edit windows stops to respond...
Comment 5 Lubos Lunak 2004-02-13 16:06:36 UTC
I don't use POP. Could you please attach 'xwininfo' and 'xprop' output of all the relevant KMail windows?
Comment 6 Wout Mertens 2004-03-02 07:49:42 UTC
If I read this bug correctly, this is something I see a lot too.

I see it mostly with popups from Konqueror. For example, when you go to a site that has cookies, a popup will appear asking you if you allow them.

But when you clicked on the window in the mean time, the query window will go behind the current window, and konqi is no longer responding to you, and you have no idea why :(

Same thing with "This host cannot be reached" messages.

It is very annoying :(:(:(

See also bug # 72641 for another annoying focussing problem.
Comment 7 Lubos Lunak 2004-04-18 15:00:04 UTC
Waiting for information requested in comment #5.
Comment 8 Roger Larsson 2004-04-20 23:09:45 UTC
Created attachment 5715 [details]
The requested files

KMail works now... (is kmail or kdm fixed...?)
Whatever kmail window I select the POP filter dialog comes out on top.
Comment 9 Lubos Lunak 2004-04-21 17:42:10 UTC
Does that mean the problem no longer exists?
Comment 10 Roger Larsson 2004-04-21 22:34:58 UTC
No problem for kmail at least. I will keep my eyes open
and try to reproduce the konqueror case (#6)...
Comment 11 Dik Takken 2005-04-03 13:10:55 UTC
Many other applications, like Kuickshow, are also showing this mis-behavior, on KDE 3.3.2. Try this:

* Open Kuickshow
* Browse to a folder containing pictures
* Open one picture
* Choose 'Print Image' from the RMB menu of the image
* Bring the main Kuickshow window back on top and maximise it.

When you try to work with the maximised Kuickshow main window, it appears to be frozen. It should bring the image and it's print dialog on top, which does not happen.

Should this bug be re-opened?
Comment 12 Lubos Lunak 2005-04-20 15:42:10 UTC
Works fine for me in KDE3.4.0.