Return-Path: X-Original-To: apmail-cordova-issues-archive@minotaur.apache.org Delivered-To: apmail-cordova-issues-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 5FAD41834B for ; Wed, 25 Nov 2015 07:32:11 +0000 (UTC) Received: (qmail 50935 invoked by uid 500); 25 Nov 2015 07:32:11 -0000 Delivered-To: apmail-cordova-issues-archive@cordova.apache.org Received: (qmail 50890 invoked by uid 500); 25 Nov 2015 07:32:11 -0000 Mailing-List: contact issues-help@cordova.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list issues@cordova.apache.org Received: (qmail 50853 invoked by uid 99); 25 Nov 2015 07:32:11 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 25 Nov 2015 07:32:11 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id 176E32C1F57 for ; Wed, 25 Nov 2015 07:32:11 +0000 (UTC) Date: Wed, 25 Nov 2015 07:32:11 +0000 (UTC) From: "ASF GitHub Bot (JIRA)" To: issues@cordova.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (CB-9563) Mulptipart form data is used even a header named Content-Type is present MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/CB-9563?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15026355#comment-15026355 ] ASF GitHub Bot commented on CB-9563: ------------------------------------ Github user dblotsky commented on the pull request: https://github.com/apache/cordova-labs/pull/9#issuecomment-159524926 We were only running this on one machine, and we took that machine down and requested for it to be rebuilt, so no worries. As for the change, we should either look into configuring Formidable not to write to disk, or into using another library. Manual parsing would be the least favourable option. > Mulptipart form data is used even a header named Content-Type is present > ------------------------------------------------------------------------ > > Key: CB-9563 > URL: https://issues.apache.org/jira/browse/CB-9563 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer > Reporter: Alex Mantsurov > Assignee: Sergey Shakhnazarov > Labels: triaged > > I'm uploading media files to Amazon S3. > > ft.upload( > path, > url, > function(result) { > console.log(result); > }, > function(error) { > console.log(error); > }, > { > httpMethod : 'PUT', > fileName : name, > mimeType : type, > chunkedMode : false, > headers: { > 'Content-Type' : type, > 'x-amz-acl' : 'public-read' > } > } > ); > After uploading the binary is wrapped: > --+++++org.apache.cordova.formBoundary Content-Disposition: form-data; name="file"; filename="photo_032.jpg" Content-Type: image/jpeg Content-Length: 43084 > {binary data} > --+++++org.apache.cordova.formBoundary-- > So, multipart data IS USED, but according to the docs: > if a header named Content-Type is present, multipart form data will NOT be used > Expected result: > if a header named Content-Type is present, multipart form data will NOT be used -- This message was sent by Atlassian JIRA (v6.3.4#6332) --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscribe@cordova.apache.org For additional commands, e-mail: issues-help@cordova.apache.org