[jira] [Commented] (CB-9354) Incorrect array merging in *-Info.plist

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-9354?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14723512#comment-14723512
 ] 

ASF GitHub Bot commented on CB-9354:


Github user vladimir-kotikov commented on the pull request:

https://github.com/apache/cordova-lib/pull/256#issuecomment-136397624
  
@m1r4ge, tested and confirm that this works. However, there is already a 
`nodeEqual` method (see 
https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/plugman/util/plist-helpers.js#L83),
 which compares nodes in a more correct way. Consider using it instead of 
string comparison.

Also please file an Apache ICLA,  if possible 
(http://www.apache.org/dev/new-committers-guide.html#cla). Thanks.


> Incorrect array merging in *-Info.plist
> ---
>
> Key: CB-9354
> URL: https://issues.apache.org/jira/browse/CB-9354
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI, CordovaLib
>Affects Versions: 5.1.1
> Environment: Mac OS X Yosemity
>Reporter: Sviatoslav Grebenchucov
>
> After installing 
> [phonegap-facebook-plugin|https://github.com/Wizcorp/phonegap-facebook-plugin.git]
>  each consequent run of 'cordova prepare' results in creating a duplicate of 
> the dictionary containing Facebook custom url scheme.
> After plugin installation App-Info.plist looks like:
> {code:xml}
> CFBundleURLTypes
> 
>   
> CFBundleURLSchemes
> 
>   fb123456789
> 
>   
> 
> {code}
> After 'cordova prepare':
> {code:xml}
> CFBundleURLTypes
> 
>   
> CFBundleURLSchemes
> 
>   fb123456789
> 
>   
>   
> CFBundleURLSchemes
> 
>   fb123456789
> 
>   
> 
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-8993) Plugin restore ignores search path

[Marcus Pridham (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-8993?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14723550#comment-14723550
 ] 

Marcus Pridham commented on CB-8993:


I'm seeing this again also.  The problem is that prepare is being called 
multiple times and only one of those times does it have the searchpath in the 
options.  

The root of the problem is installPlatformsFromConfigXML.  After a platform is 
installed it calls prepare but the searchpath is not passed through 
installPlatformsFromConfigXML this results in the plugins being resolved from 
npm instead of the local searchpath...

> Plugin restore ignores search path
> --
>
> Key: CB-8993
> URL: https://issues.apache.org/jira/browse/CB-8993
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Reporter: Marcus Pridham
>Assignee: Alexander Sorokin
> Fix For: 5.1.2
>
>
> If I run the command:
> cordova prepare --searchpath ~/cordova-plugins
> I would expect the CLI to try restore plugins in the config.xml from the 
> provided searchpath.  Currently this parameter is ignored.
> I can get this to work if I modify the opts variable in cli.js and add:
> searchpath : args.searchpath,
> https://github.com/apache/cordova-cli/blob/master/src/cli.js#L179



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Reopened] (CB-8993) Plugin restore ignores search path

[Marcus Pridham (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-8993?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Marcus Pridham reopened CB-8993:


> Plugin restore ignores search path
> --
>
> Key: CB-8993
> URL: https://issues.apache.org/jira/browse/CB-8993
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Reporter: Marcus Pridham
>Assignee: Alexander Sorokin
> Fix For: 5.1.2
>
>
> If I run the command:
> cordova prepare --searchpath ~/cordova-plugins
> I would expect the CLI to try restore plugins in the config.xml from the 
> provided searchpath.  Currently this parameter is ignored.
> I can get this to work if I modify the opts variable in cli.js and add:
> searchpath : args.searchpath,
> https://github.com/apache/cordova-cli/blob/master/src/cli.js#L179



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-8993) Plugin restore ignores search path

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-8993?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14723629#comment-14723629
 ] 

ASF GitHub Bot commented on CB-8993:


GitHub user marcuspridham opened a pull request:

https://github.com/apache/cordova-lib/pull/292

CB-8993 Plugin restore ignores search path

When restoring a platform the search path needs to be provided otherwise
plugins will always be resolved to npm.

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/marcuspridham/cordova-lib CB-8993

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cordova-lib/pull/292.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #292


commit 9b840b20c5983aec6d7e4aea7e181644158a5856
Author: Marcus Pridham 
Date:   2015-08-31T16:08:58Z

CB-8993 Plugin restore ignores search path

When restoring a platform the search path needs to be provided otherwise
plugins will always be resolved to npm.




> Plugin restore ignores search path
> --
>
> Key: CB-8993
> URL: https://issues.apache.org/jira/browse/CB-8993
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Reporter: Marcus Pridham
>Assignee: Alexander Sorokin
> Fix For: 5.1.2
>
>
> If I run the command:
> cordova prepare --searchpath ~/cordova-plugins
> I would expect the CLI to try restore plugins in the config.xml from the 
> provided searchpath.  Currently this parameter is ignored.
> I can get this to work if I modify the opts variable in cli.js and add:
> searchpath : args.searchpath,
> https://github.com/apache/cordova-cli/blob/master/src/cli.js#L179



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-9354) Incorrect array merging in *-Info.plist

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-9354?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14723655#comment-14723655
 ] 

ASF GitHub Bot commented on CB-9354:


Github user m1r4ge commented on the pull request:

https://github.com/apache/cordova-lib/pull/256#issuecomment-136423739
  
@vladimir-kotikov It's seemed to me that I tried that method and it didn't 
work properly. Now everything works fine. Thx for clarifications. I'll file 
Aache ICLA soon.


> Incorrect array merging in *-Info.plist
> ---
>
> Key: CB-9354
> URL: https://issues.apache.org/jira/browse/CB-9354
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI, CordovaLib
>Affects Versions: 5.1.1
> Environment: Mac OS X Yosemity
>Reporter: Sviatoslav Grebenchucov
>
> After installing 
> [phonegap-facebook-plugin|https://github.com/Wizcorp/phonegap-facebook-plugin.git]
>  each consequent run of 'cordova prepare' results in creating a duplicate of 
> the dictionary containing Facebook custom url scheme.
> After plugin installation App-Info.plist looks like:
> {code:xml}
> CFBundleURLTypes
> 
>   
> CFBundleURLSchemes
> 
>   fb123456789
> 
>   
> 
> {code}
> After 'cordova prepare':
> {code:xml}
> CFBundleURLTypes
> 
>   
> CFBundleURLSchemes
> 
>   fb123456789
> 
>   
>   
> CFBundleURLSchemes
> 
>   fb123456789
> 
>   
> 
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-9572) WP8: huge delays, when using AngularJS routing

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-9572?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14723749#comment-14723749
 ] 

ASF GitHub Bot commented on CB-9572:


Github user scale-tone commented on the pull request:

https://github.com/apache/cordova-wp8/pull/86#issuecomment-136438200
  
> please also file an ICLA here:
http://www.apache.org/dev/new-committers-guide.html#cla

OK, just sent the form to secret...@apache.org.

2015-08-28 15:54 GMT+03:00 Vladimir Kotikov :

> Filed https://issues.apache.org/jira/browse/CB-9572, merging in.
>
> @scale-tone , please also file an ICLA
> here: http://www.apache.org/dev/new-committers-guide.html#cla
>
> —
> Reply to this email directly or view it on GitHub
> .
>



> WP8: huge delays, when using AngularJS routing 
> ---
>
> Key: CB-9572
> URL: https://issues.apache.org/jira/browse/CB-9572
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: WP8
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>  Labels: wp8, xhrhelper
>
> From https://github.com/apache/cordova-wp8/pull/86:
> Math.random() takes several seconds to work (at least on my Lumia 820)! 
> That's why, when using AngularJS routing I experienced huge delays when 
> loading partial views.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-8993) Plugin restore ignores search path

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-8993?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14723800#comment-14723800
 ] 

ASF GitHub Bot commented on CB-8993:


Github user omefire commented on a diff in the pull request:

https://github.com/apache/cordova-lib/pull/292#discussion_r38340821
  
--- Diff: cordova-lib/src/cordova/prepare.js ---
@@ -56,7 +56,7 @@ function prepare(options) {
 var hooksRunner = new HooksRunner(projectRoot);
 return hooksRunner.fire('before_prepare', options)
 .then(function(){
-return restore.installPlatformsFromConfigXML(options.platforms);
+return restore.installPlatformsFromConfigXML(options.platforms, { 
searchpath : options.searchpath });
--- End diff --

I don't see this searchpath ption being used by [the downstream function]( 
https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/cordova/restore-util.js#L35
 ).



> Plugin restore ignores search path
> --
>
> Key: CB-8993
> URL: https://issues.apache.org/jira/browse/CB-8993
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Reporter: Marcus Pridham
>Assignee: Alexander Sorokin
> Fix For: 5.1.2
>
>
> If I run the command:
> cordova prepare --searchpath ~/cordova-plugins
> I would expect the CLI to try restore plugins in the config.xml from the 
> provided searchpath.  Currently this parameter is ignored.
> I can get this to work if I modify the opts variable in cli.js and add:
> searchpath : args.searchpath,
> https://github.com/apache/cordova-cli/blob/master/src/cli.js#L179



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-8993) Plugin restore ignores search path

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-8993?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14723803#comment-14723803
 ] 

ASF GitHub Bot commented on CB-8993:


Github user omefire commented on a diff in the pull request:

https://github.com/apache/cordova-lib/pull/292#discussion_r38341095
  
--- Diff: cordova-lib/src/cordova/prepare.js ---
@@ -56,7 +56,7 @@ function prepare(options) {
 var hooksRunner = new HooksRunner(projectRoot);
 return hooksRunner.fire('before_prepare', options)
 .then(function(){
-return restore.installPlatformsFromConfigXML(options.platforms);
+return restore.installPlatformsFromConfigXML(options.platforms, { 
searchpath : options.searchpath });
--- End diff --

Oops never mind, I see the changes you have made to restore-utils.


> Plugin restore ignores search path
> --
>
> Key: CB-8993
> URL: https://issues.apache.org/jira/browse/CB-8993
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Reporter: Marcus Pridham
>Assignee: Alexander Sorokin
> Fix For: 5.1.2
>
>
> If I run the command:
> cordova prepare --searchpath ~/cordova-plugins
> I would expect the CLI to try restore plugins in the config.xml from the 
> provided searchpath.  Currently this parameter is ignored.
> I can get this to work if I modify the opts variable in cli.js and add:
> searchpath : args.searchpath,
> https://github.com/apache/cordova-cli/blob/master/src/cli.js#L179



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-8993) Plugin restore ignores search path

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-8993?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14723880#comment-14723880
 ] 

ASF GitHub Bot commented on CB-8993:


Github user omefire commented on the pull request:

https://github.com/apache/cordova-lib/pull/292#issuecomment-136471159
  
Thanks for suggesting these changes.


> Plugin restore ignores search path
> --
>
> Key: CB-8993
> URL: https://issues.apache.org/jira/browse/CB-8993
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Reporter: Marcus Pridham
>Assignee: Alexander Sorokin
> Fix For: 5.1.2
>
>
> If I run the command:
> cordova prepare --searchpath ~/cordova-plugins
> I would expect the CLI to try restore plugins in the config.xml from the 
> provided searchpath.  Currently this parameter is ignored.
> I can get this to work if I modify the opts variable in cli.js and add:
> searchpath : args.searchpath,
> https://github.com/apache/cordova-cli/blob/master/src/cli.js#L179



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-8993) Plugin restore ignores search path

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-8993?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14723885#comment-14723885
 ] 

ASF GitHub Bot commented on CB-8993:


Github user omefire commented on the pull request:

https://github.com/apache/cordova-lib/pull/292#issuecomment-136472329
  
Thanks for suggesting these changes. 

However, I have a suggestion :
As it currently stands, it seems like adding adding a platform or restoring 
from config.xml is broken.
It doesn't handle cases where the searchpath comes from config.json or the 
case when the searchpath could be an array of multiple paths.

I propose we include that fix with this one. What do you think ?

For references, see : [Handling searchpaths as string or 
array](https://github.com/apache/cordova-lib/blob/41765f1fd7393be1fff2b39ba7cf00b5bf6f1ef1/cordova-lib/src/cordova/plugin.js#L97).


> Plugin restore ignores search path
> --
>
> Key: CB-8993
> URL: https://issues.apache.org/jira/browse/CB-8993
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Reporter: Marcus Pridham
>Assignee: Alexander Sorokin
> Fix For: 5.1.2
>
>
> If I run the command:
> cordova prepare --searchpath ~/cordova-plugins
> I would expect the CLI to try restore plugins in the config.xml from the 
> provided searchpath.  Currently this parameter is ignored.
> I can get this to work if I modify the opts variable in cli.js and add:
> searchpath : args.searchpath,
> https://github.com/apache/cordova-cli/blob/master/src/cli.js#L179



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-8993) Plugin restore ignores search path

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-8993?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14723945#comment-14723945
 ] 

ASF GitHub Bot commented on CB-8993:


Github user marcuspridham commented on the pull request:

https://github.com/apache/cordova-lib/pull/292#issuecomment-136482068
  
Thanks.  I just tried these cases it appears to already work. The search 
path provided with prepare passes through 
https://github.com/apache/cordova-lib/blob/41765f1fd7393be1fff2b39ba7cf00b5bf6f1ef1/cordova-lib/src/cordova/plugin.js#L97
 before a plugin is added so it is always processed to handle config.json and 
multiple paths.

I tried these cases they all appear to work for me.

1. Restore plugins using plugin_search_path in .cordova/config.json.
2. Restore plugins using combination of plugin_search_path and cli provided 
search path.  One plugin located in each location.
3. Restore plugins using 2 search paths on cli.  cordova prepare 
--searchpath ../plugin_cache:../plugin_cache_2/


> Plugin restore ignores search path
> --
>
> Key: CB-8993
> URL: https://issues.apache.org/jira/browse/CB-8993
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Reporter: Marcus Pridham
>Assignee: Alexander Sorokin
> Fix For: 5.1.2
>
>
> If I run the command:
> cordova prepare --searchpath ~/cordova-plugins
> I would expect the CLI to try restore plugins in the config.xml from the 
> provided searchpath.  Currently this parameter is ignored.
> I can get this to work if I modify the opts variable in cli.js and add:
> searchpath : args.searchpath,
> https://github.com/apache/cordova-cli/blob/master/src/cli.js#L179



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Created] (CB-9580) Add unique identifier to each window

[Alexandre Azevedo (JIRA)]

Alexandre Azevedo created CB-9580:
-

 Summary: Add unique identifier to each window
 Key: CB-9580
 URL: https://issues.apache.org/jira/browse/CB-9580
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Android, Browser
Reporter: Alexandre Azevedo


The Cordova In-app Browser Plugin needs support a unique identifier to each 
window opened with window.open(), like the example below:

window.open('http://apache.org', 'foo'); // Open Apache's website
window.open('http://cordova.apache.org', 'foo'); // Reuse the current opened 
window

The plugin haven't handlers to change the location of current url.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-9297) Cordova CLI fails silently with iojs

[Julien Bouquillon (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-9297?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14724081#comment-14724081
 ] 

Julien Bouquillon commented on CB-9297:
---

If i remember correctly, this line with `raw.prepare` fails, which stop the 
promise and we dont get any traceback in the console. 
https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/cordova/platform.js#L185

`require('./cordova').raw.prepare` is not a function at this moment

> Cordova CLI fails silently with iojs
> 
>
> Key: CB-9297
> URL: https://issues.apache.org/jira/browse/CB-9297
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Affects Versions: 5.1.2
> Environment: Cordova CLI: 5.1.1 (this isn't in your version list 
> above)
> ios-deploy version: 1.7.0 
> ios-sim version: 4.1.1 
> OS: Mac OS X Yosemite
> Xcode version: Xcode 6.4 Build version 6E35b 
> node (iojs): 1.8.1
>Reporter: Robert Churchill
>
> Running most build tasks (emulate, run, build) for ios when node is replaced 
> by iojs results in the build failing silently. Example:
> $ cordova build ios
> $
> $ cordova build ios --verbose
> Generating config.xml from defaults for platform "ios"
> Calling plugman.prepare for platform "ios"
> Preparing ios project
> ...
> [seems to finish prepare (but without executing hooks) then exits]
> ...
> $
> Not sure if you plan to support iojs, but at least this report might help 
> someone googling. Unfamiliar with the Apache JIRA system so apologies if this 
> report is in the wrong place etc.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-9580) Add unique identifier to each window

[Julien Bouquillon (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-9580?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14724087#comment-14724087
 ] 

Julien Bouquillon commented on CB-9580:
---

at the moment, the plugin return an instance that you can use to execute script 
or more : https://www.npmjs.com/package/cordova-plugin-inappbrowser

{code}
var ref = cordova.InAppBrowser.open('http://apache.org', '_blank', 
'location=yes');
ref.addEventListener('loadstop', function() {
ref.executeScript({file: "myscript.js"});
});
{code}

> Add unique identifier to each window
> 
>
> Key: CB-9580
> URL: https://issues.apache.org/jira/browse/CB-9580
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Android, Browser
>Reporter: Alexandre Azevedo
>
> The Cordova In-app Browser Plugin needs support a unique identifier to each 
> window opened with window.open(), like the example below:
> window.open('http://apache.org', 'foo'); // Open Apache's website
> window.open('http://cordova.apache.org', 'foo'); // Reuse the current opened 
> window
> The plugin haven't handlers to change the location of current url.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Created] (CB-9581) OSX WebView does not send cookies is safari cache is cleared

[Tobias Bocanegra (JIRA)]

Tobias Bocanegra created CB-9581:


 Summary: OSX WebView does not send cookies is safari cache is 
cleared
 Key: CB-9581
 URL: https://issues.apache.org/jira/browse/CB-9581
 Project: Apache Cordova
  Issue Type: Bug
  Components: OSX
Affects Versions: Master
Reporter: Tobias Bocanegra
Assignee: Tobias Bocanegra


Until 10.10, the webview cookie store is coupled with safari. this is a problem 
when safari's cache is cleared, then the webview cookie store is not properly 
initiazlied and no cookies are sent.

furthermore we should have individual cookie stores for each app, to enhance 
security, even for non sandboxed apps.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-5921) Cordova on iOS should use an XCWorkspace, or at least support using one.

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-5921?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-5921:
-
Labels: cordova-ios-5.0.x core  (was: core)

> Cordova on iOS should use an XCWorkspace, or at least support using one.
> 
>
> Key: CB-5921
> URL: https://issues.apache.org/jira/browse/CB-5921
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: iOS
>Reporter: Graham Mueller
>Assignee: Shazron Abdullah
>Priority: Minor
>  Labels: cordova-ios-5.0.x, core
> Fix For: 4.0.0
>
> Attachments: build
>
>
> Hi Guys,
> Not sure what to log this as. It's not so much a bug as an incompatibility 
> with other frameworks. Anyway, this is specifically an issue with the build 
> process on iOS. Do with it what you will.
> If you're familiar with the CocoaPods framework, you'll know that on initial 
> install, it creates an XCWorkspace file, and instructs you to exclusively use 
> that afterwards. This is because the CocoaPods library adds itself as a 
> linked project that must be built, similar to Cordova/Phonegap. The 
> difference is that Cordova adds itself as a sub project, instead of a sibling 
> project (which is effectively the workspace goal, from my understanding, 
> though I'm having a hard time finding a good link to explain it better).
> So, I would suggest that Cordova moves to this setup as well -- it should 
> create the workspace that has both the Cordova project and your app project.
> Alternatively, if you don't want to go through and change that creation code, 
> it would be great if the CLI offered someway to specify what you want it to 
> build. I found the actual build script that's calling xcodebuild with a 
> -project flag in it (this is where -workspace would go). There is currently 
> no way to override this, so there is currently no way at all to support 
> workspaces (and consequently no way to use CocoaPods).
> Any thoughts or reasons not to do so?
> Thanks,
> Graham



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-8795) Cordova on iOS should install plugins as frameworks

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-8795?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-8795:
-
Labels: cordova-ios-5.0.x  (was: )

> Cordova on iOS should install plugins as frameworks
> ---
>
> Key: CB-8795
> URL: https://issues.apache.org/jira/browse/CB-8795
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Shazron Abdullah
>  Labels: cordova-ios-5.0.x
> Fix For: 4.0.0
>
>
> Entirely depends on CB-5921.
> See http://github.com/shazron/CB-5921 for a Proof of Concept.
> If we can get this in for cordova-ios 4.x, great. If not punt to cordova-ios 
> 5.x.
> This is a high risk change.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-5921) Cordova on iOS should use an XCWorkspace, or at least support using one.

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-5921?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-5921:
-
Fix Version/s: (was: 4.0.0)

> Cordova on iOS should use an XCWorkspace, or at least support using one.
> 
>
> Key: CB-5921
> URL: https://issues.apache.org/jira/browse/CB-5921
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: iOS
>Reporter: Graham Mueller
>Assignee: Shazron Abdullah
>Priority: Minor
>  Labels: cordova-ios-5.0.x, core
> Attachments: build
>
>
> Hi Guys,
> Not sure what to log this as. It's not so much a bug as an incompatibility 
> with other frameworks. Anyway, this is specifically an issue with the build 
> process on iOS. Do with it what you will.
> If you're familiar with the CocoaPods framework, you'll know that on initial 
> install, it creates an XCWorkspace file, and instructs you to exclusively use 
> that afterwards. This is because the CocoaPods library adds itself as a 
> linked project that must be built, similar to Cordova/Phonegap. The 
> difference is that Cordova adds itself as a sub project, instead of a sibling 
> project (which is effectively the workspace goal, from my understanding, 
> though I'm having a hard time finding a good link to explain it better).
> So, I would suggest that Cordova moves to this setup as well -- it should 
> create the workspace that has both the Cordova project and your app project.
> Alternatively, if you don't want to go through and change that creation code, 
> it would be great if the CLI offered someway to specify what you want it to 
> build. I found the actual build script that's calling xcodebuild with a 
> -project flag in it (this is where -workspace would go). There is currently 
> no way to override this, so there is currently no way at all to support 
> workspaces (and consequently no way to use CocoaPods).
> Any thoughts or reasons not to do so?
> Thanks,
> Graham



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-8795) Cordova on iOS should install plugins as frameworks

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-8795?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-8795:
-
Fix Version/s: (was: 4.0.0)

> Cordova on iOS should install plugins as frameworks
> ---
>
> Key: CB-8795
> URL: https://issues.apache.org/jira/browse/CB-8795
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Shazron Abdullah
>  Labels: cordova-ios-5.0.x
>
> Entirely depends on CB-5921.
> See http://github.com/shazron/CB-5921 for a Proof of Concept.
> If we can get this in for cordova-ios 4.x, great. If not punt to cordova-ios 
> 5.x.
> This is a high risk change.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-8628) Support /local-filesystem/ route in local-webserver plugin

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-8628?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-8628:
-
Fix Version/s: (was: 4.0.0)

> Support /local-filesystem/ route in local-webserver plugin
> --
>
> Key: CB-8628
> URL: https://issues.apache.org/jira/browse/CB-8628
> Project: Apache Cordova
>  Issue Type: Task
>  Components: iOS
> Environment: iOS
>Reporter: Shazron Abdullah
>
> This is needed for the WKWebView local webserver solution.
> Plugin: https://github.com/apache/cordova-plugins/tree/master/local-webserver
> For example, a (CDVFile) file:///path/to/file url is transformed to a:
> {code}
> http://localhost:[port]/local-filesystem/path/to/file
> {code}
> The support is there already in the plugin, it just needs testing and 
> debugging.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-8629) Support /assets-library/ route in local-webserver plugin

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-8629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-8629:
-
Fix Version/s: (was: 4.0.0)

> Support /assets-library/ route in local-webserver plugin
> 
>
> Key: CB-8629
> URL: https://issues.apache.org/jira/browse/CB-8629
> Project: Apache Cordova
>  Issue Type: Task
>  Components: iOS
> Environment: iOS
>Reporter: Shazron Abdullah
>
> This is needed for the WKWebView local webserver solution.
> Plugin: https://github.com/apache/cordova-plugins/tree/master/local-webserver
> For example, a (CDVFile) assets-library:/foo/bar url is transformed to a:
> {code}
> http://localhost:[port]/assets-library/foo/bar
> {code}
> The support is there already in the plugin, it just needs testing and 
> debugging.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Comment Edited] (CB-9566) Move plugin cordova-wkwebview-engine to cordova-wkwebview-engine-local-webserver

[Shazron Abdullah (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-9566?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14724126#comment-14724126
 ] 

Shazron Abdullah edited comment on CB-9566 at 8/31/15 10:09 PM:


Take note of the the issue links in this issue that depends on this.
This plugin should still be in cordova-labs, not sure if we should officially 
release this -- since we want iOS 9 wkwebview-engine plugin to be the one we 
really support.

Users can still install this plugin by git url.


was (Author: shazron):
Take note of the the issue links in this issue that depends on this.
This plugin should still be in cordova-labs, not sure if we should officially 
release this -- since we want iOS 9 wkwebview-engine plugin to be the one we 
really support.

> Move plugin cordova-wkwebview-engine to 
> cordova-wkwebview-engine-local-webserver
> 
>
> Key: CB-9566
> URL: https://issues.apache.org/jira/browse/CB-9566
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Shazron Abdullah
>  Labels: cordova-ios-4.0.x
>
> We are reserving the cordova-wkwebview-engine plugin for direct file:// url 
> loading in iOS 9.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-9566) Move plugin cordova-wkwebview-engine to cordova-wkwebview-engine-local-webserver

[Shazron Abdullah (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-9566?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14724126#comment-14724126
 ] 

Shazron Abdullah commented on CB-9566:
--

Take note of the the issue links in this issue that depends on this.
This plugin should still be in cordova-labs, not sure if we should officially 
release this -- since we want iOS 9 wkwebview-engine plugin to be the one we 
really support.

> Move plugin cordova-wkwebview-engine to 
> cordova-wkwebview-engine-local-webserver
> 
>
> Key: CB-9566
> URL: https://issues.apache.org/jira/browse/CB-9566
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Shazron Abdullah
>  Labels: cordova-ios-4.0.x
>
> We are reserving the cordova-wkwebview-engine plugin for direct file:// url 
> loading in iOS 9.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-8680) Support Swift templates

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-8680?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-8680:
-
Labels: cordova-ios-5.0.x ios swift xcode  (was: cordova-ios-4.0.x ios 
swift xcode)

> Support Swift templates
> ---
>
> Key: CB-8680
> URL: https://issues.apache.org/jira/browse/CB-8680
> Project: Apache Cordova
>  Issue Type: Wish
>  Components: CLI, iOS
>Reporter: Nathan Hazout
>Priority: Critical
>  Labels: cordova-ios-5.0.x, ios, swift, xcode
>
> As an application developer, I want to add custom native code in my Cordova 
> project (not plugins).
> I would like Cordova to be provide an option tp generate the XCode template 
> with a  App Delegate in Swift.
> Swift is becoming more and more important. New iOS developers learn Swift 
> first now.
> Also, there are chances that Apple may require Swift by default in a few 
> versions...



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-8365) Add NSInteger, NSUInteger factory methods to CDVPluginResult

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-8365?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-8365:
-
Fix Version/s: (was: 4.0.0)

> Add NSInteger, NSUInteger factory methods to CDVPluginResult
> 
>
> Key: CB-8365
> URL: https://issues.apache.org/jira/browse/CB-8365
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: iOS
>Reporter: Kevin Hawkins
>Assignee: Shazron Abdullah
>Priority: Minor
>  Labels: cordova-ios-4.0.x
>   Original Estimate: 2m
>  Remaining Estimate: 2m
>
> It would be nice to have the Cocoa-defined integer types as return values 
> from the plugin, especially given that they'll support much larger data for 
> 64-bit devices.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-8365) Add NSInteger, NSUInteger factory methods to CDVPluginResult

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-8365?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-8365:
-
Labels: cordova-ios-4.0.x  (was: )

> Add NSInteger, NSUInteger factory methods to CDVPluginResult
> 
>
> Key: CB-8365
> URL: https://issues.apache.org/jira/browse/CB-8365
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: iOS
>Reporter: Kevin Hawkins
>Assignee: Shazron Abdullah
>Priority: Minor
>  Labels: cordova-ios-4.0.x
>   Original Estimate: 2m
>  Remaining Estimate: 2m
>
> It would be nice to have the Cocoa-defined integer types as return values 
> from the plugin, especially given that they'll support much larger data for 
> 64-bit devices.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-8630) Document CordovaWebViewEngine iOS preference (pluggable webviews)

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-8630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-8630:
-
Description: 
The "webview as a plugin" approach. 

{code}
// The webview has to be installed as a plugin, and conform to the 
CDVWebViewEngineProtocol protocol
// the "value" here should match the  name 

{code}

By default, the value would be "CDVUIWebViewEngine", when not provided.


  was:
The "webview as a plugin" approach. 

{code}
// The webview has to be installed as a plugin, and conform to the 
CDVWebViewEngineProtocol protocol
// the "value" here should match the  name 

{code}

By default, the value would be "CDVUIWebViewEngine"



> Document CordovaWebViewEngine iOS preference (pluggable webviews)
> -
>
> Key: CB-8630
> URL: https://issues.apache.org/jira/browse/CB-8630
> Project: Apache Cordova
>  Issue Type: Task
>  Components: Docs
> Environment: iOS
>Reporter: Shazron Abdullah
>  Labels: cordova-ios-4.0.x
> Fix For: 4.0.0
>
>
> The "webview as a plugin" approach. 
> {code}
> // The webview has to be installed as a plugin, and conform to the 
> CDVWebViewEngineProtocol protocol
> // the "value" here should match the  name 
> 
> {code}
> By default, the value would be "CDVUIWebViewEngine", when not provided.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-8087) Add plugin results for NSInteger, NSUInteger

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-8087?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-8087:
-
Fix Version/s: (was: 4.0.0)

> Add plugin results for NSInteger, NSUInteger
> 
>
> Key: CB-8087
> URL: https://issues.apache.org/jira/browse/CB-8087
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: iOS
>Affects Versions: Master
>Reporter: Kevin Hawkins
>Assignee: Shazron Abdullah
>Priority: Minor
>  Labels: cordova-ios-4.0.x
>   Original Estimate: 3h
>  Remaining Estimate: 3h
>
> For iOS, it would be nice to have some CDVPluginResult factory method 
> overloads for NSInteger and NSUInteger, as those are generally the 
> best-practice types for interacting with integer values in Objective-C, 
> particularly in the 32-bit vs. 64-bit world.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-8087) Add plugin results for NSInteger, NSUInteger

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-8087?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-8087:
-
Labels: cordova-ios-4.0.x  (was: )

> Add plugin results for NSInteger, NSUInteger
> 
>
> Key: CB-8087
> URL: https://issues.apache.org/jira/browse/CB-8087
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: iOS
>Affects Versions: Master
>Reporter: Kevin Hawkins
>Assignee: Shazron Abdullah
>Priority: Minor
>  Labels: cordova-ios-4.0.x
>   Original Estimate: 3h
>  Remaining Estimate: 3h
>
> For iOS, it would be nice to have some CDVPluginResult factory method 
> overloads for NSInteger and NSUInteger, as those are generally the 
> best-practice types for interacting with integer values in Objective-C, 
> particularly in the 32-bit vs. 64-bit world.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-8659) iOS Plugins: Cordova-iOS 4.0.0 compatibility

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-8659?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-8659:
-
Fix Version/s: (was: 4.0.0)

> iOS Plugins: Cordova-iOS 4.0.0 compatibility
> 
>
> Key: CB-8659
> URL: https://issues.apache.org/jira/browse/CB-8659
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS, Plugin Battery Status, Plugin Camera, Plugin 
> Contacts, Plugin Device Orientation, Plugin Dialogs, Plugin File, Plugin 
> Geolocation, Plugin Globalization, Plugin InAppBrowser, Plugin Media, Plugin 
> Media Capture
>Affects Versions: 4.0.0
>Reporter: Ian Clelland
>Assignee: Ian Clelland
>  Labels: cordova-ios-4.0.x
>
> iOS Plugins need to stop using initWithWebView:
> They also depend on several deprecated categories:
>   - NSArray+Comparisons.h
>   - NSDictionary+Extensions.h
> These need to be fixed in a backwards-compatible way before 4.0.0 is released.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-6274) iOS should support backgroundColor in config.xml

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-6274?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-6274:
-
Fix Version/s: (was: 4.0.0)

> iOS should support backgroundColor in config.xml
> 
>
> Key: CB-6274
> URL: https://issues.apache.org/jira/browse/CB-6274
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: iOS
>Reporter: Jesse MacFadyen
>Priority: Minor
>  Labels: cordova-ios-4.0.x
>
> http://cordova.apache.org/docs/en/3.4.0/config_ref_index.md.html#The%20config.xml%20File



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-7288) [WKWebView][iOS 8] Failing tests (wkwebview branch)

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-7288?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-7288:
-
Fix Version/s: (was: 4.0.0)

> [WKWebView][iOS 8] Failing tests (wkwebview branch)
> ---
>
> Key: CB-7288
> URL: https://issues.apache.org/jira/browse/CB-7288
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
> Environment: iOS 8 beta 5
>Reporter: Shazron Abdullah
>Priority: Critical
>  Labels: cordova-ios-4.0.x
>
> This is only for the wkwebview branch, and using these plugins, and 3.5.0 
> mobile-spec:
> {code}
> "org.apache.cordova.battery-status": "0.2.10",
> "org.apache.cordova.camera": "0.3.1",
> "org.apache.cordova.console": "0.2.10",
> "org.apache.cordova.contacts": "0.2.12",
> "org.apache.cordova.device": "0.2.11",
> "org.apache.cordova.device-motion": "0.2.9",
> "org.apache.cordova.device-orientation": "0.3.8",
> "org.apache.cordova.dialogs": "0.2.9",
> "org.apache.cordova.file": "1.3.0",
> "org.apache.cordova.file-transfer": "0.4.5",
> "org.apache.cordova.geolocation": "0.3.9",
> "org.apache.cordova.globalization": "0.3.0",
> "org.apache.cordova.inappbrowser": "0.5.1",
> "org.apache.cordova.media": "0.2.12",
> "org.apache.cordova.media-capture": "0.3.2",
> "org.apache.cordova.network-information": "0.2.11",
> "org.apache.cordova.splashscreen": "0.3.2",
> "org.apache.cordova.vibration": "0.3.10"
> {code}
> The 24 failing tests using iOS 8 beta 5 simulator:
> {code}
> Accelerometer 4/11 (failed spec 3, 4, 5, 7, 8, 9, 11 -- all timeouts)
> Compass 9/10 (failed spec 3 -- timeout)
> Contacts 23/27 (failed specs 6, 20, 21, 24 -- all DataClone error DOM 
> Exception 25)
> File 124/130 (failed specs 18, 27, 78, 106, 114, 116 -- all timeouts)
> FileTransfer 27/30 (failed specs 18, 19, 29)
> Storage 18/19 (failed spec 18)
> Bridge 0/1 (blank screen)
> Whitelist plugin failed 0/1 (not tested see CB-7049)
> Local xhr 7/9 (failed specs 9, 4)
> {code}
> Tests passed:
> {code}
> Battery 1/1
> Camera 7/7
> Capture 12/12
> Data URI 2/2
> Device 8/8
> Geolocation 8/8
> Globalization 44/44
> Media 17/17
> Network 4/4
> Notification 5/5
> Platform 2/2
> Splashscreen 3/3
> Vibration 2/2
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-6274) iOS should support backgroundColor in config.xml

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-6274?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-6274:
-
Labels: cordova-ios-4.0.x  (was: )

> iOS should support backgroundColor in config.xml
> 
>
> Key: CB-6274
> URL: https://issues.apache.org/jira/browse/CB-6274
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: iOS
>Reporter: Jesse MacFadyen
>Priority: Minor
>  Labels: cordova-ios-4.0.x
>
> http://cordova.apache.org/docs/en/3.4.0/config_ref_index.md.html#The%20config.xml%20File



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-7287) [UIWebView][iOS 7] Failing tests (wkwebview branch)

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-7287?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-7287:
-
Labels: cordova-ios-4.0.x  (was: )

> [UIWebView][iOS 7] Failing tests (wkwebview branch)
> ---
>
> Key: CB-7287
> URL: https://issues.apache.org/jira/browse/CB-7287
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
> Environment: iOS 8
>Reporter: Shazron Abdullah
>  Labels: cordova-ios-4.0.x
>
> This is only for the wkwebview branch, and using these plugins, and 3.5.0 
> mobile-spec:
> {code}
> "org.apache.cordova.battery-status": "0.2.10",
> "org.apache.cordova.camera": "0.3.1",
> "org.apache.cordova.console": "0.2.10",
> "org.apache.cordova.contacts": "0.2.12",
> "org.apache.cordova.device": "0.2.11",
> "org.apache.cordova.device-motion": "0.2.9",
> "org.apache.cordova.device-orientation": "0.3.8",
> "org.apache.cordova.dialogs": "0.2.9",
> "org.apache.cordova.file": "1.3.0",
> "org.apache.cordova.file-transfer": "0.4.5",
> "org.apache.cordova.geolocation": "0.3.9",
> "org.apache.cordova.globalization": "0.3.0",
> "org.apache.cordova.inappbrowser": "0.5.1",
> "org.apache.cordova.media": "0.2.12",
> "org.apache.cordova.media-capture": "0.3.2",
> "org.apache.cordova.network-information": "0.2.11",
> "org.apache.cordova.splashscreen": "0.3.2",
> "org.apache.cordova.vibration": "0.3.10"
> {code}
> The 3 failing tests:
> {code}
> FileTransfer upload method filetransfer.spec.18 should be able to upload a 
> file.
> Expected 
> '{"fields":{"value2":"param","value1":"test"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/ed60ec667664b454d72b193bf8841e5c","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T21:53:28.862Z"}}}
>  ' to match /fields:\s*{\s*value1.*/.
> FileTransfer upload method filetransfer.spec.19 should be able to upload a 
> file with http basic auth.
> Expected 
> '{"fields":{"value2":"param","value1":"test"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/94aa407aca7bd9c53081f0da5ab33d54","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T21:53:29.322Z"}}}
>  ' to match /fields:\s*{\s*value1.*/.
> FileTransfer Backwards compatibility filetransfer.spec.29 should be able to 
> upload a file using local paths.
> Expected 
> '{"fields":{"value2":"param","value1":"test"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/9bf857a3d64ef9beaf4eae4e22876ecc","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T21:53:31.307Z"}}}
>  ' to match /fields:\s*{\s*value1.*/.
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-7288) [WKWebView][iOS 8] Failing tests (wkwebview branch)

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-7288?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-7288:
-
Labels: cordova-ios-4.0.x  (was: )

> [WKWebView][iOS 8] Failing tests (wkwebview branch)
> ---
>
> Key: CB-7288
> URL: https://issues.apache.org/jira/browse/CB-7288
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
> Environment: iOS 8 beta 5
>Reporter: Shazron Abdullah
>Priority: Critical
>  Labels: cordova-ios-4.0.x
>
> This is only for the wkwebview branch, and using these plugins, and 3.5.0 
> mobile-spec:
> {code}
> "org.apache.cordova.battery-status": "0.2.10",
> "org.apache.cordova.camera": "0.3.1",
> "org.apache.cordova.console": "0.2.10",
> "org.apache.cordova.contacts": "0.2.12",
> "org.apache.cordova.device": "0.2.11",
> "org.apache.cordova.device-motion": "0.2.9",
> "org.apache.cordova.device-orientation": "0.3.8",
> "org.apache.cordova.dialogs": "0.2.9",
> "org.apache.cordova.file": "1.3.0",
> "org.apache.cordova.file-transfer": "0.4.5",
> "org.apache.cordova.geolocation": "0.3.9",
> "org.apache.cordova.globalization": "0.3.0",
> "org.apache.cordova.inappbrowser": "0.5.1",
> "org.apache.cordova.media": "0.2.12",
> "org.apache.cordova.media-capture": "0.3.2",
> "org.apache.cordova.network-information": "0.2.11",
> "org.apache.cordova.splashscreen": "0.3.2",
> "org.apache.cordova.vibration": "0.3.10"
> {code}
> The 24 failing tests using iOS 8 beta 5 simulator:
> {code}
> Accelerometer 4/11 (failed spec 3, 4, 5, 7, 8, 9, 11 -- all timeouts)
> Compass 9/10 (failed spec 3 -- timeout)
> Contacts 23/27 (failed specs 6, 20, 21, 24 -- all DataClone error DOM 
> Exception 25)
> File 124/130 (failed specs 18, 27, 78, 106, 114, 116 -- all timeouts)
> FileTransfer 27/30 (failed specs 18, 19, 29)
> Storage 18/19 (failed spec 18)
> Bridge 0/1 (blank screen)
> Whitelist plugin failed 0/1 (not tested see CB-7049)
> Local xhr 7/9 (failed specs 9, 4)
> {code}
> Tests passed:
> {code}
> Battery 1/1
> Camera 7/7
> Capture 12/12
> Data URI 2/2
> Device 8/8
> Geolocation 8/8
> Globalization 44/44
> Media 17/17
> Network 4/4
> Notification 5/5
> Platform 2/2
> Splashscreen 3/3
> Vibration 2/2
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-8659) iOS Plugins: Cordova-iOS 4.0.0 compatibility

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-8659?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-8659:
-
Labels: cordova-ios-4.0.x  (was: )

> iOS Plugins: Cordova-iOS 4.0.0 compatibility
> 
>
> Key: CB-8659
> URL: https://issues.apache.org/jira/browse/CB-8659
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS, Plugin Battery Status, Plugin Camera, Plugin 
> Contacts, Plugin Device Orientation, Plugin Dialogs, Plugin File, Plugin 
> Geolocation, Plugin Globalization, Plugin InAppBrowser, Plugin Media, Plugin 
> Media Capture
>Affects Versions: 4.0.0
>Reporter: Ian Clelland
>Assignee: Ian Clelland
>  Labels: cordova-ios-4.0.x
>
> iOS Plugins need to stop using initWithWebView:
> They also depend on several deprecated categories:
>   - NSArray+Comparisons.h
>   - NSDictionary+Extensions.h
> These need to be fixed in a backwards-compatible way before 4.0.0 is released.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-7287) [UIWebView][iOS 7] Failing tests (wkwebview branch)

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-7287?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-7287:
-
Fix Version/s: (was: 4.0.0)

> [UIWebView][iOS 7] Failing tests (wkwebview branch)
> ---
>
> Key: CB-7287
> URL: https://issues.apache.org/jira/browse/CB-7287
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
> Environment: iOS 8
>Reporter: Shazron Abdullah
>  Labels: cordova-ios-4.0.x
>
> This is only for the wkwebview branch, and using these plugins, and 3.5.0 
> mobile-spec:
> {code}
> "org.apache.cordova.battery-status": "0.2.10",
> "org.apache.cordova.camera": "0.3.1",
> "org.apache.cordova.console": "0.2.10",
> "org.apache.cordova.contacts": "0.2.12",
> "org.apache.cordova.device": "0.2.11",
> "org.apache.cordova.device-motion": "0.2.9",
> "org.apache.cordova.device-orientation": "0.3.8",
> "org.apache.cordova.dialogs": "0.2.9",
> "org.apache.cordova.file": "1.3.0",
> "org.apache.cordova.file-transfer": "0.4.5",
> "org.apache.cordova.geolocation": "0.3.9",
> "org.apache.cordova.globalization": "0.3.0",
> "org.apache.cordova.inappbrowser": "0.5.1",
> "org.apache.cordova.media": "0.2.12",
> "org.apache.cordova.media-capture": "0.3.2",
> "org.apache.cordova.network-information": "0.2.11",
> "org.apache.cordova.splashscreen": "0.3.2",
> "org.apache.cordova.vibration": "0.3.10"
> {code}
> The 3 failing tests:
> {code}
> FileTransfer upload method filetransfer.spec.18 should be able to upload a 
> file.
> Expected 
> '{"fields":{"value2":"param","value1":"test"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/ed60ec667664b454d72b193bf8841e5c","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T21:53:28.862Z"}}}
>  ' to match /fields:\s*{\s*value1.*/.
> FileTransfer upload method filetransfer.spec.19 should be able to upload a 
> file with http basic auth.
> Expected 
> '{"fields":{"value2":"param","value1":"test"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/94aa407aca7bd9c53081f0da5ab33d54","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T21:53:29.322Z"}}}
>  ' to match /fields:\s*{\s*value1.*/.
> FileTransfer Backwards compatibility filetransfer.spec.29 should be able to 
> upload a file using local paths.
> Expected 
> '{"fields":{"value2":"param","value1":"test"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/9bf857a3d64ef9beaf4eae4e22876ecc","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T21:53:31.307Z"}}}
>  ' to match /fields:\s*{\s*value1.*/.
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-8863) Fix potential problems with blocks usage in core plugins

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-8863?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-8863:
-
Fix Version/s: (was: 4.0.0)

> Fix potential problems with blocks usage in core plugins
> 
>
> Key: CB-8863
> URL: https://issues.apache.org/jira/browse/CB-8863
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Shazron Abdullah
>  Labels: cordova-ios-4.0.x
>
> Audit the core plugins to check for proper blocks usage.
> Problems that I see can be summed up in this (fixed) code:
> https://github.com/apache/cordova-plugin-splashscreen/blob/fa60f01adcba2d21583de7972a0facc4da1eb75e/src/ios/CDVSplashScreen.m#L292-L313
> 1. You need a weak reference to "self" in blocks to prevent retain cycle 
> problems.
> Fix: 
> https://github.com/apache/cordova-plugin-splashscreen/blob/fa60f01adcba2d21583de7972a0facc4da1eb75e/src/ios/CDVSplashScreen.m#L292
> 2. Anything that calls UIKit methods, which includes plugins that write 
> JavaScript back to the UIWebView (commandDelegate functions), must be called 
> in the main thread.
> Fix: 
> https://github.com/apache/cordova-plugin-splashscreen/blob/fa60f01adcba2d21583de7972a0facc4da1eb75e/src/ios/CDVSplashScreen.m#L308-L310
>  (UPDATE: we actually already handle this in evalJS)
> 3. Avoid creating private variables like this in the first place -- I would 
> create a class extension which will effectively have "private" properties 
> (nothing is truly private in objc). This is to avoid this situation in the 
> block where you have to cast the weak self into a strong self (and check it's 
> still around), just to access a private variable:
> https://github.com/apache/cordova-plugin-splashscreen/blob/fa60f01adcba2d21583de7972a0facc4da1eb75e/src/ios/CDVSplashScreen.m#L298-L304
> Of course since we are modifying UIKit items here, rule 2 above also applies.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-8863) Fix potential problems with blocks usage in core plugins

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-8863?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-8863:
-
Labels: cordova-ios-4.0.x  (was: )

> Fix potential problems with blocks usage in core plugins
> 
>
> Key: CB-8863
> URL: https://issues.apache.org/jira/browse/CB-8863
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Shazron Abdullah
>  Labels: cordova-ios-4.0.x
>
> Audit the core plugins to check for proper blocks usage.
> Problems that I see can be summed up in this (fixed) code:
> https://github.com/apache/cordova-plugin-splashscreen/blob/fa60f01adcba2d21583de7972a0facc4da1eb75e/src/ios/CDVSplashScreen.m#L292-L313
> 1. You need a weak reference to "self" in blocks to prevent retain cycle 
> problems.
> Fix: 
> https://github.com/apache/cordova-plugin-splashscreen/blob/fa60f01adcba2d21583de7972a0facc4da1eb75e/src/ios/CDVSplashScreen.m#L292
> 2. Anything that calls UIKit methods, which includes plugins that write 
> JavaScript back to the UIWebView (commandDelegate functions), must be called 
> in the main thread.
> Fix: 
> https://github.com/apache/cordova-plugin-splashscreen/blob/fa60f01adcba2d21583de7972a0facc4da1eb75e/src/ios/CDVSplashScreen.m#L308-L310
>  (UPDATE: we actually already handle this in evalJS)
> 3. Avoid creating private variables like this in the first place -- I would 
> create a class extension which will effectively have "private" properties 
> (nothing is truly private in objc). This is to avoid this situation in the 
> block where you have to cast the weak self into a strong self (and check it's 
> still around), just to access a private variable:
> https://github.com/apache/cordova-plugin-splashscreen/blob/fa60f01adcba2d21583de7972a0facc4da1eb75e/src/ios/CDVSplashScreen.m#L298-L304
> Of course since we are modifying UIKit items here, rule 2 above also applies.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-8970) For app launch, remove usage of global js function handleOpenURL, and send an event instead

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-8970?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-8970:
-
   Labels: cordova-ios-4.0.x  (was: )
Fix Version/s: (was: 4.0.0)

> For app launch, remove usage of global js function handleOpenURL, and send an 
> event instead
> ---
>
> Key: CB-8970
> URL: https://issues.apache.org/jira/browse/CB-8970
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: iOS
>Reporter: Shazron Abdullah
>Assignee: Jesse MacFadyen
>  Labels: cordova-ios-4.0.x
>
> Change it here:
> https://github.com/apache/cordova-ios/blob/4.0.x/CordovaLib/Classes/Private/Plugins/CDVHandleOpenURL/CDVHandleOpenURL.m#L62
> Event name to be determined.
> Update the upgrade guide in /guides.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-4071) Capture error callback (should be an object)

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-4071?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-4071:
-
   Labels: cordova-ios-4.0.x  (was: )
Fix Version/s: (was: 4.0.0)

> Capture error callback (should be an object)
> 
>
> Key: CB-4071
> URL: https://issues.apache.org/jira/browse/CB-4071
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, Docs, iOS, Plugin Media Capture, Windows 8
>Affects Versions: 2.9.0
> Environment: All
>Reporter: Jonathan Bond
>Priority: Minor
>  Labels: cordova-ios-4.0.x
>
> When using camera.getPicture(), the cameraError is documented as a string but 
> on Android & iOS, it's actually an object.
> On the native side in 2.7: 
> Android:
> private static final int CAPTURE_INTERNAL_ERR = 0;
> //  private static final int CAPTURE_APPLICATION_BUSY = 1;
> //  private static final int CAPTURE_INVALID_ARGUMENT = 2;
> 
> private static final int CAPTURE_NO_MEDIA_FILES = 3;
> iOS:
> enum CDVCaptureError {
>
>  CAPTURE_INTERNAL_ERR = 0,
> 
>  CAPTURE_APPLICATION_BUSY = 1,
> 
>  CAPTURE_INVALID_ARGUMENT = 2,
> 
>  CAPTURE_NO_MEDIA_FILES = 3,
> 
>  CAPTURE_NOT_SUPPORTED = 20
> };
> Windows 8:
> only string errors
> Android and iOS have the same looking api on the native side, error callback 
> Android returns JSON: {message: '', code: int}, iOS returns JSON: {message: 
> '', status: int}, 
> Looking at the javascript api, it looks like it should return a 'new 
> CaptureError()' on the errorCallback, is that the direction for 3.0?
> Windows only sends a string as the callback error, it's difficult to know if 
> the user just cancelled taking a picture or what kind of specific error 
> occurred.
> Should I look into creating a patch?
> This probably affects other apis, overall I'd like to see the CaptureError() 
> returned more consistently instead of strings.
> It would make sense to improve this in 3.0 and possibly break BC for those 
> expecting strings.
> CaptureError() could implement 'toString()' to mitigate potential issues.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-3750) InAppBrowser: Can We Haz Loading Spinner?

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-3750?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-3750:
-
Labels:   (was: cordova-ios-4.0.x)

> InAppBrowser: Can We Haz Loading Spinner?
> -
>
> Key: CB-3750
> URL: https://issues.apache.org/jira/browse/CB-3750
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser
>Affects Versions: 2.5.0, 2.6.0, 2.7.0, 2.8.0
> Environment: Android (at least)
>Reporter: Lindsey Simon
>Priority: Trivial
>
> I'm using the InAppBrowser to open a Google/Facebook OAuth login screen. In 
> order for that to work it first opens an URL on my server and then redirects 
> to the proper provider endpoint.
> When the internet is slow this results in a pretty lousy user experience as 
> the InAppBrowser doesn't seem to have any loading indicator - which made me 
> think it wasn't working, and then I clicked Done prematurely. I suspect my 
> users will do the same and not try a second time and my app is DOA.
> Am I missing anything here by chance? 
> Any advice on how to get a loading indicator in the least-intrusive way?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-3360) Set custom InAppBrowser user-agent

[Shazron Abdullah (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-3360?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14724148#comment-14724148
 ] 

Shazron Abdullah commented on CB-3360:
--

This is resolved for iOS (hard to keep track -- next time we should have 
separate issues or subtasks for the diff platforms)

> Set custom InAppBrowser user-agent
> --
>
> Key: CB-3360
> URL: https://issues.apache.org/jira/browse/CB-3360
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Android, BlackBerry, Plugin InAppBrowser, WP8
>Affects Versions: 2.7.0
> Environment: iOS, Android, WP8, BlackBerry
>Reporter: Kevin Simpson
>Priority: Minor
>  Labels: Cordova, InAppBrowser, android, cordova-ios-4.0.x
>
> Currently you can set a custom user-agent for the main Cordova webview by 
> overriding the init method for the DroidGap class. However, when opening a 
> page in the InAppBrowser, that webview will still contain the default 
> user-agent.
> There are two solutions that I have thought of to this:
> 1. Set the user-agent of the InAppBrowser webview to whatever the user-agent 
> in the Cordova webview is set to. (This is what I am currently doing, as it 
> was a one line change, but it requires rebuilding Cordova manually)
> 2. Have some sort of configuration option to set the user-agent for the 
> InAppBrowser. This would allow a different user-agent from the main webview, 
> but is also a more involved change.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-5439) Status Bar Plugin pushes web view too far down when a personal hotspot connection is active while using overlaysWebView(false)

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-5439?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-5439:
-
Component/s: (was: Plugin Statusbar)
 iOS

> Status Bar Plugin pushes web view too far down when a personal hotspot 
> connection is active while using overlaysWebView(false)
> --
>
> Key: CB-5439
> URL: https://issues.apache.org/jira/browse/CB-5439
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 3.1.0
>Reporter: Sepp Wijnands
>Priority: Minor
>  Labels: cordova-ios-4.0.x
> Fix For: 3.6.0
>
>
> When a personal hotspot connection is active or a call is in progress, the 
> statusbar occupies two rows.
> If StatusBar.overlaysWebView(false) is used, it causes the webview to be 
> pushed further down than it should: Exactly 3 rows instead of 2.
> Steps to reproduce the problem:
> # Enable Personal Hotspot or make sure a call is in progress
> # Open/resume Cordova application that uses   
> StatusBar.overlaysWebView(false);
> Screenshot depicting the problem: 
> https://www.dropbox.com/s/u47sucujs19g2py/Screenshot%202013.11.19%2010.44.00.png
> Screenshot of application when no call/connection is in progress:
> https://www.dropbox.com/s/n2eiyem7a7wfk7j/Screenshot%202013.11.19%2010.44.45.png
> The red line at the top in the above pictures is made using the following (to 
> annotate that it really is the web view that is being pushed down):
> {code}
> body {
> border-top: 2px solid red;
> }
> {code}
> Example project: 
> https://www.dropbox.com/s/0yzarp1sioamgud/BugStatusBarPushDown.zip



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-9555) Media plugin should hide details of filesystem access

[Joe Bowser (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-9555?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Joe Bowser updated CB-9555:
---
Priority: Minor  (was: Major)

> Media plugin should hide details of filesystem access
> -
>
> Key: CB-9555
> URL: https://issues.apache.org/jira/browse/CB-9555
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, CordovaJS
>Reporter: Thomas Hunter II
>Priority: Minor
>
> When using the Media plugin to play music from the local filesystem, one can 
> simply load the path to media files relative to the www/ directory on iOS, 
> e.g.:
> {noformat}new Media('audio/file.wav');{noformat}
> However, when using Android, one needs to prefix the path with a string (a 
> string which is not mentioned in the documentation):
> {noformat}new Media('/android_asset/www/audio/file.wav');{noformat}
> This is of course a very leaky abstraction. Regardless of the platform 
> Cordova runs on, one should be able to use the same path for playing audio.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-9328) Use ios-sim as a node module, not a CLI utility

[Shazron Abdullah (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-9328?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14724311#comment-14724311
 ] 

Shazron Abdullah commented on CB-9328:
--

I'm thinking this needs a bump to ios-sim 5.x

> Use ios-sim as a node module, not a CLI utility
> ---
>
> Key: CB-9328
> URL: https://issues.apache.org/jira/browse/CB-9328
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Shazron Abdullah
>  Labels: cordova-ios-4.0.x
>
> Depends on ios-sim 4.2.0. Update the check_reqs
> See https://github.com/phonegap/ios-sim/issues/168
> This affects bin/templates/scripts/cordova/lib/run.js



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-9254) update_cordova_subproject command for cordova-ios 4.0.0-dev results in a build error

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-9254?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-9254:
-
Fix Version/s: (was: 4.0.0)

> update_cordova_subproject command for cordova-ios 4.0.0-dev results in a 
> build error
> 
>
> Key: CB-9254
> URL: https://issues.apache.org/jira/browse/CB-9254
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.0.0
> Environment: Mac OS X Yosemite 10.10.3, Xcode 6.3.1, iOS 8
>Reporter: Inderpreet
>  Labels: cordova-ios-4.0.x
>
> When updating existing iOS sub project reference to 4.0.0-dev version using 
> update_cordova_subproject command as mentioned in ReadMe file 
> (https://github.com/apache/cordova-ios/blob/4.0.x/README.md) we get a build 
> error in Xcode - _Error : No visible @interface for 'CDVViewController' 
> declares the selector 'webViewDidFinishLoad:'_
> In order to resolve it, we at our end have updated our source code 
> MainViewController.m class by replacing it with the file present in templates 
> folder 
> cordova-ios/bin/templates/project/__PROJECT_NAME__/Classes/MainViewController.m
>  
> (https://github.com/apache/cordova-ios/raw/4.0.x/bin/templates/project/__PROJECT_NAME__/Classes/MainViewController.m)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-9254) update_cordova_subproject command for cordova-ios 4.0.0-dev results in a build error

[Shazron Abdullah (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-9254?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14724315#comment-14724315
 ] 

Shazron Abdullah commented on CB-9254:
--

Removing the python script. We're going CLI centric.

> update_cordova_subproject command for cordova-ios 4.0.0-dev results in a 
> build error
> 
>
> Key: CB-9254
> URL: https://issues.apache.org/jira/browse/CB-9254
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.0.0
> Environment: Mac OS X Yosemite 10.10.3, Xcode 6.3.1, iOS 8
>Reporter: Inderpreet
>  Labels: cordova-ios-4.0.x
>
> When updating existing iOS sub project reference to 4.0.0-dev version using 
> update_cordova_subproject command as mentioned in ReadMe file 
> (https://github.com/apache/cordova-ios/blob/4.0.x/README.md) we get a build 
> error in Xcode - _Error : No visible @interface for 'CDVViewController' 
> declares the selector 'webViewDidFinishLoad:'_
> In order to resolve it, we at our end have updated our source code 
> MainViewController.m class by replacing it with the file present in templates 
> folder 
> cordova-ios/bin/templates/project/__PROJECT_NAME__/Classes/MainViewController.m
>  
> (https://github.com/apache/cordova-ios/raw/4.0.x/bin/templates/project/__PROJECT_NAME__/Classes/MainViewController.m)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-8688) Update release script to update the iOS version in CDVAvailability.h

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-8688?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-8688:
-
Fix Version/s: (was: 4.0.0)

> Update release script to update the iOS version in CDVAvailability.h
> 
>
> Key: CB-8688
> URL: https://issues.apache.org/jira/browse/CB-8688
> Project: Apache Cordova
>  Issue Type: Task
>  Components: Coho
>Reporter: Shazron Abdullah
>  Labels: cordova-ios-4.0.x
>
> See CB-8640, where the file has been template-zed



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Resolved] (CB-8087) Add plugin results for NSInteger, NSUInteger

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-8087?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah resolved CB-8087.
--
Resolution: Duplicate

> Add plugin results for NSInteger, NSUInteger
> 
>
> Key: CB-8087
> URL: https://issues.apache.org/jira/browse/CB-8087
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: iOS
>Affects Versions: Master
>Reporter: Kevin Hawkins
>Assignee: Shazron Abdullah
>Priority: Minor
>  Labels: cordova-ios-4.0.x
>   Original Estimate: 3h
>  Remaining Estimate: 3h
>
> For iOS, it would be nice to have some CDVPluginResult factory method 
> overloads for NSInteger and NSUInteger, as those are generally the 
> best-practice types for interacting with integer values in Objective-C, 
> particularly in the 32-bit vs. 64-bit world.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-8087) Add plugin results for NSInteger, NSUInteger

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-8087?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-8087:
-
Assignee: (was: Shazron Abdullah)

> Add plugin results for NSInteger, NSUInteger
> 
>
> Key: CB-8087
> URL: https://issues.apache.org/jira/browse/CB-8087
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: iOS
>Affects Versions: Master
>Reporter: Kevin Hawkins
>Priority: Minor
>  Labels: cordova-ios-4.0.x
>   Original Estimate: 3h
>  Remaining Estimate: 3h
>
> For iOS, it would be nice to have some CDVPluginResult factory method 
> overloads for NSInteger and NSUInteger, as those are generally the 
> best-practice types for interacting with integer values in Objective-C, 
> particularly in the 32-bit vs. 64-bit world.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-8365) Add NSInteger, NSUInteger factory methods to CDVPluginResult

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-8365?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-8365:
-
Assignee: (was: Shazron Abdullah)

> Add NSInteger, NSUInteger factory methods to CDVPluginResult
> 
>
> Key: CB-8365
> URL: https://issues.apache.org/jira/browse/CB-8365
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: iOS
>Reporter: Kevin Hawkins
>Priority: Minor
>  Labels: cordova-ios-4.0.x
>   Original Estimate: 2m
>  Remaining Estimate: 2m
>
> It would be nice to have the Cocoa-defined integer types as return values 
> from the plugin, especially given that they'll support much larger data for 
> 64-bit devices.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Assigned] (CB-8087) Add plugin results for NSInteger, NSUInteger

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-8087?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah reassigned CB-8087:


Assignee: Shazron Abdullah

> Add plugin results for NSInteger, NSUInteger
> 
>
> Key: CB-8087
> URL: https://issues.apache.org/jira/browse/CB-8087
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: iOS
>Affects Versions: Master
>Reporter: Kevin Hawkins
>Assignee: Shazron Abdullah
>Priority: Minor
>  Labels: cordova-ios-4.0.x
>   Original Estimate: 3h
>  Remaining Estimate: 3h
>
> For iOS, it would be nice to have some CDVPluginResult factory method 
> overloads for NSInteger and NSUInteger, as those are generally the 
> best-practice types for interacting with integer values in Objective-C, 
> particularly in the 32-bit vs. 64-bit world.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-9568) Update whitelist plugin to allow all network access by default

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-9568?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-9568:
-
Component/s: (was: iOS)
 Plugin Whitelist

> Update whitelist plugin to allow all network access by default
> --
>
> Key: CB-9568
> URL: https://issues.apache.org/jira/browse/CB-9568
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Whitelist
>Reporter: Shazron Abdullah
>  Labels: cordova-ios-4.0.x
>
> Basically the default for the access tag, if it's not present is the wildcard 
> "*"
> It's as if this tag is there if not present:
> 
> ML thread: http://markmail.org/message/j3kd4lug65jdiiba
> From Carlos:
> {code}
> But we need better docs to explain the differences between legacy-whitelist
> and whitelist
> And more detailed explanation on how to create a proper config.xml that
> works across the board for ios and android. What about windows?
> Also to look on how to have a good config.xml in hello-world template,
> since most users will start with this first and I would like to be secure
> by default and they open. meaning rely on CSP, and only use config.xml for
> x, y, z
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-9568) Update whitelist plugin to allow all network access by default

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-9568?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-9568:
-
Environment: iOS

> Update whitelist plugin to allow all network access by default
> --
>
> Key: CB-9568
> URL: https://issues.apache.org/jira/browse/CB-9568
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Whitelist
> Environment: iOS
>Reporter: Shazron Abdullah
>  Labels: cordova-ios-4.0.x
>
> Basically the default for the access tag, if it's not present is the wildcard 
> "*"
> It's as if this tag is there if not present:
> 
> ML thread: http://markmail.org/message/j3kd4lug65jdiiba
> From Carlos:
> {code}
> But we need better docs to explain the differences between legacy-whitelist
> and whitelist
> And more detailed explanation on how to create a proper config.xml that
> works across the board for ios and android. What about windows?
> Also to look on how to have a good config.xml in hello-world template,
> since most users will start with this first and I would like to be secure
> by default and they open. meaning rely on CSP, and only use config.xml for
> x, y, z
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Resolved] (CB-9242) Update outdated cordova-ios README

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-9242?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah resolved CB-9242.
--
Resolution: Fixed
  Assignee: Shazron Abdullah

Fixed in 
https://github.com/apache/cordova-ios/commit/8c14761ce8b8bfe54bc30d4800f38027a18f9eb5

> Update outdated cordova-ios README
> --
>
> Key: CB-9242
> URL: https://issues.apache.org/jira/browse/CB-9242
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
>  Labels: cordova-ios-4.0.x
>
> Use the CLI way of doing things.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-9523) Show out of date message for older cordova CLI

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-9523?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14724340#comment-14724340
 ] 

ASF GitHub Bot commented on CB-9523:


Github user stevengill commented on the pull request:

https://github.com/apache/cordova-cli/pull/219#issuecomment-136522067
  
Good idea. Things to think about though.

1) what if the user says no to updating. The message should not show up 
everytime they use cordova. Some global variable to remember we have shown the 
message and not to show it again. Maybe the variable gets reset when they 
upgrade. 
2) what if some other packages are depending on cordova-cli (i know they 
should use lib). We should have a flag to not show updates. 


> Show out of date message for older cordova CLI
> --
>
> Key: CB-9523
> URL: https://issues.apache.org/jira/browse/CB-9523
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: CLI
>Reporter: Sergey Shakhnazarov
>Assignee: Sergey Shakhnazarov
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-9540) For some reason all external ajax requests on android ends with 404 Not Found (from cache) without even reaching the host.

[Joe Bowser (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-9540?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14724345#comment-14724345
 ] 

Joe Bowser commented on CB-9540:


Is the whitelist plugin installed?  The whitelist is now a plugin, and must be 
installed for anything to work.

> For some reason all external ajax requests on android ends with 404 Not Found 
> (from cache) without even reaching the host.
> --
>
> Key: CB-9540
> URL: https://issues.apache.org/jira/browse/CB-9540
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: 5.1.1
>Reporter: Anton S. Konovalov
>Priority: Critical
>
> On iOS it works correct.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Resolved] (CB-9520) A strage proble while running 'cordova build android' in multiply project

[Joe Bowser (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-9520?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Joe Bowser resolved CB-9520.

Resolution: Invalid

You need to make sure that after you upgrade that you have the ANDROID_SDK 
setup.  Creating a local.properties will get around this environment issue, as 
well as setting an ANDROID_HOME variable.

> A strage proble while running 'cordova build android' in multiply project
> -
>
> Key: CB-9520
> URL: https://issues.apache.org/jira/browse/CB-9520
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, CordovaLib
>Affects Versions: 5.2.0
> Environment: windows 8.1 Pro 64bit, 
> Android SDK Build-tools 23.0.0, 
> Gradle 2.4, 
> JDK1.7.
> cordova 5.2.0
> android 4.0.2
>Reporter: ZhangYuan
>  Labels: build
>   Original Estimate: 672h
>  Remaining Estimate: 672h
>
> I am trying to do 'cordova build android' in a multiply project and got a 
> strage problem which I cannot find any answer in stackoverflow.
> Would you please help me ?
> My projects structure like :
>   
>   android(MainApp)
>   |-- build.gradle
>   |-- setting.gradle
>   |-- gradle.properties
>   |--LibProject1
>  |-- build.gradle
>  |-- setting.gradle
>  |-- gradle.properties
>   |--LibProject2
>  |-- build.gradle
>  |-- setting.gradle
>  |-- gradle.properties
>   |--LibProject3
>  |-- build.gradle
>  |-- setting.gradle
>  |-- gradle.properties
>  |--LibProject3_1
>  |-- build.gradle
>  |-- setting.gradle
>  |-- gradle.properties
> 'cordova prepare android' and 'cordova plugins' run successfully, but 
> 'cordova build android' failed in very long and strange error:
> --
> Running command: **\platforms\android\cordova\build.bat
> ANDROID_HOME=*
> JAVA_HOME=*
> Running: **android\gradlew cdvBuildDebug -b 
> platforms\android\build.gradle -Dorg.gradle.daemon=true
> Failed to notify ProjectEvaluationListener.afterEvaluate(), but primary 
> configuration failure takes
> precedence.
> java.lang.IllegalStateException: buildToolsVersion is not specified.
> at 
> com.google.common.base.Preconditions.checkState(Preconditions.java:176)
> at 
> com.android.build.gradle.BasePlugin.createAndroidTasks(BasePlugin.groovy:444)
> at 
> com.android.build.gradle.BasePlugin$_createTasks_closure13_closure17.doCall(BasePlugin.groovy:415)
> at 
> com.android.build.gradle.BasePlugin$_createTasks_closure13_closure17.doCall(BasePlugin.groovy)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at 
> org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:90)
> at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:324)
> FAILURE: Build failed with an exception.
> * Where:
> Build file '*platforms\android\LibProject1\build.gradle' line: 49
> * What went wrong:
> A problem occurred evaluating project ':LibProject1'.
> > Project with path ':LibProject3' could not be found in project 
> ':LibProject1'.
> * Try:
> Run with --stacktrace option to get the stack trace. Run with --info or 
> --debug option to get more log output.
> BUILD FAILED
> Total time: 2.142 secs
> **platforms\android\cordova\node_modules\q\q.js:126
> throw e;
>   ^
>Error code 1 for command: cmd with args: /s /c 
> "**\platforms\android\gradlew cdvBuildDebug -b 
> **\platforms\android\build.gradle -Dorg.gradle.daemon=true"
> Error: **platforms\android\cordova\build.bat: Command failed with 
> exit code 8
>   at ChildProcess.whenDone 
> (AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\cordova\superspawn.js:135:23)
>   at ChildProcess.emit (events.js:98:17)
>   at maybeClose (child_process.js:766:16)
>   at Process.ChildProcess._handle.onexit (child_process.js:833:5)
> --
>   
> seems it said my LibProject1/build.gradle has some wrong but 'gradle build' 
> successed and I got apk run normally. 
> finally I found that when 'cordova build android' ran, file 
> LibProject1/build.gradle is being changed auto. for example: 
> dependencies{
>

[jira] [Commented] (CB-9107) CordovaActivity needs Permission Handling Code for Android M

[Joe Bowser (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-9107?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14724362#comment-14724362
 ] 

Joe Bowser commented on CB-9107:


https://github.com/infil00p/cordova-android/tree/smores

This now works with the following Contacts plugin:
https://github.com/infil00p/cordova-plugin-contacts/tree/smores



> CordovaActivity needs Permission Handling Code for Android M
> 
>
> Key: CB-9107
> URL: https://issues.apache.org/jira/browse/CB-9107
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Reporter: Joe Bowser
>Assignee: Joe Bowser
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-9581) OSX WebView does not send cookies is safari cache is cleared

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-9581?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14724363#comment-14724363
 ] 

ASF GitHub Bot commented on CB-9581:


GitHub user tripodsan opened a pull request:

https://github.com/apache/cordova-osx/pull/22

CB-9581 OSX WebView does not send cookies is safari cache is cleared

this also includes PR #18 

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/tripodsan/cordova-osx CB-9581

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cordova-osx/pull/22.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #22


commit b28074afa76878a49f7cbf18235acfcadd713ab9
Author: Tobias Bocanegra 
Date:   2015-08-28T07:07:20Z

@trivial add 'Resources' group so that plugin isntalation works

commit d6ff0326983b046ff428e5ae8e2c83610e0e5836
Author: Tobias Bocanegra 
Date:   2015-08-30T17:00:44Z

@trivial add 'Resources' group so that plugin isntalation works

commit 1d5d2e7ecd502bdaecf057c72a28cb53243497b6
Author: Tobias Bocanegra 
Date:   2015-08-30T17:13:28Z

@trivial - disable codeisigning for deubug by default

commit 5ec1cc4bd6709fda485c8b025fcdd9ef06ee0df8
Author: Tobias Bocanegra 
Date:   2015-08-30T21:36:14Z

Fullscreen windows does not properly get focus

- ensure that title less window can become key window
- use black background while launching

commit 3fad35700e672c5f4b163b9a6a765f1e877ed029
Author: Tobias Bocanegra 
Date:   2015-08-31T21:30:08Z

@trivial - reformat

commit 5b54e95a139f96e0e9e77c269896e844151d0be1
Author: Tobias Bocanegra 
Date:   2015-08-31T22:02:07Z

CB-9581 OSX WebView does not send cookies is safari cache is cleared




> OSX WebView does not send cookies is safari cache is cleared
> 
>
> Key: CB-9581
> URL: https://issues.apache.org/jira/browse/CB-9581
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: OSX
>Affects Versions: Master
>Reporter: Tobias Bocanegra
>Assignee: Tobias Bocanegra
>
> Until 10.10, the webview cookie store is coupled with safari. this is a 
> problem when safari's cache is cleared, then the webview cookie store is not 
> properly initiazlied and no cookies are sent.
> furthermore we should have individual cookie stores for each app, to enhance 
> security, even for non sandboxed apps.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-9581) OSX WebView does not send cookies is safari cache is cleared

[Tobias Bocanegra (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-9581?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14724367#comment-14724367
 ] 

Tobias Bocanegra commented on CB-9581:
--

fixed in:
  https://github.com/tripodsan/cordova-osx/tree/CB-9581

waiting for PR
  https://github.com/apache/cordova-osx/pull/22

> OSX WebView does not send cookies is safari cache is cleared
> 
>
> Key: CB-9581
> URL: https://issues.apache.org/jira/browse/CB-9581
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: OSX
>Affects Versions: Master
>Reporter: Tobias Bocanegra
>Assignee: Tobias Bocanegra
>
> Until 10.10, the webview cookie store is coupled with safari. this is a 
> problem when safari's cache is cleared, then the webview cookie store is not 
> properly initiazlied and no cookies are sent.
> furthermore we should have individual cookie stores for each app, to enhance 
> security, even for non sandboxed apps.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-5439) Status Bar Plugin pushes web view too far down when a personal hotspot connection is active while using overlaysWebView(false)

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-5439?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-5439:
-
Component/s: (was: iOS)
 Plugin Statusbar

> Status Bar Plugin pushes web view too far down when a personal hotspot 
> connection is active while using overlaysWebView(false)
> --
>
> Key: CB-5439
> URL: https://issues.apache.org/jira/browse/CB-5439
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Statusbar
>Affects Versions: 3.1.0
>Reporter: Sepp Wijnands
>Priority: Minor
>  Labels: cordova-ios-4.0.x
> Fix For: 3.6.0
>
>
> When a personal hotspot connection is active or a call is in progress, the 
> statusbar occupies two rows.
> If StatusBar.overlaysWebView(false) is used, it causes the webview to be 
> pushed further down than it should: Exactly 3 rows instead of 2.
> Steps to reproduce the problem:
> # Enable Personal Hotspot or make sure a call is in progress
> # Open/resume Cordova application that uses   
> StatusBar.overlaysWebView(false);
> Screenshot depicting the problem: 
> https://www.dropbox.com/s/u47sucujs19g2py/Screenshot%202013.11.19%2010.44.00.png
> Screenshot of application when no call/connection is in progress:
> https://www.dropbox.com/s/n2eiyem7a7wfk7j/Screenshot%202013.11.19%2010.44.45.png
> The red line at the top in the above pictures is made using the following (to 
> annotate that it really is the web view that is being pushed down):
> {code}
> body {
> border-top: 2px solid red;
> }
> {code}
> Example project: 
> https://www.dropbox.com/s/0yzarp1sioamgud/BugStatusBarPushDown.zip



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-5439) Status Bar Plugin pushes web view too far down when a personal hotspot connection is active while using overlaysWebView(false)

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-5439?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-5439:
-
Fix Version/s: (was: 3.6.0)

> Status Bar Plugin pushes web view too far down when a personal hotspot 
> connection is active while using overlaysWebView(false)
> --
>
> Key: CB-5439
> URL: https://issues.apache.org/jira/browse/CB-5439
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Statusbar
>Affects Versions: 3.1.0
>Reporter: Sepp Wijnands
>Priority: Minor
>  Labels: cordova-ios-4.0.x
>
> When a personal hotspot connection is active or a call is in progress, the 
> statusbar occupies two rows.
> If StatusBar.overlaysWebView(false) is used, it causes the webview to be 
> pushed further down than it should: Exactly 3 rows instead of 2.
> Steps to reproduce the problem:
> # Enable Personal Hotspot or make sure a call is in progress
> # Open/resume Cordova application that uses   
> StatusBar.overlaysWebView(false);
> Screenshot depicting the problem: 
> https://www.dropbox.com/s/u47sucujs19g2py/Screenshot%202013.11.19%2010.44.00.png
> Screenshot of application when no call/connection is in progress:
> https://www.dropbox.com/s/n2eiyem7a7wfk7j/Screenshot%202013.11.19%2010.44.45.png
> The red line at the top in the above pictures is made using the following (to 
> annotate that it really is the web view that is being pushed down):
> {code}
> body {
> border-top: 2px solid red;
> }
> {code}
> Example project: 
> https://www.dropbox.com/s/0yzarp1sioamgud/BugStatusBarPushDown.zip



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-9581) OSX WebView does not send cookies is safari cache is cleared

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-9581?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14724385#comment-14724385
 ] 

ASF GitHub Bot commented on CB-9581:


Github user shazron commented on the pull request:

https://github.com/apache/cordova-osx/pull/22#issuecomment-136527429
  
I'll pull this in and close both this and PR #21 at the same time.


> OSX WebView does not send cookies is safari cache is cleared
> 
>
> Key: CB-9581
> URL: https://issues.apache.org/jira/browse/CB-9581
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: OSX
>Affects Versions: Master
>Reporter: Tobias Bocanegra
>Assignee: Tobias Bocanegra
>
> Until 10.10, the webview cookie store is coupled with safari. this is a 
> problem when safari's cache is cleared, then the webview cookie store is not 
> properly initiazlied and no cookies are sent.
> furthermore we should have individual cookie stores for each app, to enhance 
> security, even for non sandboxed apps.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-9581) OSX WebView does not send cookies is safari cache is cleared

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-9581?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14724391#comment-14724391
 ] 

ASF subversion and git services commented on CB-9581:
-

Commit 90843d7cdc157e45718318f0be592838eee9eb24 in cordova-osx's branch 
refs/heads/master from [~tripod]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-osx.git;h=90843d7 ]

CB-9581 OSX WebView does not send cookies is safari cache is cleared (closes 
#21, closes #22)


> OSX WebView does not send cookies is safari cache is cleared
> 
>
> Key: CB-9581
> URL: https://issues.apache.org/jira/browse/CB-9581
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: OSX
>Affects Versions: Master
>Reporter: Tobias Bocanegra
>Assignee: Tobias Bocanegra
>
> Until 10.10, the webview cookie store is coupled with safari. this is a 
> problem when safari's cache is cleared, then the webview cookie store is not 
> properly initiazlied and no cookies are sent.
> furthermore we should have individual cookie stores for each app, to enhance 
> security, even for non sandboxed apps.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Created] (CB-9582) OSX: add proper support for console.* with multiple arguments

[Tobias Bocanegra (JIRA)]

Tobias Bocanegra created CB-9582:


 Summary: OSX: add proper support for console.* with multiple 
arguments
 Key: CB-9582
 URL: https://issues.apache.org/jira/browse/CB-9582
 Project: Apache Cordova
  Issue Type: Improvement
  Components: OSX
Reporter: Tobias Bocanegra
Priority: Minor






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-9581) OSX WebView does not send cookies is safari cache is cleared

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-9581?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14724392#comment-14724392
 ] 

ASF GitHub Bot commented on CB-9581:


Github user asfgit closed the pull request at:

https://github.com/apache/cordova-osx/pull/22


> OSX WebView does not send cookies is safari cache is cleared
> 
>
> Key: CB-9581
> URL: https://issues.apache.org/jira/browse/CB-9581
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: OSX
>Affects Versions: Master
>Reporter: Tobias Bocanegra
>Assignee: Tobias Bocanegra
>
> Until 10.10, the webview cookie store is coupled with safari. this is a 
> problem when safari's cache is cleared, then the webview cookie store is not 
> properly initiazlied and no cookies are sent.
> furthermore we should have individual cookie stores for each app, to enhance 
> security, even for non sandboxed apps.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Created] (CB-9583) Switch Camera to use Internal Storage for Temporary File

[Joe Bowser (JIRA)]

Joe Bowser created CB-9583:
--

 Summary: Switch Camera to use Internal Storage for Temporary File
 Key: CB-9583
 URL: https://issues.apache.org/jira/browse/CB-9583
 Project: Apache Cordova
  Issue Type: Bug
Reporter: Joe Bowser
Assignee: Joe Bowser


The camera requires too many permissions currently to do basic tasks like 
capture a temporary image.  The temporary image should exist on Internal, not 
external storage.  This is so that the users don't need to request 
EXTERNAL_STORAGE permissions just to get an image and send it to a server.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-9583) Switch Camera to use Internal Storage for Temporary File

[Joe Bowser (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-9583?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Joe Bowser updated CB-9583:
---
Component/s: Plugin Camera
 Android

> Switch Camera to use Internal Storage for Temporary File
> 
>
> Key: CB-9583
> URL: https://issues.apache.org/jira/browse/CB-9583
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, Plugin Camera
>Reporter: Joe Bowser
>Assignee: Joe Bowser
>
> The camera requires too many permissions currently to do basic tasks like 
> capture a temporary image.  The temporary image should exist on Internal, not 
> external storage.  This is so that the users don't need to request 
> EXTERNAL_STORAGE permissions just to get an image and send it to a server.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-7966) Add cordova-plugin-vibration support for browser platform

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-7966?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14724396#comment-14724396
 ] 

ASF GitHub Bot commented on CB-7966:


GitHub user surajpindoria opened a pull request:

https://github.com/apache/cordova-plugin-vibration/pull/37

[CB-7966] Add cordova-plugin-vibration support for browser platform

The previous imple

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/surajpindoria/cordova-plugin-vibration 
browserSupport

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cordova-plugin-vibration/pull/37.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #37


commit aa9835a71bc12e62d4520ac575de74a4e2790c84
Author: Suraj Pindoria 
Date:   2015-08-31T19:00:51Z

[CB-7966] Add cordova-plugin-vibration support for browser platform




> Add cordova-plugin-vibration support for browser platform
> -
>
> Key: CB-7966
> URL: https://issues.apache.org/jira/browse/CB-7966
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: Browser
>Reporter: Sergey Shakhnazarov
>Assignee: Suraj Pindoria
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-7965) Add cordova-plugin-statusbar support for browser platform

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-7965?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14724398#comment-14724398
 ] 

ASF GitHub Bot commented on CB-7965:


GitHub user surajpindoria opened a pull request:

https://github.com/apache/cordova-plugin-statusbar/pull/31

[CB-7965] Add cordova-plugin-statusbar support for browser platform



You can merge this pull request into a Git repository by running:

$ git pull https://github.com/surajpindoria/cordova-plugin-statusbar 
browserSupport

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cordova-plugin-statusbar/pull/31.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #31


commit a0e5b517e07acc92e891fe869e1b8fc8c395b6a2
Author: Suraj Pindoria 
Date:   2015-08-31T22:55:17Z

[CB-7965] Add cordova-plugin-statusbar support for browser platform




> Add cordova-plugin-statusbar support for browser platform
> -
>
> Key: CB-7965
> URL: https://issues.apache.org/jira/browse/CB-7965
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: Browser
>Reporter: Sergey Shakhnazarov
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-9133) CDVFILE NOT WORKING???

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-9133?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-9133:
-
Component/s: Plugin File

> CDVFILE NOT WORKING???
> --
>
> Key: CB-9133
> URL: https://issues.apache.org/jira/browse/CB-9133
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Reporter: Michael Romanovsky
>Assignee: Steve Gill
>Priority: Critical
>
> I used the instructions here:
> https://github.com/apache/cordova-plugin-whitelist
> I have this in my config.xml file:
> 
> 
> 
> I have this in my .HTML file:
> 
> I get these errors:
> Refused to load the script 'http://d3aq14vri881or.cloudfront.net/kiip.js' 
> because it violates the following Content Security Policy directive: 
> "script-src 'self' 'unsafe-inline' 'unsafe-eval'".
> Refused to load the script 'cdvfile://localhost/persistent/free.min.js' 
> because it violates the following Content Security Policy directive: 
> "script-src 'self' 'unsafe-inline' 'unsafe-eval'".
> HELP?!



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Resolved] (CB-7530) Path contains space issue when creating Cordova app in Visual Studio

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-7530?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah resolved CB-7530.
--
Resolution: Won't Fix

This is Visual Studio issue, we only deal with raw Cordova issues here. If you 
can repro using the Cordova CLI, we can re-open this.

> Path contains space issue when creating Cordova app in Visual Studio
> 
>
> Key: CB-7530
> URL: https://issues.apache.org/jira/browse/CB-7530
> Project: Apache Cordova
>  Issue Type: Bug
>Affects Versions: 3.6.0
>Reporter: Ponmalar
>Priority: Critical
>  Labels: build
> Attachments: cordova space issue.png
>
>
> Hi Support,
> We are trying to create Cordova Multi-Device Hybrid App from from Visual 
> Studio and installed the required software mentioned in the below link
> http://www.microsoft.com/en-us/download/details.aspx?id=42675
> Issue: We unable to create new project when the project path contains space 
> and unable to open the project from the path contains space. The reference 
> screenshot is attached with this report.
> Could you please assist me to resolve this issue asap?
> Thanks,
> Ponmalar P



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-8281) Phonegap Upgrade version problem

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-8281?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-8281:
-
Component/s: CLI

> Phonegap Upgrade version problem
> 
>
> Key: CB-8281
> URL: https://issues.apache.org/jira/browse/CB-8281
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Affects Versions: 3.5.0, 4.1.3
> Environment: MacBook Pro, Maverik 10.9.5
>Reporter: meth
>Priority: Critical
>
> hi guys. I write here because i have a big problem with phonegap. I have 
> upgrade phonegap on my MacBook (Maverik 10.9.5) from 3.5 to 4.1.2-0.22.10, 
> but when i create a new project the version is always 3.5.
> $ phonegap --version
> 4.1.2-0.22.10
> $ cordova --version
> 4.1.2
> $ node --version
> v0.10.35
> Some one can help me please to solve this problem? Tnx



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-9547) Cordova-serve Release Aug 22, 2015

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-9547?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-9547:
-
Component/s: CordovaServe

> Cordova-serve Release Aug 22, 2015
> --
>
> Key: CB-9547
> URL: https://issues.apache.org/jira/browse/CB-9547
> Project: Apache Cordova
>  Issue Type: Task
>  Components: CordovaServe
>Reporter: Tim Barham
>Assignee: Tim Barham
>
> Following steps at 
> https://github.com/apache/cordova-coho/blob/master/docs/tools-release-process.md
> (modified to apply to just {{cordova-serve}})



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Created] (CB-9584) OSX: add config to enable webview debug menu

[Tobias Bocanegra (JIRA)]

Tobias Bocanegra created CB-9584:


 Summary: OSX: add config to enable webview debug menu
 Key: CB-9584
 URL: https://issues.apache.org/jira/browse/CB-9584
 Project: Apache Cordova
  Issue Type: Improvement
  Components: OSX
Reporter: Tobias Bocanegra
Assignee: Tobias Bocanegra
Priority: Minor


add

{code}
[[NSUserDefaults standardUserDefaults]setBool:TRUE 
forKey:@"WebKitDeveloperExtras"];
[[NSUserDefaults standardUserDefaults]setInteger:1 
forKey:@"IncludeDebugMenu"];
{code}

to the view controller based on a configurable config.
in debug mode, the console.log should got to the webview again.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-9440) Guide for publishing plugins to NPM missing from docs

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-9440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-9440:
-
Component/s: Registry Web
 Docs

> Guide for publishing plugins to NPM missing from docs
> -
>
> Key: CB-9440
> URL: https://issues.apache.org/jira/browse/CB-9440
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Docs, Registry Web
>Reporter: Andrey Kurdyumov
>
> http://plugins.cordova.io/npm/developers.html
> Content of this page should be present in the documentation too. Since better 
> have duplicated content then missing content in places where people looking 
> for it. 
> Cordova plugin registry not obvious place for that documentation.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-9439) Find deprecated files in CrowdIn

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-9439?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-9439:
-
Component/s: Docs

> Find deprecated files in CrowdIn
> 
>
> Key: CB-9439
> URL: https://issues.apache.org/jira/browse/CB-9439
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Docs
>Reporter: Andrey Kurdyumov
>
> Create tool which find deprecated files, or some files which don't have to be 
> in translations, for example other translation files.
> That's should allow faster recovery after errors in CrowdIn YAML file



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-9427) GZip decompression doesn't work

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-9427?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-9427:
-
Component/s: Android

> GZip decompression doesn't work
> ---
>
> Key: CB-9427
> URL: https://issues.apache.org/jira/browse/CB-9427
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: 3.5.0, 4.3.0, 5.1.1
>Reporter: Oleksandr Bratashov
>Assignee: Omar Mefire
>
> I try enable GZip compression for improve connection performance between 
> client and server, but it seems that WebView doesn't decompress GZip-response.
> Response Header(from server) contains:
> Content-Encoding:gzip
> Content-Type:application/gzip
> Body contains compressed JSON
> On the Desktop browsers all fine,
> but if it is android device in Chrome DevTools I see compressed body.
> Mobile app doesn't decompress response body.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Resolved] (CB-9463) Cordova-ios 3.9.1 Platform Release August 5, 2015

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-9463?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah resolved CB-9463.
--
Resolution: Fixed
  Assignee: Steve Gill

> Cordova-ios 3.9.1 Platform Release August 5, 2015
> -
>
> Key: CB-9463
> URL: https://issues.apache.org/jira/browse/CB-9463
> Project: Apache Cordova
>  Issue Type: Task
>Reporter: Steve Gill
>Assignee: Steve Gill
>
> "Following steps at 
> https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md;
> Doing a patch release because of [#CB-9453]



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-9417) is ignored

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-9417?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-9417:
-
Environment: Android
Component/s: CLI

>  is ignored
> -
>
> Key: CB-9417
> URL: https://issues.apache.org/jira/browse/CB-9417
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
> Environment: Android
>Reporter: Sebastien Lorber
>
> I don't know for iOS but for Android with CLI 5.1.1 it does not work.
> Normally when I reference an unexisting image, the build process outputs a cp 
> command error:
> {code}
> sebastien@sebastien-xps:cordova (dev *+$%)$ cordova run android --device
> cp: no such file or directory: 
> /home/sebastien/Desktop/Stample-react/cordova/res/www/stample_splash.png
> {code}
> But in this case there's no error at all, because I suspect Cordova to not do 
> any CP at all. All icon src without a density are ignored, including:
> {code}
>  
> 
> 
> 
> 
> 
> {code}
> So the only solution for Android is to always use a density.
> {code}
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> {code}
> This works fine for me and many others according to StackOverflow upvotes 
> here: 
> http://stackoverflow.com/questions/17820492/how-to-add-app-icon-within-phonegap-projects
> However, this never changes the picture in the APK with path 
> "res/drawable/icon.png": this file will never be able to be replaced by a 
> custom icon when using the config.xml declarations.
> Note this bug has already been mentionned here: 
> https://issues.apache.org/jira/browse/CB-2606



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-9205) Whitelist "launch-external" setting does nothing

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-9205?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-9205:
-
Component/s: Plugin Whitelist

> Whitelist "launch-external" setting does nothing
> 
>
> Key: CB-9205
> URL: https://issues.apache.org/jira/browse/CB-9205
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Whitelist
>Affects Versions: 3.8.0
> Environment: OSX 10.10
> Cordova 3.8.0
> iOS 8.3
>Reporter: Steve Hull
>
> according to [cordova 
> docs|http://cordova.apache.org/docs/en/4.0.0/guide_appdev_whitelist_index.md.html#external-application-whitelist],
>  you should be able to specify in the config file which urls will open in an 
> external browser by setting:
> {{http://example.com/*; launch-external="yes" />}}
> However this does nothing.
> I've looked into the definition of {{shouldStartLoadWithRequest}}, and it 
> does indeed have a line near the bottom that would load the url in the 
> external system browser ({{[[UIApplication sharedApplication] 
> openURL:url]}}), however it appears that it would be impossible for this line 
> to be executed as long as the protocol is {{http}} or {{https}}.
> I'm not sure what the "correct" way is to address this, however it seems that 
> old versions of the docs should be updated to reflect that 
> {{launch-external}} does not do anything and maybe we could start paying 
> attention to that config attribute going forward.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Resolved] (CB-9130) blobs not wokring properly

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-9130?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah resolved CB-9130.
--
Resolution: Incomplete

Resolving as incomplete. Update when you have more info for us.

> blobs not wokring properly
> --
>
> Key: CB-9130
> URL: https://issues.apache.org/jira/browse/CB-9130
> Project: Apache Cordova
>  Issue Type: Bug
>Reporter: Bleckmann
>
> {code}
> var xhr = new XMLHttpRequest();
> xhr.open( "GET", "/genimg/320x320", true ); //use a self hosted png to 
> overcome x-orign issues
> xhr.responseType = "arraybuffer";
> xhr.onload = function( e ) {
> var arrayBufferView = new Uint8Array( this.response );
> var blob = new Blob( [ arrayBufferView ], { type: "image/png" } );
> var urlCreator = window.URL || window.webkitURL;
> var imageUrl = urlCreator.createObjectURL( blob );
> var img = document.createElement("img");
> img.src = imageUrl;
>   document.body.appendChild(img);
> };
> xhr.send();
> {code}
> returns on cordova 4:
> GET blob:http%3A//192.168.0.123%3A4000/40f86894-0f51-4d20-add6-f0ef16171c29 
> 404 (Not Found)
> bug was discovered after updating an app, so it was working in the former 
> version...



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-9130) blobs not wokring properly

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-9130?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-9130:
-
Description: 
{code}
var xhr = new XMLHttpRequest();
xhr.open( "GET", "/genimg/320x320", true ); //use a self hosted png to overcome 
x-orign issues
xhr.responseType = "arraybuffer";
xhr.onload = function( e ) {
var arrayBufferView = new Uint8Array( this.response );
var blob = new Blob( [ arrayBufferView ], { type: "image/png" } );
var urlCreator = window.URL || window.webkitURL;
var imageUrl = urlCreator.createObjectURL( blob );
var img = document.createElement("img");
img.src = imageUrl;
document.body.appendChild(img);
};
xhr.send();
{code}
returns on cordova 4:
GET blob:http%3A//192.168.0.123%3A4000/40f86894-0f51-4d20-add6-f0ef16171c29 404 
(Not Found)

bug was discovered after updating an app, so it was working in the former 
version...

  was:
var xhr = new XMLHttpRequest();
xhr.open( "GET", "/genimg/320x320", true ); //use a self hosted png to overcome 
x-orign issues
xhr.responseType = "arraybuffer";
xhr.onload = function( e ) {
var arrayBufferView = new Uint8Array( this.response );
var blob = new Blob( [ arrayBufferView ], { type: "image/png" } );
var urlCreator = window.URL || window.webkitURL;
var imageUrl = urlCreator.createObjectURL( blob );
var img = document.createElement("img");
img.src = imageUrl;
document.body.appendChild(img);
};
xhr.send();

returns on cordova 4:
GET blob:http%3A//192.168.0.123%3A4000/40f86894-0f51-4d20-add6-f0ef16171c29 404 
(Not Found)

bug was discovered after updating an app, so it was working in the former 
version...


> blobs not wokring properly
> --
>
> Key: CB-9130
> URL: https://issues.apache.org/jira/browse/CB-9130
> Project: Apache Cordova
>  Issue Type: Bug
>Reporter: Bleckmann
>
> {code}
> var xhr = new XMLHttpRequest();
> xhr.open( "GET", "/genimg/320x320", true ); //use a self hosted png to 
> overcome x-orign issues
> xhr.responseType = "arraybuffer";
> xhr.onload = function( e ) {
> var arrayBufferView = new Uint8Array( this.response );
> var blob = new Blob( [ arrayBufferView ], { type: "image/png" } );
> var urlCreator = window.URL || window.webkitURL;
> var imageUrl = urlCreator.createObjectURL( blob );
> var img = document.createElement("img");
> img.src = imageUrl;
>   document.body.appendChild(img);
> };
> xhr.send();
> {code}
> returns on cordova 4:
> GET blob:http%3A//192.168.0.123%3A4000/40f86894-0f51-4d20-add6-f0ef16171c29 
> 404 (Not Found)
> bug was discovered after updating an app, so it was working in the former 
> version...



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-9082) Accelerometer not working on moto G 2

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-9082?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-9082:
-
Component/s: g

> Accelerometer not working on moto G 2
> -
>
> Key: CB-9082
> URL: https://issues.apache.org/jira/browse/CB-9082
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: g
>Reporter: thiago ramires kairala
>
> Accelerometer doesn't work on moto g 2 but works on any other device



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-8976) platforms/android/build.gradle modifies android versionCode

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-8976?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-8976:
-
Environment: Android
Component/s: CLI

> platforms/android/build.gradle modifies android versionCode
> ---
>
> Key: CB-8976
> URL: https://issues.apache.org/jira/browse/CB-8976
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
> Environment: Android
>Reporter: zack dykes
>
> cordova 5.0.0
> platforms/android/build.gradle modifies android versionCode at ln 178
> as I understand it max size for versionCode is (2^31)-1 
> http://stackoverflow.com/a/24246191/126600
> in my config.xml: 
> {code}
> android-versionCode="1385039613"
> {code}
> when I run {{cordova build android}}, I get:
> {code}
> FAILURE: Build failed with an exception.
> * Where:
> Build file 
> '/Users/zackd/dev/code/cordova/cordova-ansr-fat-client/ondeviceresearch/platforms/android/build.gradle'
>  line: 178
> * What went wrong:
> A problem occurred evaluating root project 'android'.
> > For input string: "13850396130"
> {code}
> and build.gradle, ln 178
> {code}
> versionCode cdvVersionCode ?: Integer.parseInt("" + 
> privateHelpers.extractIntFromManifest("versionCode") + "0")
> {code}
> looks like this is appending "0" to my versionCode, producing 13850396130 
> which is larger than max size for android versionCode
> if I mod ln 178 as follows, build succeeds
> {code}
> versionCode cdvVersionCode ?: Integer.parseInt("" + 
> privateHelpers.extractIntFromManifest("versionCode"))
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-9082) Accelerometer not working on moto G 2

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-9082?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-9082:
-
Environment: Android
Component/s: (was: g)
 Plugin Device Motion

> Accelerometer not working on moto G 2
> -
>
> Key: CB-9082
> URL: https://issues.apache.org/jira/browse/CB-9082
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Device Motion
> Environment: Android
>Reporter: thiago ramires kairala
>
> Accelerometer doesn't work on moto g 2 but works on any other device



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-9507) Can't use local http server as content src

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-9507?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-9507:
-
Component/s: CLI

> Can't use local http server as content src
> --
>
> Key: CB-9507
> URL: https://issues.apache.org/jira/browse/CB-9507
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Affects Versions: 5.2.0
> Environment: Tested using:
> Host: Ubuntu 15.04
> NodeJS version: 0.2.17
> Cordova version: 5.2.0
> Android 5.1.1
>Reporter: Remco Haszing
>
> In Cordova 5.0.0 I was able to host from a local webserver using by 
> specifying the following in my config.xml: {code:xml}
> http://[ip]:[port]"/>
> 
> {code}
> After updating to Cordova 5.2.0 this no longer works. In the Android app the 
> following message is shown:
> {quote}
> h3. Application Error
> There was a network error. (http://[ip]:[port])
> {quote}
> To trigger this, the project must be cleaned between updating from Cordova 
> 5.0.0 to 5.2.0.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-9489) "cordova run android", "Waiting for emulator..." waits forever...

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-9489?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-9489:
-
Component/s: CLI

> "cordova run android", "Waiting for emulator..." waits forever...
> -
>
> Key: CB-9489
> URL: https://issues.apache.org/jira/browse/CB-9489
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Affects Versions: 5.1.1
> Environment: Windows 10 Enterprise 64 bits, new empty project
>Reporter: Diego Geffner
>
> I try to run the project in android, and it waits forever, and it never ends 
> waiting (the emulator is not appearing):
> >cordova run android
> Running command: cmd "/s /c 
> "C:\Users\user\my_project\platforms\android\cordova\run.bat""
> ANDROID_HOME=C:\Users\user\AppData\Local\Android\sdk
> JAVA_HOME=C:\Program Files (x86)\java\jdk1.7.0_55
> WARNING : No target specified, deploying to emulator
> WARNING : no emulator specified, defaulting to 
> AVD_GalaxyNexus_ToolsForApacheCordova
> Waiting for emulator...



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-9509) Error when installing plugin.google.maps

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-9509?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-9509:
-
Description: 
After running : `cordova plugin add 
https://github.com/wf9a5m75/phonegap-googlemaps-plugin.git --variable 
API_KEY_FOR_ANDROID="adf"`
the following is displayed :
{code}
Installing "plugin.google.maps" for android
Fetching plugin "plugin.http.request" via npm
npm http GET https://registry.npmjs.org/plugin.http.request
npm http 404 https://registry.npmjs.org/plugin.http.request
TypeError: Cannot call method 'match' of undefined
at RegClient. 
(/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:119:29)
at cb 
(/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:158:9)
at RegClient. 
(/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:252:14)
at Request.self.callback 
(/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/request/index.js:148:22)
at Request.EventEmitter.emit (events.js:98:17)
at Request. 
(/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/request/index.js:876:14)
at Request.EventEmitter.emit (events.js:117:20)
at IncomingMessage. 
(/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/request/index.js:827:12)
at IncomingMessage.EventEmitter.emit (events.js:117:20)
at _stream_readable.js:920:16
{code}

  was:
After running : `cordova plugin add 
https://github.com/wf9a5m75/phonegap-googlemaps-plugin.git --variable 
API_KEY_FOR_ANDROID="adf"`
the following is displayed :

Installing "plugin.google.maps" for android
Fetching plugin "plugin.http.request" via npm
npm http GET https://registry.npmjs.org/plugin.http.request
npm http 404 https://registry.npmjs.org/plugin.http.request
TypeError: Cannot call method 'match' of undefined
at RegClient. 
(/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:119:29)
at cb 
(/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:158:9)
at RegClient. 
(/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:252:14)
at Request.self.callback 
(/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/request/index.js:148:22)
at Request.EventEmitter.emit (events.js:98:17)
at Request. 
(/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/request/index.js:876:14)
at Request.EventEmitter.emit (events.js:117:20)
at IncomingMessage. 
(/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/request/index.js:827:12)
at IncomingMessage.EventEmitter.emit (events.js:117:20)
at _stream_readable.js:920:16



> Error when installing plugin.google.maps
> 
>
> Key: CB-9509
> URL: https://issues.apache.org/jira/browse/CB-9509
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Reporter: Omar Mefire
>
> After running : `cordova plugin add 
> https://github.com/wf9a5m75/phonegap-googlemaps-plugin.git --variable 
> API_KEY_FOR_ANDROID="adf"`
> the following is displayed :
> {code}
> Installing "plugin.google.maps" for android
> Fetching plugin "plugin.http.request" via npm
> npm http GET https://registry.npmjs.org/plugin.http.request
> npm http 404 https://registry.npmjs.org/plugin.http.request
> TypeError: Cannot call method 'match' of undefined
> at RegClient. 
> (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:119:29)
> at cb 
> (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:158:9)
> at RegClient. 
> (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:252:14)
> at Request.self.callback 
> (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/request/index.js:148:22)
> at Request.EventEmitter.emit (events.js:98:17)
> at Request. 
> (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/request/index.js:876:14)
> at Request.EventEmitter.emit (events.js:117:20)
> at IncomingMessage. 
> (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/request/index.js:827:12)
> at IncomingMessage.EventEmitter.emit (events.js:117:20)
> at _stream_readable.js:920:16

[jira] [Updated] (CB-9509) Error when installing plugin.google.maps

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-9509?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-9509:
-
Component/s: CLI

> Error when installing plugin.google.maps
> 
>
> Key: CB-9509
> URL: https://issues.apache.org/jira/browse/CB-9509
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Reporter: Omar Mefire
>
> After running : `cordova plugin add 
> https://github.com/wf9a5m75/phonegap-googlemaps-plugin.git --variable 
> API_KEY_FOR_ANDROID="adf"`
> the following is displayed :
> {code}
> Installing "plugin.google.maps" for android
> Fetching plugin "plugin.http.request" via npm
> npm http GET https://registry.npmjs.org/plugin.http.request
> npm http 404 https://registry.npmjs.org/plugin.http.request
> TypeError: Cannot call method 'match' of undefined
> at RegClient. 
> (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:119:29)
> at cb 
> (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:158:9)
> at RegClient. 
> (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:252:14)
> at Request.self.callback 
> (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/request/index.js:148:22)
> at Request.EventEmitter.emit (events.js:98:17)
> at Request. 
> (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/request/index.js:876:14)
> at Request.EventEmitter.emit (events.js:117:20)
> at IncomingMessage. 
> (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/request/index.js:827:12)
> at IncomingMessage.EventEmitter.emit (events.js:117:20)
> at _stream_readable.js:920:16
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-9369) Fix failing CI tests for cordova-ios

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-9369?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-9369:
-
Labels: cordova-ios-4.0.x  (was: )

> Fix failing CI tests for cordova-ios
> 
>
> Key: CB-9369
> URL: https://issues.apache.org/jira/browse/CB-9369
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Shazron Abdullah
>  Labels: cordova-ios-4.0.x
>
> 24 failures.
> Break up into smaller bugs if need be.
> {code}
> Getting test results for cordova-ios-33-buildbot-vm
> Results at 
> http://cordova-vm.apache.org:5984/_utils/document.html?mobilespec_results/cordova-ios-33-buildbot-vm__8.4__x86_64
> Total failures: 24
> Failing tests:
> org.apache.cordova.mobilespec.tests.datauri.tests >> data uris 
> datauri.spec.1 should work with iframes
> Error: Timeout - Async callback was not invoked within timeout 
> specified by jasmine.DEFAULT_TIMEOUT_INTERVAL.
> 
> file:///Users/buildbot/Library/Developer/CoreSimulator/Devices/3D0DD958-E8FF-48F8-897F-6D7DB711313C/data/Containers/Bundle/Application/B57EA2A6-3FCF-4F8E-9498-2298563832E6/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1764:32
> cordova-plugin-contacts-tests.tests >> Contacts (navigator.contacts) find 
> method contacts.spec.3 success callback should be called with an array
> Error: Timeout - Async callback was not invoked within timeout 
> specified by jasmine.DEFAULT_TIMEOUT_INTERVAL.
> 
> file:///Users/buildbot/Library/Developer/CoreSimulator/Devices/3D0DD958-E8FF-48F8-897F-6D7DB711313C/data/Containers/Bundle/Application/B57EA2A6-3FCF-4F8E-9498-2298563832E6/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1764:32
> cordova-plugin-contacts-tests.tests >> Contacts (navigator.contacts) find 
> method success callback should be called with an array, even if partial 
> ContactFindOptions specified
> Error: Timeout - Async callback was not invoked within timeout 
> specified by jasmine.DEFAULT_TIMEOUT_INTERVAL.
> 
> file:///Users/buildbot/Library/Developer/CoreSimulator/Devices/3D0DD958-E8FF-48F8-897F-6D7DB711313C/data/Containers/Bundle/Application/B57EA2A6-3FCF-4F8E-9498-2298563832E6/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1764:32
> cordova-plugin-contacts-tests.tests >> Contacts (navigator.contacts) find 
> method with newly-created contact contacts.spec.6 should be able to find a 
> contact by name
> Error: Timeout - Async callback was not invoked within timeout 
> specified by jasmine.DEFAULT_TIMEOUT_INTERVAL.
> 
> file:///Users/buildbot/Library/Developer/CoreSimulator/Devices/3D0DD958-E8FF-48F8-897F-6D7DB711313C/data/Containers/Bundle/Application/B57EA2A6-3FCF-4F8E-9498-2298563832E6/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1764:32
> cordova-plugin-contacts-tests.tests >> Contacts (navigator.contacts) save 
> method contacts.spec.20 should be able to save a contact
> Error: Timeout - Async callback was not invoked within timeout 
> specified by jasmine.DEFAULT_TIMEOUT_INTERVAL.
> 
> file:///Users/buildbot/Library/Developer/CoreSimulator/Devices/3D0DD958-E8FF-48F8-897F-6D7DB711313C/data/Containers/Bundle/Application/B57EA2A6-3FCF-4F8E-9498-2298563832E6/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1764:32
> cordova-plugin-contacts-tests.tests >> Contacts (navigator.contacts) save 
> method contacts.spec.21 update a contact
> Error: Timeout - Async callback was not invoked within timeout 
> specified by jasmine.DEFAULT_TIMEOUT_INTERVAL.
> 
> file:///Users/buildbot/Library/Developer/CoreSimulator/Devices/3D0DD958-E8FF-48F8-897F-6D7DB711313C/data/Containers/Bundle/Application/B57EA2A6-3FCF-4F8E-9498-2298563832E6/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1764:32
> cordova-plugin-contacts-tests.tests >> Contacts (navigator.contacts) 
> Contact.remove method contacts.spec.23 calling remove on a contact that does 
> not exist should return ContactError.UNKNOWN_ERROR
> Error: Timeout - Async callback was not invoked within timeout 
> specified by jasmine.DEFAULT_TIMEOUT_INTERVAL.
> 
> file:///Users/buildbot/Library/Developer/CoreSimulator/Devices/3D0DD958-E8FF-48F8-897F-6D7DB711313C/data/Containers/Bundle/Application/B57EA2A6-3FCF-4F8E-9498-2298563832E6/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1764:32
> cordova-plugin-contacts-tests.tests >> Contacts (navigator.contacts) 
> Round trip Contact tests (creating + save + delete + find). contacts.spec.24 
> Creating, saving, finding a contact should work, removing it should work, 
> after which we should not be able to find it, and we should not be able to 
> delete it again.
> Error: Timeout - Async callback was not invoked within timeout 
> 

[jira] [Updated] (CB-9489) "cordova run android", "Waiting for emulator..." waits forever...

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-9489?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-9489:
-
Environment: Windows 10 Enterprise 64 bits, new empty project, Android  
(was: Windows 10 Enterprise 64 bits, new empty project)

> "cordova run android", "Waiting for emulator..." waits forever...
> -
>
> Key: CB-9489
> URL: https://issues.apache.org/jira/browse/CB-9489
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Affects Versions: 5.1.1
> Environment: Windows 10 Enterprise 64 bits, new empty project, Android
>Reporter: Diego Geffner
>
> I try to run the project in android, and it waits forever, and it never ends 
> waiting (the emulator is not appearing):
> >cordova run android
> Running command: cmd "/s /c 
> "C:\Users\user\my_project\platforms\android\cordova\run.bat""
> ANDROID_HOME=C:\Users\user\AppData\Local\Android\sdk
> JAVA_HOME=C:\Program Files (x86)\java\jdk1.7.0_55
> WARNING : No target specified, deploying to emulator
> WARNING : no emulator specified, defaulting to 
> AVD_GalaxyNexus_ToolsForApacheCordova
> Waiting for emulator...



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-9384) Plugman should be able to checkout a commit SHA

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-9384?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-9384:
-
Component/s: CordovaLib

> Plugman should be able to checkout a commit SHA
> ---
>
> Key: CB-9384
> URL: https://issues.apache.org/jira/browse/CB-9384
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib
>Reporter: Jesse MacFadyen
>
> This functionality was lost when CB-8908 was implemented.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-9223) Overwriting plist / manifest rows‏

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-9223?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-9223:
-
Environment: 
windows, mac, etc.
iOS

  was:windows, mac, etc.

Component/s: CLI

> Overwriting plist / manifest rows‏
> --
>
> Key: CB-9223
> URL: https://issues.apache.org/jira/browse/CB-9223
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: CLI
> Environment: windows, mac, etc.
> iOS
>Reporter: Daegon Kim
>   Original Estimate: 72h
>  Remaining Estimate: 72h
>
> Hi, phonegap build currently has a feature that allows to not only add, but 
> overwrite rows in the plist / manifest files through the config file.
> http://phonegap.com/blog/2014/01/30/customizing-your-android-manifest-and-ios-property-list-on-phonegap-build/
>  I feel this would also be a feature that cordova would also greatly benefit 
> from - this would open up a whole lot of new opportunities for developers to 
> get things done through a smooth, streamlined procedure. 
>  I really hope this is strongly considered. Thanks,



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-9369) Fix failing CI tests for cordova-ios

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-9369?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-9369:
-
Component/s: iOS

> Fix failing CI tests for cordova-ios
> 
>
> Key: CB-9369
> URL: https://issues.apache.org/jira/browse/CB-9369
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Shazron Abdullah
>  Labels: cordova-ios-4.0.x
>
> 24 failures.
> Break up into smaller bugs if need be.
> {code}
> Getting test results for cordova-ios-33-buildbot-vm
> Results at 
> http://cordova-vm.apache.org:5984/_utils/document.html?mobilespec_results/cordova-ios-33-buildbot-vm__8.4__x86_64
> Total failures: 24
> Failing tests:
> org.apache.cordova.mobilespec.tests.datauri.tests >> data uris 
> datauri.spec.1 should work with iframes
> Error: Timeout - Async callback was not invoked within timeout 
> specified by jasmine.DEFAULT_TIMEOUT_INTERVAL.
> 
> file:///Users/buildbot/Library/Developer/CoreSimulator/Devices/3D0DD958-E8FF-48F8-897F-6D7DB711313C/data/Containers/Bundle/Application/B57EA2A6-3FCF-4F8E-9498-2298563832E6/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1764:32
> cordova-plugin-contacts-tests.tests >> Contacts (navigator.contacts) find 
> method contacts.spec.3 success callback should be called with an array
> Error: Timeout - Async callback was not invoked within timeout 
> specified by jasmine.DEFAULT_TIMEOUT_INTERVAL.
> 
> file:///Users/buildbot/Library/Developer/CoreSimulator/Devices/3D0DD958-E8FF-48F8-897F-6D7DB711313C/data/Containers/Bundle/Application/B57EA2A6-3FCF-4F8E-9498-2298563832E6/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1764:32
> cordova-plugin-contacts-tests.tests >> Contacts (navigator.contacts) find 
> method success callback should be called with an array, even if partial 
> ContactFindOptions specified
> Error: Timeout - Async callback was not invoked within timeout 
> specified by jasmine.DEFAULT_TIMEOUT_INTERVAL.
> 
> file:///Users/buildbot/Library/Developer/CoreSimulator/Devices/3D0DD958-E8FF-48F8-897F-6D7DB711313C/data/Containers/Bundle/Application/B57EA2A6-3FCF-4F8E-9498-2298563832E6/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1764:32
> cordova-plugin-contacts-tests.tests >> Contacts (navigator.contacts) find 
> method with newly-created contact contacts.spec.6 should be able to find a 
> contact by name
> Error: Timeout - Async callback was not invoked within timeout 
> specified by jasmine.DEFAULT_TIMEOUT_INTERVAL.
> 
> file:///Users/buildbot/Library/Developer/CoreSimulator/Devices/3D0DD958-E8FF-48F8-897F-6D7DB711313C/data/Containers/Bundle/Application/B57EA2A6-3FCF-4F8E-9498-2298563832E6/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1764:32
> cordova-plugin-contacts-tests.tests >> Contacts (navigator.contacts) save 
> method contacts.spec.20 should be able to save a contact
> Error: Timeout - Async callback was not invoked within timeout 
> specified by jasmine.DEFAULT_TIMEOUT_INTERVAL.
> 
> file:///Users/buildbot/Library/Developer/CoreSimulator/Devices/3D0DD958-E8FF-48F8-897F-6D7DB711313C/data/Containers/Bundle/Application/B57EA2A6-3FCF-4F8E-9498-2298563832E6/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1764:32
> cordova-plugin-contacts-tests.tests >> Contacts (navigator.contacts) save 
> method contacts.spec.21 update a contact
> Error: Timeout - Async callback was not invoked within timeout 
> specified by jasmine.DEFAULT_TIMEOUT_INTERVAL.
> 
> file:///Users/buildbot/Library/Developer/CoreSimulator/Devices/3D0DD958-E8FF-48F8-897F-6D7DB711313C/data/Containers/Bundle/Application/B57EA2A6-3FCF-4F8E-9498-2298563832E6/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1764:32
> cordova-plugin-contacts-tests.tests >> Contacts (navigator.contacts) 
> Contact.remove method contacts.spec.23 calling remove on a contact that does 
> not exist should return ContactError.UNKNOWN_ERROR
> Error: Timeout - Async callback was not invoked within timeout 
> specified by jasmine.DEFAULT_TIMEOUT_INTERVAL.
> 
> file:///Users/buildbot/Library/Developer/CoreSimulator/Devices/3D0DD958-E8FF-48F8-897F-6D7DB711313C/data/Containers/Bundle/Application/B57EA2A6-3FCF-4F8E-9498-2298563832E6/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1764:32
> cordova-plugin-contacts-tests.tests >> Contacts (navigator.contacts) 
> Round trip Contact tests (creating + save + delete + find). contacts.spec.24 
> Creating, saving, finding a contact should work, removing it should work, 
> after which we should not be able to find it, and we should not be able to 
> delete it again.
> Error: Timeout - Async callback was not invoked within timeout 
> specified by 

[jira] [Updated] (CB-9221) Update cordova-browser and 'cordova serve' to use cordova-serve

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-9221?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-9221:
-
Component/s: CordovaServe
 Browser

> Update cordova-browser and 'cordova serve' to use cordova-serve
> ---
>
> Key: CB-9221
> URL: https://issues.apache.org/jira/browse/CB-9221
> Project: Apache Cordova
>  Issue Type: Task
>  Components: Browser, CordovaServe
>Reporter: Tim Barham
>
> Now that we have {{cordova-serve}} as a separate module, update 
> {{cordova-browser}} and the {{cordova serve}} command to use it.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-8324) Translated docs home page has not translated Title

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-8324?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-8324:
-
Component/s: Docs

> Translated docs home page has not translated Title
> --
>
> Key: CB-8324
> URL: https://issues.apache.org/jira/browse/CB-8324
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Docs
>Reporter: Andrey Kurdyumov
>
> Open
> http://cordova.apache.org/docs/ru/edge/index.html
> You will see Home in the top level section. Should be able to specify that 
> title in the config.json



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-8343) Add MediaMetadataRetriever functions to Media plugin

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-8343?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-8343:
-
Environment: Android
Component/s: Plugin Media

> Add MediaMetadataRetriever functions to Media plugin
> 
>
> Key: CB-8343
> URL: https://issues.apache.org/jira/browse/CB-8343
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Plugin Media
> Environment: Android
>Reporter: Jeremy Plack
>
> As an application developer I want to read id3 tags from mp3 files and 
> display file meta data information like artist, title, album in my 
> application.
> http://developer.android.com/reference/android/media/MediaMetadataRetriever.html



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org