Bug 222674
| Summary: | PaintFrameForMedia may be processed before the target MediaPlayer has been received in the GPU process | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Wenson Hsieh <wenson_hsieh> |
| Component: | WebKit2 | Assignee: | Peng Liu <peng.liu6> |
| Status: | NEW | ||
| Severity: | Normal | CC: | peng.liu6, webkit-bug-importer |
| Priority: | P2 | Keywords: | InRadar |
| Version: | WebKit Nightly Build | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| See Also: | https://bugs.webkit.org/show_bug.cgi?id=222633 | ||
Wenson Hsieh
This may cause `PaintFrameForMedia` to (incorrectly) be a no-op.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Radar WebKit Bug Importer
<rdar://problem/74995642>
Wenson Hsieh
(Some more info…)
PaintFrameForMedia is a display list item that grabs the MediaPlayer corresponding to its identifier, and paints the current frame of the MediaPlayer into the destination image buffer.
However, there's currently no mechanism to ensure that we've created the MediaPlayer in the GPU Process at the time when the item (PaintFrameForMedia) is being applied.
For other similar drawing items (such as items for drawing fonts or images), we'll notice that we're missing the cached resource, bail from the main display list processing loop, and resume processing when we've received the resource. However, MediaPlayer currently does not integrate with this mechanism, so we end up treating the item as a no-op in the case where we haven't received the MediaPlayer yet.
Peng Liu
*** Bug 222633 has been marked as a duplicate of this bug. ***