New issue
Advanced search Search tips
Note: Color blocks (like █ or █) mean that a user may not be available. Tooltip shows the reason.

Issue 761381 link

Starred by 1 user
Status: Available
Owner: ----
Cc:
█ fsam...@chromium.org
sadrul@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Chrome
Pri: 3
Type: Bug



Sign in to add a comment

WindowPortLocal doesn't always need LocalSurfaceId

Project Member Reported by kylec...@chromium.org, Sep 1 2017 
Most aura::Windows don't submit CompositorFrames and don't need a LocalSurfaceId. We are storing LocalSurfaceId + LocalSurfaceIdAllocator in WindowPortLocal for all aura::Windows. We are also potential generating new LocalSurfaceIds, which involves getting random numbers, that will never be used.

Does it make sense to store that stuff in the LayerTreeFrameSinkLocal instead?

Comment 1 by laforge@google.com, Nov 8 2017

Components: -Internals>Viz Internals>Services>Viz
Migrating from Internals>Viz to Internals>Services>Viz.

Comment 2 by jamescook@chromium.org, Apr 24 2018

Labels: -Proj-Mustash-Mus
►

Sign in to add a comment