WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
30661
Chromium HTTP Connection Count erroneously throttled to 4.
https://bugs.webkit.org/show_bug.cgi?id=30661
Summary
Chromium HTTP Connection Count erroneously throttled to 4.
Mike Belshe
Reported
2009-10-21 22:08:18 PDT
When initializeMaximumHTTPConnectionCountPerHost() was introduced (ResourceRequestBase.cpp), it artificially throttled non-MAC platforms at 4 connections. Chromium needs to use 6.
Attachments
patch
(1.19 KB, patch)
2009-10-22 00:20 PDT
,
Mike Belshe
fishd
: review-
Details
Formatted Diff
Diff
Patch 2; this time with the chromium implementation.
(3.72 KB, patch)
2009-10-22 09:09 PDT
,
Mike Belshe
no flags
Details
Formatted Diff
Diff
Patch 3
(3.69 KB, patch)
2009-10-22 11:58 PDT
,
Mike Belshe
no flags
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Mike Belshe
Comment 1
2009-10-22 00:20:13 PDT
Created
attachment 41641
[details]
patch Simple patch to do the same thing that the mac platform does - have this function be controlled outside of webkit. A corresponding change will be made in the chromium api to provide this function.
Darin Fisher (:fishd, Google)
Comment 2
2009-10-22 06:28:36 PDT
Comment on
attachment 41641
[details]
patch
> Index: WebCore/ChangeLog
...
> + Make the number of connections for chromium controlled by > + chromium rather than by ReosurceRequestBase. > +
https://bugs.webkit.org/show_bug.cgi?id=30661
nit: ^^^ remove the tabs
> Index: WebCore/platform/network/ResourceRequestBase.cpp
...
> +#if !PLATFORM(MAC) && !USE(CFNETWORK) && !USE(SOUP) && !PLATFORM(CHROMIUM) > unsigned initializeMaximumHTTPConnectionCountPerHost()
This method should probably be implemented in chromium/ResourceRequest.h as either defined to return 6 or defined in terms of a ChromiumBridge function call of exactly the same signature.
Mike Belshe
Comment 3
2009-10-22 09:09:56 PDT
Created
attachment 41661
[details]
Patch 2; this time with the chromium implementation.
Eric Seidel (no email)
Comment 4
2009-10-22 10:45:45 PDT
Comment on
attachment 41661
[details]
Patch 2; this time with the chromium implementation. 9 No new tests. (OOPS!) will have to be removed before commit. Our documentation isn't very good on that subject, but the OOPS will cause the commit to fail. Better would be to replace that with a short comment explaining why this is untestable (it actually probably isn't untestable, but could be kinda tricky).
Mike Belshe
Comment 5
2009-10-22 11:58:37 PDT
Created
attachment 41674
[details]
Patch 3
WebKit Commit Bot
Comment 6
2009-10-24 17:33:47 PDT
Comment on
attachment 41674
[details]
Patch 3 Rejecting patch 41674 from commit-queue.
mike@belshe.com
does not have committer permissions according to
http://trac.webkit.org/browser/trunk/WebKitTools/Scripts/modules/committers.py
.
Eric Seidel (no email)
Comment 7
2009-10-26 11:28:36 PDT
Comment on
attachment 41674
[details]
Patch 3 I can't remember who is and who is not a committer these days. But if you're a committer mike, feel free to add yourself to that file! Otherwise you can set commit-queue? and someone will come along and cq+ your patches. cq+ing this one now.
WebKit Commit Bot
Comment 8
2009-10-26 11:40:54 PDT
Comment on
attachment 41674
[details]
Patch 3 Clearing flags on attachment: 41674 Committed
r50079
: <
http://trac.webkit.org/changeset/50079
>
WebKit Commit Bot
Comment 9
2009-10-26 11:40:58 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.
Top of Page
Format For Printing
XML
Clone This Bug