[Webkit-unassigned] [Bug 56682] Opening link with unspecific hash in a new tab (except context menu) twice in a row results in hash for current window changing

Wed Mar 23 00:38:18 PDT 2011

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

--- Comment #1 from ChangSeok Oh <kevin.cs.oh at gmail.com>  2011-03-23 00:38:18 PST ---
I could represent this issue on Mac and GTK prot.(They're just available systems to me :p)
By the way, the resean is a little different between Mac and GTK port.

First, Mac port.
If an anchor has a hash value for 'href' attribute, new request is swallowed regardless of ctrl & shift button. Because previous request & new request are identical. 
Actually WebCore::PolicyChecker::checkNavigationPolicy has checked it.

The other case, GTK port.
GTK port also shares Mac port reason.
In addition, application layer impelementation is more needed to open link in new window.
I'm not sure, but it looks like that there is no signal handler for "navigation-policy-decision-requested" and "navigation-requested".
I guess it is reminded for browser application developer to implement.
When I tested using by just GtkLauncher, I was not able to open link in new window with ctrl, shift key though anchor had full http address.

I think that we need to take care of first reason.
Blocking duplicated request is reasonable in same window, but it is not for different window.

Any idea?

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