[Webkit-unassigned] [Bug 174789] REGRESSION(r218629): [GTK] ASSERTION FAILED: m_eglDisplay == EGL_NO_DISPLAY in WebCore::PlatformDisplay::~PlatformDisplay

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Tue Jul 25 01:34:55 PDT 2017


https://bugs.webkit.org/show_bug.cgi?id=174789

Carlos Garcia Campos <cgarcia at igalia.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |cgarcia at igalia.com,
                   |                            |zan at falconsigh.net
            Summary|[GTK] ASSERTION FAILED:     |REGRESSION(r218629): [GTK]
                   |m_eglDisplay ==             |ASSERTION FAILED:
                   |EGL_NO_DISPLAY in           |m_eglDisplay ==
                   |WebCore::PlatformDisplay::~ |EGL_NO_DISPLAY in
                   |PlatformDisplay             |WebCore::PlatformDisplay::~
                   |                            |PlatformDisplay

--- Comment #2 from Carlos Garcia Campos <cgarcia at igalia.com> ---
This regressed in r218629. Before r218629, the wayland nested compositor display was a singleton created on demand by AcceleratedSurfaceWayland, but now it's created unconditionally on web process creation when a valid display name is received from the UI process. The side effect of this is that now the shared display is created after the nested compositor display that is not a singleton anymore. The atexit used by PlatformDisplay to shutdown egl display assumes that it will be registered by the shared display. Since we switched to on demand AC mode, the shared display is only used in the web process when entering AC mode, that's why it only crashes when we have entered AC at least once. We just need to ensure that the shared display is created before the nested compositor display.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20170725/2fb0d9a9/attachment.html>


More information about the webkit-unassigned mailing list