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 2879C17CA8 for ; Fri, 20 Feb 2015 19:03:12 +0000 (UTC) Received: (qmail 29346 invoked by uid 500); 20 Feb 2015 19:03:12 -0000 Delivered-To: apmail-cordova-issues-archive@cordova.apache.org Received: (qmail 29323 invoked by uid 500); 20 Feb 2015 19:03:12 -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 29305 invoked by uid 99); 20 Feb 2015 19:03:11 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 20 Feb 2015 19:03:11 +0000 Date: Fri, 20 Feb 2015 19:03:11 +0000 (UTC) From: "Chris Emerson (JIRA)" To: issues@cordova.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Comment Edited] (CB-7606) handleOpenURL handler firing more than necessary 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-7606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14329340#comment-14329340 ] Chris Emerson edited comment on CB-7606 at 2/20/15 7:02 PM: ------------------------------------------------------------ Anyone else seeing the "cold start" issue return after/as-of Cordova 4.2? Hopefully I'm just screwing up the fix but it sure seems like it might be back. Because for me that timeout that Shazron posted in his fix is not firing on cold starts ... only after the app is opened. was (Author: chrisemersonnc): Anyone else seeing the "cold start" issue return after/as-of Cordova 4.2? Hopefully I'm just screwing up the fix but it sure seems like it might be back. > handleOpenURL handler firing more than necessary > ------------------------------------------------ > > Key: CB-7606 > URL: https://issues.apache.org/jira/browse/CB-7606 > Project: Apache Cordova > Issue Type: Bug > Components: iOS > Affects Versions: 3.5.0 > Reporter: Paul Kane > Assignee: Shazron Abdullah > Fix For: 3.8.0 > > > I'm not an Obj-C or Cordova programmer so bear with me. > Let's say my app is running. Then I hop over to my mail app and click on a link (myapp://blahBlahBlah) that should open up my app. This works fine, the app opens, my own URL handler (in javascript) takes over, etc. > However in Obj-C the view controller is -- incorrectly, I believe -- storing that scheme data (blahBlahBlah) in self.openURL (so that it can be picked up later in processOpenURL function, called during webView initialization). > This isn't normally a problem, except when you move to a new page (window.href = "/new_page"), the webView initialization runs again and picks up the old (already-acted-upon) openURL variable. (it's then set to nil, so that it doesn't get acted upon a third time, fourth time, etc...). > I might have some details wrong, but it should be fairly easy to walk through with a project-wide search for "openurl". Just seems like a slightly wrong logic-flow, which unfortunately is interfering with my app. -- 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