WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
55986
Use the Cookie Storage from the Private Browsing Storage Session directly
https://bugs.webkit.org/show_bug.cgi?id=55986
Summary
Use the Cookie Storage from the Private Browsing Storage Session directly
Jessie Berlin
Reported
2011-03-08 17:20:29 PST
There is no need to create an in-memory copy because the Private Browsing Storage Session is already in-memory only. <
rdar://problem/9102381
>
Attachments
Patch
(
deleted
)
2011-03-08 18:02 PST
,
Jessie Berlin
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Jessie Berlin
Comment 1
2011-03-08 18:02:49 PST
Created
attachment 85119
[details]
Patch
Adam Roben (:aroben)
Comment 2
2011-03-09 05:15:52 PST
Comment on
attachment 85119
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=85119&action=review
Why doesn't Mac need the CreateInMemory fallback path?
> Source/WebCore/platform/network/cf/CookieStorageCFNet.cpp:81 > + privateBrowsingCookieStorage() = wkCreateInMemoryHTTPCookieStorage();
You're leaking this CFHTTPCookieStorageRef.
Jessie Berlin
Comment 3
2011-03-09 05:58:47 PST
(In reply to
comment #2
)
> (From update of
attachment 85119
[details]
) > View in context:
https://bugs.webkit.org/attachment.cgi?id=85119&action=review
> > Why doesn't Mac need the CreateInMemory fallback path?
Because if it isn't using the CFURLSTORAGESESSIONS, it calls wkSetCookieStoragePrivateBrowsingEnabled(enabled), which makes all cookies be stored in memory.
> > > Source/WebCore/platform/network/cf/CookieStorageCFNet.cpp:81 > > + privateBrowsingCookieStorage() = wkCreateInMemoryHTTPCookieStorage(); > > You're leaking this CFHTTPCookieStorageRef.
Hrm, for some reason I thought the result of a Create wasn't already retained. Fixed.
Adam Roben (:aroben)
Comment 4
2011-03-09 06:44:28 PST
(In reply to
comment #3
)
> (In reply to
comment #2
) > > (From update of
attachment 85119
[details]
[details]) > > View in context:
https://bugs.webkit.org/attachment.cgi?id=85119&action=review
> > > > Why doesn't Mac need the CreateInMemory fallback path? > > Because if it isn't using the CFURLSTORAGESESSIONS, it calls wkSetCookieStoragePrivateBrowsingEnabled(enabled), which makes all cookies be stored in memory.
I guess I don't understand what the difference between Mac and Windows is here.
Jessie Berlin
Comment 5
2011-03-09 07:12:06 PST
(In reply to
comment #4
)
> (In reply to
comment #3
) > > (In reply to
comment #2
) > > > (From update of
attachment 85119
[details]
[details] [details]) > > > View in context:
https://bugs.webkit.org/attachment.cgi?id=85119&action=review
> > > > > > Why doesn't Mac need the CreateInMemory fallback path? > > > > Because if it isn't using the CFURLSTORAGESESSIONS, it calls wkSetCookieStoragePrivateBrowsingEnabled(enabled), which makes all cookies be stored in memory. > > I guess I don't understand what the difference between Mac and Windows is here.
wkSetCookieStoragePrivateBrowsingEnabled (and the functionality behind it) doesn't exist on Windows. wkSetCookieStoragePrivateBrowsingEnabled was the way it was done on Mac before my changes to add the CFURLSTORAGESESSIONS stuff.
Jessie Berlin
Comment 6
2011-03-09 08:42:58 PST
Comment on
attachment 85119
[details]
Patch Committed in
r80643
http://trac.webkit.org/changeset/80643
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