[Webkit-unassigned] [Bug 111919] Coordinated Graphics: Unify messages related object's lifecycles into CoordinatedGraphicsState.
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Wed Jun 5 03:23:42 PDT 2013
https://bugs.webkit.org/show_bug.cgi?id=111919
--- Comment #16 from Gwang Yoon Hwang <ryumiel at company100.net> 2013-06-05 03:22:15 PST ---
(In reply to comment #15)
> (From update of attachment 203777 [details])
> View in context: https://bugs.webkit.org/attachment.cgi?id=203777&action=review
>
> Great! but has a couple of unrelated changes
>
> > Source/WebCore/platform/graphics/texmap/coordinated/CoordinatedImageBacking.cpp:118
> > - // If sending the message fails, try again in the next update.
> > - bool success = m_coordinator->updateImageBacking(id(), m_surface);
> > - m_isDirty = !success;
> > + m_coordinator->updateImageBacking(id(), m_surface);
> > + m_isDirty = false;
>
> This seems unrelated
>
Because this patch does defers creating a handle of WebCoordinatedSurface to sync time, we cannot check whether it is failed, so fallback logic was removed.
I think cleaning m_isDirty is necessary because it indicates ImageBacking posts its update.
> > Source/WebKit2/WebProcess/WebPage/CoordinatedGraphics/CoordinatedLayerTreeHost.cpp:402
> > + size_t index = m_state.layersToCreate.find(layer->id());
> > + if (index != notFound) {
> > + m_state.layersToCreate.remove(index);
> > + return;
> > + }
> > +
> > + m_state.layersToRemove.append(layer->id());
>
> This seems unrelated as well
I think it makes sense, because it is a reused logic from
Source/WebKit2/WebProcess/WebPage/CoordinatedGraphics/CoordinatedLayerTreeHost.cpp:288
--
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