RESOLVED FIXED 208707
Add support for NowPlaying commands in GPUProcess
https://bugs.webkit.org/show_bug.cgi?id=208707
Summary Add support for NowPlaying commands in GPUProcess
youenn fablet
Reported 2020-03-06 04:58:51 PST
Add support for NowPlaying commands in GPUProcess
Attachments
Patch (18.08 KB, patch)
2020-03-06 05:20 PST, youenn fablet
no flags
Patch (23.80 KB, patch)
2020-03-06 05:55 PST, youenn fablet
no flags
Patch for landing (23.82 KB, patch)
2020-03-06 09:14 PST, youenn fablet
no flags
Archive of layout-test-results from webkit-cq-01 for mac-mojave (4.14 MB, application/zip)
2020-03-06 11:09 PST, WebKit Commit Bot
no flags
youenn fablet
Comment 1 2020-03-06 05:20:07 PST
youenn fablet
Comment 2 2020-03-06 05:55:13 PST
Eric Carlson
Comment 3 2020-03-06 08:44:54 PST
Comment on attachment 392712 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=392712&action=review > Source/WebKit/ChangeLog:9 > + Each GPUConnectionToWebProcess is nwo a NowPlayingManager client. s/nwo/now/ > Source/WebCore/platform/NowPlayingManager.cpp:59 > + if (m_client.get() != &client) > + return; Should we ASSERT this? > Source/WebCore/platform/NowPlayingManager.h:53 > + void clearNowPlayingInfo(Client&); > + void setNowPlayingInfo(Client&, NowPlayingInfo&&); Nit: It seems like this is really about setting/clearing the client, so I wonder if "NowPlayingClient" would be better than "NowPlayingInfo"?
youenn fablet
Comment 4 2020-03-06 08:55:22 PST
> > Source/WebCore/platform/NowPlayingManager.cpp:59 > > + if (m_client.get() != &client) > > + return; > > Should we ASSERT this? A clear from one process might be racy with a setNowPlayingInfo from another. > > Source/WebCore/platform/NowPlayingManager.h:53 > > + void clearNowPlayingInfo(Client&); > > + void setNowPlayingInfo(Client&, NowPlayingInfo&&); > > Nit: It seems like this is really about setting/clearing the client, so I > wonder if "NowPlayingClient" would be better than "NowPlayingInfo"? OK.
youenn fablet
Comment 5 2020-03-06 09:14:27 PST
Created attachment 392731 [details] Patch for landing
WebKit Commit Bot
Comment 6 2020-03-06 11:09:14 PST
Comment on attachment 392731 [details] Patch for landing Rejecting attachment 392731 [details] from commit-queue. New failing tests: editing/spelling/spellcheck-async-remove-frame.html Full output: https://webkit-queues.webkit.org/results/13334823
WebKit Commit Bot
Comment 7 2020-03-06 11:09:16 PST
Created attachment 392744 [details] Archive of layout-test-results from webkit-cq-01 for mac-mojave The attached test failures were seen while running run-webkit-tests on the commit-queue. Bot: webkit-cq-01 Port: mac-mojave Platform: Mac OS X 10.14.6
WebKit Commit Bot
Comment 8 2020-03-06 12:01:57 PST
Comment on attachment 392731 [details] Patch for landing Clearing flags on attachment: 392731 Committed r258015: <https://trac.webkit.org/changeset/258015>
WebKit Commit Bot
Comment 9 2020-03-06 12:01:58 PST
All reviewed patches have been landed. Closing bug.
Radar WebKit Bug Importer
Comment 10 2020-03-06 12:02:30 PST
Note You need to log in before you can comment on or make changes to this bug.