Closed
Bug 590611
Opened 14 years ago
Closed 14 years ago
Raise cookies per basedomain limit to 150
Categories
(Core :: Networking: Cookies, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: dwitte, Assigned: dwitte)
Details
Attachments
(1 file)
1.85 KB,
patch
|
sdwilsh
:
review+
christian
:
approval1.9.2.11+
|
Details | Diff | Splinter Review |
We're starting to run into problems with the 50 limit being too low. The Chrome guys agree that we should raise it to 150.
Assignee | ||
Comment 1•14 years ago
|
||
This should block 2.0, since it's a problem now, and we want behavior to be consistent between browsers.
blocking2.0: --- → ?
Assignee | ||
Updated•14 years ago
|
Assignee: nobody → dwitte
Assignee | ||
Comment 2•14 years ago
|
||
Attachment #469266 -
Flags: review?(sdwilsh)
Comment 3•14 years ago
|
||
We should consider landing this on the older branches as well if we're going to change it. If sites expand into the new limits that will start on a particular calendar date and extend into the future, not be based on what version the user happens to be running.
Comment 4•14 years ago
|
||
Only to versions that have the soft global limit though. When did that land?
Assignee | ||
Comment 5•14 years ago
|
||
http://hg.mozilla.org/releases/mozilla-1.9.2/rev/af278cec894d 7/20/09 on 1.9.2. Agree we should land there too.
Assignee | ||
Comment 6•14 years ago
|
||
To be clear, for anyone reading along: the reason the limit is too low is that, when we changed the limit to mean "per base domain" instead of "per host", we caused trouble for sites that rely on being able to set a bunch of cookies on different subdomains. Like Google. We still want the limit, but it's not as important now that we have our new purging algorithm -- we've prevented the kind of attack where a malicious site can log you out of everything; the worst you can do is cause the browser to take up a bunch of memory and disk.
Comment 7•14 years ago
|
||
Comment on attachment 469266 [details] [diff] [review] patch > // default limits for the cookie list. these can be tuned by the > // network.cookie.maxNumber and network.cookie.maxPerHost prefs respectively. Is this comment still correct? We have four defaults here. r=sdwilsh
Attachment #469266 -
Flags: review?(sdwilsh) → review+
Assignee | ||
Comment 8•14 years ago
|
||
Comment on attachment 469266 [details] [diff] [review] patch Looking for approval -- we want branch to be consistent with trunk here, so behavior is uniform.
Attachment #469266 -
Flags: approval1.9.2.10?
Assignee | ||
Comment 9•14 years ago
|
||
(In reply to comment #7) > Is this comment still correct? We have four defaults here. Yeah, it's correct; I could mention the purgeAge pref too, though.
Updated•14 years ago
|
blocking2.0: ? → betaN+
Assignee | ||
Comment 10•14 years ago
|
||
http://hg.mozilla.org/projects/electrolysis/rev/a02aee4f7197
Assignee | ||
Comment 11•14 years ago
|
||
http://hg.mozilla.org/mozilla-central/rev/a02aee4f7197 Still need a branch landing here.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Attachment #469266 -
Flags: approval1.9.2.11? → approval1.9.2.11+
Assignee | ||
Comment 12•14 years ago
|
||
Landed on 1.9.2. http://hg.mozilla.org/releases/mozilla-1.9.2/rev/d49e8022e892
status1.9.2:
--- → .11-fixed
You need to log in
before you can comment on or make changes to this bug.
Description
•