Version: (using KDE KDE 3.2.1) Installed from: Debian testing/unstable Packages OS: Linux When information is shown in a dialog such as "do you want to resend POST data" or "you are about to leave secure mode and go to an unencrypted page", the first konqueror window is raised and receives focus after the dialog is finished. To reproduce: 1) Open konqueror in web-browsing mode 2) Open a second window with Crtl+N 3) Point the second window to some form with POST-method and send the POST-request 4) Try to reload the second window Now, the first window will get raised and a dialog will be shown asking you, whether you want to resend the POST-data. Instead, of course, the second window should remain visible. This report might be related to bug #18165.
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. ***