date:20131115

Maxime LUCE created CB-5400:
---

 Summary: Version and Id is not set correctly in Windows 8 
application project file
 Key: CB-5400
 URL: https://issues.apache.org/jira/browse/CB-5400
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI, Windows 8
Reporter: Maxime LUCE
Assignee: Maxime LUCE


When using CLI with Windows 8 Platform :

1. Cordova default version string is not compatible with Windows 8 one (0.0.0 
vs 0.0.0.0) so add a .0 automatically.

2. In package.appxmanifest, Application.id must be a safe name, which is not 
actually, we can use packageName (which is safe) or compute a safe name based 
on config name.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Updated] (CB-5397) cordova prepare ios overwrites existing source code files/directories

2013-11-15 Thread Braden Shepherdson (JIRA)


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

Braden Shepherdson updated CB-5397:
---


Working As Intended. The cordova prepare (run after platform add and plugin 
add/rm) step copies files into the platforms/* directories from the top level. 
Editing things in platforms/* by hand is not safe.

There's no such thing as user-created source files in cordova-cli, the 
supported way to add custom native code to a project is by creating a plugin.

I won't close this, because we should review the documentation to make sure 
this is clearly noted.

 cordova prepare ios overwrites existing source code files/directories
 ---

 Key: CB-5397
 URL: https://issues.apache.org/jira/browse/CB-5397
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 3.1.0
 Environment: MacOS 10.8.5
 XCode 5.01
Reporter: Tom Ernhardt

 The cordova command line cordova prepare ios clobbers user-created source 
 code files/directories without warning
 Steps to reproduce:
 # create a test app
 cordova create test com.test test
 cd test
 cordova platform add ios
 # add a plugin
 cordova plugin add https://github.com/apache/cordova-plugin-device.git
 cordova prepare ios
 Then open the generated Xcode project in Xcode
 Add some source code files
 # Now add a different plugin
 cordova plugin add https://github.com/apache/cordova-plugin-console.git
 # WARNING THIS WILL DELETE YOUR APP'S SOURCE CODE FILES
 cordova prepare ios
 All the source code files and directories that you created in 
   /platforms/ios/www/
 have just been deleted by the cordova CLI without any warning!



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-5183) WP7/8 lib path is not correctly resolved by CLI

2013-11-15 Thread Braden Shepherdson (JIRA)


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

Braden Shepherdson commented on CB-5183:


I already made that edit and merged it in.

 WP7/8 lib path is not correctly resolved by CLI
 ---

 Key: CB-5183
 URL: https://issues.apache.org/jira/browse/CB-5183
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Reporter: Sergey Grebnov
Assignee: Josh Soref
Priority: Minor
 Attachments: cordova_wp8_wp7_cli.patch


 Steps to reproduce
 1. Install latest cordova-cli from git repo
 2. Create new project App using 'cordova create App' CLI command 
 3. Update app/.cordova/config.json to point to custom cordova-wp8 repo
  For example
 {  id:org.apache.mobilespec,  name:mobilespec,  lib: { wp8: { 
  uri: c:\\..\\cordova-wp8,  version: 3.1.0,  id: 
 cordova-wp8-master}  }}
 4. Run 'cordova platform add wp8' commands
 Expected: command succeeded.
 Actually: command failed with the message below
 Error: Error while checking requirements: 
 'c:\..\cordova-wp8\bin\check_reqs' is not recognized as an internal or 
 external command,
 operable program or batch file.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Created] (CB-5401) Plugin File Transfer does not work on Android 4.4

2013-11-15 Thread Jean Carriere (JIRA)

Jean Carriere created CB-5401:
-

 Summary: Plugin File Transfer does not work on Android 4.4
 Key: CB-5401
 URL: https://issues.apache.org/jira/browse/CB-5401
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin File Transfer
Affects Versions: 3.4.0
Reporter: Jean Carriere


When using FileTransfer plugin to upload a file, I get an error on KitKat (the 
code works fine on android 4.3.
Here is the stack trace : 
java.lang.SecurityException: Permission Denial: reading 
com.android.providers.media.MediaDocumentsProvider uri 
content://com.android.providers.media.documents/document/image:5646 from 
pid=16183, uid=10093 requires android.permission.MANAGE_DOCUMENTS, or 
grantUriPermission()
E/FileTransfer(16183):  at android.os.Parcel.readException(Parcel.java:1461)
E/FileTransfer(16183):  at 
android.database.DatabaseUtils.readExceptionFromParcel(DatabaseUtils.java:185)
E/FileTransfer(16183):  at 
android.database.DatabaseUtils.readExceptionWithFileNotFoundExceptionFromParcel(DatabaseUtils.java:148)
E/FileTransfer(16183):  at 
android.content.ContentProviderProxy.openTypedAssetFile(ContentProviderNative.java:682)
E/FileTransfer(16183):  at 
android.content.ContentResolver.openTypedAssetFileDescriptor(ContentResolver.java:1063)
E/FileTransfer(16183):  at 
android.content.ContentResolver.openAssetFileDescriptor(ContentResolver.java:904)
E/FileTransfer(16183):  at 
android.content.ContentResolver.openAssetFileDescriptor(ContentResolver.java:831)
E/FileTransfer(16183):  at 
org.apache.cordova.CordovaResourceApi.openForRead(CordovaResourceApi.java:245)
E/FileTransfer(16183):  at 
org.apache.cordova.CordovaResourceApi.openForRead(CordovaResourceApi.java:204)
E/FileTransfer(16183):  at 
org.apache.cordova.filetransfer.FileTransfer$1.run(FileTransfer.java:364)
E/FileTransfer(16183):  at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
E/FileTransfer(16183):  at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
E/FileTransfer(16183):  at java.lang.Thread.run(Thread.java:841)

The js code is : 
 var options = new FileUploadOptions();
options.fileKey = file;
options.fileName = imageURI.substr(imageURI.lastIndexOf('/') + 1);
options.mimeType = image/jpeg;
options.headers = {
Connection: close
};
options.chunkedMode = false;
var params = {};
params.token = config.token();
options.params = params;
var ft = new FileTransfer();
ft.upload(imageURI, config.serviceUrl() + media/default, win, 
fail, options);




--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Created] (CB-5402) InAppBrowser doc needs some improvement

2013-11-15 Thread Marcel Kinard (JIRA)

Marcel Kinard created CB-5402:
-

 Summary: InAppBrowser doc needs some improvement
 Key: CB-5402
 URL: https://issues.apache.org/jira/browse/CB-5402
 Project: Apache Cordova
  Issue Type: Bug
  Components: Docs
Affects Versions: 3.2.0
Reporter: Marcel Kinard
Priority: Minor


The nice description of the behaviors on 
https://wiki.apache.org/cordova/InAppBrowser (especially with regard to the 
different target parms) isn't really present in 
http://cordova.apache.org/docs/en/edge/cordova_inappbrowser_inappbrowser.md.html
 . Just migrating that information over would be a big help. And there are some 
minor wording inconsistencies, i.e. details vs. injectDetails.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Created] (CB-5403) Overhaul File API implementation

Ian Clelland created CB-5403:


 Summary: Overhaul File API implementation
 Key: CB-5403
 URL: https://issues.apache.org/jira/browse/CB-5403
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File
Reporter: Ian Clelland
Assignee: Ian Clelland


This is the meta-issue for all of the File API-related changes.

File is getting overhauled, to provide the following features:

1. Entry.toURL() should return a filesystem:// URL on platforms which support 
it. Platforms which cannot support custom URL protocols are free to return URLs 
which *can* be used to access the local file system.

2. These URLs will look like:

  filesystem://localhost/persistent/path/to/file.ext
  filesystem://localhost/temporary/path/to/file.ext

Additional roots are possible for new file systems (assets, media, documents, 
etc)

(The specific format used does not need to conform to any existing or proposed 
standard, since these URLs should not be assumed valid across machines)

3. Entry.fullPath will be relative to the HTML file system root, and not a path 
from the root of the actual device file system.

4. Only URLs will be passed over the exec bridge; we won't be passing raw file 
system paths into and out of JS anymore. (This generally means filesystem:// 
URLs in the iOS/Android case, but platforms are free to support other URLs as 
needed)

5. Tests need to be updated so that they still pass when these changes are made.

6. File plugin should be modular, so that additional filesystem types can be 
easily supported.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Created] (CB-5404) Update File API tests

Ian Clelland created CB-5404:


 Summary: Update File API tests
 Key: CB-5404
 URL: https://issues.apache.org/jira/browse/CB-5404
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Plugin File
Reporter: Ian Clelland
Assignee: Ian Clelland


Many of the tests in the test suite are fragile, and depend on 
implementation-dependent things like whether root directory paths end with a 
/ or not, or whether a particular URL scheme is valid. I'm first going to fix 
those tests which don't pass under both the old and new systems.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Updated] (CB-5404) Update File API tests


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

Ian Clelland updated CB-5404:
-

Parent Issue: CB-5403  (was: CB-5007)

 Update File API tests
 -

 Key: CB-5404
 URL: https://issues.apache.org/jira/browse/CB-5404
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Plugin File
Reporter: Ian Clelland
Assignee: Ian Clelland
 Fix For: 3.2.0


 Many of the tests in the test suite are fragile, and depend on 
 implementation-dependent things like whether root directory paths end with a 
 / or not, or whether a particular URL scheme is valid. I'm first going to 
 fix those tests which don't pass under both the old and new systems.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Created] (CB-5405) Update the JS code to allow the FileSystem object to format paths used in exec() calls.

Ian Clelland created CB-5405:


 Summary: Update the JS code to allow the FileSystem object to 
format paths used in exec() calls.
 Key: CB-5405
 URL: https://issues.apache.org/jira/browse/CB-5405
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Plugin File
Reporter: Ian Clelland
Assignee: Ian Clelland


Since CB-5129, all Entry objects should have a filesystem object attached. By 
allowing this FS object to determine what information goes across the bridge, 
we are 90% of the way to using URLs internally, rather than (real) filesystem 
paths, which was one of the goals of the refactoring.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Created] (CB-5406) [ios] Switch native code to use filesystem://localhost/* URLs internally, and change the FileSystem JS object to use those URLs for the bridge.

Ian Clelland created CB-5406:


 Summary: [ios] Switch native code to use filesystem://localhost/* 
URLs internally, and change the FileSystem JS object to use those URLs for the 
bridge.
 Key: CB-5406
 URL: https://issues.apache.org/jira/browse/CB-5406
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: iOS, Plugin File
Reporter: Ian Clelland
Assignee: Ian Clelland






--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Created] (CB-5407) [android] Switch native code to use filesystem://localhost/* URLs internally, and change the FileSystem JS object to use those URLs for the bridge.

Ian Clelland created CB-5407:


 Summary: [android] Switch native code to use 
filesystem://localhost/* URLs internally, and change the FileSystem JS object 
to use those URLs for the bridge.
 Key: CB-5407
 URL: https://issues.apache.org/jira/browse/CB-5407
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Android, Plugin File
Reporter: Ian Clelland
Assignee: Ian Clelland






--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Created] (CB-5409) [android] Add URL handlers for filesystem:// URLs in native code

Ian Clelland created CB-5409:


 Summary: [android] Add URL handlers for filesystem:// URLs in 
native code
 Key: CB-5409
 URL: https://issues.apache.org/jira/browse/CB-5409
 Project: Apache Cordova
  Issue Type: Sub-task
Reporter: Ian Clelland
Assignee: Ian Clelland






--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Created] (CB-5408) [ios] Add URL handlers for filesystem:// URLs in native code

Ian Clelland created CB-5408:


 Summary: [ios] Add URL handlers for filesystem:// URLs in native 
code
 Key: CB-5408
 URL: https://issues.apache.org/jira/browse/CB-5408
 Project: Apache Cordova
  Issue Type: Sub-task
Reporter: Ian Clelland
Assignee: Ian Clelland






--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-5400) Version and Id is not set correctly in Windows 8 application project file

2013-11-15 Thread ASF subversion and git services (JIRA)


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

Maxime LUCE commented on CB-5400:
-

Pull request : https://github.com/apache/cordova-cli/pull/93

 Version and Id is not set correctly in Windows 8 application project file
 -

 Key: CB-5400
 URL: https://issues.apache.org/jira/browse/CB-5400
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI, Windows 8
Reporter: Maxime LUCE
Assignee: Maxime LUCE

 When using CLI with Windows 8 Platform :
 1. Cordova default version string is not compatible with Windows 8 one (0.0.0 
 vs 0.0.0.0) so add a .0 automatically.
 2. In package.appxmanifest, Application.id must be a safe name, which is not 
 actually, we can use packageName (which is safe) or compute a safe name based 
 on config name.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-5403) Overhaul File API implementation

2013-11-15 Thread Marcel Kinard (JIRA)


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

Marcel Kinard commented on CB-5403:
---

FYI, some discussion in the dev mailing list: 
http://markmail.org/thread/bsajbjphanqsql4p

 Overhaul File API implementation
 

 Key: CB-5403
 URL: https://issues.apache.org/jira/browse/CB-5403
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File
Reporter: Ian Clelland
Assignee: Ian Clelland

 This is the meta-issue for all of the File API-related changes.
 File is getting overhauled, to provide the following features:
 1. Entry.toURL() should return a filesystem:// URL on platforms which support 
 it. Platforms which cannot support custom URL protocols are free to return 
 URLs which *can* be used to access the local file system.
 2. These URLs will look like:
   filesystem://localhost/persistent/path/to/file.ext
   filesystem://localhost/temporary/path/to/file.ext
 Additional roots are possible for new file systems (assets, media, documents, 
 etc)
 (The specific format used does not need to conform to any existing or 
 proposed standard, since these URLs should not be assumed valid across 
 machines)
 3. Entry.fullPath will be relative to the HTML file system root, and not a 
 path from the root of the actual device file system.
 4. Only URLs will be passed over the exec bridge; we won't be passing raw 
 file system paths into and out of JS anymore. (This generally means 
 filesystem:// URLs in the iOS/Android case, but platforms are free to support 
 other URLs as needed)
 5. Tests need to be updated so that they still pass when these changes are 
 made.
 6. File plugin should be modular, so that additional filesystem types can be 
 easily supported.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-5404) Update File API tests


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

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

Commit e7c2630f45f98fbf1e06040d228ad4f2d19b0544 in branch refs/heads/master 
from [~iclelland]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-mobile-spec.git;h=e7c2630 ]

CB-5404: Fix fragile file tests

Several tests are dependent on whether directory paths end in '/' or
not. Also, manually-created file and directory entries should have an
associated filesystem attribute. This patch fixes both issues.


 Update File API tests
 -

 Key: CB-5404
 URL: https://issues.apache.org/jira/browse/CB-5404
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Plugin File
Reporter: Ian Clelland
Assignee: Ian Clelland
 Fix For: 3.2.0


 Many of the tests in the test suite are fragile, and depend on 
 implementation-dependent things like whether root directory paths end with a 
 / or not, or whether a particular URL scheme is valid. I'm first going to 
 fix those tests which don't pass under both the old and new systems.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-5400) Version and Id is not set correctly in Windows 8 application project file

2013-11-15 Thread Carlos Santana (JIRA)


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

Carlos Santana commented on CB-5400:


this pull request has more changes than the version problem about 4 fields.

As better practice one pull request should resolve one Jira Issue.

What jira issues are the other commits fixing? please explain
SomaticIT   Update Identity.Name in package.appxmanifest1da2a96

SomaticIT   Append author property to config_parser 912e012

SomaticIT   Update appxmanifest properties' DisplayName and PublisherName   
02162b4



 Version and Id is not set correctly in Windows 8 application project file
 -

 Key: CB-5400
 URL: https://issues.apache.org/jira/browse/CB-5400
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI, Windows 8
Reporter: Maxime LUCE
Assignee: Maxime LUCE

 When using CLI with Windows 8 Platform :
 1. Cordova default version string is not compatible with Windows 8 one (0.0.0 
 vs 0.0.0.0) so add a .0 automatically.
 2. In package.appxmanifest, Application.id must be a safe name, which is not 
 actually, we can use packageName (which is safe) or compute a safe name based 
 on config name.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

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


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

Mike Billau updated CB-5398:


Affects Version/s: 3.2.0

 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

 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#6144)

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


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

Mike Billau reassigned CB-5398:
---

Assignee: Mike Billau

 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#6144)

[jira] [Commented] (CB-5372) Notification.beep blocks app execution - doesn't use CordovaInterface.getThreadPool


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

Mike Billau commented on CB-5372:
-

I think that the beep has always blocked the UI...I think this is more of a 
feature request and not a bug caused by not using a thread pool.

 Notification.beep blocks app execution - doesn't use 
 CordovaInterface.getThreadPool
 ---

 Key: CB-5372
 URL: https://issues.apache.org/jira/browse/CB-5372
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.1.0
Reporter: Michael Schmidt
Priority: Blocker

 Calling a simple beep notification for 5 seconds blocks the whole app for 
 this time
 {quote}
   navigator.notification.beep(5);
 {quote}
 Debug console output is as follows:
 {quote}
  11-13 12:07:09.845: W/PluginManager(14561): THREAD WARNING: exec() call to 
 Notification.beep blocked the main thread for 10507ms. Plugin should use 
 CordovaInterface.getThreadPool().
 {quote}
 App runs on Android 4.1



--
This message was sent by Atlassian JIRA
(v6.1#6144)

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

2013-11-15 Thread ASF subversion and git services (JIRA)


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

Mike Billau commented on CB-5398:
-

This exists on 3.x as well.
In the mean time a workaround is to go through the Gallery app.
So when it says Recent, Drive, Images, and Downloads, at the bottom of 
that list will be Gallery. As far as I can tell this opens up the Gallery app 
and then you can navigate through those folders and select any of the photos. 

I'm getting this in LOGCAT: 
{noformat}
11-15 12:16:24.017: D/CordovaActivity(7351): Incoming Result
11-15 12:16:24.017: D/CordovaActivity(7351): Request code = 50
11-15 12:16:24.017: D/CordovaActivity(7351): We have a callback to send this 
result to
11-15 12:16:24.037: D/dalvikvm(7351): GC_FOR_ALLOC freed 34K, 3% free 
16572K/17084K, paused 8ms, total 8ms
11-15 12:16:24.057: I/dalvikvm-heap(7351): Grow heap (frag case) to 46.700MB 
for 31961104-byte allocation
11-15 12:16:24.067: D/dalvikvm(7351): GC_FOR_ALLOC freed 1K, 2% free 
47783K/48300K, paused 9ms, total 9ms
11-15 12:16:24.227: E/DatabaseUtils(4667): Writing exception to parcel
11-15 12:16:24.227: E/DatabaseUtils(4667): java.lang.SecurityException: 
Permission Denial: reading com.android.providers.media.MediaDocumentsProvider 
uri content://com.android.providers.media.documents/document/image:59 from 
pid=7351, uid=10083 requires android.permission.MANAGE_DOCUMENTS, or 
grantUriPermission()
11-15 12:16:24.227: E/DatabaseUtils(4667):  at 
android.content.ContentProvider$Transport.enforceReadPermissionInner(ContentProvider.java:457)
11-15 12:16:24.227: E/DatabaseUtils(4667):  at 
android.content.ContentProvider$Transport.enforceReadPermission(ContentProvider.java:394)
11-15 12:16:24.227: E/DatabaseUtils(4667):  at 
android.content.ContentProvider$Transport.enforceFilePermission(ContentProvider.java:387)
11-15 12:16:24.227: E/DatabaseUtils(4667):  at 
android.content.ContentProvider$Transport.openTypedAssetFile(ContentProvider.java:339)
11-15 12:16:24.227: E/DatabaseUtils(4667):  at 
android.content.ContentProviderNative.onTransact(ContentProviderNative.java:305)
11-15 12:16:24.227: E/DatabaseUtils(4667):  at 
android.os.Binder.execTransact(Binder.java:404)
11-15 12:16:24.227: E/DatabaseUtils(4667):  at 
dalvik.system.NativeStart.run(Native Method)
11-15 12:16:24.237: E/AndroidProtocolHandler(7351): Unable to open content URL: 
content://com.android.providers.media.documents/document/image%3A59
11-15 12:16:24.247: D/dalvikvm(7351): GC_EXPLICIT freed 31233K, 4% free 
16554K/17084K, paused 2ms+2ms, total 25ms
11-15 12:16:24.247: D/Whitelist(7351): Unlimited access to network resources
11-15 12:16:24.247: I/CordovaLog(7351): Found start page location: index.html
11-15 12:16:24.247: I/CordovaLog(7351): Changing log level to DEBUG(3)
11-15 12:16:24.247: D/CordovaActivity(7351): Resuming the App
11-15 12:16:24.247: D/CordovaActivity(7351): CB-3064: The errorUrl is null
11-15 12:16:24.247: D/CordovaLog(7351): 
file:///android_asset/www/camera/index.html: Line 58 : URL: 
content://com.android.providers.media.documents/document/image%3A59
11-15 12:16:24.247: I/chromium(7351): [INFO:CONSOLE(58)] URL: 
content://com.android.providers.media.documents/document/image%3A59, source: 
file:///android_asset/www/camera/index.html (58)
{noformat}


Looks like there is a new permission: MANAGE_DOCUMENTS: 
http://developer.android.com/reference/android/Manifest.permission.html#MANAGE_DOCUMENTS

I tried to add {{android.permission.MANAGE_DOCUMENTS}} to the 
AndroidManifest.xml but even after doing this, compiling with ADB and 
installing, I'm still getting the above error and still unable to pick any 
photos unless I go through the Gallery app first. I made sure to set 
targetSDK=19 which is when this new permission was added. 

[~bowserj] do you have any ideas on why Android wouldn't be picking up the new 
permission? Is the problem in {{DatabaseUtils}} that I assume is some Android 
app? 

 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,

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

2013-11-15 Thread julio cesar (JIRA)


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

julio cesar commented on CB-5398:
-

Yeah, the gallery works, the problem is just with the new android 4.4 options

 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#6144)

[jira] [Commented] (CB-5232) Make android include CordovaLib as a library instead of a Jar


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

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

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

CB-5232 Change create script to use Cordova as a library.


 Make android include CordovaLib as a library instead of a Jar
 -

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

 Motivation:
 -Works better in IntelliJ
 -Faster project creation
 -Consistent with iOS approach
 -Allows users to step into framework code when debugging
 Proof of concept is checked in at cordova-android's libproject branch. 
 Let's wait until the 3.2.0 branch is created before merging.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Resolved] (CB-5232) Make android include CordovaLib as a library instead of a Jar

2013-11-15 Thread Andrew Grieve (JIRA)


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

Andrew Grieve resolved CB-5232.
---

Resolution: Fixed

To be included in Cordova 3.3

 Make android include CordovaLib as a library instead of a Jar
 -

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

 Motivation:
 -Works better in IntelliJ
 -Faster project creation
 -Consistent with iOS approach
 -Allows users to step into framework code when debugging
 Proof of concept is checked in at cordova-android's libproject branch. 
 Let's wait until the 3.2.0 branch is created before merging.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Created] (CB-5410) Set appx manifest identity name using package name

Maxime LUCE created CB-5410:
---

 Summary: Set appx manifest identity name using package name
 Key: CB-5410
 URL: https://issues.apache.org/jira/browse/CB-5410
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: CLI, Windows 8
Reporter: Maxime LUCE
Assignee: Maxime LUCE


This fix allows developers to easily find their app files and configuration in 
the system.

The appx manifest identity name is used by Windows to create an unique name for 
the app. This unique name is now more human readable.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Created] (CB-5411) Append an author property to config_parser

Maxime LUCE created CB-5411:
---

 Summary: Append an author property to config_parser
 Key: CB-5411
 URL: https://issues.apache.org/jira/browse/CB-5411
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: CLI
Reporter: Maxime LUCE
Assignee: Maxime LUCE


As we have an author field in config.xml, we can retrieve it in config_parser 
to allow platforms which asks for a Publisher name (Windows 8, Windows Phone, 
...) to set the Publisher name using the author from config.xml



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-5411) Append an author property to config_parser


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

Maxime LUCE commented on CB-5411:
-

Pull request : https://github.com/apache/cordova-cli/pull/93
Commit: Append author property to config_parser 912e012

 Append an author property to config_parser
 --

 Key: CB-5411
 URL: https://issues.apache.org/jira/browse/CB-5411
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: CLI
Reporter: Maxime LUCE
Assignee: Maxime LUCE

 As we have an author field in config.xml, we can retrieve it in config_parser 
 to allow platforms which asks for a Publisher name (Windows 8, Windows Phone, 
 ...) to set the Publisher name using the author from config.xml



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Created] (CB-5412) Update appxmanifest DisplayName and PublisherName properties

Maxime LUCE created CB-5412:
---

 Summary: Update appxmanifest DisplayName and PublisherName 
properties
 Key: CB-5412
 URL: https://issues.apache.org/jira/browse/CB-5412
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: CLI, Windows 8
Reporter: Maxime LUCE
Assignee: Maxime LUCE


This fix allows to always  have up to date values into DisplayName and 
PublisherName fields of package.appxmanifest.

This fields are usefull for Windows Store submission.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-5410) Set appx manifest identity name using package name


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

Maxime LUCE commented on CB-5410:
-

Pull request : https://github.com/apache/cordova-cli/pull/93
Commit: Update Identity.Name in package.appxmanifest 1da2a96

 Set appx manifest identity name using package name
 --

 Key: CB-5410
 URL: https://issues.apache.org/jira/browse/CB-5410
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: CLI, Windows 8
Reporter: Maxime LUCE
Assignee: Maxime LUCE

 This fix allows developers to easily find their app files and configuration 
 in the system.
 The appx manifest identity name is used by Windows to create an unique name 
 for the app. This unique name is now more human readable.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-5412) Update appxmanifest DisplayName and PublisherName properties


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

Maxime LUCE commented on CB-5412:
-

Pull request : https://github.com/apache/cordova-cli/pull/93
 Commit: Update appxmanifest properties' DisplayName and PublisherName 02162b4

 Update appxmanifest DisplayName and PublisherName properties
 

 Key: CB-5412
 URL: https://issues.apache.org/jira/browse/CB-5412
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: CLI, Windows 8
Reporter: Maxime LUCE
Assignee: Maxime LUCE

 This fix allows to always  have up to date values into DisplayName and 
 PublisherName fields of package.appxmanifest.
 This fields are usefull for Windows Store submission.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-5400) Version and Id is not set correctly in Windows 8 application project file


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

Maxime LUCE commented on CB-5400:
-

My bad, sorry. 
When i started the fix, I get carried by my enthusiasm and fix some other 
things.
I will avoid that next time !

To resolve this I created 3 sub tasks :
https://issues.apache.org/jira/browse/CB-5410
https://issues.apache.org/jira/browse/CB-5411
https://issues.apache.org/jira/browse/CB-5412

I will resolve sub tasks when this one is resolved.

 Version and Id is not set correctly in Windows 8 application project file
 -

 Key: CB-5400
 URL: https://issues.apache.org/jira/browse/CB-5400
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI, Windows 8
Reporter: Maxime LUCE
Assignee: Maxime LUCE

 When using CLI with Windows 8 Platform :
 1. Cordova default version string is not compatible with Windows 8 one (0.0.0 
 vs 0.0.0.0) so add a .0 automatically.
 2. In package.appxmanifest, Application.id must be a safe name, which is not 
 actually, we can use packageName (which is safe) or compute a safe name based 
 on config name.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-5082) add BB10 support in doPlatform()

2013-11-15 Thread Josh Soref (JIRA)


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

Josh Soref commented on CB-5082:


I don't think this is what people would want...

 add BB10 support in doPlatform()
 

 Key: CB-5082
 URL: https://issues.apache.org/jira/browse/CB-5082
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: CLI
Reporter: Marcel Kinard
Assignee: Lucas Holmquist
Priority: Minor





--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Created] (CB-5413) [BlackBerry10] Device detection fails when multuple 169.254.x.x networks exist

2013-11-15 Thread Bryan Higgins (JIRA)

Bryan Higgins created CB-5413:
-

 Summary: [BlackBerry10] Device detection fails when multuple 
169.254.x.x networks exist
 Key: CB-5413
 URL: https://issues.apache.org/jira/browse/CB-5413
 Project: Apache Cordova
  Issue Type: Bug
  Components: BlackBerry
Affects Versions: 3.1.0, 3.0.0, 3.2.0
Reporter: Bryan Higgins
Assignee: Bryan Higgins
 Fix For: 3.3.0


Fix is to iterate through all of these networks to check for a connected device.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Resolved] (CB-5164) [Release + 3.2.0] Test Tag RC1 of cordova-cli

2013-11-15 Thread Steve Gill (JIRA)


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

Steve Gill resolved CB-5164.


Resolution: Fixed

 [Release + 3.2.0] Test  Tag RC1 of cordova-cli
 ---

 Key: CB-5164
 URL: https://issues.apache.org/jira/browse/CB-5164
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: CLI
Reporter: Steve Gill
Assignee: Steve Gill
 Fix For: 3.2.0


 Refer to Workflow here:
 http://wiki.apache.org/cordova/CuttingReleases
 Instead of branching, we should:
 1. check out the last released version
 2. change the platforms.js file locally
 3. upload to npm without checking in.
 4. set latest tag on npm to previous version



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Resolved] (CB-5176) [Release + 3.2.0] Create blog post for RC1 Announce

2013-11-15 Thread Steve Gill (JIRA)


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

Steve Gill resolved CB-5176.


Resolution: Fixed
  Assignee: Steve Gill

 [Release + 3.2.0] Create blog post for RC1  Announce
 -

 Key: CB-5176
 URL: https://issues.apache.org/jira/browse/CB-5176
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Website
Reporter: Steve Gill
Assignee: Steve Gill
 Fix For: 3.2.0






--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Assigned] (CB-5179) [Release + 3.2.0] Test Tag 3.2.0 for: cordova-js, cordova-mobile-spec and cordova-app-hello-world

2013-11-15 Thread Steve Gill (JIRA)


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

Steve Gill reassigned CB-5179:
--

Assignee: Steve Gill

 [Release + 3.2.0] Test  Tag 3.2.0 for: cordova-js, cordova-mobile-spec and 
 cordova-app-hello-world
 ---

 Key: CB-5179
 URL: https://issues.apache.org/jira/browse/CB-5179
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: App Hello World, CordovaJS, mobile-spec
Reporter: Steve Gill
Assignee: Steve Gill
 Fix For: 3.2.0






--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-5375) iOS7 splash screen resizing


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

Shazron Abdullah commented on CB-5375:
--

Thanks. That is the latest version.

 iOS7 splash screen resizing
 ---

 Key: CB-5375
 URL: https://issues.apache.org/jira/browse/CB-5375
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin SplashScreen
Affects Versions: 3.1.0
 Environment: iOS 7.0.x
 Xcode 5
Reporter: Fabrizio Bottino
  Labels: ios7, splashscreen, xcode5

 When transition happens between xcode splash screen and plugin splash screen 
 I can see image moving because it got resized.
 My app is currently compatible with iOS 5.x, 6.x, 7.0.x so I have both old 
 splash screen sizes (devices size - status bar) and new splash screen sizes 
 (full devices size)
 I tried to debug the issue and this is what I have found:
 - plugin guesses splash screen file name based on default apple naming of 
 files
 - plugin is not reading effective splash screen used in in .plist
 - in iOS 7 there are new splash screen sizes which are outside standard 
 apple naming
 in this example I will show ipad NON retina landscape:
 1024x748 Default-Landscape~ipad.png
 1024x768 ipad7l.png
 Where ipad7l is a name I choose, while  Default-Landscape~ipad is the 
 name Xcode has given to my splash after pointing it as splash.
 When plugin starts it compares actual device resolution with guessed image 
 resolution and if they're not equal it proceed to resize.
 Device size is 1024x768, image size is 1024x748 (because plugin guesses 
 Default-Landscape~ipad.png as image file name, as in iOS 6 naming) and it 
 proceed to resize it.
 Maybe I am wrong in my splash screen naming.
 If I am not I suggest plugin should red .plist file to know which file to use



--
This message was sent by Atlassian JIRA
(v6.1#6144)

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

2013-11-15 Thread ASF subversion and git services (JIRA)


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

Mike Billau commented on CB-5398:
-

On Android 4.4, with Cordova 3.x, it looks like the app just doesn't get the 
image. However, on Cordova 2.x, the app actually will force quit. 

 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#6144)

[jira] [Commented] (CB-5404) Update File API tests


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

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

Commit d6f07da699b217eb749ac0c8da44e1d110f5b848 in branch refs/heads/master 
from [~iclelland]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-mobile-spec.git;h=d6f07da ]

CB-5404: Add test for actually reading directory contents


 Update File API tests
 -

 Key: CB-5404
 URL: https://issues.apache.org/jira/browse/CB-5404
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Plugin File
Reporter: Ian Clelland
Assignee: Ian Clelland
 Fix For: 3.2.0


 Many of the tests in the test suite are fragile, and depend on 
 implementation-dependent things like whether root directory paths end with a 
 / or not, or whether a particular URL scheme is valid. I'm first going to 
 fix those tests which don't pass under both the old and new systems.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Created] (CB-5414) 2.x InAppBrowser localUrls fail on Android 4.4

Mike Billau created CB-5414:
---

 Summary: 2.x InAppBrowser localUrls fail on Android 4.4 
 Key: CB-5414
 URL: https://issues.apache.org/jira/browse/CB-5414
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin InAppBrowser
Affects Versions: 2.9.0, 2.6.0, 2.3.0
Reporter: Mike Billau
Priority: Minor


For Cordova 2.x stream, InAppBrowser is not able to open Local URL links on 
Android 4.4

I think that it has to do with: 
http://developer.android.com/guide/webapps/migrating.html#URLs

Apparently this is not covered by Quirks Mode because setting targetSDK=18 or 
targetSDK=19 doesn't make a difference. 

Tested with 2.x mobile spec. 



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Updated] (CB-5414) 2.x InAppBrowser localUrls fail on Android 4.4


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

Mike Billau updated CB-5414:


Affects Version/s: (was: 2.9.0)

 2.x InAppBrowser localUrls fail on Android 4.4 
 ---

 Key: CB-5414
 URL: https://issues.apache.org/jira/browse/CB-5414
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin InAppBrowser
Affects Versions: 2.3.0, 2.6.0
Reporter: Mike Billau
Priority: Minor

 For Cordova 2.x stream, InAppBrowser is not able to open Local URL links on 
 Android 4.4
 I think that it has to do with: 
 http://developer.android.com/guide/webapps/migrating.html#URLs
 Apparently this is not covered by Quirks Mode because setting targetSDK=18 or 
 targetSDK=19 doesn't make a difference. 
 Tested with 2.x mobile spec. 



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-5414) 2.x InAppBrowser localUrls fail on Android 4.4

2013-11-15 Thread ASF subversion and git services (JIRA)


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

Mike Billau commented on CB-5414:
-

Just tested with the latest 2.9.1 and this works fine. 

 2.x InAppBrowser localUrls fail on Android 4.4 
 ---

 Key: CB-5414
 URL: https://issues.apache.org/jira/browse/CB-5414
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin InAppBrowser
Affects Versions: 2.3.0, 2.6.0
Reporter: Mike Billau
Priority: Minor

 For Cordova 2.x stream, InAppBrowser is not able to open Local URL links on 
 Android 4.4
 I think that it has to do with: 
 http://developer.android.com/guide/webapps/migrating.html#URLs
 Apparently this is not covered by Quirks Mode because setting targetSDK=18 or 
 targetSDK=19 doesn't make a difference. 
 Tested with 2.x mobile spec. 



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-5393) Android's Online bridge sometimes doesn't work on KitKat

2013-11-15 Thread Marcel Kinard (JIRA)

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

Marcel Kinard commented on CB-5393:
---

Does this fix need to be applied to master? Or more generally, are there other
affected versions (earlier or later) besides 2.9.0 and 3.0.0?

Android's Online bridge sometimes doesn't work on KitKat

Key: CB-5393
URL: https://issues.apache.org/jira/browse/CB-5393
Project: Apache Cordova
Issue Type: Bug
Components: Android
Affects Versions: 2.9.0, 3.0.0
Reporter: Andrew Grieve
Assignee: Andrew Grieve
Fix For: 3.1.0, 2.9.1

Attachments: framework.zip, mobilespec.zip

Here's an app /w source that can reproduce the problem consistently. I've
made some tweaks to exacerbate the scenario in which it occurs. I'm fairly
certain that happens when online changes back and forth too fast.
The bug happens with without the debugger attached.
How to use the test app:
- The bug is happening consistently for me on start-up and causes the page to
not load correctly. If you get an alert saying that it didn't start-up, click
the Refresh Page button at the top.
- The bug doesn't appear on the second time (at least for me) (no alerts)
- Click the Benchmark exec button and wait for it to report the bridge
speed.
- Notice that it seems to work fine
- Now check the Use two echos at once box and run the test again a few times
- Notice that you get an alert saying that no echo was received after a
certain number of calls.
The bug will not happen with the pre-KitKat WebView.
mobilespec.zip framework.zip have the sources.

--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-5393) Android's Online bridge sometimes doesn't work on KitKat

2013-11-15 Thread Andrew Grieve (JIRA)

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

Andrew Grieve commented on CB-5393:
---

The bug affects the ONLINE_EVENTS bridge mode, which has been the default since
Cordova 2.2.

The change was made to master before 3.1 was branched. It was also included in
the 2.9.1 release.

Android's Online bridge sometimes doesn't work on KitKat

Attachments: framework.zip, mobilespec.zip

--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-5413) [BlackBerry10] Device detection fails when multuple 169.254.x.x networks exist


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

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

Commit e2c7d813e369b5cc45daebae2a14a43f35449f67 in branch refs/heads/master 
from [~bhigg...@blackberry.com]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-blackberry.git;h=e2c7d81 ]

CB-5413 Device detection - iterate through all 169.254.x.x networks


 [BlackBerry10] Device detection fails when multuple 169.254.x.x networks exist
 --

 Key: CB-5413
 URL: https://issues.apache.org/jira/browse/CB-5413
 Project: Apache Cordova
  Issue Type: Bug
  Components: BlackBerry
Affects Versions: 3.0.0, 3.1.0, 3.2.0
Reporter: Bryan Higgins
Assignee: Bryan Higgins
 Fix For: 3.3.0


 Fix is to iterate through all of these networks to check for a connected 
 device.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Created] (CB-5415) FxOS plugin permissions documentation

2013-11-15 Thread Herm Wong (JIRA)

Herm Wong created CB-5415:
-

 Summary: FxOS plugin permissions documentation
 Key: CB-5415
 URL: https://issues.apache.org/jira/browse/CB-5415
 Project: Apache Cordova
  Issue Type: Task
  Components: FirefoxOS
Affects Versions: 3.2.0
Reporter: Herm Wong
Assignee: Herm Wong


List of all permissions in FxOS.

As plugins are completed the permissions required for the manifest.webapp 
should be documented with the corresponding API.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Resolved] (CB-5413) [BlackBerry10] Device detection fails when multuple 169.254.x.x networks exist

2013-11-15 Thread Bryan Higgins (JIRA)


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

Bryan Higgins resolved CB-5413.
---

Resolution: Fixed

 [BlackBerry10] Device detection fails when multuple 169.254.x.x networks exist
 --

 Key: CB-5413
 URL: https://issues.apache.org/jira/browse/CB-5413
 Project: Apache Cordova
  Issue Type: Bug
  Components: BlackBerry
Affects Versions: 3.0.0, 3.1.0, 3.2.0
Reporter: Bryan Higgins
Assignee: Bryan Higgins
 Fix For: 3.3.0


 Fix is to iterate through all of these networks to check for a connected 
 device.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Created] (CB-5416) Need to auto generate manifest.webapp with appropriate plugin permissions

2013-11-15 Thread Herm Wong (JIRA)

Herm Wong created CB-5416:
-

 Summary: Need to auto generate manifest.webapp with appropriate 
plugin permissions
 Key: CB-5416
 URL: https://issues.apache.org/jira/browse/CB-5416
 Project: Apache Cordova
  Issue Type: Task
  Components: CLI, FirefoxOS
Affects Versions: 3.2.0
Reporter: Herm Wong
Assignee: Herm Wong


When FxOS apps are built, the CLI needs to determine which plugins are used and 
also generate the correct permissions in the manifest.webapp file.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-5372) Notification.beep blocks app execution - doesn't use CordovaInterface.getThreadPool

2013-11-15 Thread Michael Schmidt (JIRA)


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

Michael Schmidt commented on CB-5372:
-

Rather a regression - to my understanding Cordova 1.x didn't do this - at least 
for Cordova 1.7 I'm sure 

 Notification.beep blocks app execution - doesn't use 
 CordovaInterface.getThreadPool
 ---

 Key: CB-5372
 URL: https://issues.apache.org/jira/browse/CB-5372
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.1.0
Reporter: Michael Schmidt
Priority: Blocker

 Calling a simple beep notification for 5 seconds blocks the whole app for 
 this time
 {quote}
   navigator.notification.beep(5);
 {quote}
 Debug console output is as follows:
 {quote}
  11-13 12:07:09.845: W/PluginManager(14561): THREAD WARNING: exec() call to 
 Notification.beep blocked the main thread for 10507ms. Plugin should use 
 CordovaInterface.getThreadPool().
 {quote}
 App runs on Android 4.1



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Created] (CB-5418) BrowserMouseHelper fails on WP8 for WP7 apps

2013-11-15 Thread Jesse MacFadyen (JIRA)

Jesse MacFadyen created CB-5418:
---

 Summary: BrowserMouseHelper fails on WP8 for WP7 apps
 Key: CB-5418
 URL: https://issues.apache.org/jira/browse/CB-5418
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP7
Affects Versions: 3.1.0
Reporter: Jesse MacFadyen
Assignee: Jesse MacFadyen
 Fix For: 3.3.0


When apps targeting Windows Phone 7 are run on Windows Phone 8 devices the 
mouse helper cannot access the Border component as the visual tree is different.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-5389) Status Bar plugin issues with orientation

2013-11-15 Thread ASF subversion and git services (JIRA)


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

Shazron Abdullah commented on CB-5389:
--

What is  the value of your viewport meta tag in your index.html

 Status Bar plugin issues with orientation
 -

 Key: CB-5389
 URL: https://issues.apache.org/jira/browse/CB-5389
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugins
Affects Versions: 3.1.0
 Environment: Ios
Reporter: Mike Hartington
Assignee: Shazron Abdullah
  Labels: ios, javascript, objective-c, statusbar-plugin

 When I try to hide the Status Bar on iOS when my device is in landscape, the 
 entire app's width shrinks to what is about the devices width would be if 
 portrait. 
 So if my iPad is in landscape and I hide the status bar, the app will just 
 scale to about 768px. 
 I tried removing my apps javascript, ran the app again, and used Safaris Web 
 Inspect Console to see if I had an error in my javascript, but had the same 
 issue. 



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-5418) BrowserMouseHelper fails on WP8 for WP7 apps


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

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

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

CB-5418 BrowserMouseHelper fails on WP8 for WP7 apps


 BrowserMouseHelper fails on WP8 for WP7 apps
 

 Key: CB-5418
 URL: https://issues.apache.org/jira/browse/CB-5418
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP7
Affects Versions: 3.1.0
Reporter: Jesse MacFadyen
Assignee: Jesse MacFadyen
  Labels: Mouse, WP7,
 Fix For: 3.3.0


 When apps targeting Windows Phone 7 are run on Windows Phone 8 devices the 
 mouse helper cannot access the Border component as the visual tree is 
 different.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Assigned] (CB-5389) Status Bar plugin issues with orientation


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

Shazron Abdullah reassigned CB-5389:


Assignee: Shazron Abdullah

 Status Bar plugin issues with orientation
 -

 Key: CB-5389
 URL: https://issues.apache.org/jira/browse/CB-5389
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugins
Affects Versions: 3.1.0
 Environment: Ios
Reporter: Mike Hartington
Assignee: Shazron Abdullah
  Labels: ios, javascript, objective-c, statusbar-plugin

 When I try to hide the Status Bar on iOS when my device is in landscape, the 
 entire app's width shrinks to what is about the devices width would be if 
 portrait. 
 So if my iPad is in landscape and I hide the status bar, the app will just 
 scale to about 768px. 
 I tried removing my apps javascript, ran the app again, and used Safaris Web 
 Inspect Console to see if I had an error in my javascript, but had the same 
 issue. 



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Updated] (CB-5389) Status Bar plugin issues with orientation


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

Shazron Abdullah updated CB-5389:
-

Priority: Major  (was: Critical)

 Status Bar plugin issues with orientation
 -

 Key: CB-5389
 URL: https://issues.apache.org/jira/browse/CB-5389
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugins
Affects Versions: 3.1.0
 Environment: Ios
Reporter: Mike Hartington
  Labels: ios, javascript, objective-c, statusbar-plugin

 When I try to hide the Status Bar on iOS when my device is in landscape, the 
 entire app's width shrinks to what is about the devices width would be if 
 portrait. 
 So if my iPad is in landscape and I hide the status bar, the app will just 
 scale to about 768px. 
 I tried removing my apps javascript, ran the app again, and used Safaris Web 
 Inspect Console to see if I had an error in my javascript, but had the same 
 issue. 



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-5417) Notification.beep doesn't use background thread - blocks app execution


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

Shazron Abdullah commented on CB-5417:
--

Solution: follow the advice in the Threading section here: 
http://cordova.apache.org/docs/en/edge/guide_platforms_ios_plugin.md.html#iOS%20Plugins_threading

 Notification.beep doesn't use background thread - blocks app execution
 --

 Key: CB-5417
 URL: https://issues.apache.org/jira/browse/CB-5417
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 3.1.0
Reporter: Michael Schmidt

 Notification.beep blocks the UI - comes to relevance when triggering multiple 
 beeps
 {quote}
 THREAD WARNING: ['Notification'] took '13.020996' ms. Plugin should use a 
 background thread.
 {quote}



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Resolved] (CB-5418) BrowserMouseHelper fails on WP8 for WP7 apps

2013-11-15 Thread Jesse MacFadyen (JIRA)


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

Jesse MacFadyen resolved CB-5418.
-

Resolution: Fixed

 BrowserMouseHelper fails on WP8 for WP7 apps
 

 Key: CB-5418
 URL: https://issues.apache.org/jira/browse/CB-5418
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP7
Affects Versions: 3.1.0
Reporter: Jesse MacFadyen
Assignee: Jesse MacFadyen
  Labels: Mouse, WP7,
 Fix For: 3.3.0


 When apps targeting Windows Phone 7 are run on Windows Phone 8 devices the 
 mouse helper cannot access the Border component as the visual tree is 
 different.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Updated] (CB-2415) On iOS the ajax error/fail callback is not called after server returns error code 401/unauthorized


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

Shazron Abdullah updated CB-2415:
-

Assignee: (was: Shazron Abdullah)

 On iOS the ajax error/fail callback is not called after server returns error 
 code 401/unauthorized
 --

 Key: CB-2415
 URL: https://issues.apache.org/jira/browse/CB-2415
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 2.2.0
 Environment: OSX 10.8.2, Xcode 4.5.1, iOS Simulator 5.0, 5.1, 6.0, 
 cordova 2.2
Reporter: Zach White
  Labels: 401, BasicAuth, iOS

 I am seeing the same issue as reported in 
 [CB-2284|https://issues.apache.org/jira/browse/CB-2284] also in iOS. Ajax 
 calls with Authorization header set are not returning but are timing out when 
 the authorization credentials are invalid.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Updated] (CB-5396) UiWebView doesn't resize when Keyboard Show when DisallowScroll is True


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

Shazron Abdullah updated CB-5396:
-

Component/s: Plugins

 UiWebView doesn't resize when Keyboard Show when DisallowScroll is True
 ---

 Key: CB-5396
 URL: https://issues.apache.org/jira/browse/CB-5396
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugins
Affects Versions: 3.2.0
 Environment: cordova 3.2 with keyboard plugin.
Reporter: Tom Wilson





--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Updated] (CB-5394) FileTransfer.abort doesn't stop Upload from completing


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

Shazron Abdullah updated CB-5394:
-

Component/s: iOS

 FileTransfer.abort doesn't stop Upload from completing
 --

 Key: CB-5394
 URL: https://issues.apache.org/jira/browse/CB-5394
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin File Transfer
Affects Versions: 3.1.0
 Environment: iOS 7
Reporter: Jamal Johnson

 When uploading a file using the FileTransfer plugin and calling the abort() 
 method, everything works as the documentation states as far as the failure 
 callback being called with the appropriate information, however the upload 
 continues and completes on the server, the connection doesn't close even 
 though the obj-c code seems to calling cancel on the connection object. 
 (more info from a post I sent to google groups with no response: 
 https://groups.google.com/forum/#!searchin/phonegap/abort/phonegap/eoN8HLrutIM/1GSeDIJfnKgJ)



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-5352) info section of the plugin is not displayed during cordova plugin add


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

Shazron Abdullah commented on CB-5352:
--

Recursive link. Actual pull request link:
https://github.com/apache/cordova-cli/pull/92

 info section of the plugin is not displayed during cordova plugin add
 ---

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

 I was expecting the {{info}} section to be displayed during install, so the 
 user can take appropriate actions, but this is the output:
 {code}
 $ cordova -v
 3.1.0-0.2.0
 $ cordova plugin add https://github.com/amuino/cordova-actionsheet
 Fetching plugin from https://github.com/amuino/cordova-actionsheet;...
 Starting installation of com.phonegap.plugins.actionsheet for android
 Preparing android project
 com.phonegap.plugins.actionsheet installed on android.
 Starting installation of com.phonegap.plugins.actionsheet for ios
 Preparing ios project
 com.phonegap.plugins.actionsheet installed on ios.
 {code}



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Updated] (CB-5396) UiWebView doesn't resize when Keyboard Show when DisallowScroll is True