#20798 [Bgs]: use_trans_sid produces unvalid html
| From: | derick@php.net | Date: | Wed, 04 Dec 2002 13:52:42 +0000 |
| Subject: | #20798 [Bgs]: use_trans_sid produces unvalid html | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-26613@lists.php.net to get a copy of this message | ||
ID: 20798
Updated by: derick@php.net
Reported By: mikav@raketti.net
Status: Bogus
Bug Type: Session related
Operating System: RH7.2
PHP Version: 4.2.3
New Comment:
Search the archives, this is not going to happen until there are
browsers which don't work without this.
Previous Comments:
------------------------------------------------------------------------
[2002-12-04 07:51:49] mail@razor.dk
+1 from here. It wont break anything and complies with present
standards.
------------------------------------------------------------------------
[2002-12-04 07:34:19] mikav@raketti.net
Woops, my fault. Havent noticed that before. Maybe & should be
default?
------------------------------------------------------------------------
[2002-12-03 14:57:50] derick@php.net
Read your php.ini closely, and pay attention to the
arg_seperator.output setting.
Not a bug -> bogus
------------------------------------------------------------------------
[2002-12-03 14:56:44] mikav@raketti.net
When a PHP option session.use_trans_sid is set on, and user has cookies
disabled, every URL in page is altered by PHP to include the SID in
them.
However possible "amp"-signs in urls are not produced as valid html
(according to w3c). Heres an example:
A page has a link similiar to:
-- HREF="/some.php?a=b&c=d"
after adding SID it becomes:
-- HREF="/some.php?a=b&c=d&SID=WHATEVER"
Should be:
-- HREF="/some.php?a=b&c=d&SID=WHATEVER"
am I right? Or didn't I just notice something?
And btw, bug search system doesn like & as a search word, says that
I'm a bad cracker :|
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=20798&edit=1