[Webkit-unassigned] [Bug 168126] New: [GTK] WebProcess should run cleanup on quit to release resources

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Fri Feb 10 10:23:14 PST 2017


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

            Bug ID: 168126
           Summary: [GTK] WebProcess should run cleanup on quit to release
                    resources
    Classification: Unclassified
           Product: WebKit
           Version: Other
          Hardware: Unspecified
                OS: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: WebKit Gtk
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: olivier.blin at softathome.com
                CC: annulen at yandex.ru, bugs-noreply at webkitgtk.org,
                    cgarcia at igalia.com, mcatanzaro at igalia.com,
                    zan at falconsigh.net

When the UI Process is closed, the WebProcess does not always run a proper cleanup, and may not properly close system resources.
For example, the MediaPlayerPrivateGStreamerBase destructor may not be called.

This can be especially annoying on embedded devices, where video drivers do not always run a device cleanup when the process using it is terminated.

This has been seen initially on WebKitForWayland with GStreamer, and WebKitGTK has the same behavior.

When exiting MiniBrowser by closing the graphical window, WebPage::close() is called on the WebProcess, and it leads most of the time to a successful call of ~MediaPlayerPrivateGStreamerBase().
When exiting MiniBrowser from command line with Ctrl-C, SIGINT is sent to all process in the process group, and WebProcess quits without properly destroying its objects.
When exiting MiniBrowser with killall (SIGTERM), the WebProcess also quits without destroying its objects.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-unassigned/attachments/20170210/36f59715/attachment.html>


More information about the webkit-unassigned mailing list