Bug 208707 - Add support for NowPlaying commands in GPUProcess
Summary: Add support for NowPlaying commands in GPUProcess
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: Media (show other bugs)
Version: WebKit Nightly Build
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: youenn fablet
URL:
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2020-03-06 04:58 PST by youenn fablet
Modified: 2020-03-06 12:02 PST (History)
11 users (show)

See Also:


Attachments
Patch (18.08 KB, patch)
2020-03-06 05:20 PST, youenn fablet
no flags Details | Formatted Diff | Diff
Patch (23.80 KB, patch)
2020-03-06 05:55 PST, youenn fablet
no flags Details | Formatted Diff | Diff
Patch for landing (23.82 KB, patch)
2020-03-06 09:14 PST, youenn fablet
no flags Details | Formatted Diff | Diff
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 Details

Note You need to log in before you can comment on or make changes to this bug.
Description youenn fablet 2020-03-06 04:58:51 PST
Add support for NowPlaying commands in GPUProcess
Comment 1 youenn fablet 2020-03-06 05:20:07 PST
Created attachment 392709 [details]
Patch
Comment 2 youenn fablet 2020-03-06 05:55:13 PST
Created attachment 392712 [details]
Patch
Comment 3 Eric Carlson 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"?
Comment 4 youenn fablet 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.
Comment 5 youenn fablet 2020-03-06 09:14:27 PST
Created attachment 392731 [details]
Patch for landing
Comment 6 WebKit Commit Bot 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
Comment 7 WebKit Commit Bot 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
Comment 8 WebKit Commit Bot 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>
Comment 9 WebKit Commit Bot 2020-03-06 12:01:58 PST
All reviewed patches have been landed.  Closing bug.
Comment 10 Radar WebKit Bug Importer 2020-03-06 12:02:30 PST
<rdar://problem/60165283>