WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
Bug 73960
[WK2] Add permissions support to web notifications
https://bugs.webkit.org/show_bug.cgi?id=73960
Summary
[WK2] Add permissions support to web notifications
Jon Lee
Reported
2011-12-06 16:05:04 PST
Implement current permissions API for WK2. <
rdar://problem/10357008
>
Attachments
Patch
(123.88 KB, patch)
2011-12-06 17:07 PST
,
Jon Lee
no flags
Details
Formatted Diff
Diff
Patch
(133.94 KB, patch)
2011-12-06 17:27 PST
,
Jon Lee
no flags
Details
Formatted Diff
Diff
Patch with GNU build fixes
(138.15 KB, patch)
2011-12-07 10:20 PST
,
Jon Lee
no flags
Details
Formatted Diff
Diff
Fix gtk again
(139.15 KB, patch)
2011-12-07 11:05 PST
,
Jon Lee
no flags
Details
Formatted Diff
Diff
Fix gtk again and adjust some xcodeproj settings and paths
(142.16 KB, patch)
2011-12-07 11:51 PST
,
Jon Lee
no flags
Details
Formatted Diff
Diff
Trying again with gtk
(142.16 KB, patch)
2011-12-07 13:00 PST
,
Jon Lee
darin
: review+
Details
Formatted Diff
Diff
Show Obsolete
(5)
View All
Add attachment
proposed patch, testcase, etc.
Jon Lee
Comment 1
2011-12-06 17:07:13 PST
Created
attachment 118147
[details]
Patch
Jon Lee
Comment 2
2011-12-06 17:27:06 PST
Created
attachment 118150
[details]
Patch Added new files to Windows vcproj
Gustavo Noronha (kov)
Comment 3
2011-12-06 19:40:47 PST
Comment on
attachment 118150
[details]
Patch
Attachment 118150
[details]
did not pass gtk-ews (gtk): Output:
http://queues.webkit.org/results/10756001
Jon Lee
Comment 4
2011-12-07 10:20:07 PST
Created
attachment 118226
[details]
Patch with GNU build fixes
Gustavo Noronha (kov)
Comment 5
2011-12-07 10:29:30 PST
Comment on
attachment 118226
[details]
Patch with GNU build fixes
Attachment 118226
[details]
did not pass gtk-ews (gtk): Output:
http://queues.webkit.org/results/10752207
Jon Lee
Comment 6
2011-12-07 11:05:21 PST
Created
attachment 118234
[details]
Fix gtk again
Collabora GTK+ EWS bot
Comment 7
2011-12-07 11:43:35 PST
Comment on
attachment 118234
[details]
Fix gtk again
Attachment 118234
[details]
did not pass gtk-ews (gtk): Output:
http://queues.webkit.org/results/10748211
Jon Lee
Comment 8
2011-12-07 11:51:07 PST
Created
attachment 118247
[details]
Fix gtk again and adjust some xcodeproj settings and paths
Gustavo Noronha (kov)
Comment 9
2011-12-07 12:53:07 PST
Comment on
attachment 118247
[details]
Fix gtk again and adjust some xcodeproj settings and paths
Attachment 118247
[details]
did not pass gtk-ews (gtk): Output:
http://queues.webkit.org/results/10767181
Jon Lee
Comment 10
2011-12-07 13:00:05 PST
Created
attachment 118257
[details]
Trying again with gtk
Darin Adler
Comment 11
2011-12-08 10:15:31 PST
Comment on
attachment 118257
[details]
Trying again with gtk View in context:
https://bugs.webkit.org/attachment.cgi?id=118257&action=review
> Source/WebKit2/UIProcess/Notifications/WebNotification.cpp:38 > +WebNotification::WebNotification() > +{ > +}
Shouldn’t we set m_notificationID to 0 in this constructor? I suppose maybe not if we always just decode afterwards, but it seems slightly strange that the strings will both be initialized and the notification will not.
> Source/WebKit2/UIProcess/Notifications/WebNotification.cpp:49 > +WebNotification::~WebNotification() > +{ > +}
I suggest not defining or declaring this and just letting the compiler generate it.
> Source/WebKit2/UIProcess/Notifications/WebNotificationManagerProxy.cpp:53 > +WebNotificationManagerProxy::~WebNotificationManagerProxy() > +{ > +}
Seems we should just let the compiler generate this and need not define or declare it.
> Source/WebKit2/WebProcess/Notifications/NotificationPermissionRequestManager.cpp:62 > +NotificationPermissionRequestManager::~NotificationPermissionRequestManager() > +{ > +}
Seems we should just let the compiler generate this.
Jon Lee
Comment 12
2011-12-08 10:18:55 PST
(In reply to
comment #11
)
> (From update of
attachment 118257
[details]
) > View in context:
https://bugs.webkit.org/attachment.cgi?id=118257&action=review
> > > Source/WebKit2/UIProcess/Notifications/WebNotification.cpp:38 > > +WebNotification::WebNotification() > > +{ > > +} > > Shouldn’t we set m_notificationID to 0 in this constructor? I suppose maybe not if we always just decode afterwards, but it seems slightly strange that the strings will both be initialized and the notification will not. > > > Source/WebKit2/UIProcess/Notifications/WebNotification.cpp:49 > > +WebNotification::~WebNotification() > > +{ > > +} > > I suggest not defining or declaring this and just letting the compiler generate it. > > > Source/WebKit2/UIProcess/Notifications/WebNotificationManagerProxy.cpp:53 > > +WebNotificationManagerProxy::~WebNotificationManagerProxy() > > +{ > > +} > > Seems we should just let the compiler generate this and need not define or declare it. > > > Source/WebKit2/WebProcess/Notifications/NotificationPermissionRequestManager.cpp:62 > > +NotificationPermissionRequestManager::~NotificationPermissionRequestManager() > > +{ > > +} > > Seems we should just let the compiler generate this.
Will do. Thank you!
Jon Lee
Comment 13
2011-12-08 11:07:16 PST
Committed
r102352
: <
http://trac.webkit.org/changeset/102352
>
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug