php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #4439 PHP doesn't handle content-transfer-encoding header on form-based file upload
Submitted: 2000-05-14 12:43 UTC Modified: 2000-08-22 18:22 UTC
From: php at ragnark dot vestdata dot no Assigned:
Status: Closed Package: Scripting Engine problem
PHP Version: 4.0 Release Candidate 1 OS: RH linux 6.0
Private report: No CVE-ID: None
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: php at ragnark dot vestdata dot no
New email:
PHP Version: OS:

 

 [2000-05-14 12:43 UTC] php at ragnark dot vestdata dot no
When submitting forms with (known binary) files with the "curl" http-client, php fails to recognize the content-transfer-encoding header, causing the file to be crippled. (The header (except the first character) is placed in the file along with the data).

Let me quote a phrase from section 3.3 of RFC 1867:

   The value supplied for a part may need to be
   encoded and the "content-transfer-encoding" header supplied if the
   value does not conform to the default encoding.

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2000-07-30 14:07 UTC] zak@php.net
Is this a PHP issue or a cURL issue - does anyone want to test this out?
 [2000-08-18 13:13 UTC] waldschrott@php.net
Is still problem still persistent in latest CURL and/or PHP versions?
 [2000-08-22 18:22 UTC] waldschrott@php.net
closed by user request
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Sat Sep 28 19:01:26 2024 UTC