Bug 18252 - Safari 3.1 - Locked Cookies.plist completely breaks all cookie use
Summary: Safari 3.1 - Locked Cookies.plist completely breaks all cookie use
Status: RESOLVED INVALID
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebCore Misc. (show other bugs)
Version: 528+ (Nightly build)
Hardware: Mac OS X 10.5
: P2 Normal
Assignee: Nobody
URL:
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2008-03-31 16:38 PDT by Eric Taylor
Modified: 2008-07-30 02:43 PDT (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Eric Taylor 2008-03-31 16:38:58 PDT
Since Safari has never had a "flush all cookies on exit" option like FireFox has, I have made do by locking the ~/Library/Cookies/Cookies.plist cookie file and just not letting them be written to disk. However, as of Safari 3.1, cookies no longer function at all if the cookies.plist file is locked.

[1] Get Info on ~/Library/Cookies/Cookies.plist and lock the file.
[2] Launch (or relaunch) Safari.
[3] Log into some place like mail.yahoo.com.
[4] Go to some other area of the same site (I use my.yahoo.com).
[5] Go back to mail.yahoo.com. By now, you should have received another login window.
[6] Get Info on Cookies.plist and unlock the file.
[7] Relaunch Safari, lather rinse repeat except this time you will note that the site functions as expected.
Comment 1 Mark Rowe (bdash) 2008-03-31 16:53:31 PDT
The cookies plist on disk is managed by CFNetwork, not WebKit or Safari.
Comment 2 Mark Rowe (bdash) 2008-03-31 16:54:14 PDT
<rdar://problem/5833244>
Comment 3 Robert Blaut 2008-07-30 02:43:35 PDT
(In reply to comment #1)
> The cookies plist on disk is managed by CFNetwork, not WebKit or Safari.
> 

So the reported problem does not descibe bug in WebKit. I close this bug. Further action will be taken by Apple engineers via Radar report.