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

go to bug id or search bugs for

Bug #43540 rfc1867 handler newlength problem
Submitted: 2007-12-08 23:49 UTC Modified: 2008-09-06 17:19 UTC
Votes:1
Avg. Score:5.0 ± 0.0
Reproduced:1 of 1 (100.0%)
Same Version:1 (100.0%)
Same OS:1 (100.0%)
From: thomas at partyflock dot nl Assigned:
Status: Closed Package: HTTP related
PHP Version: 5.2.5 OS: Linux
Private report: No CVE-ID: None
View Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
If you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: thomas at partyflock dot nl
New email:
PHP Version: OS:

 

 [2007-12-08 23:49 UTC] thomas at partyflock dot nl 
Description:
------------
In main/rfc1867.c, line 928, newlength is initialized to 0.

Shouldn't this be new_val_len?

Currently if your form handler does nothing and always returns SUCCESS, all the viables get set, but with 0 length strings.

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2008-08-21 01:23 UTC] tomas at tomas-muller dot net 
I can confirm that making this change and recompiling fixes the bug for me. Could anyone please review this and fix it? This annoying bug makes the rfc1867 hook effectively unusable.
 [2008-08-21 01:25 UTC] tomas at tomas-muller dot net 
FYI a more detailed description can be found here: http://pecl.php.net/bugs/bug.php?id=10715
 [2008-09-06 17:19 UTC] lbarnaud@php.net 
This bug has been fixed in CVS.

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/.
 
Thank you for the report, and for helping us make PHP better.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Thu Nov 21 11:01:29 2024 UTC