Return-Path: 
 <callback-dev-return-1344-apmail-incubator-callback-dev-archive=incubator.apache.org@incubator.apache.org>
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 9DAF19971
	for <apmail-incubator-callback-dev-archive@minotaur.apache.org>;
 Sat, 14 Jan 2012 01:39:03 +0000 (UTC)
Received: (qmail 25618 invoked by uid 500); 14 Jan 2012 01:39:03 -0000
Delivered-To: apmail-incubator-callback-dev-archive@incubator.apache.org
Received: (qmail 25565 invoked by uid 500); 14 Jan 2012 01:39:02 -0000
Mailing-List: contact callback-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:callback-dev-help@incubator.apache.org>
List-Unsubscribe: <mailto:callback-dev-unsubscribe@incubator.apache.org>
List-Post: <mailto:callback-dev@incubator.apache.org>
List-Id: <callback-dev.incubator.apache.org>
Reply-To: callback-dev@incubator.apache.org
Delivered-To: mailing list callback-dev@incubator.apache.org
Received: (qmail 25557 invoked by uid 99); 14 Jan 2012 01:39:02 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 14 Jan 2012 01:39:02 +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; Sat, 14 Jan 2012 01:39:00 +0000
Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116])
	by hel.zones.apache.org (Postfix) with ESMTP id 5963914B4B1
	for <callback-dev@incubator.apache.org>;
 Sat, 14 Jan 2012 01:38:39 +0000 (UTC)
Date: Sat, 14 Jan 2012 01:38:39 +0000 (UTC)
From: "Anis Kadri (Commented) (JIRA)" <jira@apache.org>
To: callback-dev@incubator.apache.org
Message-ID: 
 <1967024657.40240.1326505119367.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <1490997922.31182.1324396290558.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Commented] (CB-139) Prompts generated on remote webpages
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-139?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13186054#comment-13186054 ] 

Anis Kadri commented on CB-139:
-------------------------------

I pushed a fix to https://github.com/imhotep/incubator-cordova-android

following the suggestions on https://github.com/callback/callback-android/issues/13

and the specification: http://dev.opera.com/articles/view/extensions-api-config-access/

Can you please test this and make sure it works ? I can provide with a phonegap.jar if you don't want to build it yourself.

If you have any suggestions for a better handling of the whitelist, please share.

The following should be acceptable (and work):

{code:xml}
<access origin="*" />
<access origin="https://example.com" />
<access origin="https://example.com" subdomains="true" />
{code}

Thanks
                
> Prompts generated on remote webpages
> ------------------------------------
>
>                 Key: CB-139
>                 URL: https://issues.apache.org/jira/browse/CB-139
>             Project: Apache Callback
>          Issue Type: Bug
>          Components: Android
>    Affects Versions: 1.2.0
>            Reporter: Alex Mayfield
>            Assignee: Anis Kadri
>
> The majority of an application that I am developing is located on a remote website (and is loaded from the first page with a window.location.href). For the most part, it works fine, however I have discovered that the hardware "Back" button on Android does not function as expected (it backs out of the entire application) and thus have tried to override it with a back button callback.
> However, I have found that my attempt to include phonegap.js on the remote website is having some unexpected consequences. As soon as I get to the remote page, I am getting spammed with prompt after prompt that contains things such as the following:
> gap:["Device","getDeviceInfo","Device0",true]
> Looking at phonegap.js, it appears that this is coming from line 628, which is in the function that handles communication with the native side of phonegap.
> Any ideas?

--
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