Fix bug where requests to QUIC servers were throttled by the resource scheduler.

content/browser/loader/resource_scheduler.cc

Index: content/browser/loader/resource_scheduler.cc
diff --git a/content/browser/loader/resource_scheduler.cc b/content/browser/loader/resource_scheduler.cc
index f643dafadd373895eff629504d35f99562f1637e..04b4d87119ebd79876f8936ce070aa703a0f74a0 100644
--- a/content/browser/loader/resource_scheduler.cc
+++ b/content/browser/loader/resource_scheduler.cc
@@ -617,7 +617,7 @@ class ResourceScheduler::Client {
           net::HostPortPair::FromURL(request->url_request()->url());
       net::HttpServerProperties& http_server_properties =
           *request->url_request()->context()->http_server_properties();
-      if (!http_server_properties.SupportsSpdy(host_port_pair) &&
+      if (!http_server_properties.SupportsRequestPriority(host_port_pair) &&
           ContainsKey(in_flight_requests_, request)) {
         return IN_FLIGHT_DELAYABLE_REQUEST;
       }
@@ -723,7 +723,7 @@ class ResourceScheduler::Client {
     // TODO(willchan): We should really improve this algorithm as described in
     // crbug.com/164101. Also, theoretically we should not count a SPDY request

[mmenke, 2015/01/30 22:04:16]

This now applies to QUIC, too

[Ryan Hamilton, 2015/01/30 22:53:47]

Done.

     // against the delayable requests limit.
-    if (http_server_properties.SupportsSpdy(host_port_pair)) {
+    if (http_server_properties.SupportsRequestPriority(host_port_pair)) {
       return START_REQUEST;
     }