Return-Path: X-Original-To: apmail-cordova-dev-archive@www.apache.org Delivered-To: apmail-cordova-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 4E9CAF070 for ; Fri, 5 Apr 2013 15:00:47 +0000 (UTC) Received: (qmail 46202 invoked by uid 500); 5 Apr 2013 15:00:47 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 46174 invoked by uid 500); 5 Apr 2013 15:00:47 -0000 Mailing-List: contact dev-help@cordova.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cordova.apache.org Delivered-To: mailing list dev@cordova.apache.org Received: (qmail 46166 invoked by uid 99); 5 Apr 2013 15:00:47 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 05 Apr 2013 15:00:47 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of lorin.beer.dev@gmail.com designates 209.85.223.169 as permitted sender) Received: from [209.85.223.169] (HELO mail-ie0-f169.google.com) (209.85.223.169) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 05 Apr 2013 15:00:41 +0000 Received: by mail-ie0-f169.google.com with SMTP id qd14so4431258ieb.14 for ; Fri, 05 Apr 2013 08:00:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=3ihhjwbwFbHgVm2DQFcvgP7YtqEHtEHQzv/D32kAJAw=; b=jTagM7k+APEok6tdCEqSU7Y3BfwN+vGH5ybXr1W4kAKi2yB725xa8LT0D5Sss6wn+i DlCkElQnMud+dWTHEeQOpEukuHriRiSPxC07qV3u38UOAQ0k9a8uf8jO9M4fRZM0kgkR FPc30Jjn2yk1YoMqR4jQIVMCdvHxV3knrc59K2T2R/uaoMyhCPRtuKJMcayFcTa1yuF3 XcJ0aO0vq8syOfcPg8WR1smgAphauaEdKvnoAUDF+sUtVirEQ6i1VdkZ9K5cgtjx964E x1j6Qv2HsxUCjPPhtL1t03Xo0VJdoHg6oIm0z338rRTk445EF2EjbAAsBdJFR3PO/cAj 80mw== MIME-Version: 1.0 X-Received: by 10.42.93.132 with SMTP id x4mr2437917icm.39.1365174020657; Fri, 05 Apr 2013 08:00:20 -0700 (PDT) Received: by 10.64.8.167 with HTTP; Fri, 5 Apr 2013 08:00:20 -0700 (PDT) Date: Fri, 5 Apr 2013 08:00:20 -0700 Message-ID: Subject: iOS camera has two file writes From: Lorin Beer To: dev Content-Type: multipart/alternative; boundary=20cf301cc56a8f26f604d99e58c0 X-Virus-Checked: Checked by ClamAV on apache.org --20cf301cc56a8f26f604d99e58c0 Content-Type: text/plain; charset=ISO-8859-1 Images taken by the UIImagePickerController seem to be written twice. James Jong and I found some strange behaviour, and James tracked it down to here: https://github.com/apache/cordova-ios/blob/master/CordovaLib/Classes/CDVCamera.m#L275 An image is written to both the Cordova app's temp directory, as well as to the Camera roll. Currently, the exif writer does not touch the Camera Roll version of the pic. My thinking is that the default options to getPicture seem to cause two file writes of the same image data to different locations, and that's should not be the default behavior. Avoiding multiple file writes for a single image was the primary reason why we decided to create our own Exif Header writer in the first place. - Lorin --20cf301cc56a8f26f604d99e58c0--