Bug 23420
| Summary: | forward slash (/) in cookie name prohibits cookie from setting | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Kit Pierce <wallyfoo> |
| Component: | New Bugs | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED INVALID | ||
| Severity: | Normal | CC: | mrowe |
| Priority: | P2 | ||
| Version: | 528+ (Nightly build) | ||
| Hardware: | Mac (Intel) | ||
| OS: | OS X 10.5 | ||
| URL: | http://thadenpierce.org/testcookie.php | ||
Kit Pierce
A cookie named, for instance, "site/sub", will not properly save. Change the name to "site-sub" and it will register properly.
In my specific case, the cookie isn't secure, and is set to expire one month from set time.
The slash-named cookie was working several several nightlies ago (and still works in other mainstream browsers). Currently broken in r40023.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Mark Rowe (bdash)
Does it also work in Safari? Cookie parsing is not something that WebKit handles, so if this broke recently it likely broke as the result of installing a software update, and should also be broken in stock Safari.
Kit Pierce
I will craft a generic, public test case this afternoon and post my results this evening. Thanks for the idea.
Kit Pierce
http://thadenpierce.org/testcookie.php
Load the page, then refresh. If the cookie is set, it should report a '1'.
Works in latest Firefox, but broken in Webkit nightly *and* Safari. Good call.
So, then. To whom should I submit this one?
Mark Rowe (bdash)
You should file a bug report at <http://bugreport.apple.com/>.
Kit Pierce
Thank you.