142748 2015-03-16 14:36:33 -0700 Provide a better RunLoopObserver platform abstraction 2025-10-06 14:11:24 -0700 1 1 1 Unclassified WebKit Platform 528+ (Nightly build) Unspecified Unspecified NEW https://bugs.webkit.org/show_bug.cgi?id=138691 https://bugs.webkit.org/show_bug.cgi?id=150392 InRadar P2 Normal --- 300022 1 mattbaker webkit-unassigned bburg cgarcia mattbaker webkit-bug-importer zimmermann oldest_to_newest 1077568 0 mattbaker 2015-03-16 14:36:33 -0700 Move Mac platform code out of RunLoopObserver and make the API platform agnostic. This wrapper class is used sparingly in WebKit2 and WebCore, but the Inspector relies on it to time the run loop and provide FPS timeline information. A RunLoopObserver implementation will be required for any platform where we want FPS information to the available. 1077569 1 webkit-bug-importer 2015-03-16 14:38:00 -0700 <rdar://problem/20179287> 1135712 2 bburg 2015-10-22 09:46:46 -0700 This bug is blocked on non-Mac ports figuring out how to create such an abstraction for their run loops. In bug 150392, cgarcia writes: "The glib main loop doesn't provide any way to know its status, and there isn't any GMainLoopObserver in glib either. We could implement something like that in glib, though, but in the meantime we need a different way to implement at least the rendering frames panel. What we can do with the current glib main loop, is to use custom sources, that we can dispatch. That way we can do whatever before and after the source is actually dispatched, which is what I'm doing in this patch. We plan to change some glib sources used in WebKit with custom sources like the one I'm using in this patch, but in a more generic way. Once we have that we could implement a RunLoopObserver, but only to monitor our own custom sources." 2148838 3 zimmermann 2025-10-06 14:11:24 -0700 We finally implemented this for Gtk/WPE ports - PR https://github.com/WebKit/WebKit/pull/51678 is currently under review and is expected to be merged soon.