Summary: | testcase - regression: onClick handler returning false doesn't inhibit following HREF link | ||
---|---|---|---|
Product: | [Applications] konqueror | Reporter: | Jonathan Marten <jjm> |
Component: | khtml | Assignee: | Konqueror Developers <konq-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | finex, maksim |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: | Test case for popup/link handling |
Description
Jonathan Marten
2006-11-01 12:47:39 UTC
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. |