php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #6685 %20 mis-converted in GET mechanism
Submitted: 2000-09-12 13:39 UTC Modified: 2002-12-06 19:29 UTC
Votes:1
Avg. Score:5.0 ± 0.0
Reproduced:1 of 1 (100.0%)
Same Version:0 (0.0%)
Same OS:1 (100.0%)
From: waldschrott@php.net Assigned:
Status: Wont fix Package: Scripting Engine problem
PHP Version: 4.0.2 OS: *
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: waldschrott@php.net
New email:
PHP Version: OS:

 

 [2000-09-12 13:39 UTC] waldschrott@php.net

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2000-09-12 13:41 UTC] stas@php.net
And what would you expect it to do? You cannot have variable names with spaces. 
 [2000-09-12 13:46 UTC] waldschrott@php.net

 [2000-09-16 17:59 UTC] stas@php.net
On the second though, you _can_ have variables with spaces (actually, you can name variable with every string you can put into variable), so I don't quite understand the maning of that variable name translation. Do we really need it? Anybody will have problems if we remove it?
 [2000-11-21 03:35 UTC] sniper@php.net
I think that having spaces in variable names is not
a good thing (tm). could someone please explain me 
how it would be useful at all?

--Jani
 [2000-11-21 15:37 UTC] waldschrott@php.net

 [2002-06-02 13:29 UTC] derick@php.net
Seems not important enough to anybody... suspending.
 [2003-03-05 05:11 UTC] flystop at gmx dot net
The problem is not only the conversion of spaces but all characters not allowed in variable names. With register_globals=Off the keys in the superglobals should not be changed I think. Sometimes it IS important to use the original names (e.g. in my case passing cookie-data to external pages which use dots in cookie names).

I do think many people who rely on the translation could have problems if it is removed completely.

Maybe a configuration option could be used? This way everybody can decide to use the translation or not.
 
PHP Copyright © 2001-2017 The PHP Group
All rights reserved.
Last updated: Sun Nov 19 01:31:42 2017 UTC