[jira] [Created] (CB-5788) SECURITY_ERR:DOM Exception 18 opening Database

2014-01-14 Thread Jose Caballero (JIRA)
Jose Caballero created CB-5788:
--

 Summary: SECURITY_ERR:DOM Exception 18 opening Database 
 Key: CB-5788
 URL: https://issues.apache.org/jira/browse/CB-5788
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.3.0
 Environment: Only some Android mobiles. Samsun S3 Mini Android 4.1.3, 
Samsung Note II Andrid 4.1.9, Huawei Y900 Android 4.1.1.
Reporter: Jose Caballero


I try
function BDConnect()
{
 d = new $.Deferred();  
 try{
 if (!window.openDatabase) { 
alert('BD not supported'); 
} else { 
var shortName = 'iDB'; 
var version = ''; 
var displayName = iDB; 
var maxSize = 1024; // in bytes 
baseDeDatos = openDatabase(shortName, version, 
displayName, maxSize);
}
}catch(err)
{   
 alert(Error al abrir la base de datos CODE:+err);
d.resolve();
return d.promise();
}
return d.promise();
}

And in some android mobile throw SECURITY_ERR:DOM Exception 18



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Updated] (CB-5788) SECURITY_ERR:DOM Exception 18 opening Database

2014-01-14 Thread Jose Caballero (JIRA)

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

Jose Caballero updated CB-5788:
---

Environment: Only some Android mobiles. Samsung S3 Mini Android 4.1.3, 
Samsung Note II Android4.1.9, Huawei Y900 Android 4.1.1.  (was: Only some 
Android mobiles. Samsun S3 Mini Android 4.1.3, Samsung Note II Andrid 4.1.9, 
Huawei Y900 Android 4.1.1.)

 SECURITY_ERR:DOM Exception 18 opening Database 
 ---

 Key: CB-5788
 URL: https://issues.apache.org/jira/browse/CB-5788
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.3.0
 Environment: Only some Android mobiles. Samsung S3 Mini Android 
 4.1.3, Samsung Note II Android4.1.9, Huawei Y900 Android 4.1.1.
Reporter: Jose Caballero
  Labels: SECURITY_ERR, openDatabase

 I try
 function BDConnect()
 {
d = new $.Deferred();  
try{
if (!window.openDatabase) { 
   alert('BD not supported'); 
   } else { 
   var shortName = 'iDB'; 
   var version = ''; 
   var displayName = iDB; 
   var maxSize = 1024; // in bytes 
   baseDeDatos = openDatabase(shortName, version, 
 displayName, maxSize);
   }
   }catch(err)
   {   
alert(Error al abrir la base de datos CODE:+err);
   d.resolve();
   return d.promise();
   }
   return d.promise();
 }
 And in some android mobile throw SECURITY_ERR:DOM Exception 18



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Updated] (CB-5788) SECURITY_ERR:DOM Exception 18 opening Database websql

2014-01-14 Thread Jose Caballero (JIRA)

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

Jose Caballero updated CB-5788:
---

Summary: SECURITY_ERR:DOM Exception 18 opening Database websql  (was: 
SECURITY_ERR:DOM Exception 18 opening Database )

 SECURITY_ERR:DOM Exception 18 opening Database websql
 -

 Key: CB-5788
 URL: https://issues.apache.org/jira/browse/CB-5788
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.3.0
 Environment: Only some Android mobiles. Samsung S3 Mini Android 
 4.1.3, Samsung Note II Android4.1.9, Huawei Y900 Android 4.1.1.
Reporter: Jose Caballero
  Labels: SECURITY_ERR, openDatabase

 I try
 function BDConnect()
 {
d = new $.Deferred();  
try{
if (!window.openDatabase) { 
   alert('BD not supported'); 
   } else { 
   var shortName = 'iDB'; 
   var version = ''; 
   var displayName = iDB; 
   var maxSize = 1024; // in bytes 
   baseDeDatos = openDatabase(shortName, version, 
 displayName, maxSize);
   }
   }catch(err)
   {   
alert(Error al abrir la base de datos CODE:+err);
   d.resolve();
   return d.promise();
   }
   return d.promise();
 }
 And in some android mobile throw SECURITY_ERR:DOM Exception 18



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Resolved] (CB-4618) Cordova CLI can't create wp8 project from template

2014-01-14 Thread Jesse MacFadyen (JIRA)

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

Jesse MacFadyen resolved CB-4618.
-

   Resolution: Fixed
Fix Version/s: 3.4.0

The way that check_reqs determines the MSBuild tools version has changed, and 
the localized output should not be an issue once 3.4.0 is released.

 Cordova CLI can't create wp8 project from template
 --

 Key: CB-4618
 URL: https://issues.apache.org/jira/browse/CB-4618
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI, WP8
Affects Versions: 3.0.0
 Environment: windows 8 simple Chinese edition, cordova 3.0.6
Reporter: qi
Assignee: Jesse MacFadyen
Priority: Critical
 Fix For: 3.4.0

 Attachments: App.xaml.cs, HelloCordova.csproj


 1. installed cordova cil on windows 8
 2. cordova create xxx
 3. cordova platform add wp8
 got
 D:\Dev\cordova\project-templatecordova -d platform add wp8
 cordova library for wp8 already exists. No need to download. Continuing.
 Checking if platform wp8 passes minimum requirements...
 Checking wp8 requirements...
 Running C:\Users\Qi\.cordova\lib\wp\cordova\3.0.0\wp8\bin\check_reqs 
 (output
  to follow)
 C:\Users\Qi\.cordova\lib\wp\cordova\3.0.0\wp8\bin\check_reqs.js(46, 5) 
 WshShell.
 Exec: 
 Running bin/create for platform wp8 with command: 
 C:\Users\Qi\.cordova\lib\w
 p\cordova\3.0.0\wp8\bin\create  
 D:\Dev\cordova\project-template\platforms\wp8
  io.cordova.hellocordova HelloCordova (output to follow)
 platformRoot = C:\Users\Qi\.cordova\lib\wp\cordova\3.0.0\wp8
 repoRoot = C:\Users\Qi\.cordova\lib\wp\cordova\3.0.0
 Creating Cordova-WP8 Project:
 App Name : HelloCordova
 Namespace : io.cordova.hellocordova
 Path : D:\Dev\cordova\project-template\platforms\wp8
 CREATE SUCCESS : D:\Dev\cordova\project-template\platforms\wp8
 Error: Non-whitespace before first tag.
 Line: 0
 Column: 1
 Char: 
 at error 
 (C:\Users\Qi\AppData\Roaming\npm\node_modules\cordova\node_modules\
 elementtree\node_modules\sax\lib\sax.js:347:8)
 at strictFail 
 (C:\Users\Qi\AppData\Roaming\npm\node_modules\cordova\node_mod
 ules\elementtree\node_modules\sax\lib\sax.js:364:22)
 at Object.write 
 (C:\Users\Qi\AppData\Roaming\npm\node_modules\cordova\node_m
 odules\elementtree\node_modules\sax\lib\sax.js:603:11)
 at XMLParser.feed 
 (C:\Users\Qi\AppData\Roaming\npm\node_modules\cordova\node
 _modules\elementtree\lib\parsers\sax.js:48:15)
 at ElementTree.parse 
 (C:\Users\Qi\AppData\Roaming\npm\node_modules\cordova\n
 ode_modules\elementtree\lib\elementtree.js:263:10)
 at Object.exports.XML 
 (C:\Users\Qi\AppData\Roaming\npm\node_modules\cordova\
 node_modules\elementtree\lib\elementtree.js:593:13)
 at Object.config_parser 
 (C:\Users\Qi\AppData\Roaming\npm\node_modules\cordov
 a\src\config_parser.js:24:38)
 at Object.wp8_parser 
 (C:\Users\Qi\AppData\Roaming\npm\node_modules\cordova\s
 rc\metadata\wp8_parser.js:42:19)
 at 
 C:\Users\Qi\AppData\Roaming\npm\node_modules\cordova\src\prepare.js:56:23
 at Array.map (native)
 Finally I found following files
 wmappmanifest.xml, HelloCordova.csproj, HelloCordova.sln, MainPage.xaml.cs, 
 etc
 were corrupt, the start characters of file content were sth like
 锘?*
 the cli can't parse these files
 I doubt it's an encoding issue



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-4533) Windows Phone bin/check_reqs scripts should exit with code 2 if reqs are not met

2014-01-14 Thread ASF subversion and git services (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-4533?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13870608#comment-13870608
 ] 

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

Commit 07594b3512f6e8e61e29f89598f9c95bb57daf16 in branch refs/heads/master 
from [~purplecabbage]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-wp8.git;h=07594b3 ]

CB-4533 return exit code 2


 Windows Phone bin/check_reqs scripts should exit with code 2 if reqs are not 
 met
 

 Key: CB-4533
 URL: https://issues.apache.org/jira/browse/CB-4533
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP7, WP8
Affects Versions: 3.0.0
Reporter: Filip Maj
Assignee: Jesse MacFadyen
Priority: Minor
 Fix For: 3.4.0


 As per description, need to tweak exit codes there is all.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Updated] (CB-5788) SECURITY_ERR:DOM Exception 18 opening Database websql

2014-01-14 Thread Jose Caballero (JIRA)

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

Jose Caballero updated CB-5788:
---

Description: 

I try
function BDConnect()
{
 d = new $.Deferred();  
 try{
 if (!window.openDatabase) { 
alert('BD not supported'); 
} else { 
var shortName = 'iDB'; 
var version = ''; 
var displayName = iDB; 
var maxSize = 1024; // in bytes 
baseDeDatos = openDatabase(shortName, version, 
displayName, maxSize);
}
}catch(err)
{   
 alert(Error al abrir la base de datos CODE:+err);
d.resolve();
return d.promise();
}
return d.promise();
}

And in some android mobile throw SECURITY_ERR:DOM Exception 18

Samsung S3 Mini Android 4.1.3, Samsung Note II Android4.1.9, Huawei Y900 
Android 4.1.1.

  was:
I try
function BDConnect()
{
 d = new $.Deferred();  
 try{
 if (!window.openDatabase) { 
alert('BD not supported'); 
} else { 
var shortName = 'iDB'; 
var version = ''; 
var displayName = iDB; 
var maxSize = 1024; // in bytes 
baseDeDatos = openDatabase(shortName, version, 
displayName, maxSize);
}
}catch(err)
{   
 alert(Error al abrir la base de datos CODE:+err);
d.resolve();
return d.promise();
}
return d.promise();
}

And in some android mobile throw SECURITY_ERR:DOM Exception 18


 SECURITY_ERR:DOM Exception 18 opening Database websql
 -

 Key: CB-5788
 URL: https://issues.apache.org/jira/browse/CB-5788
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.3.0
 Environment: Only some Android mobiles. Samsung S3 Mini Android 
 4.1.3, Samsung Note II Android4.1.9, Huawei Y900 Android 4.1.1.
Reporter: Jose Caballero
  Labels: SECURITY_ERR, openDatabase

 I try
 function BDConnect()
 {
d = new $.Deferred();  
try{
if (!window.openDatabase) { 
   alert('BD not supported'); 
   } else { 
   var shortName = 'iDB'; 
   var version = ''; 
   var displayName = iDB; 
   var maxSize = 1024; // in bytes 
   baseDeDatos = openDatabase(shortName, version, 
 displayName, maxSize);
   }
   }catch(err)
   {   
alert(Error al abrir la base de datos CODE:+err);
   d.resolve();
   return d.promise();
   }
   return d.promise();
 }
 And in some android mobile throw SECURITY_ERR:DOM Exception 18
 Samsung S3 Mini Android 4.1.3, Samsung Note II Android4.1.9, Huawei Y900 
 Android 4.1.1.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Resolved] (CB-4533) Windows Phone bin/check_reqs scripts should exit with code 2 if reqs are not met

2014-01-14 Thread Jesse MacFadyen (JIRA)

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

Jesse MacFadyen resolved CB-4533.
-

   Resolution: Fixed
Fix Version/s: 3.4.0

 Windows Phone bin/check_reqs scripts should exit with code 2 if reqs are not 
 met
 

 Key: CB-4533
 URL: https://issues.apache.org/jira/browse/CB-4533
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP7, WP8
Affects Versions: 3.0.0
Reporter: Filip Maj
Assignee: Jesse MacFadyen
Priority: Minor
 Fix For: 3.4.0


 As per description, need to tweak exit codes there is all.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Created] (CB-5789) WP8 Beta-Released Version throws HTTP-Code 0 on every AJAX-Call

2014-01-14 Thread Alexander Schmidt (JIRA)
Alexander Schmidt created CB-5789:
-

 Summary: WP8 Beta-Released Version throws HTTP-Code 0 on every 
AJAX-Call
 Key: CB-5789
 URL: https://issues.apache.org/jira/browse/CB-5789
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP8
Affects Versions: 3.2.0, 3.1.0
 Environment: HTC Windows Phone 8S
Reporter: Alexander Schmidt
Assignee: Jesse MacFadyen


We created a Cordova Project to deploy a mobile application for Android, iOS, 
Blackberry and WP8. On WP8 we encountered an issue concerning AJAX-Calls to our 
WebServer.

We have a plain login screen with user authentication via AJAX-Post request to 
an external WebServer. When testing the App by direct deployment (e.g. starting 
from Visual Studio) everything works okay. Deploying the App to the Windows 
Store in Beta Test results in a HTTP-Response-Code 0 (which as I understand 
represents a local block like airplane mode)
We already checked the Windows Store FAQ and the deployment requirements and 
can't find any issue there.
We also searched for other occurences of our issue and found this [Link to 
Stackoverflow|http://stackoverflow.com/questions/19377223/ajax-request-windows-phone-8/21110516#21110516]
 which is unanswered for 3 months now.
Naturally we also checked here for similar issues but did not find any fitting 
scenario.

We're unsure whether it is a real bug or if we just overlooked some 
configurations. 
Is there anything known which can cause this? 
Could this issue be related to the access origin implementation of cordova?(We 
configured access-origin *)

If any more information is required we're happy to provide it.

We tagged this issue as Major since we can't deploy to WP8 at all.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-4967) device-motion

2014-01-14 Thread Piotr Zalewa (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-4967?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13870632#comment-13870632
 ] 

Piotr Zalewa commented on CB-4967:
--

Supported platforms updated

https://github.com/apache/cordova-plugin-device-motion/pull/8

 device-motion
 -

 Key: CB-4967
 URL: https://issues.apache.org/jira/browse/CB-4967
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Plugin Device Motion
 Environment: firefoxos
Reporter: Piotr Zalewa
Assignee: Steve Gill

 I started development of the Accelerator 
 https://github.com/zalun/cordova-plugin-device-motion
 I've got issues on FxOS device, works on Android (via Firefox browser) 



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-3206) vibration

2014-01-14 Thread Piotr Zalewa (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-3206?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13870635#comment-13870635
 ] 

Piotr Zalewa commented on CB-3206:
--

Supported platforms updated
https://github.com/apache/cordova-plugin-vibration/pull/8

 vibration
 -

 Key: CB-3206
 URL: https://issues.apache.org/jira/browse/CB-3206
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: FirefoxOS
Affects Versions: 2.6.0
Reporter: Herm Wong
Assignee: Herm Wong
 Fix For: 3.1.0






--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-5326) update geolocation docs

2014-01-14 Thread Piotr Zalewa (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-5326?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13870651#comment-13870651
 ] 

Piotr Zalewa commented on CB-5326:
--

Have we lost the permission info from 11/8/13? 


 update geolocation docs
 ---

 Key: CB-5326
 URL: https://issues.apache.org/jira/browse/CB-5326
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Docs, FirefoxOS
Affects Versions: 3.1.0
Reporter: Herm Wong
Assignee: Herm Wong
Priority: Minor

 update the geolocation docs with the permissions required in manifest.webapp



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Created] (CB-5790) iOS file-transfer plugin fails to upload large files ( 200MB)

2014-01-14 Thread Nicolas Leclerc (JIRA)
Nicolas Leclerc created CB-5790:
---

 Summary: iOS file-transfer plugin fails to upload large files ( 
200MB)
 Key: CB-5790
 URL: https://issues.apache.org/jira/browse/CB-5790
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin File Transfer
Affects Versions: 3.3.0
 Environment: iOS 7.0.4 on an non retina iPad mini and an iPad 3.
Plugin v0.4.0
Reporter: Nicolas Leclerc


While trying to upload large video files ( 200MB) using the file-transfer 
plugin upload function, i get a FILE_NOT_FOUND_ERR error.

Turns out the real error is as follows:
{quote}
Error opening file 
/var/mobile/Applications/1F3C6CCF-D37B-45C0-B6D2-839FA5F7C163/Documents/20140112214958-rally-vendome-aaa.session/vendome_aaa_mime_1.MOV:
 Error Domain=NSCocoaErrorDomain Code=256 The operation couldn’t be completed. 
(Cocoa error 256.) UserInfo=0x176ce440 
{NSFilePath=/var/mobile/Applications/1F3C6CCF-D37B-45C0-B6D2-839FA5F7C163/Documents/20140112214958-rally-vendome-aaa.session/vendome_aaa_mime_1.MOV,
 NSUnderlyingError=0x176cbac0 The operation couldn’t be completed. *Cannot 
allocate memory*}
{quote}

Smaller files work fine so it would seem that the whole content of the file is 
read into memory before uploading despite using the 
{{NSDataReadingMappedIfSafe}} option of NSData.

I did find some reference to the fact that ios is indeed buffering the whole 
file into memory:
* http://www.cimgf.com/2012/02/17/extending-nsdata-and-not-overriding-dealloc/
* 
http://stackoverflow.com/questions/16787899/ios-load-large-file-use-memory-mapping-failed



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Updated] (CB-5788) SECURITY_ERR:DOM Exception 18 opening Database websql

2014-01-14 Thread Jose Caballero (JIRA)

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

Jose Caballero updated CB-5788:
---

Environment: 
Only some Android mobiles. Samsung S3 Mini Android 4.1.3, Samsung Note II 
Android4.1.9, Huawei Y900 Android 4.1.1.
Tablet Silken i-joy Android 4.1.1

  was:Only some Android mobiles. Samsung S3 Mini Android 4.1.3, Samsung Note II 
Android4.1.9, Huawei Y900 Android 4.1.1.


 SECURITY_ERR:DOM Exception 18 opening Database websql
 -

 Key: CB-5788
 URL: https://issues.apache.org/jira/browse/CB-5788
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.3.0
 Environment: Only some Android mobiles. Samsung S3 Mini Android 
 4.1.3, Samsung Note II Android4.1.9, Huawei Y900 Android 4.1.1.
 Tablet Silken i-joy Android 4.1.1
Reporter: Jose Caballero
  Labels: SECURITY_ERR, openDatabase

 I try
 function BDConnect()
 {
d = new $.Deferred();  
try{
if (!window.openDatabase) { 
   alert('BD not supported'); 
   } else { 
   var shortName = 'iDB'; 
   var version = ''; 
   var displayName = iDB; 
   var maxSize = 1024; // in bytes 
   baseDeDatos = openDatabase(shortName, version, 
 displayName, maxSize);
   }
   }catch(err)
   {   
alert(Error al abrir la base de datos CODE:+err);
   d.resolve();
   return d.promise();
   }
   return d.promise();
 }
 And in some android mobile throw SECURITY_ERR:DOM Exception 18
 Samsung S3 Mini Android 4.1.3, Samsung Note II Android4.1.9, Huawei Y900 
 Android 4.1.1.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Updated] (CB-5788) SECURITY_ERR:DOM Exception 18 opening Database websql

2014-01-14 Thread Jose Caballero (JIRA)

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

Jose Caballero updated CB-5788:
---

Description: 
I try
function BDConnect()
{
 d = new $.Deferred();  
 try{
 if (!window.openDatabase) { 
alert('BD not supported'); 
} else { 
var shortName = 'iDB'; 
var version = ''; 
var displayName = iDB; 
var maxSize = 1024; // in bytes 
baseDeDatos = openDatabase(shortName, version, 
displayName, maxSize);
}
}catch(err)
{   
 alert(Error al abrir la base de datos CODE:+err);
d.resolve();
return d.promise();
}
return d.promise();
}

And in some android mobile throw SECURITY_ERR:DOM Exception 18

Samsung S3 Mini Android 4.1.3, Samsung Note II Android4.1.9, Huawei Y900 
Android 4.1.1.
Tablet Silken i-joy Android 4.1.1

  was:

I try
function BDConnect()
{
 d = new $.Deferred();  
 try{
 if (!window.openDatabase) { 
alert('BD not supported'); 
} else { 
var shortName = 'iDB'; 
var version = ''; 
var displayName = iDB; 
var maxSize = 1024; // in bytes 
baseDeDatos = openDatabase(shortName, version, 
displayName, maxSize);
}
}catch(err)
{   
 alert(Error al abrir la base de datos CODE:+err);
d.resolve();
return d.promise();
}
return d.promise();
}

And in some android mobile throw SECURITY_ERR:DOM Exception 18

Samsung S3 Mini Android 4.1.3, Samsung Note II Android4.1.9, Huawei Y900 
Android 4.1.1.


 SECURITY_ERR:DOM Exception 18 opening Database websql
 -

 Key: CB-5788
 URL: https://issues.apache.org/jira/browse/CB-5788
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.3.0
 Environment: Only some Android mobiles. Samsung S3 Mini Android 
 4.1.3, Samsung Note II Android4.1.9, Huawei Y900 Android 4.1.1.
 Tablet Silken i-joy Android 4.1.1
Reporter: Jose Caballero
  Labels: SECURITY_ERR, openDatabase

 I try
 function BDConnect()
 {
d = new $.Deferred();  
try{
if (!window.openDatabase) { 
   alert('BD not supported'); 
   } else { 
   var shortName = 'iDB'; 
   var version = ''; 
   var displayName = iDB; 
   var maxSize = 1024; // in bytes 
   baseDeDatos = openDatabase(shortName, version, 
 displayName, maxSize);
   }
   }catch(err)
   {   
alert(Error al abrir la base de datos CODE:+err);
   d.resolve();
   return d.promise();
   }
   return d.promise();
 }
 And in some android mobile throw SECURITY_ERR:DOM Exception 18
 Samsung S3 Mini Android 4.1.3, Samsung Note II Android4.1.9, Huawei Y900 
 Android 4.1.1.
 Tablet Silken i-joy Android 4.1.1



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Created] (CB-5791) Cordova CLI create is broken in 3.3.0

2014-01-14 Thread Olivier Louvignes (JIRA)
Olivier Louvignes created CB-5791:
-

 Summary: Cordova CLI create is broken in 3.3.0
 Key: CB-5791
 URL: https://issues.apache.org/jira/browse/CB-5791
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 3.3.0
 Environment: OSX Mavericks
$ cordova --version
3.3.1-0.1.2

Reporter: Olivier Louvignes


Project default www folder is broken:

www$ tree
.
├── config.xml
└── cordova-app-hello-world-3.3.0-01af7dc
├── LICENSE
├── NOTICE
├── README.md
├── VERSION
└── res
├── icon
│   ├── android
│   │   ├── icon-36-ldpi.png
│   │   ├── icon-48-mdpi.png
│   │   ├── icon-72-hdpi.png
│   │   └── icon-96-xhdpi.png
│   ├── bada
│   │   └── icon-128.png
│   ├── bada-wac
│   │   ├── icon-48-type5.png
│   │   ├── icon-50-type3.png
│   │   └── icon-80-type4.png
│   ├── blackberry
│   │   └── icon-80.png
│   ├── blackberry10
│   │   └── icon-80.png
│   ├── ios
│   │   ├── icon-57-2x.png
│   │   ├── icon-57.png
│   │   ├── icon-72-2x.png
│   │   └── icon-72.png
│   ├── tizen
│   │   └── icon-128.png
│   ├── webos
│   │   └── icon-64.png
│   └── windows-phone
│   ├── icon-173-tile.png
│   ├── icon-48.png
│   └── icon-62-tile.png
└── screen
└── android
├── screen-hdpi-landscape.png
├── screen-hdpi-portrait.png
├── screen-ldpi-landscape.png
├── screen-ldpi-portrait.png
├── screen-mdpi-landscape.png
├── screen-mdpi-portrait.png
├── screen-xhdpi-landscape.png
└── screen-xhdpi-portrait.png

14 directories, 32 files



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-5326) update geolocation docs

2014-01-14 Thread Piotr Zalewa (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-5326?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13870669#comment-13870669
 ] 

Piotr Zalewa commented on CB-5326:
--

I've readded the permission info
and updated the supported platforms

https://github.com/apache/cordova-plugin-geolocation/pull/12

Github however claims I had 6 commits to merge. Sorry about that - only the 
`index.md` file is changed.

 update geolocation docs
 ---

 Key: CB-5326
 URL: https://issues.apache.org/jira/browse/CB-5326
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Docs, FirefoxOS
Affects Versions: 3.1.0
Reporter: Herm Wong
Assignee: Herm Wong
Priority: Minor

 update the geolocation docs with the permissions required in manifest.webapp



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-4919) camera

2014-01-14 Thread Piotr Zalewa (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-4919?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13870717#comment-13870717
 ] 

Piotr Zalewa commented on CB-4919:
--

Added docs for Firefox OS
https://github.com/apache/cordova-plugin-camera/pull/7

 camera
 --

 Key: CB-4919
 URL: https://issues.apache.org/jira/browse/CB-4919
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: FirefoxOS
Affects Versions: 3.0.0
Reporter: Herm Wong
Assignee: Herm Wong
 Fix For: 3.3.0






--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-3325) Add PDF support to the InAppBrowser within Android

2014-01-14 Thread Tiziano Cialfi (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-3325?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13870737#comment-13870737
 ] 

Tiziano Cialfi commented on CB-3325:


Hello,
I'm Tiziano, developer of an italian software house that is developing an app 
for a major international broker.
We chose Cordova since it is the best tool to take advantage of cross-platform.
Are you planning to implement displaying pdfs in inappbrowser?
Otherwise, can you give us some indication on how to solve the problem? For 
weeks we seek out communities and forums and found no answer.
Pdf that we try to show is provided by a web-service in base64 format, so 
neither GoogleDocs, nor direct download of the file on the device do the job.
Any ideas?

Thanks for your kind attention.

Regards,
Tiziano


 Add PDF support to the InAppBrowser within Android
 --

 Key: CB-3325
 URL: https://issues.apache.org/jira/browse/CB-3325
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Android
Affects Versions: 2.6.0
 Environment: Windows 7, Eclipse v3.8.0
Reporter: Kelvin Dart
Assignee: Joe Bowser
Priority: Minor
 Fix For: Master


 When I was making use of the ChildBrowser for both iOS and Android, I wrote 
 an extra bit of code to enable PDF support for the Android version (which 
 started up the installed PDF application if there was one).
 I also understand that the Android WebView doesn't natively support viewing a 
 PDF document which is why it doesn't fully behave like the iOS version - but 
 is it possible to either: 1) write similar code which, if the opened URL is 
 directed to a PDF file, then it opens the native PDF reader or; 2) integrate 
 a PDF view into the InAppBrowser which opens a PDF document much like 
 InAppBrowser does on iOS.
 (1) is what I currently have working at the moment and would probably be 
 easiest. (2) is what would be very good but I expect more difficult to 
 achieve.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-4920) device

2014-01-14 Thread Piotr Zalewa (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-4920?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13870762#comment-13870762
 ] 

Piotr Zalewa commented on CB-4920:
--

Supported platforms updated
https://github.com/apache/cordova-plugin-device/pull/9

 device
 --

 Key: CB-4920
 URL: https://issues.apache.org/jira/browse/CB-4920
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: FirefoxOS
Affects Versions: 3.0.0
Reporter: Herm Wong
Assignee: Herm Wong
 Fix For: 3.1.0






--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-5219) weinre disconnects when history.replaceState is used

2014-01-14 Thread Sergey Grebnov (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-5219?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13870830#comment-13870830
 ] 

Sergey Grebnov commented on CB-5219:


Started looking on this, will respond with first results tomorrow

 weinre disconnects when history.replaceState is used
 

 Key: CB-5219
 URL: https://issues.apache.org/jira/browse/CB-5219
 Project: Apache Cordova
  Issue Type: Bug
  Components: weinre, WP8
Affects Versions: 3.1.0
 Environment: Windows 8, Visual Studio 2012
Reporter: Björn Andersson
Assignee: Sergey Grebnov

 I got an app that uses weinre and when developing on Android, BB10 and iOS I 
 never had any issues. But on WP8 it kept disconnect pretty much instantly 
 after connecting.
 I found that if I do:
 {code}
 history.replaceState(null, 'weinre, say bye-bye', '/some-fake-url')
 {code}
 Weinre will disconnect. I've tried this with the Cordova hello world app and 
 just adding in that line above disconnects weinre.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-5759) Conflict between xhr.js from Intel XDK and Weinre remote hook script

2014-01-14 Thread Sergey Grebnov (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-5759?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13870833#comment-13870833
 ] 

Sergey Grebnov commented on CB-5759:


Confirm, will take a look soon

 Conflict between xhr.js from Intel XDK and Weinre remote hook script
 

 Key: CB-5759
 URL: https://issues.apache.org/jira/browse/CB-5759
 Project: Apache Cordova
  Issue Type: Bug
  Components: weinre
Affects Versions: 2.9.0
 Environment: OS X, Windows
Reporter: Jonathan Silverman
Assignee: Sergey Grebnov
Priority: Critical
  Labels: javascript

 I have code that proves a conflict between xhr.js and weinre.
 Cross-post from: 
 https://www.html5dev-software.intel.com/viewtopic.php?f=34t=5024
 Adding xhr.js causes Weinre to not work, as no connectable targets appear. 
 http://cl.ly/image/1L0l060e381G
 I can confirm that xhr.js and Weinre conflict. If they are both added, 
 neither work. If one is added, and not the other, it works.
 Example:
 {code}
 script src=intelxdk.js/script
   script src=xhr.js/script
   script type=text/javascript
/* This code is used to run as soon as Intel activates */
var onDeviceReady=function(){
   //hide splash screen
   intel.xdk.device.hideSplashScreen();
  
  $.get(https://dev-1-web-geo.meteostar.local;).done(function(data){ 
 alert(data); });
};
document.addEventListener(intel.xdk.device.ready,onDeviceReady,false);
   /script
 {code}
 Works
 {code}
 script src=intelxdk.js/script
script 
 src=http://debug-software.intel.com/target/target-script-min.js#QhYeZC6N-jY-XBnNnuS5DqN6Ti72PEzRd1Oeu_TKT9g;/script
   script src=xhr.js/script
   script type=text/javascript
/* This code is used to run as soon as Intel activates */
var onDeviceReady=function(){
   //hide splash screen
   intel.xdk.device.hideSplashScreen();
  
  $.get(https://dev-1-web-geo.meteostar.local;).done(function(data){ 
 alert(data); });
};
document.addEventListener(intel.xdk.device.ready,onDeviceReady,false);
   /script
 {code}
 Doesn't
 It doesn't seem to matter where you put the Weinre script. No matter what, it 
 breaks xhr.js. It broke when included both before and after the xhr.js 
 include.
 To me, this is critical because I would like to use Weinre to debug and test 
 while using xhr.js to enable cross-origin XHRs to the app.
 This seems to affect Weinre 2.0.0-pre-HHOSN197, if that's the correct version 
 number.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-5791) Cordova CLI create is broken in 3.3.0

2014-01-14 Thread Andrew Grieve (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-5791?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13870834#comment-13870834
 ] 

Andrew Grieve commented on CB-5791:
---

Hmm, I'm not seeing this on my machine. 

Could you try deleting your ~/.cordova/lib directory and see if it repros?

 Cordova CLI create is broken in 3.3.0
 -

 Key: CB-5791
 URL: https://issues.apache.org/jira/browse/CB-5791
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 3.3.0
 Environment: OSX Mavericks
 $ cordova --version
 3.3.1-0.1.2
Reporter: Olivier Louvignes

 Project default www folder is broken:
 www$ tree
 .
 ├── config.xml
 └── cordova-app-hello-world-3.3.0-01af7dc
 ├── LICENSE
 ├── NOTICE
 ├── README.md
 ├── VERSION
 └── res
 ├── icon
 │   ├── android
 │   │   ├── icon-36-ldpi.png
 │   │   ├── icon-48-mdpi.png
 │   │   ├── icon-72-hdpi.png
 │   │   └── icon-96-xhdpi.png
 │   ├── bada
 │   │   └── icon-128.png
 │   ├── bada-wac
 │   │   ├── icon-48-type5.png
 │   │   ├── icon-50-type3.png
 │   │   └── icon-80-type4.png
 │   ├── blackberry
 │   │   └── icon-80.png
 │   ├── blackberry10
 │   │   └── icon-80.png
 │   ├── ios
 │   │   ├── icon-57-2x.png
 │   │   ├── icon-57.png
 │   │   ├── icon-72-2x.png
 │   │   └── icon-72.png
 │   ├── tizen
 │   │   └── icon-128.png
 │   ├── webos
 │   │   └── icon-64.png
 │   └── windows-phone
 │   ├── icon-173-tile.png
 │   ├── icon-48.png
 │   └── icon-62-tile.png
 └── screen
 └── android
 ├── screen-hdpi-landscape.png
 ├── screen-hdpi-portrait.png
 ├── screen-ldpi-landscape.png
 ├── screen-ldpi-portrait.png
 ├── screen-mdpi-landscape.png
 ├── screen-mdpi-portrait.png
 ├── screen-xhdpi-landscape.png
 └── screen-xhdpi-portrait.png
 14 directories, 32 files



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Closed] (CB-5791) Cordova CLI create is broken in 3.3.0

2014-01-14 Thread Olivier Louvignes (JIRA)

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

Olivier Louvignes closed CB-5791.
-

Resolution: Cannot Reproduce

 Cordova CLI create is broken in 3.3.0
 -

 Key: CB-5791
 URL: https://issues.apache.org/jira/browse/CB-5791
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 3.3.0
 Environment: OSX Mavericks
 $ cordova --version
 3.3.1-0.1.2
Reporter: Olivier Louvignes

 Project default www folder is broken:
 www$ tree
 .
 ├── config.xml
 └── cordova-app-hello-world-3.3.0-01af7dc
 ├── LICENSE
 ├── NOTICE
 ├── README.md
 ├── VERSION
 └── res
 ├── icon
 │   ├── android
 │   │   ├── icon-36-ldpi.png
 │   │   ├── icon-48-mdpi.png
 │   │   ├── icon-72-hdpi.png
 │   │   └── icon-96-xhdpi.png
 │   ├── bada
 │   │   └── icon-128.png
 │   ├── bada-wac
 │   │   ├── icon-48-type5.png
 │   │   ├── icon-50-type3.png
 │   │   └── icon-80-type4.png
 │   ├── blackberry
 │   │   └── icon-80.png
 │   ├── blackberry10
 │   │   └── icon-80.png
 │   ├── ios
 │   │   ├── icon-57-2x.png
 │   │   ├── icon-57.png
 │   │   ├── icon-72-2x.png
 │   │   └── icon-72.png
 │   ├── tizen
 │   │   └── icon-128.png
 │   ├── webos
 │   │   └── icon-64.png
 │   └── windows-phone
 │   ├── icon-173-tile.png
 │   ├── icon-48.png
 │   └── icon-62-tile.png
 └── screen
 └── android
 ├── screen-hdpi-landscape.png
 ├── screen-hdpi-portrait.png
 ├── screen-ldpi-landscape.png
 ├── screen-ldpi-portrait.png
 ├── screen-mdpi-landscape.png
 ├── screen-mdpi-portrait.png
 ├── screen-xhdpi-landscape.png
 └── screen-xhdpi-portrait.png
 14 directories, 32 files



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-5791) Cordova CLI create is broken in 3.3.0

2014-01-14 Thread Olivier Louvignes (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-5791?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13870843#comment-13870843
 ] 

Olivier Louvignes commented on CB-5791:
---

That fixed it, thanks!

 Cordova CLI create is broken in 3.3.0
 -

 Key: CB-5791
 URL: https://issues.apache.org/jira/browse/CB-5791
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 3.3.0
 Environment: OSX Mavericks
 $ cordova --version
 3.3.1-0.1.2
Reporter: Olivier Louvignes

 Project default www folder is broken:
 www$ tree
 .
 ├── config.xml
 └── cordova-app-hello-world-3.3.0-01af7dc
 ├── LICENSE
 ├── NOTICE
 ├── README.md
 ├── VERSION
 └── res
 ├── icon
 │   ├── android
 │   │   ├── icon-36-ldpi.png
 │   │   ├── icon-48-mdpi.png
 │   │   ├── icon-72-hdpi.png
 │   │   └── icon-96-xhdpi.png
 │   ├── bada
 │   │   └── icon-128.png
 │   ├── bada-wac
 │   │   ├── icon-48-type5.png
 │   │   ├── icon-50-type3.png
 │   │   └── icon-80-type4.png
 │   ├── blackberry
 │   │   └── icon-80.png
 │   ├── blackberry10
 │   │   └── icon-80.png
 │   ├── ios
 │   │   ├── icon-57-2x.png
 │   │   ├── icon-57.png
 │   │   ├── icon-72-2x.png
 │   │   └── icon-72.png
 │   ├── tizen
 │   │   └── icon-128.png
 │   ├── webos
 │   │   └── icon-64.png
 │   └── windows-phone
 │   ├── icon-173-tile.png
 │   ├── icon-48.png
 │   └── icon-62-tile.png
 └── screen
 └── android
 ├── screen-hdpi-landscape.png
 ├── screen-hdpi-portrait.png
 ├── screen-ldpi-landscape.png
 ├── screen-ldpi-portrait.png
 ├── screen-mdpi-landscape.png
 ├── screen-mdpi-portrait.png
 ├── screen-xhdpi-landscape.png
 └── screen-xhdpi-portrait.png
 14 directories, 32 files



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-5590) Asymetry in cordova build updating platform versions (Android/iOS)

2014-01-14 Thread Andrew Grieve (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-5590?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13870849#comment-13870849
 ] 

Andrew Grieve commented on CB-5590:
---

Agree that this is a must-fix. I'll get to it this week if no one else beats me 
to it. Thanks Abel!

 Asymetry in cordova build updating platform versions (Android/iOS)
 --

 Key: CB-5590
 URL: https://issues.apache.org/jira/browse/CB-5590
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 3.1.0
 Environment: OSX
Reporter: Abel Muiño
 Attachments: ios_parser.js.patch


 The version attribute from config.xml updates fields with different semantic 
 in Android vs iOS.
 Both platforms have 2 different version numbers. One acts as the public 
 version number (published on the markets, etc) and the other acts as a 
 private build number (changing with each development iteration)
 The current behavior is:
 * Android: updates the {{android:versionName}} ( [A string value that 
 represents the release version of the application code, as it should be shown 
 to users|http://developer.android.com/tools/publishing/versioning.html] )
 * iOS: updates the {{CFBundleVersion}} instead: ( [represents an iteration 
 (released or unreleased) of the bundle and can contain a mix of characters 
 and numbers, as in 
 12E123|https://developer.apple.com/library/ios/documentation/IDEs/Conceptual/AppDistributionGuide/ConfiguringYourApp/ConfiguringYourApp.html#//apple_ref/doc/uid/TP40012582-CH28-SW18])
 So, android updates the visible version, but iOS updates the private one.
 This should be synced… I think it makes sense to have the {{config.xml 
 version}} be the public one.
 This means update the iOS tooling to fill the {{CFBundleShortVersionString}} 
 instead.
 That way, {{CFBundleVersion}} and {{android:versionCode}} remain private 
 versions, maybe using the build number from a continous integration server…



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-5006) Allow installing plugins by ID to resolve to local plugin directories

2014-01-14 Thread ASF subversion and git services (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-5006?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13870856#comment-13870856
 ] 

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

Commit ece3a3dae78a91ba910bb233bc5f5129eb3d3cb8 in branch refs/heads/master 
from [~kamrik]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-plugman.git;h=ece3a3d ]

CB-5006 Change searchpath to use repeated flag instead of delimiter

The colon can't be used as delimiter for Windows paths like C:\...
Instead of using a delimiter, this change allows to repeat the
--searchpath flag for each additional directory to be searched.
The value for each path is resolved relative to the current dir.
Example:
--searchpath ../my_plugins --searhcpath /usr/lib/other_plugins

The dirs are searched in order. Search is not recursive and will only
look one level down. It will look for
my_plugins/plugin_x/plugin.xml
but not for
my_plugins/bunch_of_plugins/plugin_y/plugin.xml


 Allow installing plugins by ID to resolve to local plugin directories
 -

 Key: CB-5006
 URL: https://issues.apache.org/jira/browse/CB-5006
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugman
Reporter: Andrew Grieve
Assignee: Mark Koudritsky
Priority: Minor

 ML: http://markmail.org/thread/3w77elhdnidcdyxq
 Instead of always hitting the registry when installing a plugin by ID, first 
 see if it exists within the plugin search path.
 The plugin search path should be specified in the same way as other plugman 
 registry settings:
 https://git-wip-us.apache.org/repos/asf?p=cordova-plugman.git;a=blob;f=src/registry/registry.js;h=ccdd45ab672abe99a731b9fe0aed8837db40d6f0;hb=f240acc532f93bdf16761836d9b7418373afebec#l239
 The search path should point to directories that contain directories that 
 contain plugin.xml files. E.g., on start-up, plugman will need to scan on 
 level deep in all search paths for plugin.xml files and parse out their IDs.
 We should be sure to have a console message upon installation that says where 
 plugins are being installed from.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-5006) Allow installing plugins by ID to resolve to local plugin directories

2014-01-14 Thread ASF subversion and git services (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-5006?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13870855#comment-13870855
 ] 

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

Commit f183e9c617332928abd9e2edec69ce24eac70b41 in branch refs/heads/master 
from [~kamrik]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=f183e9c ]

CB-5006 Plumb --searchpath into cordova plugin add


 Allow installing plugins by ID to resolve to local plugin directories
 -

 Key: CB-5006
 URL: https://issues.apache.org/jira/browse/CB-5006
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugman
Reporter: Andrew Grieve
Assignee: Mark Koudritsky
Priority: Minor

 ML: http://markmail.org/thread/3w77elhdnidcdyxq
 Instead of always hitting the registry when installing a plugin by ID, first 
 see if it exists within the plugin search path.
 The plugin search path should be specified in the same way as other plugman 
 registry settings:
 https://git-wip-us.apache.org/repos/asf?p=cordova-plugman.git;a=blob;f=src/registry/registry.js;h=ccdd45ab672abe99a731b9fe0aed8837db40d6f0;hb=f240acc532f93bdf16761836d9b7418373afebec#l239
 The search path should point to directories that contain directories that 
 contain plugin.xml files. E.g., on start-up, plugman will need to scan on 
 level deep in all search paths for plugin.xml files and parse out their IDs.
 We should be sure to have a console message upon installation that says where 
 plugins are being installed from.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-4755) Crash in Media.setVolume

2014-01-14 Thread Michael Hanselmann (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-4755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13870890#comment-13870890
 ] 

Michael Hanselmann commented on CB-4755:


I keep running into this issue and will work on a patch.

 Crash in Media.setVolume
 

 Key: CB-4755
 URL: https://issues.apache.org/jira/browse/CB-4755
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin Media
Affects Versions: 2.7.0, 3.0.0
 Environment: Mac OS X 10.8.4, developing for iOS using Xcode 4.6.3
Reporter: Michael Hanselmann
Assignee: Shazron Abdullah
Priority: Critical

 Media.setVolume causes the application to crash after Media.release was 
 called:
 {code}
 *** Terminating app due to uncaught exception 'NSInvalidArgumentException', 
 reason: '*** setObjectForKey: object cannot be nil (key: 
 6df28c63-6f6b-29e5-b12f-09189833dbbd)'
 *** First throw call stack:
 ([…])
 libc++abi.dylib: terminate called throwing an exception
 {code}
 Reproduced using Cordova 2.7.0 and 3.0.9:
 {code}
 $ cordova -v
 3.0.9
 {code}
 Code causing crash:
 {code}
 var m = new Media(test.caf);
 m.release();
 m.setVolume(1); // crash in this call
 {code}
 This works:
 {code}
 var m = new Media(test.caf);
 m.release();
 m.play();
 m.setVolume(1);
 {code}
 When I look at {{-[Media setVolume:]}} I get the impression that it's 
 unfinished in general. If {{soundCache}} is nil it creates a cache, but 
 doesn't do anything else.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-3562) Wrong splash screen ratio for landscape-only applications

2014-01-14 Thread Michael Hanselmann (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-3562?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13870892#comment-13870892
 ] 

Michael Hanselmann commented on CB-3562:


I have now submitted my ICLA and will clean up my patch for submission.

 Wrong splash screen ratio for landscape-only applications
 -

 Key: CB-3562
 URL: https://issues.apache.org/jira/browse/CB-3562
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin SplashScreen
Affects Versions: 2.6.0, 2.7.0, 2.9.0
Reporter: Michael Hanselmann
Assignee: James Jong

 CDVSplashScreen.m shows the splash image with a wrong ratio for 
 landscape-only applications on iPhone/iPod touch devices. I fixed it locally 
 by applying a 90° transformation (“CGAffineTransformMakeRotation(M_PI / 2)”) 
 to the image view.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-4910) Request to reorganise configuration files

2014-01-14 Thread ASF subversion and git services (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-4910?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13870933#comment-13870933
 ] 

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

Commit 51abf5b0a6c9b3f48d443c6a750e2a286e6a407b in branch refs/heads/master 
from [~agrieve]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=51abf5b ]

CB-4910 Update CLI project template to point to config.xml at the root now that 
it's not in www/ by default.


 Request to reorganise configuration files
 -

 Key: CB-4910
 URL: https://issues.apache.org/jira/browse/CB-4910
 Project: Apache Cordova
  Issue Type: Wish
  Components: CLI, Docs
Reporter: Matt Gaunt
Assignee: Andrew Grieve

 What would be useful for future versions of Cordova projects built with the 
 cordova-cli is:
 1.) Rename .cordova folder to simply cordova this means hosting projects 
 on github will more that likely include the cordova directory
 2.) Move the config.xml file from the www diretory into the cordova directory 
 allowing build steps / tasks / tools to replace the contents of www without 
 breaking the build



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-4910) Request to reorganise configuration files

2014-01-14 Thread ASF subversion and git services (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-4910?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13870938#comment-13870938
 ] 

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

Commit a11583a69f7dcf504f2f35bc2b6e89b9f5479a28 in branch refs/heads/master 
from [~agrieve]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=a11583a ]

CB-4910 Update CLI project template to point to config.xml at the root now that 
it's not in www/ by default.


 Request to reorganise configuration files
 -

 Key: CB-4910
 URL: https://issues.apache.org/jira/browse/CB-4910
 Project: Apache Cordova
  Issue Type: Wish
  Components: CLI, Docs
Reporter: Matt Gaunt
Assignee: Andrew Grieve

 What would be useful for future versions of Cordova projects built with the 
 cordova-cli is:
 1.) Rename .cordova folder to simply cordova this means hosting projects 
 on github will more that likely include the cordova directory
 2.) Move the config.xml file from the www diretory into the cordova directory 
 allowing build steps / tasks / tools to replace the contents of www without 
 breaking the build



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-4755) Crash in Media.setVolume

2014-01-14 Thread Michael Hanselmann (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-4755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13870986#comment-13870986
 ] 

Michael Hanselmann commented on CB-4755:


I have submitted a pull request on GitHub: 
https://github.com/apache/cordova-plugin-media/pull/9

 Crash in Media.setVolume
 

 Key: CB-4755
 URL: https://issues.apache.org/jira/browse/CB-4755
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin Media
Affects Versions: 2.7.0, 3.0.0
 Environment: Mac OS X 10.8.4, developing for iOS using Xcode 4.6.3
Reporter: Michael Hanselmann
Assignee: Shazron Abdullah
Priority: Critical

 Media.setVolume causes the application to crash after Media.release was 
 called:
 {code}
 *** Terminating app due to uncaught exception 'NSInvalidArgumentException', 
 reason: '*** setObjectForKey: object cannot be nil (key: 
 6df28c63-6f6b-29e5-b12f-09189833dbbd)'
 *** First throw call stack:
 ([…])
 libc++abi.dylib: terminate called throwing an exception
 {code}
 Reproduced using Cordova 2.7.0 and 3.0.9:
 {code}
 $ cordova -v
 3.0.9
 {code}
 Code causing crash:
 {code}
 var m = new Media(test.caf);
 m.release();
 m.setVolume(1); // crash in this call
 {code}
 This works:
 {code}
 var m = new Media(test.caf);
 m.release();
 m.play();
 m.setVolume(1);
 {code}
 When I look at {{-[Media setVolume:]}} I get the impression that it's 
 unfinished in general. If {{soundCache}} is nil it creates a cache, but 
 doesn't do anything else.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-5379) Runtime discovery of installed plugins

2014-01-14 Thread Braden Shepherdson (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-5379?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13870996#comment-13870996
 ] 

Braden Shepherdson commented on CB-5379:


This has been reverted. The plugin list now exists only on the Javascript side, 
as cordova.require('cordova/plugin_list').metadata, which is a map of plugin 
IDs to their versions.

I'm closing this bug, and the subtasks.

 Runtime discovery of installed plugins
 --

 Key: CB-5379
 URL: https://issues.apache.org/jira/browse/CB-5379
 Project: Apache Cordova
  Issue Type: New Feature
  Components: Android, BlackBerry, FirefoxOS, iOS, Windows 8, WP7, WP8
Reporter: Braden Shepherdson
Assignee: Braden Shepherdson
 Fix For: 3.4.0


 We want Cordova apps to be able to query what plugins (and versions) are 
 installed at runtime.
 Plugman is now injecting a tag of the kind:
 {code:xml}
 plugins
   plugin id=org.apache.cordova.file version=0.2.5 /
   plugin id=org.apache.cordova.file-transfer version=0.3.4 /
 /plugins
 {code}
 into the platform's config.xml. Each platform should be parsing this and 
 exposing it to native plugins ({{PluginManager.getPluginList()}}, or 
 something like that) and exposing it to Javascript via the following {{exec}} 
 call:
 {code:javascript}
 cordova.exec('CordovaPlugins', 'getPluginList', [], ...);
 {code}
 The format of the exec call's response is a JS object whose keys are plugin 
 IDs and whose values are their versions.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-3562) Wrong splash screen ratio for landscape-only applications

2014-01-14 Thread Michael Hanselmann (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-3562?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13871007#comment-13871007
 ] 

Michael Hanselmann commented on CB-3562:


Pull request on GitHub: 
https://github.com/apache/cordova-plugin-splashscreen/pull/11

 Wrong splash screen ratio for landscape-only applications
 -

 Key: CB-3562
 URL: https://issues.apache.org/jira/browse/CB-3562
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin SplashScreen
Affects Versions: 2.6.0, 2.7.0, 2.9.0
Reporter: Michael Hanselmann
Assignee: James Jong

 CDVSplashScreen.m shows the splash image with a wrong ratio for 
 landscape-only applications on iPhone/iPod touch devices. I fixed it locally 
 by applying a 90° transformation (“CGAffineTransformMakeRotation(M_PI / 2)”) 
 to the image view.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-3206) vibration

2014-01-14 Thread ASF subversion and git services (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-3206?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13871083#comment-13871083
 ] 

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

Commit 1ab3cdfd82a1b37fc711e5ba72ccd3937d9fecc7 in branch refs/heads/dev from 
[~zalun]
[ 
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-vibration.git;h=1ab3cdf
 ]

CB-3206 - Supported platforms updated


 vibration
 -

 Key: CB-3206
 URL: https://issues.apache.org/jira/browse/CB-3206
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: FirefoxOS
Affects Versions: 2.6.0
Reporter: Herm Wong
Assignee: Herm Wong
 Fix For: 3.1.0






--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-3206) vibration

2014-01-14 Thread Herm Wong (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-3206?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13871085#comment-13871085
 ] 

Herm Wong commented on CB-3206:
---

Merged into the dev branch on the apache repo: 
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-vibration.git;a=commit;h=1ab3cdfd82a1b37fc711e5ba72ccd3937d9fecc7

 vibration
 -

 Key: CB-3206
 URL: https://issues.apache.org/jira/browse/CB-3206
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: FirefoxOS
Affects Versions: 2.6.0
Reporter: Herm Wong
Assignee: Herm Wong
 Fix For: 3.1.0






--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Resolved] (CB-3208) contacts

2014-01-14 Thread Herm Wong (JIRA)

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

Herm Wong resolved CB-3208.
---

Resolution: Fixed

 contacts
 

 Key: CB-3208
 URL: https://issues.apache.org/jira/browse/CB-3208
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: FirefoxOS
Affects Versions: 2.6.0
Reporter: Herm Wong
Assignee: Herm Wong
 Fix For: 3.4.0


 Contacts API spec: https://wiki.mozilla.org/WebAPI/ContactsAPI



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-5398) Pick image from Library or Photo album on android 4.4

2014-01-14 Thread Mike Billau (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-5398?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13871092#comment-13871092
 ] 

Mike Billau commented on CB-5398:
-

[~bowserj], can you please explain how you were able to determine that the 
first URI has the READ permission passed back to it? I couldn't find a bug 
report for this on the Android tracker and would like to file it but I'm not 
sure if I understand enough to actually file a decent bug report. 

 Pick image from Library or Photo album on android 4.4
 -

 Key: CB-5398
 URL: https://issues.apache.org/jira/browse/CB-5398
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin Camera
Affects Versions: 2.9.0, 3.2.0
 Environment: android 4.4
Reporter: julio cesar
Assignee: Mike Billau

 An android 4.4 try to pick a photo using pictureSource.PHOTOLIBRARY or 
 pictureSource.SAVEDPHOTOALBUM and return type destinationType.FILE_URI.
 Now android 4.4, when you select the above options, it opens an open from 
 dialog that  let you choose from new places as Recent, Drive, Images 
 and Downloads (the names might not be the same as I use the device in 
 spanish and translated it).
 If you choose any of them, you get an error, AndroidProtocolHandler, unable 
 to open content URL: the url here with a content://com.android.providers 
 format.
 I've tested on phonegap 2.9 because this is the version I use, but I suppose 
 it affects all of them. (in fact I use 2.9.1)



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-4919) camera

2014-01-14 Thread ASF subversion and git services (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-4919?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13871109#comment-13871109
 ] 

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

Commit fc0678f9707350c40b488b4827f7e0944779be94 in branch refs/heads/dev from 
[~zalun]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-camera.git;h=fc0678f 
]

CB-4919 firefox os quirks added and supported platforms list is updated


 camera
 --

 Key: CB-4919
 URL: https://issues.apache.org/jira/browse/CB-4919
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: FirefoxOS
Affects Versions: 3.0.0
Reporter: Herm Wong
Assignee: Herm Wong
 Fix For: 3.3.0






--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-4919) camera

2014-01-14 Thread Herm Wong (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-4919?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13871112#comment-13871112
 ] 

Herm Wong commented on CB-4919:
---

changes have been committed:
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-camera.git;a=commit;h=464c37eb50467a7aed91e51aac371c8aed298811
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-camera.git;a=commit;h=fc0678f9707350c40b488b4827f7e0944779be94
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-camera.git;a=commit;h=ba278d249556369a58f2a5d3c1deb7e4e9d384a0

 camera
 --

 Key: CB-4919
 URL: https://issues.apache.org/jira/browse/CB-4919
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: FirefoxOS
Affects Versions: 3.0.0
Reporter: Herm Wong
Assignee: Herm Wong
 Fix For: 3.3.0






--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Resolved] (CB-5326) update geolocation docs

2014-01-14 Thread Herm Wong (JIRA)

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

Herm Wong resolved CB-5326.
---

Resolution: Fixed

 update geolocation docs
 ---

 Key: CB-5326
 URL: https://issues.apache.org/jira/browse/CB-5326
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Docs, FirefoxOS
Affects Versions: 3.1.0
Reporter: Herm Wong
Assignee: Herm Wong
Priority: Minor

 update the geolocation docs with the permissions required in manifest.webapp



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-5326) update geolocation docs

2014-01-14 Thread ASF subversion and git services (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-5326?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13871121#comment-13871121
 ] 

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

Commit 3d62bc46d270bdae5f7b5ea94d42f0396d210d00 in branch refs/heads/dev from 
[~zalun]
[ 
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-geolocation.git;h=3d62bc4
 ]

CB-5326 adding FFOS permission and updating supported platforms


 update geolocation docs
 ---

 Key: CB-5326
 URL: https://issues.apache.org/jira/browse/CB-5326
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Docs, FirefoxOS
Affects Versions: 3.1.0
Reporter: Herm Wong
Assignee: Herm Wong
Priority: Minor

 update the geolocation docs with the permissions required in manifest.webapp



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-4920) device

2014-01-14 Thread Herm Wong (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-4920?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13871126#comment-13871126
 ] 

Herm Wong commented on CB-4920:
---

merged into the dev branch: 
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-device.git;a=commit;h=4bf5dee049edb8208e75ee7e050fcb1168a31245

 device
 --

 Key: CB-4920
 URL: https://issues.apache.org/jira/browse/CB-4920
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: FirefoxOS
Affects Versions: 3.0.0
Reporter: Herm Wong
Assignee: Herm Wong
 Fix For: 3.1.0






--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-5730) Cordova update does not work

2014-01-14 Thread ASF subversion and git services (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-5730?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13871157#comment-13871157
 ] 

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

Commit 85763837b279214314af0a71bd25ceb4b91aa417 in branch refs/heads/master 
from [~jsoref]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-blackberry.git;h=8576383 ]

CB-5730 Cordova update does not work

* shell.cp(-rf, path/to/folder, directory) creates a folder named folder in 
directory
* the public update script is bin/update, not bin/lib/update (which doesn't 
exist...)
* the platform is blackberry10
* record updated version in VERSION


 Cordova update does not work
 

 Key: CB-5730
 URL: https://issues.apache.org/jira/browse/CB-5730
 Project: Apache Cordova
  Issue Type: Bug
  Components: BlackBerry
Affects Versions: 3.2.0
Reporter: JennyGee
Assignee: Josh Soref

 jgee$ ~/.cordova/lib/blackberry10/cordova/3.3.0/bin/update -h
 Usage: ../../../../.cordova/lib/blackberry10/cordova/3.3.0/bin/lib/update 
 path_to_project
 jgee$ ls -l  
 ../../../../.cordova/lib/blackberry10/cordova/3.3.0/bin/lib/update
 ls: ../../../../.cordova/lib/blackberry10/cordova/3.3.0/bin/lib/update: No 
 such file or directory
 File doesn't exist so update work work.
 Also the usage message needs to be corrected.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-4531) BlackBerry10 bin/check_reqs scripts (sh, bat + js) should exit with code 2 if an error occurs

2014-01-14 Thread ASF subversion and git services (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-4531?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13871158#comment-13871158
 ] 

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

Commit f6d58478171c438124c57c3fdb8877144209fc66 in branch refs/heads/master 
from [~jsoref]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-blackberry.git;h=f6d5847 ]

CB-4531 Fix error case where variable wasn't available


 BlackBerry10 bin/check_reqs scripts (sh, bat + js) should exit with code 2 if 
 an error occurs
 -

 Key: CB-4531
 URL: https://issues.apache.org/jira/browse/CB-4531
 Project: Apache Cordova
  Issue Type: Bug
  Components: BlackBerry
Affects Versions: 3.0.0
Reporter: Filip Maj
Assignee: Bryan Higgins
Priority: Minor
 Fix For: 3.2.0


 As per title!



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Created] (CB-5792) update plugin dialog docs with FirefoxOS details

2014-01-14 Thread Herm Wong (JIRA)
Herm Wong created CB-5792:
-

 Summary: update plugin dialog docs with FirefoxOS details
 Key: CB-5792
 URL: https://issues.apache.org/jira/browse/CB-5792
 Project: Apache Cordova
  Issue Type: Bug
  Components: FirefoxOS
Reporter: Herm Wong
Assignee: Herm Wong


https://github.com/apache/cordova-plugin-dialogs/pull/11



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Resolved] (CB-5730) Cordova update does not work

2014-01-14 Thread Bryan Higgins (JIRA)

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

Bryan Higgins resolved CB-5730.
---

   Resolution: Fixed
Fix Version/s: 3.4.0

 Cordova update does not work
 

 Key: CB-5730
 URL: https://issues.apache.org/jira/browse/CB-5730
 Project: Apache Cordova
  Issue Type: Bug
  Components: BlackBerry
Affects Versions: 3.2.0
Reporter: JennyGee
Assignee: Josh Soref
 Fix For: 3.4.0


 jgee$ ~/.cordova/lib/blackberry10/cordova/3.3.0/bin/update -h
 Usage: ../../../../.cordova/lib/blackberry10/cordova/3.3.0/bin/lib/update 
 path_to_project
 jgee$ ls -l  
 ../../../../.cordova/lib/blackberry10/cordova/3.3.0/bin/lib/update
 ls: ../../../../.cordova/lib/blackberry10/cordova/3.3.0/bin/lib/update: No 
 such file or directory
 File doesn't exist so update work work.
 Also the usage message needs to be corrected.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Resolved] (CB-5792) update plugin dialog docs with FirefoxOS details

2014-01-14 Thread Herm Wong (JIRA)

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

Herm Wong resolved CB-5792.
---

Resolution: Fixed

 update plugin dialog docs with FirefoxOS details
 

 Key: CB-5792
 URL: https://issues.apache.org/jira/browse/CB-5792
 Project: Apache Cordova
  Issue Type: Bug
  Components: FirefoxOS
Reporter: Herm Wong
Assignee: Herm Wong

 https://github.com/apache/cordova-plugin-dialogs/pull/11



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-5792) update plugin dialog docs with FirefoxOS details

2014-01-14 Thread Herm Wong (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-5792?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13871166#comment-13871166
 ] 

Herm Wong commented on CB-5792:
---

merged into the dev branch: 
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-dialogs.git;a=commit;h=8d7ad69a7b5aed7d1fbbdfde94e8bb852d55e796

https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-dialogs.git;a=commit;h=15ac14eacbd1e494b2fc49a271f705355720f57a

 update plugin dialog docs with FirefoxOS details
 

 Key: CB-5792
 URL: https://issues.apache.org/jira/browse/CB-5792
 Project: Apache Cordova
  Issue Type: Bug
  Components: FirefoxOS
Reporter: Herm Wong
Assignee: Herm Wong

 https://github.com/apache/cordova-plugin-dialogs/pull/11



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Created] (CB-5793) Android's cordova/build script should not clean before every build

2014-01-14 Thread Andrew Grieve (JIRA)
Andrew Grieve created CB-5793:
-

 Summary: Android's cordova/build script should not clean before 
every build
 Key: CB-5793
 URL: https://issues.apache.org/jira/browse/CB-5793
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Android
Reporter: Andrew Grieve
Assignee: Andrew Grieve
Priority: Minor


I believe the reason for this is that ant and eclipse build to the same 
directories, and mess each other up because of it.

This can be easily fixed though: 
http://www.alittlemadness.com/2010/05/31/setting-up-an-android-project-build/



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Created] (CB-5794) iOS's cordova/build script should not clean before every build

2014-01-14 Thread Andrew Grieve (JIRA)
Andrew Grieve created CB-5794:
-

 Summary: iOS's cordova/build script should not clean before every 
build
 Key: CB-5794
 URL: https://issues.apache.org/jira/browse/CB-5794
 Project: Apache Cordova
  Issue Type: Improvement
  Components: iOS
Reporter: Andrew Grieve
Assignee: Andrew Grieve
Priority: Minor


I don't think there's any reason to clean before building. I'll try removing it 
and see if anything bad happens.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Resolved] (CB-5772) Unable to change URI on the InAppBrowser Location Bar

2014-01-14 Thread Joe Bowser (JIRA)

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

Joe Bowser resolved CB-5772.


Resolution: Won't Fix

This is how it's intended to work.

 Unable to change URI on the InAppBrowser Location Bar
 -

 Key: CB-5772
 URL: https://issues.apache.org/jira/browse/CB-5772
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin InAppBrowser
 Environment: Android 4.2.2 (Nexus 5)
Reporter: Joe Bowser
Assignee: Joe Bowser
Priority: Critical

 While testing InAppBrowser, I realized that I can't actually change the URI 
 field.  The soft keyboard doesn't actually appear.  This is an example of an 
 actual blocker, since I reproduce other issues in JIRA because this is 
 stupidly broken.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-5793) Android's cordova/build script should not clean before every build

2014-01-14 Thread Joe Bowser (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-5793?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13871235#comment-13871235
 ] 

Joe Bowser commented on CB-5793:


Why shouldn't this clean on every build? 

 Android's cordova/build script should not clean before every build
 --

 Key: CB-5793
 URL: https://issues.apache.org/jira/browse/CB-5793
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Android
Reporter: Andrew Grieve
Assignee: Andrew Grieve
Priority: Minor

 I believe the reason for this is that ant and eclipse build to the same 
 directories, and mess each other up because of it.
 This can be easily fixed though: 
 http://www.alittlemadness.com/2010/05/31/setting-up-an-android-project-build/



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Comment Edited] (CB-5793) Android's cordova/build script should not clean before every build

2014-01-14 Thread Joe Bowser (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-5793?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13871235#comment-13871235
 ] 

Joe Bowser edited comment on CB-5793 at 1/14/14 9:38 PM:
-

Why shouldn't this clean on every build?  I don't use Eclipse's Auto-Build!


was (Author: bowserj):
Why shouldn't this clean on every build? 

 Android's cordova/build script should not clean before every build
 --

 Key: CB-5793
 URL: https://issues.apache.org/jira/browse/CB-5793
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Android
Reporter: Andrew Grieve
Assignee: Andrew Grieve
Priority: Minor

 I believe the reason for this is that ant and eclipse build to the same 
 directories, and mess each other up because of it.
 This can be easily fixed though: 
 http://www.alittlemadness.com/2010/05/31/setting-up-an-android-project-build/



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Updated] (CB-4813) Media.seekTo on first play. Again

2014-01-14 Thread Joe Bowser (JIRA)

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

Joe Bowser updated CB-4813:
---

Assignee: (was: Joe Bowser)

 Media.seekTo on first play. Again
 -

 Key: CB-4813
 URL: https://issues.apache.org/jira/browse/CB-4813
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, iOS, Plugin Media
Affects Versions: 2.7.0, 2.9.0, 3.0.0
 Environment: Mac OS X
Reporter: Snr
 Attachments: AudioPlayer.patch


 It is impossible to use Media.seekTo before the sound is played the first 
 time.
 There was the same issue previously which was fixed in 2.1.0: 
 https://issues.apache.org/jira/browse/CB-403
 However, I still can replicate the problem: the sound always starts playing 
 from the beginning of the file.
 var audio = new Media(data/q.mp3,function(){},function(){},function(){});
 audio.seekTo(3);
 audio.play();



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-5398) Pick image from Library or Photo album on android 4.4

2014-01-14 Thread Joe Bowser (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-5398?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13871288#comment-13871288
 ] 

Joe Bowser commented on CB-5398:


I used the debugger to check what the intent was returning.  You could also 
throw console.logs in as well to see what the string is when you get it out.  
It should be on line 397 in the CameraLauncher.java app, in the 
onActivityResult method.

In other news, we should refactor this plugin.  The methods are too large.

 Pick image from Library or Photo album on android 4.4
 -

 Key: CB-5398
 URL: https://issues.apache.org/jira/browse/CB-5398
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin Camera
Affects Versions: 2.9.0, 3.2.0
 Environment: android 4.4
Reporter: julio cesar
Assignee: Mike Billau

 An android 4.4 try to pick a photo using pictureSource.PHOTOLIBRARY or 
 pictureSource.SAVEDPHOTOALBUM and return type destinationType.FILE_URI.
 Now android 4.4, when you select the above options, it opens an open from 
 dialog that  let you choose from new places as Recent, Drive, Images 
 and Downloads (the names might not be the same as I use the device in 
 spanish and translated it).
 If you choose any of them, you get an error, AndroidProtocolHandler, unable 
 to open content URL: the url here with a content://com.android.providers 
 format.
 I've tested on phonegap 2.9 because this is the version I use, but I suppose 
 it affects all of them. (in fact I use 2.9.1)



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-5783) Cordova/plugin_list - module.exports are always empty

2014-01-14 Thread Joe Bowser (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-5783?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13871296#comment-13871296
 ] 

Joe Bowser commented on CB-5783:


Are you using the CLI? This technically isn't an Android issue.

 Cordova/plugin_list - module.exports are always empty
 -

 Key: CB-5783
 URL: https://issues.apache.org/jira/browse/CB-5783
 Project: Apache Cordova
  Issue Type: Bug
Affects Versions: 3.3.0
 Environment: Test the app in a desktop browser
Reporter: Kevin Lucich
  Labels: cordova, plugin_list, plugins

 When i tested the apps in desktop browser (version Cordova 3.0.0) i don't 
 received any error. when i update Cordova i note that the file 
 cordova_plugins.js has variable empty (module.exports is empty array). 
 Before the update this file contained the list of installated plugins. 
 Why is now empty?
 This problem causes the fact that I receive the error navigator.connection 
 is undefined
 /
 Old Cordova - after installations a plugin
 cordova.define('cordova/plugin_list', function(require, exports, module) {
 module.exports = [
 [...]
 {
 file: 
 plugins/org.apache.cordova.network-information/www/network.js,
 id: org.apache.cordova.network-information.network,
 clobbers: [
 navigator.connection,
 navigator.network.connection
 ]
 },
 [...]
 ]
 });
 /
 Cordova 3.3.0
 cordova.define('cordova/plugin_list', function(require, exports, module) {
 module.exports = [];
 module.exports.metadata = 
 // TOP OF METADATA
 {}
 // BOTTOM OF METADATA
 });



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-5398) Pick image from Library or Photo album on android 4.4

2014-01-14 Thread Joe Bowser (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-5398?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13871292#comment-13871292
 ] 

Joe Bowser commented on CB-5398:


Acutally, you should just run mobile-spec and look at the URI that's passed 
back.  That shows the encoding error

 Pick image from Library or Photo album on android 4.4
 -

 Key: CB-5398
 URL: https://issues.apache.org/jira/browse/CB-5398
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin Camera
Affects Versions: 2.9.0, 3.2.0
 Environment: android 4.4
Reporter: julio cesar
Assignee: Mike Billau

 An android 4.4 try to pick a photo using pictureSource.PHOTOLIBRARY or 
 pictureSource.SAVEDPHOTOALBUM and return type destinationType.FILE_URI.
 Now android 4.4, when you select the above options, it opens an open from 
 dialog that  let you choose from new places as Recent, Drive, Images 
 and Downloads (the names might not be the same as I use the device in 
 spanish and translated it).
 If you choose any of them, you get an error, AndroidProtocolHandler, unable 
 to open content URL: the url here with a content://com.android.providers 
 format.
 I've tested on phonegap 2.9 because this is the version I use, but I suppose 
 it affects all of them. (in fact I use 2.9.1)



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Comment Edited] (CB-5398) Pick image from Library or Photo album on android 4.4

2014-01-14 Thread Joe Bowser (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-5398?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13871292#comment-13871292
 ] 

Joe Bowser edited comment on CB-5398 at 1/14/14 10:27 PM:
--

Actually, you should just run mobile-spec and look at the URI that's passed 
back.  That shows the encoding error


was (Author: bowserj):
Acutally, you should just run mobile-spec and look at the URI that's passed 
back.  That shows the encoding error

 Pick image from Library or Photo album on android 4.4
 -

 Key: CB-5398
 URL: https://issues.apache.org/jira/browse/CB-5398
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin Camera
Affects Versions: 2.9.0, 3.2.0
 Environment: android 4.4
Reporter: julio cesar
Assignee: Mike Billau

 An android 4.4 try to pick a photo using pictureSource.PHOTOLIBRARY or 
 pictureSource.SAVEDPHOTOALBUM and return type destinationType.FILE_URI.
 Now android 4.4, when you select the above options, it opens an open from 
 dialog that  let you choose from new places as Recent, Drive, Images 
 and Downloads (the names might not be the same as I use the device in 
 spanish and translated it).
 If you choose any of them, you get an error, AndroidProtocolHandler, unable 
 to open content URL: the url here with a content://com.android.providers 
 format.
 I've tested on phonegap 2.9 because this is the version I use, but I suppose 
 it affects all of them. (in fact I use 2.9.1)



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Updated] (CB-5783) Cordova/plugin_list - module.exports are always empty

2014-01-14 Thread Joe Bowser (JIRA)

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

Joe Bowser updated CB-5783:
---

Component/s: (was: Android)

 Cordova/plugin_list - module.exports are always empty
 -

 Key: CB-5783
 URL: https://issues.apache.org/jira/browse/CB-5783
 Project: Apache Cordova
  Issue Type: Bug
Affects Versions: 3.3.0
 Environment: Test the app in a desktop browser
Reporter: Kevin Lucich
  Labels: cordova, plugin_list, plugins

 When i tested the apps in desktop browser (version Cordova 3.0.0) i don't 
 received any error. when i update Cordova i note that the file 
 cordova_plugins.js has variable empty (module.exports is empty array). 
 Before the update this file contained the list of installated plugins. 
 Why is now empty?
 This problem causes the fact that I receive the error navigator.connection 
 is undefined
 /
 Old Cordova - after installations a plugin
 cordova.define('cordova/plugin_list', function(require, exports, module) {
 module.exports = [
 [...]
 {
 file: 
 plugins/org.apache.cordova.network-information/www/network.js,
 id: org.apache.cordova.network-information.network,
 clobbers: [
 navigator.connection,
 navigator.network.connection
 ]
 },
 [...]
 ]
 });
 /
 Cordova 3.3.0
 cordova.define('cordova/plugin_list', function(require, exports, module) {
 module.exports = [];
 module.exports.metadata = 
 // TOP OF METADATA
 {}
 // BOTTOM OF METADATA
 });



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Resolved] (CB-5663) Geolocation minTime on Android is 60s, preventing realtime updates

2014-01-14 Thread Joe Bowser (JIRA)

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

Joe Bowser resolved CB-5663.


Resolution: Won't Fix

We will be deprecating the Geolocation in favour of Web Geolocation.

 Geolocation minTime on Android is 60s, preventing realtime updates
 --

 Key: CB-5663
 URL: https://issues.apache.org/jira/browse/CB-5663
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.3.0
 Environment: Android 4.2, Intel Yolo phone
Reporter: Clayton Grassick

 cordova-plugin-geolocation / src / android / GPSListener.java has the minTime 
 parameter on the 
 locationManager.requestLocationUpdates(LocationManager.GPS_PROVIDER, 6, 
 0, this)
 set to 60 seconds. On Android platforms that respect that parameter, it means 
 that the GPS location will only update every 60 seconds, making it less 
 useful.
 I suggest changing it to 1000ms instead.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Assigned] (CB-5195) Camera.getPicture with sourceType: PHOTOLIBRARY scales image before rotating

2014-01-14 Thread Joe Bowser (JIRA)

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

Joe Bowser reassigned CB-5195:
--

Assignee: Joe Bowser

 Camera.getPicture with sourceType: PHOTOLIBRARY scales image before rotating
 

 Key: CB-5195
 URL: https://issues.apache.org/jira/browse/CB-5195
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin Camera
Affects Versions: 2.6.0
 Environment: Galaxy S4
Reporter: Andre Asselin
Assignee: Joe Bowser

 Use Camera.getPicture() with sourceType: PHOTOLIBRARY to retrieve a picture 
 from the library. If you specify both the correctOrientation and 
 targetWidth/Height options (which currently you must do if you want 
 correctOrientation to work because of bug CB-5194), the code scales the image 
 first before rotating it, so the final dimensions are incorrect.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Resolved] (CB-320) Persistent storage points to SD Card on Android 4.0 (Galaxy Nexus)

2014-01-14 Thread Joe Bowser (JIRA)

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

Joe Bowser resolved CB-320.
---

Resolution: Won't Fix

SD Card persists even when you factory reset the device, so this isn't 
necessarily incorrect.

 Persistent storage points to SD Card on Android 4.0 (Galaxy Nexus)
 --

 Key: CB-320
 URL: https://issues.apache.org/jira/browse/CB-320
 Project: Apache Cordova
  Issue Type: Bug
  Components: Docs
Affects Versions: 1.5.0
Reporter: Matthew Windwer
Assignee: Joe Bowser
Priority: Minor
 Fix For: Master


 According to the release notes for 5.0, this should not be an issue:
 Prefix URIs for file API with file:/// and persistent storage should never 
 point to SD card
 However, using the following method, my file is still being stored to the SD 
 card:
 window.requestFileSystem(LocalFileSystem.PERSISTENT, 0, function(fileSystem) {
   fileSystem.root.getFile(account.txt, { create: true , exclusive: false }, 
 function(fileEntry) {
 fileEntry.file(function(file) {
   console.log(file); // {fullPath: /mnt/sdcard/account.txt, 
 lastModifiedDate: 1331530073000, name: account.txt, size: 64, type: 
 text/plain}
 });
   });
 });



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Updated] (CB-5351) Support context menu plugins with postMessage

2014-01-14 Thread Joe Bowser (JIRA)

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

Joe Bowser updated CB-5351:
---

Assignee: (was: Joe Bowser)

 Support context menu plugins with postMessage
 -

 Key: CB-5351
 URL: https://issues.apache.org/jira/browse/CB-5351
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Android
Affects Versions: Master
Reporter: Abel Muiño

 There is [support in 
 `CordovaActivity`|https://github.com/apache/cordova-android/blob/master/framework/src/org/apache/cordova/CordovaActivity.java#L1006-L1026]
  for menu plugins.
 It would be great to have the same support for context menus. Currently we 
 need to tell the user to [modify their class in a similar 
 way|https://github.com/amuino/cordova-actionsheet/blob/master/plugin.xml#L29-L50].



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Assigned] (CB-5351) Support context menu plugins with postMessage

2014-01-14 Thread Joe Bowser (JIRA)

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

Joe Bowser reassigned CB-5351:
--

Assignee: Joe Bowser

 Support context menu plugins with postMessage
 -

 Key: CB-5351
 URL: https://issues.apache.org/jira/browse/CB-5351
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Android
Affects Versions: Master
Reporter: Abel Muiño
Assignee: Joe Bowser

 There is [support in 
 `CordovaActivity`|https://github.com/apache/cordova-android/blob/master/framework/src/org/apache/cordova/CordovaActivity.java#L1006-L1026]
  for menu plugins.
 It would be great to have the same support for context menus. Currently we 
 need to tell the user to [modify their class in a similar 
 way|https://github.com/amuino/cordova-actionsheet/blob/master/plugin.xml#L29-L50].



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-3380) [BlackBerry10] Add node as a dependency in check_reqs

2014-01-14 Thread Josh Soref (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-3380?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13871342#comment-13871342
 ] 

Josh Soref commented on CB-3380:


[~bhigg...@blackberry.com]: r-

{quote}
$ webworks run

my_project/platforms/blackberry10/cordova/init: line 66: [: missing `]'
{quote}

{quote}
$ grep -n . platforms/blackberry10/cordova/init|grep 66:
66:elif [ ! -x $LOCAL_NODE_BIN  ! -x $NPM ]; then
{quote}

it should be:
{quote}
66:elif [ ! -x $LOCAL_NODE_BIN ]  [ ! -x $NPM ]; then
{quote}

 [BlackBerry10] Add node as a dependency in check_reqs
 -

 Key: CB-3380
 URL: https://issues.apache.org/jira/browse/CB-3380
 Project: Apache Cordova
  Issue Type: Improvement
  Components: BlackBerry
Reporter: Bryan Higgins
Assignee: Bryan Higgins
 Fix For: 2.8.0


 Branching off from this issue: https://issues.apache.org/jira/browse/CB-3161
 We discussed hiding node dependency from the user, but this is difficult to 
 achieve cross-platform. At a minimum we would need to provide 
 windows/mac/linux binaries and the NPM module.
 The CLI will require node, so post 3.0 this is not going to be as much of an 
 issue.
 What we will do for now is:
 1) Update check_reqs to determine if node is install. This is already called 
 by create to check for NDK installation.
 2) Update the getting started guide to point to node js download page.
 3) check_reqs (or create) should also check if the node modules are 
 downloaded, otherwise run npm install



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Reopened] (CB-3380) [BlackBerry10] Add node as a dependency in check_reqs

2014-01-14 Thread Josh Soref (JIRA)

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

Josh Soref reopened CB-3380:



 [BlackBerry10] Add node as a dependency in check_reqs
 -

 Key: CB-3380
 URL: https://issues.apache.org/jira/browse/CB-3380
 Project: Apache Cordova
  Issue Type: Improvement
  Components: BlackBerry
Reporter: Bryan Higgins
Assignee: Bryan Higgins
 Fix For: 2.8.0


 Branching off from this issue: https://issues.apache.org/jira/browse/CB-3161
 We discussed hiding node dependency from the user, but this is difficult to 
 achieve cross-platform. At a minimum we would need to provide 
 windows/mac/linux binaries and the NPM module.
 The CLI will require node, so post 3.0 this is not going to be as much of an 
 issue.
 What we will do for now is:
 1) Update check_reqs to determine if node is install. This is already called 
 by create to check for NDK installation.
 2) Update the getting started guide to point to node js download page.
 3) check_reqs (or create) should also check if the node modules are 
 downloaded, otherwise run npm install



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-3380) [BlackBerry10] Add node as a dependency in check_reqs

2014-01-14 Thread Josh Soref (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-3380?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13871348#comment-13871348
 ] 

Josh Soref commented on CB-3380:


https://github.com/apache/cordova-blackberry/pull/137

 [BlackBerry10] Add node as a dependency in check_reqs
 -

 Key: CB-3380
 URL: https://issues.apache.org/jira/browse/CB-3380
 Project: Apache Cordova
  Issue Type: Improvement
  Components: BlackBerry
Reporter: Bryan Higgins
Assignee: Bryan Higgins
 Fix For: 2.8.0


 Branching off from this issue: https://issues.apache.org/jira/browse/CB-3161
 We discussed hiding node dependency from the user, but this is difficult to 
 achieve cross-platform. At a minimum we would need to provide 
 windows/mac/linux binaries and the NPM module.
 The CLI will require node, so post 3.0 this is not going to be as much of an 
 issue.
 What we will do for now is:
 1) Update check_reqs to determine if node is install. This is already called 
 by create to check for NDK installation.
 2) Update the getting started guide to point to node js download page.
 3) check_reqs (or create) should also check if the node modules are 
 downloaded, otherwise run npm install



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-2459) Customize InAppBrowser location bar

2014-01-14 Thread Joe Bowser (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-2459?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13871390#comment-13871390
 ] 

Joe Bowser commented on CB-2459:


Tweaked the UI here: 
https://github.com/infil00p/cordova-plugin-inappbrowser/tree/drawables

 Customize InAppBrowser location bar
 ---

 Key: CB-2459
 URL: https://issues.apache.org/jira/browse/CB-2459
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Android
Affects Versions: 2.4.0
 Environment: Android  Apache Cordova 2.4
Reporter: Ricardo Quiros
Assignee: Joe Bowser

 Add functions for customizing InAppBrowser plugin: show/hide each component 
 or change the text for the Done button. I need to customize this location 
 bar showing only the Done button with a text in Spanish (and probably, in 
 other languages).



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Assigned] (CB-5427) InAppBrowser crashes without loadstop or loaderror on Android 4.4

2014-01-14 Thread Joe Bowser (JIRA)

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

Joe Bowser reassigned CB-5427:
--

Assignee: Joe Bowser

 InAppBrowser crashes without loadstop or loaderror on Android 4.4
 -

 Key: CB-5427
 URL: https://issues.apache.org/jira/browse/CB-5427
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin InAppBrowser
Affects Versions: 3.2.0
 Environment: Windows 7
 Android 4.x
Reporter: Mike Billau
Assignee: Joe Bowser

 InAppBrowser on Android 4.4 sometimes fails when you click to open any page 
 on the CordovaWebView. An alert will pop up saying Unexpected: Browser 
 closed without a loadstop or loaderror.   Closing the dialog will force quit 
 the application. I can't detect a pattern to reproduce the issue; what I do 
 is just keep running through the first few buttons under Local URL and White 
 Listed URL headings on the mobile spec page. Other people seem to be having 
 this issue too: https://groups.google.com/forum/#!topic/phonegap/e5_5unC2fYs
 In logcat I'm seeing:
 {noformat}
 11-18 11:50:07.648: D/CordovaLog(6369): 
 file:///android_asset/www/inappbrowser/index.html: Line 79 : IAB 
 event={type:loadstop,url:http://www.google.com/}
 11-18 11:50:07.648: I/chromium(6369): [INFO:CONSOLE(79)] IAB 
 event={type:loadstop,url:http://www.google.com/};, source: 
 file:///android_asset/www/inappbrowser/index.html (79)
 11-18 11:50:07.928: W/UnimplementedWebViewApi(6369): Unimplemented WebView 
 method onKeyDown called from: 
 android.webkit.WebView.onKeyDown(WebView.java:2169)
 11-18 11:50:07.968: W/InputEventReceiver(6369): Attempted to finish an input 
 event but the input event receiver has already been disposed.
 11-18 11:50:07.998: D/CordovaLog(6369): 
 file:///android_asset/www/inappbrowser/index.html: Line 79 : IAB 
 event={type:exit}
 11-18 11:50:07.998: I/chromium(6369): [INFO:CONSOLE(79)] IAB 
 event={type:exit}, source: 
 file:///android_asset/www/inappbrowser/index.html (79)
 11-18 11:50:09.408: D/InAppBrowser(6369): target = _self
 11-18 11:50:09.418: D/InAppBrowser(6369): in self
 11-18 11:50:09.418: D/CordovaWebView(6369):  loadUrl(http://www.apple.com/)
 11-18 11:50:09.418: D/PluginManager(6369): init()
 11-18 11:50:09.428: D/CordovaWebView(6369):  loadUrlNow()
 11-18 11:50:09.428: W/CordovaPlugin(6369): Attempted to send a second 
 callback for ID: InAppBrowser921848427
 11-18 11:50:09.428: W/CordovaPlugin(6369): Result was: 
 11-18 11:50:09.488: D/CordovaLog(6369): 
 file:///android_asset/www/inappbrowser/index.html: Line 79 : IAB 
 event={type:exit}
 11-18 11:50:09.488: I/chromium(6369): [INFO:CONSOLE(79)] IAB 
 event={type:exit}, source: 
 file:///android_asset/www/inappbrowser/index.html (79)
 11-18 11:50:09.508: D/dalvikvm(6369): GC_FOR_ALLOC freed 50K, 3% free 
 18380K/18836K, paused 8ms, total 8ms
 11-18 11:50:09.508: I/dalvikvm-heap(6369): Grow heap (frag case) to 18.584MB 
 for 629776-byte allocation
 11-18 11:50:09.528: D/dalvikvm(6369): GC_FOR_ALLOC freed 7K, 3% free 
 18988K/19452K, paused 12ms, total 12ms
 11-18 11:50:09.578: D/dalvikvm(1108): GC_CONCURRENT freed 448K, 9% free 
 17309K/18816K, paused 2ms+1ms, total 23ms
 11-18 11:50:09.638: D/dalvikvm(744): GC_CONCURRENT freed 2582K, 29% free 
 27397K/38100K, paused 3ms+4ms, total 76ms
 11-18 11:50:29.428: E/CordovaWebView(6369): CordovaWebView: TIMEOUT ERROR!
 11-18 11:50:29.428: D/CordovaWebViewClient(6369): 
 CordovaWebViewClient.onReceivedError: Error code=-6 Description=The 
 connection to the server was unsuccessful. URL=http://www.apple.com/
 11-18 11:50:29.428: D/CordovaActivity(6369): 
 onMessage(onReceivedError,{errorCode:-6,url:http:\/\/www.apple.com\/,description:The
  connection to the server was unsuccessful.})
 11-18 11:50:29.458: D/SoftKeyboardDetect(6369): Ignore this event
 11-18 11:50:29.558: D/CordovaWebViewClient(6369): 
 onPageFinished(http://www.apple.com/)
 11-18 11:50:29.558: D/CordovaActivity(6369): 
 onMessage(onPageFinished,http://www.apple.com/)
 11-18 11:50:56.078: D/audio_hw_primary(184): select_devices: 
 out_snd_device(2: speaker) in_snd_device(0: )
 11-18 11:50:56.098: D/CordovaActivity(6369): Paused the application!
 11-18 11:50:56.128: W/IInputConnectionWrapper(6369): showStatusIcon on 
 inactive InputConnection
 11-18 11:50:56.598: D/CordovaActivity(6369): CordovaActivity.onDestroy()
 11-18 11:50:56.598: D/CordovaWebView(6369):  loadUrlNow()
 11-18 11:50:56.678: E/WindowManager(6369): android.view.WindowLeaked: 
 Activity org.apache.mobilespec.mobilespec has leaked window 
 com.android.internal.policy.impl.PhoneWindow$DecorView{42686118 V.E. 
 R... 0,0-1080,638} that was originally added here
 11-18 11:50:56.678: E/WindowManager(6369):at 
 android.view.ViewRootImpl.init(ViewRootImpl.java:346)
 11-18 

[jira] [Assigned] (CB-5356) InAppBrowser Events Not Firing Android 2.3.X

2014-01-14 Thread Joe Bowser (JIRA)

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

Joe Bowser reassigned CB-5356:
--

Assignee: Joe Bowser

 InAppBrowser Events Not Firing Android 2.3.X
 

 Key: CB-5356
 URL: https://issues.apache.org/jira/browse/CB-5356
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, CordovaJS, Plugin InAppBrowser
Affects Versions: 3.1.0
 Environment: Mac OS X 10.9, Android 2.3.4
Reporter: Tom Bell
Assignee: Joe Bowser
  Labels: inappbrowser

 The InAppBrowser doesn't appear to fire any events on an upgraded 3.0.0 to 
 3.1.0 project on Android 2.3.X.
 Reference: https://groups.google.com/forum/#!topic/phonegap/e5_5unC2fYs



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-5427) InAppBrowser crashes without loadstop or loaderror on Android 4.4

2014-01-14 Thread Joe Bowser (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-5427?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13871401#comment-13871401
 ] 

Joe Bowser commented on CB-5427:


I don't get any sort of crashing, but it does seem that the number of events 
fired is directly related to the number of times you open and close the 
InAppBrowser.  I'll take a look at this.

 InAppBrowser crashes without loadstop or loaderror on Android 4.4
 -

 Key: CB-5427
 URL: https://issues.apache.org/jira/browse/CB-5427
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin InAppBrowser
Affects Versions: 3.2.0
 Environment: Windows 7
 Android 4.x
Reporter: Mike Billau
Assignee: Joe Bowser

 InAppBrowser on Android 4.4 sometimes fails when you click to open any page 
 on the CordovaWebView. An alert will pop up saying Unexpected: Browser 
 closed without a loadstop or loaderror.   Closing the dialog will force quit 
 the application. I can't detect a pattern to reproduce the issue; what I do 
 is just keep running through the first few buttons under Local URL and White 
 Listed URL headings on the mobile spec page. Other people seem to be having 
 this issue too: https://groups.google.com/forum/#!topic/phonegap/e5_5unC2fYs
 In logcat I'm seeing:
 {noformat}
 11-18 11:50:07.648: D/CordovaLog(6369): 
 file:///android_asset/www/inappbrowser/index.html: Line 79 : IAB 
 event={type:loadstop,url:http://www.google.com/}
 11-18 11:50:07.648: I/chromium(6369): [INFO:CONSOLE(79)] IAB 
 event={type:loadstop,url:http://www.google.com/};, source: 
 file:///android_asset/www/inappbrowser/index.html (79)
 11-18 11:50:07.928: W/UnimplementedWebViewApi(6369): Unimplemented WebView 
 method onKeyDown called from: 
 android.webkit.WebView.onKeyDown(WebView.java:2169)
 11-18 11:50:07.968: W/InputEventReceiver(6369): Attempted to finish an input 
 event but the input event receiver has already been disposed.
 11-18 11:50:07.998: D/CordovaLog(6369): 
 file:///android_asset/www/inappbrowser/index.html: Line 79 : IAB 
 event={type:exit}
 11-18 11:50:07.998: I/chromium(6369): [INFO:CONSOLE(79)] IAB 
 event={type:exit}, source: 
 file:///android_asset/www/inappbrowser/index.html (79)
 11-18 11:50:09.408: D/InAppBrowser(6369): target = _self
 11-18 11:50:09.418: D/InAppBrowser(6369): in self
 11-18 11:50:09.418: D/CordovaWebView(6369):  loadUrl(http://www.apple.com/)
 11-18 11:50:09.418: D/PluginManager(6369): init()
 11-18 11:50:09.428: D/CordovaWebView(6369):  loadUrlNow()
 11-18 11:50:09.428: W/CordovaPlugin(6369): Attempted to send a second 
 callback for ID: InAppBrowser921848427
 11-18 11:50:09.428: W/CordovaPlugin(6369): Result was: 
 11-18 11:50:09.488: D/CordovaLog(6369): 
 file:///android_asset/www/inappbrowser/index.html: Line 79 : IAB 
 event={type:exit}
 11-18 11:50:09.488: I/chromium(6369): [INFO:CONSOLE(79)] IAB 
 event={type:exit}, source: 
 file:///android_asset/www/inappbrowser/index.html (79)
 11-18 11:50:09.508: D/dalvikvm(6369): GC_FOR_ALLOC freed 50K, 3% free 
 18380K/18836K, paused 8ms, total 8ms
 11-18 11:50:09.508: I/dalvikvm-heap(6369): Grow heap (frag case) to 18.584MB 
 for 629776-byte allocation
 11-18 11:50:09.528: D/dalvikvm(6369): GC_FOR_ALLOC freed 7K, 3% free 
 18988K/19452K, paused 12ms, total 12ms
 11-18 11:50:09.578: D/dalvikvm(1108): GC_CONCURRENT freed 448K, 9% free 
 17309K/18816K, paused 2ms+1ms, total 23ms
 11-18 11:50:09.638: D/dalvikvm(744): GC_CONCURRENT freed 2582K, 29% free 
 27397K/38100K, paused 3ms+4ms, total 76ms
 11-18 11:50:29.428: E/CordovaWebView(6369): CordovaWebView: TIMEOUT ERROR!
 11-18 11:50:29.428: D/CordovaWebViewClient(6369): 
 CordovaWebViewClient.onReceivedError: Error code=-6 Description=The 
 connection to the server was unsuccessful. URL=http://www.apple.com/
 11-18 11:50:29.428: D/CordovaActivity(6369): 
 onMessage(onReceivedError,{errorCode:-6,url:http:\/\/www.apple.com\/,description:The
  connection to the server was unsuccessful.})
 11-18 11:50:29.458: D/SoftKeyboardDetect(6369): Ignore this event
 11-18 11:50:29.558: D/CordovaWebViewClient(6369): 
 onPageFinished(http://www.apple.com/)
 11-18 11:50:29.558: D/CordovaActivity(6369): 
 onMessage(onPageFinished,http://www.apple.com/)
 11-18 11:50:56.078: D/audio_hw_primary(184): select_devices: 
 out_snd_device(2: speaker) in_snd_device(0: )
 11-18 11:50:56.098: D/CordovaActivity(6369): Paused the application!
 11-18 11:50:56.128: W/IInputConnectionWrapper(6369): showStatusIcon on 
 inactive InputConnection
 11-18 11:50:56.598: D/CordovaActivity(6369): CordovaActivity.onDestroy()
 11-18 11:50:56.598: D/CordovaWebView(6369):  loadUrlNow()
 11-18 11:50:56.678: E/WindowManager(6369): android.view.WindowLeaked: 
 Activity org.apache.mobilespec.mobilespec has leaked window 
 

[jira] [Closed] (CB-5449) Android InAppBrowser virtual keyboard closes on executeScript()

2014-01-14 Thread Joe Bowser (JIRA)

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

Joe Bowser closed CB-5449.
--

Resolution: Won't Fix

There's no way around this.  The JS executes on the same thread as the input.

 Android InAppBrowser virtual keyboard closes on executeScript()
 ---

 Key: CB-5449
 URL: https://issues.apache.org/jira/browse/CB-5449
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin InAppBrowser
Affects Versions: 3.0.0, 3.1.0
Reporter: Vincas Dargis
Priority: Minor

 I am using timer to execute JavaScript inside InAppBrowser so I can show some 
 kind widget at the same time when browser is open (since there are no way 
 to make browser window not full screen, I have to do this.. hack?).
 I am using setInterval() to update this widget regularly.
 In fact there is no difference what that scripts does, it's enough to do 
 (almost) no-op like this:
 {code}
 window.setInterval( function() {  
   self.browser.executeScript({ code : var x;});
 }, 1000);
 {code}
 How to reproduce:
 * Open InAppBrowser with http://www.google.com.
 * Click on search text input box to start typing.
 * Virtual keybord shows up, but closes just after a moment when next 
 executeScript() is invoked (depending on given interval). And this repeats on 
 every executeScript() later.
 I've tried building with Android Api 8, 10, 18... it's all the same.
 Same on emulator and on real tablet.
 Discovered on 3.0.1, but the same behaviour with 3.1.0.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-5774) Windows 8: DirectoryReader returns isFile = true for directories

2014-01-14 Thread Jesse MacFadyen (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-5774?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13871469#comment-13871469
 ] 

Jesse MacFadyen commented on CB-5774:
-

Can you verify if results[i].isDirectory is also true?

 Windows 8: DirectoryReader returns isFile = true for directories
 

 Key: CB-5774
 URL: https://issues.apache.org/jira/browse/CB-5774
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File, Windows 8
Affects Versions: 3.3.0
 Environment: Windows 8.0
Reporter: Matti Eerola
Assignee: Jesse MacFadyen
Priority: Minor

 All entries returned by DirectoryReader.readEntries have isFile set to true.
 The expected result is that directories have isFile:false and 
 isDirectory:true.
 Here is a code sample that will show the error:
 {code:javascript}
   window.requestFileSystem(LocalFileSystem.PERSISTENT, 5 * 1024 * 1024 * 
 1024, function (fs) {
 //Ensure that there is one directory in the root
 fs.root.getDirectory('foo', { create: true }, function (newDir) {
   //Use reader to get the directory
   var reader = fs.root.createReader();
   reader.readEntries(function (results) {
 for (var i = 0; i  results.length; i++) {
   if (results[i].name != foo)
 continue;
   // foo should be directory
   if (results[i].isFile)
 throw 'foo' is a directory and isFile is true;
 }
   });
 });
   });
 {code}



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-5130) Refactor the registry

2014-01-14 Thread Steve Gill (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-5130?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13871476#comment-13871476
 ] 

Steve Gill commented on CB-5130:


So I have decided to stick with Sammy. Ran into too many problems trying to get 
npm-www running locally. 

I have a plugindetails branch where I am doing my work. I pulled out the 
showPackage code from site.js and am starting to handle it in separate files.


 Refactor the registry
 -

 Key: CB-5130
 URL: https://issues.apache.org/jira/browse/CB-5130
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Registry, Registry Web
Reporter: Steve Gill

 The registry web interface needs a refactor (really a start from scratch)
 I wanted to create a master issue to keep track of everything related to the 
 refactor. 
 Subtasks should be created for all of the things
 Feature Requests
 - Show readme on plugin page
 - Show download counts on plugin pages
 - New tab for popular repositories
 - Show new meta tag info on plugin pages (repo, issue, author, etc) [#CB-5128]



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-5793) Android's cordova/build script should not clean before every build

2014-01-14 Thread Andrew Grieve (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-5793?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13871515#comment-13871515
 ] 

Andrew Grieve commented on CB-5793:
---

So that it will be faster (incremental builds)

 Android's cordova/build script should not clean before every build
 --

 Key: CB-5793
 URL: https://issues.apache.org/jira/browse/CB-5793
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Android
Reporter: Andrew Grieve
Assignee: Andrew Grieve
Priority: Minor

 I believe the reason for this is that ant and eclipse build to the same 
 directories, and mess each other up because of it.
 This can be easily fixed though: 
 http://www.alittlemadness.com/2010/05/31/setting-up-an-android-project-build/



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-320) Persistent storage points to SD Card on Android 4.0 (Galaxy Nexus)

2014-01-14 Thread Andrew Grieve (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-320?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13871521#comment-13871521
 ] 

Andrew Grieve commented on CB-320:
--

Note that we are planning on fixing this soon though. Discussion is happening 
right now as to how to migrate the plugin to private storage for PERSISTENT by 
default.

 Persistent storage points to SD Card on Android 4.0 (Galaxy Nexus)
 --

 Key: CB-320
 URL: https://issues.apache.org/jira/browse/CB-320
 Project: Apache Cordova
  Issue Type: Bug
  Components: Docs
Affects Versions: 1.5.0
Reporter: Matthew Windwer
Assignee: Joe Bowser
Priority: Minor
 Fix For: Master


 According to the release notes for 5.0, this should not be an issue:
 Prefix URIs for file API with file:/// and persistent storage should never 
 point to SD card
 However, using the following method, my file is still being stored to the SD 
 card:
 window.requestFileSystem(LocalFileSystem.PERSISTENT, 0, function(fileSystem) {
   fileSystem.root.getFile(account.txt, { create: true , exclusive: false }, 
 function(fileEntry) {
 fileEntry.file(function(file) {
   console.log(file); // {fullPath: /mnt/sdcard/account.txt, 
 lastModifiedDate: 1331530073000, name: account.txt, size: 64, type: 
 text/plain}
 });
   });
 });



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-5449) Android InAppBrowser virtual keyboard closes on executeScript()

2014-01-14 Thread Andrew Grieve (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-5449?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13871526#comment-13871526
 ] 

Andrew Grieve commented on CB-5449:
---

Also note that this *is* (just the other day) fixed on KitKat due to the new 
evaluateJavascript() API.

 Android InAppBrowser virtual keyboard closes on executeScript()
 ---

 Key: CB-5449
 URL: https://issues.apache.org/jira/browse/CB-5449
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin InAppBrowser
Affects Versions: 3.0.0, 3.1.0
Reporter: Vincas Dargis
Priority: Minor

 I am using timer to execute JavaScript inside InAppBrowser so I can show some 
 kind widget at the same time when browser is open (since there are no way 
 to make browser window not full screen, I have to do this.. hack?).
 I am using setInterval() to update this widget regularly.
 In fact there is no difference what that scripts does, it's enough to do 
 (almost) no-op like this:
 {code}
 window.setInterval( function() {  
   self.browser.executeScript({ code : var x;});
 }, 1000);
 {code}
 How to reproduce:
 * Open InAppBrowser with http://www.google.com.
 * Click on search text input box to start typing.
 * Virtual keybord shows up, but closes just after a moment when next 
 executeScript() is invoked (depending on given interval). And this repeats on 
 every executeScript() later.
 I've tried building with Android Api 8, 10, 18... it's all the same.
 Same on emulator and on real tablet.
 Discovered on 3.0.1, but the same behaviour with 3.1.0.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Created] (CB-5795) Record without ios chrome

2014-01-14 Thread Blair Vanderhoof (JIRA)
Blair Vanderhoof created CB-5795:


 Summary: Record without ios chrome
 Key: CB-5795
 URL: https://issues.apache.org/jira/browse/CB-5795
 Project: Apache Cordova
  Issue Type: Wish
  Components: CordovaJS
Affects Versions: 3.3.0
Reporter: Blair Vanderhoof
Priority: Minor


Current capture video experience:
1. User clicks an HTML button that triggers 
navigator.device.capture.captureVideo
2. User goes to an ios7 native video record view
3. User has to click record
4. Video records
5. When user feels like it, they hit stop
6. Option shows to Use Video
7. User hits Use Video and the captureVideo callback is executed

Is it possible through some undocumented APIs to do the following instead?

1. User clicks an HTML button that triggers 
navigator.device.capture.captureVideo
2. Video records with a custom UI created through HTML
3. When user feels like it, they hit stop which is a custom HTML button 
overlayed on the video
4. The captureVideo callback is executed




--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Updated] (CB-5779) Allow alternative rendering engine for specific platform

2014-01-14 Thread Ningxin Hu (JIRA)

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

Ningxin Hu updated CB-5779:
---

Description: 
Allow developers to use alternative rendering engine for specific platform. For 
example, on Android platform, developers are able to choose WebView, 
ChromeView, GeckoView or Crosswalk as rendering engine.

https://wiki.apache.org/cordova/Platform%20Engine

  was:
Allow developers to user alternative rendering engine for specific platform. 
For example, on Android platform, developers are able to choose WebView, 
ChromeView, GeckoView or Crosswalk as rendering engine.

https://wiki.apache.org/cordova/Platform%20Engine


 Allow alternative rendering engine for specific platform
 

 Key: CB-5779
 URL: https://issues.apache.org/jira/browse/CB-5779
 Project: Apache Cordova
  Issue Type: New Feature
Affects Versions: Master
Reporter: Ningxin Hu

 Allow developers to use alternative rendering engine for specific platform. 
 For example, on Android platform, developers are able to choose WebView, 
 ChromeView, GeckoView or Crosswalk as rendering engine.
 https://wiki.apache.org/cordova/Platform%20Engine



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Created] (CB-5796) Firefox OS Network Information doesn't work

2014-01-14 Thread Nam Kim (JIRA)
Nam Kim created CB-5796:
---

 Summary: Firefox OS Network Information doesn't work
 Key: CB-5796
 URL: https://issues.apache.org/jira/browse/CB-5796
 Project: Apache Cordova
  Issue Type: Bug
  Components: FirefoxOS, Plugin Network Information
Affects Versions: 3.3.0
Reporter: Nam Kim


{code:javascript|title=cordova-plugin-network-information/src/firefoxos/NetworkProxy.js}

var connection = navigator.connection || navigator.mozConnection || 
navigator.webkitConnection; 
{code}

The line above is written inside an object declaration, which causes syntax 
errors.



Also, navigator.connection exists, but connection.bandwidth and 
connection.metered are undefined. We should instead be checking for 
mozConnection.bandwidth and mozConnection.metered.

Suggested fix:
{code:javascript}
var connection = navigator.mozConnection || navigator.webkitConnection; 
{code}



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Updated] (CB-5796) Firefox OS Network Information doesn't work

2014-01-14 Thread Nam Kim (JIRA)

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

Nam Kim updated CB-5796:


Description: 
h4. Issue #1:
{code:javascript|title=cordova-plugin-network-information/src/firefoxos/NetworkProxy.js:ln32}

var connection = navigator.connection || navigator.mozConnection || 
navigator.webkitConnection; 
{code}

The line above is written inside an object declaration, which causes syntax 
errors.


h4. Issue #2
navigator.connection exists, but connection.bandwidth and connection.metered 
are undefined. We should instead be checking for mozConnection.bandwidth and 
mozConnection.metered.

Suggested fix:
{code:javascript}
var connection = navigator.mozConnection || navigator.webkitConnection; 
{code}

h4. Issue #3
{code:javascript|title=cordova-plugin-network-information/src/firefoxos/NetworkProxy.js:ln60}
require(cordova/firefoxos/commandProxy).add(Network, module.exports);});
{code}
should be
{code:javascript}
require(cordova/firefoxos/commandProxy).add(NetworkStatus, 
module.exports);});
{code}

  was:
h4. Issue #1:
{code:javascript|title=cordova-plugin-network-information/src/firefoxos/NetworkProxy.js}

var connection = navigator.connection || navigator.mozConnection || 
navigator.webkitConnection; 
{code}

The line above is written inside an object declaration, which causes syntax 
errors.


h4. Issue #2
navigator.connection exists, but connection.bandwidth and connection.metered 
are undefined. We should instead be checking for mozConnection.bandwidth and 
mozConnection.metered.

Suggested fix:
{code:javascript}
var connection = navigator.mozConnection || navigator.webkitConnection; 
{code}

h4. Issue #3
{code:javascript|title=cordova-plugin-network-information/src/firefoxos/NetworkProxy.js:ln60}
require(cordova/firefoxos/commandProxy).add(Network, module.exports);});
{code}
should be
{code:javascript}
require(cordova/firefoxos/commandProxy).add(NetworkStatus, 
module.exports);});
{code}


 Firefox OS Network Information doesn't work
 ---

 Key: CB-5796
 URL: https://issues.apache.org/jira/browse/CB-5796
 Project: Apache Cordova
  Issue Type: Bug
  Components: FirefoxOS, Plugin Network Information
Affects Versions: 3.3.0
Reporter: Nam Kim
   Original Estimate: 0.5h
  Remaining Estimate: 0.5h

 h4. Issue #1:
 {code:javascript|title=cordova-plugin-network-information/src/firefoxos/NetworkProxy.js:ln32}
 var connection = navigator.connection || navigator.mozConnection || 
 navigator.webkitConnection; 
 {code}
 The line above is written inside an object declaration, which causes syntax 
 errors.
 h4. Issue #2
 navigator.connection exists, but connection.bandwidth and connection.metered 
 are undefined. We should instead be checking for mozConnection.bandwidth and 
 mozConnection.metered.
 Suggested fix:
 {code:javascript}
 var connection = navigator.mozConnection || navigator.webkitConnection; 
 {code}
 h4. Issue #3
 {code:javascript|title=cordova-plugin-network-information/src/firefoxos/NetworkProxy.js:ln60}
 require(cordova/firefoxos/commandProxy).add(Network, module.exports);});
 {code}
 should be
 {code:javascript}
 require(cordova/firefoxos/commandProxy).add(NetworkStatus, 
 module.exports);});
 {code}



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Updated] (CB-5796) Firefox OS Network Information doesn't work

2014-01-14 Thread Nam Kim (JIRA)

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

Nam Kim updated CB-5796:


Description: 
h4. Issue #1:
{code:javascript|title=cordova-plugin-network-information/src/firefoxos/NetworkProxy.js}

var connection = navigator.connection || navigator.mozConnection || 
navigator.webkitConnection; 
{code}

The line above is written inside an object declaration, which causes syntax 
errors.


h4. Issue #2
navigator.connection exists, but connection.bandwidth and connection.metered 
are undefined. We should instead be checking for mozConnection.bandwidth and 
mozConnection.metered.

Suggested fix:
{code:javascript}
var connection = navigator.mozConnection || navigator.webkitConnection; 
{code}

h4. Issue #3
{code:javascript|title=cordova-plugin-network-information/src/firefoxos/NetworkProxy.js:ln60}
require(cordova/firefoxos/commandProxy).add(Network, module.exports);});
{code}
should be
{code:javascript}
require(cordova/firefoxos/commandProxy).add(NetworkStatus, 
module.exports);});
{code}

  was:
{code:javascript|title=cordova-plugin-network-information/src/firefoxos/NetworkProxy.js}

var connection = navigator.connection || navigator.mozConnection || 
navigator.webkitConnection; 
{code}

The line above is written inside an object declaration, which causes syntax 
errors.



Also, navigator.connection exists, but connection.bandwidth and 
connection.metered are undefined. We should instead be checking for 
mozConnection.bandwidth and mozConnection.metered.

Suggested fix:
{code:javascript}
var connection = navigator.mozConnection || navigator.webkitConnection; 
{code}


 Firefox OS Network Information doesn't work
 ---

 Key: CB-5796
 URL: https://issues.apache.org/jira/browse/CB-5796
 Project: Apache Cordova
  Issue Type: Bug
  Components: FirefoxOS, Plugin Network Information
Affects Versions: 3.3.0
Reporter: Nam Kim
   Original Estimate: 0.5h
  Remaining Estimate: 0.5h

 h4. Issue #1:
 {code:javascript|title=cordova-plugin-network-information/src/firefoxos/NetworkProxy.js}
 var connection = navigator.connection || navigator.mozConnection || 
 navigator.webkitConnection; 
 {code}
 The line above is written inside an object declaration, which causes syntax 
 errors.
 h4. Issue #2
 navigator.connection exists, but connection.bandwidth and connection.metered 
 are undefined. We should instead be checking for mozConnection.bandwidth and 
 mozConnection.metered.
 Suggested fix:
 {code:javascript}
 var connection = navigator.mozConnection || navigator.webkitConnection; 
 {code}
 h4. Issue #3
 {code:javascript|title=cordova-plugin-network-information/src/firefoxos/NetworkProxy.js:ln60}
 require(cordova/firefoxos/commandProxy).add(Network, module.exports);});
 {code}
 should be
 {code:javascript}
 require(cordova/firefoxos/commandProxy).add(NetworkStatus, 
 module.exports);});
 {code}



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-5130) Refactor the registry

2014-01-14 Thread Josh Bavari (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-5130?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13871711#comment-13871711
 ] 

Josh Bavari commented on CB-5130:
-

Steve,

Ah gotcha. I pulled the npm-www code last night and got it up and running 
locally. I got back to looking at cordova registry tonight.

I like where you are going with breaking the calls out from site.js. Are we 
wanting to use requireJS or some other client package tool to pull everything 
in or just loading scripts separately?

I am stuck with some API calls 404'ing. I got the vhosts working by modifying 
my default.ini to accept my vhost (localhost:5483 - pl.cordova.io) - when it 
tries to do the API calls, it is failing to find the proper reference for the 
document I suppose. Here's what I did for vhosts to work locally:

Added to /etc/hosts 
127.0.0.1 pl.cordova.io

Added to default.ini in /usr/local/etc/couchdb/default.ini

[vhosts]
pl.cordova.io = /registry/_design/ui/

Any thoughts? What did you do differently?

 Refactor the registry
 -

 Key: CB-5130
 URL: https://issues.apache.org/jira/browse/CB-5130
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Registry, Registry Web
Reporter: Steve Gill

 The registry web interface needs a refactor (really a start from scratch)
 I wanted to create a master issue to keep track of everything related to the 
 refactor. 
 Subtasks should be created for all of the things
 Feature Requests
 - Show readme on plugin page
 - Show download counts on plugin pages
 - New tab for popular repositories
 - Show new meta tag info on plugin pages (repo, issue, author, etc) [#CB-5128]



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Resolved] (CB-5305) CLI Plugin Add Command Fails for wp8 due to path errors

2014-01-14 Thread Jesse MacFadyen (JIRA)

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

Jesse MacFadyen resolved CB-5305.
-

Resolution: Cannot Reproduce

Addressed by other changes.

 CLI Plugin Add Command Fails for wp8 due to path errors
 ---

 Key: CB-5305
 URL: https://issues.apache.org/jira/browse/CB-5305
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI, WP8
Affects Versions: 3.1.0
Reporter: Paul Leska
Assignee: Jesse MacFadyen

 When I issue the command 
 cordova -d platform add wp8
 I get the following output. 
 F:\Development\Projects\Cordova\helloworldcordova -d platform add wp8
 cordova library for wp8 already exists. No need to download. Continuing.
 Checking if platform wp8 passes minimum requirements...
 Checking wp8 requirements...
 Running C:\Users\Paul\.cordova\lib\wp\cordova\3.1.0\wp8\bin\check_reqs 
 (output to follow)
 Creating wp8 project...
 Running bin/create for platform wp8 with command: 
 C:\Users\Paul\.cordova\lib\wp\cordova\3.1.0\bin\create  
 F:\Development\Projects\Cordova\helloworld\platforms\wp8 
 com.test.helloworld HelloWorld (output to follow)
 Error: An error occured during creation of wp8 sub-project.
 The system cannot find the path specified.
 at 
 C:\Users\Paul\AppData\Roaming\npm\node_modules\cordova\src\platform.js:246:30
 at ChildProcess.exithandler (child_process.js:641:7)
 at ChildProcess.EventEmitter.emit (events.js:98:17)
 at maybeClose (child_process.js:735:16)
 at Process.ChildProcess._handle.onexit (child_process.js:802:5)
 It works in 3.1.0-0.1.0 but not 3.1.0-0.2.0



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (CB-5783) Cordova/plugin_list - module.exports are always empty

2014-01-14 Thread Kevin Lucich (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-5783?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13871775#comment-13871775
 ] 

Kevin Lucich commented on CB-5783:
--

 Are you using the CLI? This technically isn't an Android issue.
Hi Joe,
yes i am using the CLI. If i try to install a plugin, CLI response me that is 
already installed:

Fetching plugin from org.apache.cordova.network-information...
Starting installation of org.apache.cordova.network-information for android
Plugin org.apache.cordova.network-information already installed, 'sall good.

In the folder app/plugins/ there are folders (and files) of plugins.

Thanks for an help,
Kevin

 Cordova/plugin_list - module.exports are always empty
 -

 Key: CB-5783
 URL: https://issues.apache.org/jira/browse/CB-5783
 Project: Apache Cordova
  Issue Type: Bug
Affects Versions: 3.3.0
 Environment: Test the app in a desktop browser
Reporter: Kevin Lucich
  Labels: cordova, plugin_list, plugins

 When i tested the apps in desktop browser (version Cordova 3.0.0) i don't 
 received any error. when i update Cordova i note that the file 
 cordova_plugins.js has variable empty (module.exports is empty array). 
 Before the update this file contained the list of installated plugins. 
 Why is now empty?
 This problem causes the fact that I receive the error navigator.connection 
 is undefined
 /
 Old Cordova - after installations a plugin
 cordova.define('cordova/plugin_list', function(require, exports, module) {
 module.exports = [
 [...]
 {
 file: 
 plugins/org.apache.cordova.network-information/www/network.js,
 id: org.apache.cordova.network-information.network,
 clobbers: [
 navigator.connection,
 navigator.network.connection
 ]
 },
 [...]
 ]
 });
 /
 Cordova 3.3.0
 cordova.define('cordova/plugin_list', function(require, exports, module) {
 module.exports = [];
 module.exports.metadata = 
 // TOP OF METADATA
 {}
 // BOTTOM OF METADATA
 });



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)