Summary: | javascript alert() locks focus -> tab can't be closed | ||
---|---|---|---|
Product: | [Applications] konqueror | Reporter: | Jan Kundrát <jkt> |
Component: | khtml ecma | Assignee: | Konqueror Developers <konq-bugs> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | wishlist | CC: | faure, lex.lists |
Priority: | NOR | ||
Version: | 3.4.1 | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: | konq-alert.html |
Description
Jan Kundrát
2005-06-22 15:25:13 UTC
confirming for 3.4.1, visit that link and you can't close the konqueror window or do anything in konqueror. site now invalid? Site that is no longer accessible doesn't magically make that problem go away. Created attachment 22523 [details]
konq-alert.html
This file should be enough. It displays ten alert boxes before letting you
close the web page.
Don't all web browsers behave the same on such pages? David, even though it very well could be a common behavior (I haven't studied any heuristics about the maximal number of popups to show), it doesn't change anything on the fact that such a behavior is extremely annoying. The only way for a user to deal with such a page is to kill the whole session, possibly losing all work (alert popups are modal per window, not per tab). The "good" way of dealing with this (which I think Opera(?) offers) is to have a script-killing checkbox in the alert. Hmm, I really ought to be the person to know how script killing should work, shouldn't I? Dear user, KHTML (and KJS) was a long time more or less unmaintained and got removed in KF6. Please migrate to use a QWebEngine based HTML component. We will do no further fixes or improvements to the KF5 branches of these components beside important security fixes. For security issues, please see: https://kde.org/info/security/ Sorry that we did not fix this issue during the life-time of KHTML. Greetings Christoph Cullmann |