note 67262 added to function.setcookie
| From: | mrvanes at gmail dot com | Date: | Tue, 06 Jun 2006 14:22:43 +0000 |
| Subject: | note 67262 added to function.setcookie | ||
| Groups: | php.notes | ||
| Request: | Send a blank email to php-notes+get-113360@lists.php.net to get a copy of this message | ||
I just discovered that IE6 (6.0.2800.1106 at least) seems to have difficulties accepting cookies
when the subdomain part of the URL is longer than 10 characters. This applies to automatic
sessionid's as well (that's how I found out). So: Setting a cookie on a site named http://examples.test.com/ will work, doing the same on http://my_examples.test.com will fail (or at least, failed
for me).
Tested it by snooping the outgoing traffic from the client: the GET request lacks the COOKIE: header
in the last case. A closer inspection revealed that the cookie was never accepted in the first
place: when the subdomain is longer than 10 characters, no cookiefile is created in the temporary
internet files directory. Temporary cookies (like the PHP sessionid) have the same problem.
Firefox and Konqueror have no problem with this.
----
Server IP: 194.109.193.119
Probable Submitter: 84.41.220.121
----
X-Spam-Status: No, hits=3.1 required=5.0 tests=DATE_MISSING,FROM_NO_LOWER
autolearn=no version=2.64
----
Manual Page -- http://www.php.net/manual/en/function.setcookie.php
Edit -- http://master.php.net/note/edit/67262
Del: integrated -- http://master.php.net/note/delete/67262/integrated
Del: useless -- http://master.php.net/note/delete/67262/useless
Del: bad code -- http://master.php.net/note/delete/67262/bad+code
Del: spam -- http://master.php.net/note/delete/67262/spam
Del: non-english -- http://master.php.net/note/delete/67262/non-english
Del: in docs -- http://master.php.net/note/delete/67262/in+docs
Del: other reasons-- http://master.php.net/note/delete/67262
Reject -- http://master.php.net/note/reject/67262
Search -- http://master.php.net/manage/user-notes.php