| Summary: | dialogs switch focus to first konqueror-window instead of the window the message applies to | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Thomas Friedrichsmeier <thomas.friedrichsmeier> |
| Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | cwiesen, dirge, dominik.karall, julien.antille, justgimmespam-kde0001, kde, kdozer, magnus, soloturn99 |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Debian testing | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Thomas Friedrichsmeier
2004-03-12 00:29:35 UTC
Which focus prevention level? I wasn't even aware of the existence of a focus stealing preventing setting.
The original report was with "Low". Now I fiddled with some other settings:
"Normal": same result as reported
"High": The dialog does not get focussed and is opened in the background.
However, as soon as you bring the dialog to the foreground in order to
interact with it ("Resend" or "Cancel"), the first konqueror window is also
brought to the foreground along with the dialog.
"Extreme": Same as "High".
So - this does not make any practical difference. The core of the problem
seems to be, that the dialog always gets associated with/parented to the
first konqueror window instead of the window it applies to. Focus stealing
prevention does not solve this.
this happens also when downloading files. try downloading a file: 1. http://sourceforge.net/forum/forum.php?forum_id=365709 2. middle click on "homepage" 3. middle click on "nightly cvs code" a link to a tar.gz 4. a new window is opened, with the tar.gz in the url field 5. focus is going back to window from 1. 6. a save as dialog pops up. there should be no new window, if a download dialog pops up. the focus should stay on 2. homepage, and not go back to 1. Which Qt version is that? I don't see any problem (except for some small glitch only when using standalone menubar). > Which Qt version is that? I don't know, which version I was using at the time I submitted the report. Right now it's: qt 3.2.3 kdelibs 3.2.2 konqueror 3.2.2 debian unstable and the problem persists. Note, though, that I can't reproduce it using the method described in comment #3, since for me, Ark gets opened in the new window created in step 4. Instead, the problem occurs when I left click instead of middle click in step 3. A dialog pops up, asking what to do (save, open, cancel) and focus goes back to the first window. Also note, that the problem seems to occur only for some dialogs, not for all dialogs. If, for instance, I right click in step 3 and chose "Save Link As" everything is fine. If I chose "Save Link As" and pick an already existing filename, I will get a dialog asking whether to overwrite that file and focus is still where it should be. However, the second dialog (see bug #64660) asking whether to overwrite the file will switch focus back to and raise the first konqueror window. *** Bug 80276 has been marked as a duplicate of this bug. *** Should be fixed. *** Bug 80694 has been marked as a duplicate of this bug. *** Upgrading to Qt3.3.x should avoid the problem as well, before next KDE version is released. *** Bug 78330 has been marked as a duplicate of this bug. *** *** Bug 81014 has been marked as a duplicate of this bug. *** *** Bug 82103 has been marked as a duplicate of this bug. *** *** Bug 83139 has been marked as a duplicate of this bug. *** *** Bug 83118 has been marked as a duplicate of this bug. *** *** Bug 85141 has been marked as a duplicate of this bug. *** *** Bug 86484 has been marked as a duplicate of this bug. *** |