RESOLVED FIXED 112902
[Soup] Use ResourceLoadPriority
https://bugs.webkit.org/show_bug.cgi?id=112902
Summary [Soup] Use ResourceLoadPriority
Sergio Villar Senin
Reported 2013-03-21 05:30:35 PDT
WebCore already provides a priority for each resource. Since libsoup uses a message queue it should be quite convenient to use that priority to sort messages in the queue and prioritize urgent requests. See https://bugzilla.gnome.org/show_bug.cgi?id=696277 for the libsoup part of this bug.
Attachments
This won't build because it depends on a non-committed libsoup feature. I am also not setting any libsoup guard until we decide whether or not this change gets into the next libsoup release. (3.03 KB, patch)
2013-03-21 05:36 PDT, Sergio Villar Senin
no flags
Patch (3.03 KB, patch)
2013-03-21 05:37 PDT, Sergio Villar Senin
no flags
Patch (3.11 KB, patch)
2013-04-17 01:52 PDT, Sergio Villar Senin
no flags
Patch (3.11 KB, patch)
2013-06-12 03:04 PDT, Sergio Villar Senin
no flags
Sergio Villar Senin
Comment 1 2013-03-21 05:36:41 PDT
Created attachment 194237 [details] This won't build because it depends on a non-committed libsoup feature. I am also not setting any libsoup guard until we decide whether or not this change gets into the next libsoup release.
Sergio Villar Senin
Comment 2 2013-03-21 05:37:34 PDT
Created attachment 194239 [details] Patch This won't build because it depends on a non-committed libsoup feature. I am also not setting any libsoup guard until we decide whether or not this change gets into the next libsoup release.
EFL EWS Bot
Comment 3 2013-03-21 05:50:57 PDT
Martin Robinson
Comment 4 2013-03-21 07:23:06 PDT
Comment on attachment 194239 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=194239&action=review > Source/WebCore/platform/network/soup/ResourceRequest.h:102 > + switch (priority) { > + case ResourceLoadPriorityUnresolved: What is does unresolved mean? I'm curious, because perhaps it should have SOUP_MESSAGE_PRIORITY_NORMAL instead.
Sergio Villar Senin
Comment 5 2013-03-21 08:24:25 PDT
(In reply to comment #4) > (From update of attachment 194239 [details]) > View in context: https://bugs.webkit.org/attachment.cgi?id=194239&action=review > > > Source/WebCore/platform/network/soup/ResourceRequest.h:102 > > + switch (priority) { > > + case ResourceLoadPriorityUnresolved: > > What is does unresolved mean? I'm curious, because perhaps it should have SOUP_MESSAGE_PRIORITY_NORMAL instead. It's basically the value used by the loader to initialize the priority, and if I understand the loader code correctly, we should never get such a priority because the resource load scheduler has ASSERTs to control that, so we might even break and ASSERT_NOT_REACHED in debug builds and return the default value (which might be NORMAL again).
Sergio Villar Senin
Comment 6 2013-04-17 01:52:09 PDT
Sergio Villar Senin
Comment 7 2013-04-17 01:53:41 PDT
Adding a couple of guys who might have an opinion on the ResourceLoadPriorityUnresolved thing.
Sergio Villar Senin
Comment 8 2013-04-29 02:54:22 PDT
ping
Carlos Garcia Campos
Comment 9 2013-06-11 10:32:22 PDT
(In reply to comment #4) > (From update of attachment 194239 [details]) > View in context: https://bugs.webkit.org/attachment.cgi?id=194239&action=review > > > Source/WebCore/platform/network/soup/ResourceRequest.h:102 > > + switch (priority) { > > + case ResourceLoadPriorityUnresolved: > > What is does unresolved mean? I'm curious, because perhaps it should have SOUP_MESSAGE_PRIORITY_NORMAL instead. Yes, I agree, if the priority is unresolved I would use the default one in libsoup that is NORMAL.
Sergio Villar Senin
Comment 10 2013-06-12 03:04:06 PDT
Carlos Garcia Campos
Comment 11 2013-06-12 03:56:22 PDT
Comment on attachment 204421 [details] Patch LGTM
Sergio Villar Senin
Comment 12 2013-06-12 04:34:27 PDT
Comment on attachment 204421 [details] Patch Clearing flags on attachment: 204421 Committed r151493: <http://trac.webkit.org/changeset/151493>
Sergio Villar Senin
Comment 13 2013-06-12 04:34:50 PDT
All reviewed patches have been landed. Closing bug.
Note You need to log in before you can comment on or make changes to this bug.