Return-Path: X-Original-To: apmail-incubator-callback-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-callback-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 729D8903C for ; Wed, 7 Mar 2012 16:05:30 +0000 (UTC) Received: (qmail 32216 invoked by uid 500); 7 Mar 2012 16:05:30 -0000 Delivered-To: apmail-incubator-callback-dev-archive@incubator.apache.org Received: (qmail 30916 invoked by uid 500); 7 Mar 2012 16:05:26 -0000 Mailing-List: contact callback-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: callback-dev@incubator.apache.org Delivered-To: mailing list callback-dev@incubator.apache.org Received: (qmail 30834 invoked by uid 99); 7 Mar 2012 16:05:25 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Mar 2012 16:05:25 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Mar 2012 16:05:22 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id 7F477D10F for ; Wed, 7 Mar 2012 16:05:01 +0000 (UTC) Date: Wed, 7 Mar 2012 16:05:01 +0000 (UTC) From: "Timur Celikel (Commented) (JIRA)" To: callback-dev@incubator.apache.org Message-ID: <1358764895.34580.1331136301523.JavaMail.tomcat@hel.zones.apache.org> In-Reply-To: <1028604789.2251.1329740854703.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Commented] (CB-264) camera.getPicture() CRASH when repeatedly called on iOS MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/CB-264?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13224455#comment-13224455 ] Timur Celikel commented on CB-264: ---------------------------------- Hey Shazron, thanks for looking at the issue. We just used exactly the code which was uploaded by Phil and he mentioned in his post without any further modifications apart of using the cordova 1.5rc1 instead of PhoneGap 1.4.1. Additionally we also have the problem in our app. It seems to be the exact same problem. Importent to mention though is that it sometimes works without problems. On the 3GS it happens much more often than on the 4S. On the 3GS it nearly always happens if you dont close some other apps before or have a fresh reboot. On the 4S it happens if I start some ram-hungry apps directly before like garage band, animoog, etc (opening them directly after each other and then taking a photo with the sample app lets it crash regularly). I am not that deep into App developing but to me it seems it happens if the ram is too full. Observing the ram usage with instruments we saw that taking photos takes a lot of memory, especially if the allowEdit is set to true and on the peak in crashes. I read that in theory apps on iOS should not be be influenced by the ram taken by other apps so I am curios if this observation is true. > camera.getPicture() CRASH when repeatedly called on iOS > ------------------------------------------------------- > > Key: CB-264 > URL: https://issues.apache.org/jira/browse/CB-264 > Project: Apache Callback > Issue Type: Bug > Components: iOS > Affects Versions: 1.4.0 > Environment: PG 1.4.1 on iOS > Crash on iPhone4S, iPad2 and iPod Touch > Reporter: Phil Haeusler > Assignee: Shazron Abdullah > Priority: Critical > Fix For: 1.6.0 > > > We are experiencing an intermittent crash when calling camera.getPicture() on multiple devices. The crash can occur either as the pickerController is popped in from the bottom, or after you tap the Use button to accept the picture. The app requires the taking and review of pictures in a fairly fast manner. We've found the crash can occur anytime after we've capture only 1 or 2 photos. Sometimes we go for quite a while without crashing. > We see that the images captured are stored in tmp/photo_nnn.jpg, but we do not believe we've reached any storage limits here. > We are taking the image and displaying it in a - so possibly there is an issue with UIWebView retaining references to previously loaded images, and exhausting it's memory. But not really sure if that could be an issue. > We've created a small app that we can crash by repeated taking and viewing images. There doesn't seem to be anything special about it. > https://gist.github.com/1868997 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira