Version: (using KDE KDE 3.5.5) Installed from: Compiled From Sources Compiler: gcc version 3.4.6 (Gentoo 3.4.6-r1, ssp-3.4.5-1.0, pie-8.7.9) OS: Linux Well, it does in a very simple case - this was a problem fixed a long time ago (bug 25874 and lots of dups). A link of the form <A onClick="var w = window.open('someURL'); return false" HREF="anotherURL"> correctly opens a new window showing 'someURL' and does not follow the HREF. However, doing anything which uses the new window - even the most trivial of operations - before the 'return false' incorrectly follows the link. For example, <A onClick="var w = window.open('someURL'); w.focus(); return false" HREF="anotherURL"> opens a new window showing 'someURL', but also follows the link to display 'anotherURL' in the original window. The test case attached demonstrates this. The first link works, the popup window appears but the original page does not change. The second and third links demonstrate the problem. No JS debug messages are displayed. This problem does not happen with KDE4 trunk.
Created attachment 18348 [details] Test case for popup/link handling
Are you using 3.5.5, or 3.5.x SVN?
Using 3.5.5 compiled from sources (With kdepim only from SVN 3.5.5+ features branch)
Uff. Works here. 3.5.x r597771 (though I can't think of anything relevant that changed --- I mainly asked because I recently made changes to focus handling), popup policy at smart... ...Will check on a different machine in a few minutes. Wonder why the difference..
If it's relevant: popup policy=ask (although the same results if set to allow). Clicking "don't allow the popup" correctly stops the new window but still follows the link to www.kde.org
How did you answer the question? Following the link when it's set to disallow is sensible, since then there isn't a window returned from window.open, so the w.op has to bail out. May be we want to do some sort of a stub return for that, but I'd have to see an actual website to be convinced that's worth the effort....
My, I managed to read "allow" as "disallow". Anyway, works fine here on a kubuntu 3.5.5 as well... Weird. (And ask is shady due to potential nested event loop issues, BTW)
Confirmed working ok konqueror 4.
Resolved as working in KDE4.