[WebKit-devel] [kwebkitpart] [Bug 318797] New: KWebkitPart should emit openURLRequest[Delayed]() for non-page internal navigation

[Thomas Friedrichsmeier]

https://bugs.kde.org/show_bug.cgi?id=318797

            Bug ID: 318797
           Summary: KWebkitPart should emit openURLRequest[Delayed]() for
                    non-page internal navigation
    Classification: Unclassified
           Product: kwebkitpart
           Version: unspecified
          Platform: Other
                OS: Linux
            Status: UNCONFIRMED
          Severity: wishlist
          Priority: NOR
         Component: general
          Assignee: webkit-devel at kde.org
          Reporter: thomas.friedrichsmeier at ruhr-uni-bochum.de

KHTMLpart (more precisely: it's KParts::BrowserExtension) emits
openURLRequest[Delayed]() when clicking on links that are not simply anchors on
the same page. This makes it easy for an embedding application to hook in
functionality such as
  - blacklists / whitelists of URLs
  - warnings about specific URLs
  - redirecting / rewriting specific URLs
  - implementing application-specific pseudo-URLs such as "about:" without the
need to write a kio-slave
  - ...
kwebkitpart (more precisely: it's KParts::BrowserExtension) emits
openURLRequest[Delayed]() in some situations, and thus embedding applications
will have to connect to and react on this signal, anyway. But for most
navigation all you get is an openUrlNotify() after the fact.

On a cursory look it would seem to be easy to change kwebkitpart to be
consistent with KHTMLPart in this respect. See QWebPage::LinkDelegationPolicy .
Thus, please make kwebkitpart emit openURLRequest[Delayed]() whenever the user
clicks on a link, and leave it to the embedding application to handle this.

-- 
You are receiving this mail because:
You are the assignee for the bug.