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 back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
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-2025 The PHP Group
All rights reserved. 		Last updated: Thu Jan 30 07:01:31 2025 UTC