[Webkit-unassigned] [Bug 36625] Modify NotificationPresenter::checkPermission() to pass the full source url rather than just the security origin

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Sat Mar 27 10:11:30 PDT 2010


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





--- Comment #9 from Aaron Boodman <aa at chromium.org>  2010-03-27 10:11:29 PST ---
(In reply to comment #7)
> (In reply to comment #4)
> > This is to work around a GKURL KURL difference, correct?
> 
> If this is true, then can we eliminate the difference?

It isn't true. Eric was getting this patch confused with something else I was
talking to him about the same day.

There is a difference between GURL and KURL though. See:

https://bugs.webkit.org/show_bug.cgi?id=36623(In reply to comment #8)
> (From update of attachment 51693 [details])
> > +++ b/WebKit/chromium/public/WebNotificationPresenter.h
> > @@ -62,7 +62,7 @@ public:
> >  
> >      // Checks the permission level for the given origin.
> >      // FIXME: This should become abstract when the below is removed.
> > -    virtual Permission checkPermission(const WebSecurityOrigin& origin)
> > +    virtual Permission checkPermission(const WebURL& url)
> 
> Doesn't this make for a two-sided commit?  Can we avoid such complexity
> by preserving the old API in a deprecated form and then remove it via
> a follow-up patch?

No. Note the WebSecurityOrigin signature is not used in Chromium and has a
default implementation. It was a previous (aborted) attempt at this same
change, and is intended to be made in three non-breaking steps.

BTW, We need a name for the desired way to make webkit changes. Air-lock?
Three-phase?

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