php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #20420 parse_url broken on partial URLs
Submitted: 2002-11-14 02:56 UTC Modified: 2002-12-31 12:55 UTC
Votes:1
Avg. Score:5.0 ± 0.0
Reproduced:1 of 1 (100.0%)
Same Version:0 (0.0%)
Same OS:0 (0.0%)
From: pallo-php at initio dot no Assigned: ilia (profile)
Status: Closed Package: URL related
PHP Version: 4.3.0-pre2 OS: Linux
Private report: No CVE-ID: None
View Add Comment Developer Edit
Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please !
Your email address:
MUST BE VALID
Solve the problem:
40 - 22 = ?
Subscribe to this entry?

 
 [2002-11-14 02:56 UTC] pallo-php at initio dot no 
In 4.2.x, parsing the partial URL "/foo.php?a=b&c=d"
returned

array(2) {
  ["path"]=>
  string(8) "/foo.php"
  ["query"]=>
  string(7) "a=b&c=d"
}

but in 4.3.0-pre2 the query part is not recognized an
parse_url() return

array(1) {
  ["path"]=>
  string(16) "/foo.php?a=b&c=d"
}

The parse_url() function also have problems with URLs like
"file:///foo.txt", where the host is absent, and "mailto:user@domain". Both URLs were handled properly in 4.2.x

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-11-14 03:13 UTC] derick@php.net 
Assinging to Ilia
 [2002-11-14 07:46 UTC] iliaa@php.net 
This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.
 [2002-12-31 02:59 UTC] polone at townnews dot com 
As a result of this bug, has the function been changed to now parse file:///path/to/file as:

Array(2) (

   ["scheme"] => 'file'
   ["host"] => '/path/to/file'

)

That seems incorrect, as it use to:

Array(2) (

   ["scheme"] => 'file'
   ["path"] => '/path/to/file'
)

Which is correct, and how the function use to behave. If anything, the ["host"] should state "localhost". Needless to say, this should be now documented in the function manual if this is going to be the way it works.
 [2002-12-31 03:00 UTC] polone at townnews dot com 
The aforementioned was found in PHP 4.3.0, production, on an RH 6.2 Linux box.
 [2002-12-31 12:17 UTC] pollita@php.net 
r_1.53 (2 months, 3 weeks ago) which rewrote the php_url_parse function changed the bahavior (from 'path' to 'host')

r_1.61 (25 hours, 32 minutes ago) seems to have completely broken the file:// scheme.  file://path/to/file works (albiet with host and not path) but the technically correct style "file:///path/to/file" fails.

Both issues need to be addressed.
 [2002-12-31 12:55 UTC] iliaa@php.net 
already fixed.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Sat May 04 23:01:29 2024 UTC