Bug 25748

Summary: WebKitWebView does not emit navigation-requested for some links
Product: WebKit Reporter: Peter Bloomfield <pbloomfield>
Component: WebKitGTKAssignee: Nobody <webkit-unassigned>
Status: RESOLVED INVALID    
Severity: Normal CC: pbloomfield
Priority: P2    
Version: 312.x   
Hardware: PC   
OS: Linux   
Attachments:
Description Flags
HTML message part none

Peter Bloomfield
Reported 2009-05-13 06:37:35 PDT
Balsa, a mail UA, is experimenting with using WebKitWebView to display HTML message parts. Hovering over any link results in emission of "hovering-over-link", but clicking the link does not always result in "navigation-requested". Version: webkitgtk-1.1.4-1.fc11.i586 from fedora-rawhide (webkit version unknown).
Attachments
HTML message part (99.92 KB, text/html)
2009-05-13 06:46 PDT, Peter Bloomfield 		no flags
Details
View All Add attachment proposed patch, testcase, etc.
Peter Bloomfield
Comment 1 2009-05-13 06:46:01 PDT
Created attachment 30275 [details] HTML message part This HTML message part exhibits the problem. Links in the alternately colored rows do not result in "navigation-requested", but the more prominently displayed links, such as "Now is the time...", do.
Peter Bloomfield
Comment 2 2009-05-13 14:12:24 PDT
The difference seems to be that the links that do not generate the "navigation-requested" signal are anchors with the 'target="_blank"' attribute value. Is a different signal emitted when a new window (view?) is needed?
Peter Bloomfield
Comment 3 2009-10-30 15:39:22 PDT
The app was fixed by allowing WebKit to open a new window, without actually displaying it.
Note You need to log in before you can comment on or make changes to this bug.