[GLib] Use RunLoopSourcePriority::RunLoopTimer as the GSocketMonitor's GSource priority
Created attachment 310229 [details] Patch
Comment on attachment 310229 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=310229&action=review > Source/WebKit2/ChangeLog:11 > + * Platform/IPC/glib/GSocketMonitor.cpp: > + (IPC::GSocketMonitor::start): Explicitly set the priority for the GSocketMonitor's > + GSource object to RunLoopSourcePriority::RunLoopTimer, equating the dispatch > + priority to that of RunLoop::Timer objects. I'm not sure this is the priority we want. Messages sent to the io thread will be done by WorkQueue::dispatch which uses the RunLoopDispatcher priority. So, in the case of the GTK+ port this is giving more priority to socket events. We want at least the same priority, or even more to the dispatchs, so that for example a connectionDidClose() message could be dispatched even if the socket has data to read. So, I would use RunLoopDispatcher instead of RunLoopTimer to use the same priority in both GTK+ and WPE ports.
Created attachment 310254 [details] Patch
Comment on attachment 310254 [details] Patch Clearing flags on attachment: 310254 Committed r216929: <http://trac.webkit.org/changeset/216929>
All reviewed patches have been landed. Closing bug.