[Webkit-unassigned] [Bug 37694] [Qt] Issue with using QWebPage::setLinkDelegationPolicy...

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Thu May 6 09:25:14 PDT 2010


https://bugs.webkit.org/show_bug.cgi?id=37694





--- Comment #2 from adawit at kde.org  2010-05-06 09:25:14 PST ---
(In reply to comment #1)
> In this case it is hard to know if the navigation was trigger by a user action
> from other types of events, so linkClicked cannot fit reliably.
> 
> A NavigationTypeJavascript might make sense if you cannot rely on
> re-implementing acceptNavigationRequest listening for NavigationTypeOther
> requests.

Unfortunately that is the case. That is one cannot rely on the meaning of
NavigationTypeOther since there is no way you can distinguish that from say a
call that originated from QWebView::load(...). :( 

After opening this bug report I took a look at the Qtwebkit source code and
realized that this issue is actually the result of QtWebKit directly relying on
the navigation types present in WebKit. All the Navigation types in QtWebKit
are an exact equivalent right down to the name of the ones that exist in WebKit
; so the problem I guess is beyond just QtWebKit. 

Anyhow, I guess I have to come up with yet another hack to distinguish between
requests that originate from a user clicking on a javascript link and those
that originated from other means. In the meantime could this perhaps be clearly
documented in the API ?

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the webkit-unassigned mailing list