[Webkit-unassigned] [Bug 42827] Use the js-execute-active(entered) Frame to check the user gesture of page instead of checking the top frame

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Fri Jul 23 00:59:43 PDT 2010


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





--- Comment #8 from Yury Semikhatsky <yurys at chromium.org>  2010-07-23 00:59:43 PST ---
(In reply to comment #0)
> Created an attachment (id=62300)
 --> (https://bugs.webkit.org/attachment.cgi?id=62300) [details]
> 
> My solution is adding a function in ScriptController to get the active/entered frame, so the function FrameLoader::isProcessingUserGesture can correctly test the user gesture status of the page.
> 
> Any comments?
> 

I think that we shouldn't make conclusion based on the last entered frame. There may be several entered frames on the stack and it may happen that one of them processing user gesture is not the topmost one. 

I suggest isProcessingUserGesture should be a property of the owning Page. In that case we could check it from any frame and if any of the frames is processing user gesture the test would succeed for any frame in the page.


(In reply to comment #0)
> Created an attachment (id=62300)
 --> (https://bugs.webkit.org/attachment.cgi?id=62300) [details]
> On Chromium, the flag WebCore::Setting::m_javaScriptCanOpenWindowsAutomatically is always true, the request of opening window is always passed to browser process to do the popup check. When enabling chromium's popup blocker, only user-initiated open request can be allowed.
> 
What I don't understand is why m_javaScriptCanOpenWindowsAutomatically is always true in Chromium if we want to allow only user initiated popups.

-- 
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