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 7837DC848 for ; Fri, 21 Nov 2014 08:38:18 +0000 (UTC) Received: (qmail 91424 invoked by uid 500); 21 Nov 2014 08:38:17 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 91386 invoked by uid 500); 21 Nov 2014 08:38:17 -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 91375 invoked by uid 99); 21 Nov 2014 08:38:17 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 21 Nov 2014 08:38:17 +0000 X-ASF-Spam-Status: No, hits=2.9 required=5.0 tests=HTML_MESSAGE,SPF_HELO_PASS,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [64.151.108.166] (HELO out02.na01.msexchangeoutlook.com) (64.151.108.166) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 21 Nov 2014 08:38:11 +0000 Received: from out02.na01.msexchangeoutlook.com (unknown [192.168.66.203]) by out02.na01.msexchangeoutlook.com (Postfix) with ESMTP id 846ED1A00344 for ; Fri, 21 Nov 2014 00:37:29 -0800 (PST) Received: from localhost (localhost.localdomain [127.0.0.1]) by out02.na01.msexchangeoutlook.com (Postfix) with ESMTP id 730B31A0034B for ; Fri, 21 Nov 2014 00:37:29 -0800 (PST) X-Spam-Score: -2.899 Received: from na02.msexchangeoutlook.com (lb-001-sv1.shared.themessagecenter.com [192.168.66.163]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by out02.na01.msexchangeoutlook.com (Postfix) with ESMTPS id D3B961A00344 for ; Fri, 21 Nov 2014 00:37:27 -0800 (PST) Received: from EXBE003SV3.NA02.MSEXCHANGEOUTLOOK.COM (192.168.67.129) by EXBE001SV3.NA02.MSEXCHANGEOUTLOOK.COM (192.168.67.131) with Microsoft SMTP Server (TLS) id 15.0.712.24; Fri, 21 Nov 2014 00:37:27 -0800 Received: from EXBE003SV3.NA02.MSEXCHANGEOUTLOOK.COM (192.168.67.129) by EXBE003SV3.NA02.MSEXCHANGEOUTLOOK.COM (192.168.67.129) with Microsoft SMTP Server (TLS) id 15.0.712.24; Fri, 21 Nov 2014 00:37:27 -0800 Received: from EXBE003SV3.NA02.MSEXCHANGEOUTLOOK.COM ([fe80::8f9:107e:5c53:d047]) by EXBE003SV3.NA02.MSEXCHANGEOUTLOOK.COM ([fe80::8f9:107e:5c53:d047%13]) with mapi id 15.00.0712.012; Fri, 21 Nov 2014 00:37:27 -0800 From: Dan Polivy To: "'dev@cordova.apache.org'" Subject: WP: Issue with fix for [CB-7028] Thread-Topic: WP: Issue with fix for [CB-7028] Thread-Index: AdAFZXXoz4bOdtX9TB6vnZPzVUKOfA== Date: Fri, 21 Nov 2014 08:37:26 +0000 Message-ID: <749d3edd75df4e9a871d7f857777aa76@EXBE003SV3.NA02.MSEXCHANGEOUTLOOK.COM> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.64.7] Content-Type: multipart/alternative; boundary="_000_749d3edd75df4e9a871d7f857777aa76EXBE003SV3NA02MSEXCHANG_" MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org X-Old-Spam-Flag: NO X-Old-Spam-Status: No, score=-2.899 required=6 tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, HTML_MESSAGE=0.001] autolearn=ham --_000_749d3edd75df4e9a871d7f857777aa76EXBE003SV3NA02MSEXCHANG_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi folks, I added a comment to the JIRA issue, but wanted to flag it here for discuss= ion as well. I think I've uncovered a big issue with the fix that went in f= or this issue on Windows Phone: https://issues.apache.org/jira/browse/CB-7028 I have a plugin that uses a Windows Phone Task (inherits from Microsoft.Pho= ne.Tasks.ChooserBase<> -- more details); when it is invoked from scrip= t, it appears to result in the WebBrowser sending an Unloaded event. Due to= the change for CB-7028, all callbacks are subsequently unregistered/remove= d. So, when my task chooser returns with data to send back to JavaScript, i= t can no longer find any callbacks because the ResultHandlers dictionary is= now empty. While the intent of the change looks reasonable, I wonder if there's perhap= s a way to test whether the current command has any associated callbacks, a= nd NOT wipe those out, while still potentially cleaning up others? However,= I haven't yet done enough investigation to know whether those callbacks th= at get wiped out are properly re-created when the WebBrowser resumes contro= l of the app - if not, this may be an even bigger issue. Thoughts or suggestions? I'm not subscribed to the list, so please include = me directly in any replies. Thanks, Dan --_000_749d3edd75df4e9a871d7f857777aa76EXBE003SV3NA02MSEXCHANG_--