[jira] [Commented] (CB-6851) Deprecate webView.sendJavascript()
[ https://issues.apache.org/jira/browse/CB-6851?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14021537#comment-14021537 ] ASF subversion and git services commented on CB-6851: - Commit b40764104958e5b8a4c7ef19ae98d3a83be17810 in cordova-android's branch refs/heads/4.0.x from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=b407641 ] CB-6851 Deprecate WebView.sendJavascript() Deprecate webView.sendJavascript() -- Key: CB-6851 URL: https://issues.apache.org/jira/browse/CB-6851 Project: Apache Cordova Issue Type: Bug Components: Android Reporter: Andrew Grieve Priority: Minor Discussion: http://markmail.org/thread/lasyzbmq2bckkga6 Bottom line is that it doesn't work in all cases, and it's always better to use sendPluginResult + eval() to execute JS Likely we'll have a long deprecation time on this one since it's used quite a bit. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6879) [codova-lib] Config Utility Modularization
[ https://issues.apache.org/jira/browse/CB-6879?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14025486#comment-14025486 ] ASF subversion and git services commented on CB-6879: - Commit 3623a84eb391f41c5a32ddc67eea89512c4ba654 in cordova-lib's branch refs/heads/master from [~lorin] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=3623a84 ] [CB-6879] config parser breakout into a cordova level module internal referencing is weak (relative paths) 10 squashed commits package.json added to root, so that package.json can be linked from git/hub url as well as npm registry updated create.js to consume configparser module from root of cordova-lib master module config parser readme skeleton [docs] document configparser module updated create test to use modular ConfigParser metadata parsers now consume the Cordova-Lib ConfigParser module references the source by relative path improvement would be for each module to be referenced through npm cordova lib functions refer to modularized ConfigParser removed ConfigParser implementation from cordova tracking config parser test suite [codova-lib] Config Utility Modularization -- Key: CB-6879 URL: https://issues.apache.org/jira/browse/CB-6879 Project: Apache Cordova Issue Type: Sub-task Components: CLI Reporter: Lorin Beer Assignee: Lorin Beer Config Parser has useful functionality for subprojects use case includes any downstream project which wants to manipulate a custom or template config.xml file. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6850) path to blackberry10debugtoken.bar.in warning is unfriendly to Windows users
[ https://issues.apache.org/jira/browse/CB-6850?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14025524#comment-14025524 ] ASF subversion and git services commented on CB-6850: - Commit 5528825536ebf6226e66734ff0be22da9319b288 in cordova-blackberry's branch refs/heads/master from [~jsoref] [ https://git-wip-us.apache.org/repos/asf?p=cordova-blackberry.git;h=5528825 ] CB-6850 use path.join() for blackberry10debugtoken.bar warning path to blackberry10debugtoken.bar.in warning is unfriendly to Windows users Key: CB-6850 URL: https://issues.apache.org/jira/browse/CB-6850 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Affects Versions: 3.5.0 Reporter: Josh Soref Assignee: Josh Soref Priority: Minor Actual: [WARN]Failed to find debug token. If you have an existing debug token, please copy it to C:\Users\ieuser/.cordova/blackberry10debugtoken.bar. To generate a new debug token, execute the 'run' command. Expected: [WARN]Failed to find debug token. If you have an existing debug token, please copy it to C:\Users\ieuser\.cordova\blackberry10debugtoken.bar. To generate a new debug token, execute the 'run' command. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6757) Provide useful hint when simulator does not seem to know its IP
[ https://issues.apache.org/jira/browse/CB-6757?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14025523#comment-14025523 ] ASF subversion and git services commented on CB-6757: - Commit f69c7110dfd83059ccdbad06372216bf2aa41224 in cordova-blackberry's branch refs/heads/master from [~jsoref] [ https://git-wip-us.apache.org/repos/asf?p=cordova-blackberry.git;h=f69c711 ] CB-6757 Provide useful hint when simulator does not seem to know its IP Provide useful hint when simulator does not seem to know its IP --- Key: CB-6757 URL: https://issues.apache.org/jira/browse/CB-6757 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Affects Versions: 3.4.0 Reporter: Josh Soref Assignee: Josh Soref Right now, if you use a simulator w/ cordova-blackberry and have web inspector enabled (the default), you get an alert which doesn't help you connect to web inspector because the simulator doesn't reflect in enough information via the interfaces that the web system is expecting in order to know its IP address. The browser has a different way to calculate the IP address, but a user can see the VM's IP address at the bottom of the VM window, all that's really essential is the port. We know the port, so we can show it. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-5436) Update defaults.xml and config.xml configuration reference
[ https://issues.apache.org/jira/browse/CB-5436?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14025831#comment-14025831 ] ASF subversion and git services commented on CB-5436: - Commit ecc03659e995cff45e4e3c1b3fc9def9d1b2d75f in cordova-blackberry's branch refs/heads/master from [~jsoref] [ https://git-wip-us.apache.org/repos/asf?p=cordova-blackberry.git;h=ecc0365 ] CB-5436 Update defaults.xml and config.xml configuration reference Update defaults.xml and config.xml configuration reference -- Key: CB-5436 URL: https://issues.apache.org/jira/browse/CB-5436 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Reporter: Josh Soref Priority: Minor Fix For: 3.6.0 http://docs.blackberry.com/en/developers/deliverables/15274/ is in defaults.xml, but the web server won't offer such a file. I have no idea what this file has/had, but it's not a very helpful link at this time... -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6904) Improve Markdown in README.md
[ https://issues.apache.org/jira/browse/CB-6904?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14025837#comment-14025837 ] ASF subversion and git services commented on CB-6904: - Commit e2f382aedb737bbca9e36a2c894a702e38e6f525 in cordova-blackberry's branch refs/heads/master from [~jsoref] [ https://git-wip-us.apache.org/repos/asf?p=cordova-blackberry.git;h=e2f382a ] CB-6904 Improve Markdown in README.md Improve Markdown in README.md - Key: CB-6904 URL: https://issues.apache.org/jira/browse/CB-6904 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Affects Versions: 3.5.0 Reporter: Josh Soref Assignee: Josh Soref Priority: Trivial Fix For: 3.6.0 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6907) Application crashes immediately on startup if no network is available
[ https://issues.apache.org/jira/browse/CB-6907?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14026452#comment-14026452 ] ASF subversion and git services commented on CB-6907: - Commit a5e9631258691890f08d94bc784f96aa304c2868 in cordova-plugin-network-information's branch refs/heads/master from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-network-information.git;h=a5e9631 ] CB-6907: android: Don't crash on startup if no networks available Application crashes immediately on startup if no network is available - Key: CB-6907 URL: https://issues.apache.org/jira/browse/CB-6907 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin Network Information Reporter: Ian Clelland Priority: Critical Working on the App harness, I've found that the application will crash immediately if there is no network available (No 3G, no Wi-Fi) at startup time. From the Android docs, {{NetworkManager.getActiveNetworkInfo}} Returns a NetworkInfo object for the current default network or null if no network default network is currently active [http://developer.android.com/reference/android/net/ConnectivityManager.html#getActiveNetworkInfo()] This results in an NPE at NetworkManager.java:201. {code:title=Stack trace} E/AndroidRuntime(31166): java.lang.RuntimeException: Error receiving broadcast Intent { act=android.net.conn.CONNECTIVITY_CHANGE flg=0x410 (has extras) } in org.apache.cordova.networkinformation.NetworkManager$1@41ea6600 E/AndroidRuntime(31166): at android.app.LoadedApk$ReceiverDispatcher$Args.run(LoadedApk.java:769) E/AndroidRuntime(31166): at android.os.Handler.handleCallback(Handler.java:733) E/AndroidRuntime(31166): at android.os.Handler.dispatchMessage(Handler.java:95) E/AndroidRuntime(31166): at android.os.Looper.loop(Looper.java:136) E/AndroidRuntime(31166): at android.app.ActivityThread.main(ActivityThread.java:5001) E/AndroidRuntime(31166): at java.lang.reflect.Method.invokeNative(Native Method) E/AndroidRuntime(31166): at java.lang.reflect.Method.invoke(Method.java:515) E/AndroidRuntime(31166): at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:785) E/AndroidRuntime(31166): at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:601) E/AndroidRuntime(31166): at dalvik.system.NativeStart.main(Native Method) E/AndroidRuntime(31166): Caused by: java.lang.NullPointerException E/AndroidRuntime(31166): at org.apache.cordova.networkinformation.NetworkManager.getConnectionInfo(NetworkManager.java:201) E/AndroidRuntime(31166): at org.apache.cordova.networkinformation.NetworkManager.updateConnectionInfo(NetworkManager.java:171) E/AndroidRuntime(31166): at org.apache.cordova.networkinformation.NetworkManager.access$000(NetworkManager.java:38) E/AndroidRuntime(31166): at org.apache.cordova.networkinformation.NetworkManager$1.onReceive(NetworkManager.java:110) E/AndroidRuntime(31166): at android.app.LoadedApk$ReceiverDispatcher$Args.run(LoadedApk.java:759) E/AndroidRuntime(31166): ... 9 more {code} -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6919) Plugman does not inform the user that windows8 is an available platform
[ https://issues.apache.org/jira/browse/CB-6919?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14027321#comment-14027321 ] ASF subversion and git services commented on CB-6919: - Commit b40efa6828d7c9a16762c1b4cf4da018a132602d in cordova-plugman's branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugman.git;h=b40efa6 ] CB-6919 help should list windows8 as an available platform, and not wp7 Plugman does not inform the user that windows8 is an available platform --- Key: CB-6919 URL: https://issues.apache.org/jira/browse/CB-6919 Project: Apache Cordova Issue Type: Bug Components: Plugman, Windows 8 Reporter: Jesse MacFadyen Assignee: Jesse MacFadyen - platform platform: One of android, ios, blackberry10, wp7 or wp8 Add windows8 and remove wp7 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6922) File Entry.getMetadata returns invalid dates on Android
[ https://issues.apache.org/jira/browse/CB-6922?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14028065#comment-14028065 ] ASF subversion and git services commented on CB-6922: - Commit 9037e9c0bdb72b96afeac5446adb8625d4da2009 in cordova-mobile-spec's branch refs/heads/master from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-mobile-spec.git;h=9037e9c ] CB-6922: Test that metadata.modificationTime is a valid date File Entry.getMetadata returns invalid dates on Android --- Key: CB-6922 URL: https://issues.apache.org/jira/browse/CB-6922 Project: Apache Cordova Issue Type: Bug Reporter: Ian Clelland Assignee: Ian Clelland See https://github.com/apache/cordova-plugin-file/pull/39 {{Entry.getMetadata}} expects the JSON in the callback from native to include a {{modificationTime}} key, but on Android, it contains a {{lastModifiedDate}} key instead. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6902) File.lastModifiedDate should change to .lastModified
[ https://issues.apache.org/jira/browse/CB-6902?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14028083#comment-14028083 ] ASF subversion and git services commented on CB-6902: - Commit 17297e56d15001d168fbe0a5e700366123687b6f in cordova-plugin-file's branch refs/heads/master from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file.git;h=17297e5 ] CB-6902: Use File.lastModified rather than .lastModifiedDate File.lastModifiedDate should change to .lastModified Key: CB-6902 URL: https://issues.apache.org/jira/browse/CB-6902 Project: Apache Cordova Issue Type: Bug Components: Plugin File, Plugin Media Capture Reporter: Ian Clelland Assignee: Ian Clelland In the most recent (June 2 2014) version of the File API spec, the existing Date property {{lastModifiedDate}} has been replaced with a numeric property {{lastModified}} ML discussion: http://lists.w3.org/Archives/Public/public-webapps/2013OctDec/0662.html Bug: https://www.w3.org/Bugs/Public/show_bug.cgi?id=22824 Old spec: http://www.w3.org/TR/2012/WD-FileAPI-20121025/ New spec: http://dev.w3.org/2006/webapi/FileAPI/ (for now) We should change, with a deprecation notice for backwards compatibility, to the new attribute. This likely affects media-capture as well as file, and other plugins which generate File objects. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6922) File Entry.getMetadata returns invalid dates on Android
[ https://issues.apache.org/jira/browse/CB-6922?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14028082#comment-14028082 ] ASF subversion and git services commented on CB-6922: - Commit 090979e9d4dfcd2d696489033f28f31003f2b918 in cordova-plugin-file's branch refs/heads/master from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file.git;h=090979e ] CB-6922: Remove unused getMetadata native code File Entry.getMetadata returns invalid dates on Android --- Key: CB-6922 URL: https://issues.apache.org/jira/browse/CB-6922 Project: Apache Cordova Issue Type: Bug Reporter: Ian Clelland Assignee: Ian Clelland See https://github.com/apache/cordova-plugin-file/pull/39 {{Entry.getMetadata}} expects the JSON in the callback from native to include a {{modificationTime}} key, but on Android, it contains a {{lastModifiedDate}} key instead. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6922) File Entry.getMetadata returns invalid dates on Android
[ https://issues.apache.org/jira/browse/CB-6922?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14028081#comment-14028081 ] ASF subversion and git services commented on CB-6922: - Commit 71ff2e47aa8999c74ba45140bfada8d520246b1e in cordova-plugin-file's branch refs/heads/master from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file.git;h=71ff2e4 ] CB-6922: Use getFileMetadata consistently to get metadata File Entry.getMetadata returns invalid dates on Android --- Key: CB-6922 URL: https://issues.apache.org/jira/browse/CB-6922 Project: Apache Cordova Issue Type: Bug Reporter: Ian Clelland Assignee: Ian Clelland See https://github.com/apache/cordova-plugin-file/pull/39 {{Entry.getMetadata}} expects the JSON in the callback from native to include a {{modificationTime}} key, but on Android, it contains a {{lastModifiedDate}} key instead. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6781) plugin file-transfer: add exception info to error object
[ https://issues.apache.org/jira/browse/CB-6781?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14028357#comment-14028357 ] ASF subversion and git services commented on CB-6781: - Commit 46f9c1d458de7c4f85f2fa19e0020ffb6072651d in cordova-plugin-file-transfer's branch refs/heads/master from [~ignisvulpis] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file-transfer.git;h=46f9c1d ] CB-6781: add the exception text to the error object plugin file-transfer: add exception info to error object Key: CB-6781 URL: https://issues.apache.org/jira/browse/CB-6781 Project: Apache Cordova Issue Type: Improvement Components: Android Affects Versions: 3.5.0 Reporter: Axel Nennker Assignee: Axel Nennker Priority: Minor When something goes wrong during FileTransfer.download or upload the actual information from the exception thrown is lost. Add a field exception to the error object that holds the string of either exception.getMessage() or exception.toString(). -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6781) plugin file-transfer: add exception info to error object
[ https://issues.apache.org/jira/browse/CB-6781?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14028358#comment-14028358 ] ASF subversion and git services commented on CB-6781: - Commit 32106e7a3f6e0b932cb41371260e6f5198c1a6de in cordova-plugin-file-transfer's branch refs/heads/master from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file-transfer.git;h=32106e7 ] CB-6781: Continue previous commit with one new instance (This closes #30) plugin file-transfer: add exception info to error object Key: CB-6781 URL: https://issues.apache.org/jira/browse/CB-6781 Project: Apache Cordova Issue Type: Improvement Components: Android Affects Versions: 3.5.0 Reporter: Axel Nennker Assignee: Axel Nennker Priority: Minor When something goes wrong during FileTransfer.download or upload the actual information from the exception thrown is lost. Add a field exception to the error object that holds the string of either exception.getMessage() or exception.toString(). -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6781) plugin file-transfer: add exception info to error object
[ https://issues.apache.org/jira/browse/CB-6781?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14028366#comment-14028366 ] ASF subversion and git services commented on CB-6781: - Commit 1bc00a21db2d3d6a35caf561f20512a60cb8f0ae in cordova-plugin-file-transfer's branch refs/heads/master from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file-transfer.git;h=1bc00a2 ] CB-6781: Update new docs to match AlexNennker's changes in PR30 plugin file-transfer: add exception info to error object Key: CB-6781 URL: https://issues.apache.org/jira/browse/CB-6781 Project: Apache Cordova Issue Type: Improvement Components: Android Affects Versions: 3.5.0 Reporter: Axel Nennker Assignee: Axel Nennker Priority: Minor When something goes wrong during FileTransfer.download or upload the actual information from the exception thrown is lost. Add a field exception to the error object that holds the string of either exception.getMessage() or exception.toString(). -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6926) clarify common misconceptions in the docs
[ https://issues.apache.org/jira/browse/CB-6926?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14028407#comment-14028407 ] ASF subversion and git services commented on CB-6926: - Commit 3062fdeac44f1991d443cc48c46c1a804d6a0416 in cordova-docs's branch refs/heads/master from [~cmarcelk] [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=3062fde ] CB-6926 Clarify some misconceptions - Cordova does not provide any UI widgets or MV* frameworks - plugins should have a unified JS interface - no plugins are present in a newly-created project - HTML5 app assets usually are local to the device instead of served remotely clarify common misconceptions in the docs - Key: CB-6926 URL: https://issues.apache.org/jira/browse/CB-6926 Project: Apache Cordova Issue Type: Improvement Components: Docs Reporter: Marcel Kinard Assignee: Marcel Kinard Priority: Minor I've seen a few misconceptions from users that ought to be clarified in the docs: - Cordova does not provide any UI widgets or MV* frameworks - plugins should have a unified JS interface - no plugins are present in a newly-created project - HTML5 app assets usually are local to the device instead of served remotely -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6926) clarify common misconceptions in the docs
[ https://issues.apache.org/jira/browse/CB-6926?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14028428#comment-14028428 ] ASF subversion and git services commented on CB-6926: - Commit 25047418868d792f747cfe48cc3d9e25aeacd544 in cordova-docs's branch refs/heads/master from [~cmarcelk] [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=2504741 ] CB-6926 Clarify locally stored HTML5 assets clarify common misconceptions in the docs - Key: CB-6926 URL: https://issues.apache.org/jira/browse/CB-6926 Project: Apache Cordova Issue Type: Improvement Components: Docs Reporter: Marcel Kinard Assignee: Marcel Kinard Priority: Minor I've seen a few misconceptions from users that ought to be clarified in the docs: - Cordova does not provide any UI widgets or MV* frameworks - plugins should have a unified JS interface - no plugins are present in a newly-created project - HTML5 app assets usually are local to the device instead of served remotely -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6931) Audit licenses
[ https://issues.apache.org/jira/browse/CB-6931?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14029113#comment-14029113 ] ASF subversion and git services commented on CB-6931: - Commit 5e41bfb6bfddf59851aa99c177d5bc91efbf3bc6 in cordova-plugman's branch refs/heads/master from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugman.git;h=5e41bfb ] CB-6931: Fix licence headers in plugman Audit licenses -- Key: CB-6931 URL: https://issues.apache.org/jira/browse/CB-6931 Project: Apache Cordova Issue Type: Sub-task Components: CLI, CordovaLib, Plugman Reporter: Ian Clelland Assignee: Ian Clelland -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6931) Audit licenses
[ https://issues.apache.org/jira/browse/CB-6931?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14029193#comment-14029193 ] ASF subversion and git services commented on CB-6931: - Commit 8fec9a9022492052a29a4f938ebba32d11537bd5 in cordova-lib's branch refs/heads/master from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=8fec9a9 ] CB-6931: Fix licence headers in cordova-lib Audit licenses -- Key: CB-6931 URL: https://issues.apache.org/jira/browse/CB-6931 Project: Apache Cordova Issue Type: Sub-task Components: CLI, CordovaLib, Plugman Reporter: Ian Clelland Assignee: Ian Clelland -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6925) simulator detection should fail gracefully when no DHCP leases are present
[ https://issues.apache.org/jira/browse/CB-6925?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14029268#comment-14029268 ] ASF subversion and git services commented on CB-6925: - Commit 8ca4044df41637fbebf39e6a3ac7a13e80cbc9c1 in cordova-blackberry's branch refs/heads/master from [~jsoref] [ https://git-wip-us.apache.org/repos/asf?p=cordova-blackberry.git;h=8ca4044 ] CB-6925 simulator detection: fail gracefully w/ no DHCP leases simulator detection should fail gracefully when no DHCP leases are present -- Key: CB-6925 URL: https://issues.apache.org/jira/browse/CB-6925 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Affects Versions: 3.5.0 Reporter: Josh Soref Assignee: Josh Soref if you try to use emulate and you don't have any leases, you get this error: project\platforms\blackberry10\cordova\lib\target-utils.js:213 dhcpIPs = dhcpIPs.map(function (result) { ^ TypeError: Cannot call method 'map' of null at project\platforms\blackberry10\cordova\lib\target-utils.js :213:35 at fs.js:266:14 at Object.oncomplete (fs.js:107:15) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6930) Tools Release June 12, 2014
[ https://issues.apache.org/jira/browse/CB-6930?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14029481#comment-14029481 ] ASF subversion and git services commented on CB-6930: - Commit 4d7c0d1d31cc46cf39fa5b17ca718266f2a21ac7 in cordova-lib's branch refs/heads/0.21.5 from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=4d7c0d1 ] CB-6930: Update RELEASENOTES.md for release 0.21.5 Tools Release June 12, 2014 --- Key: CB-6930 URL: https://issues.apache.org/jira/browse/CB-6930 Project: Apache Cordova Issue Type: Bug Components: CLI, CordovaLib, Plugman Affects Versions: 3.5.0 Reporter: Ian Clelland Assignee: Ian Clelland Following steps at https://github.com/apache/cordova-coho/blob/master/docs/tools-release-process.md -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6390) Android Manifest Update Suggestions
[ https://issues.apache.org/jira/browse/CB-6390?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14029490#comment-14029490 ] ASF subversion and git services commented on CB-6390: - Commit 6f79246d1af50abd6bcf8c20f04f0912c39835ed in cordova-lib's branch refs/heads/0.21.5 from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=6f79246 ] CB-6390: Update npm-shrinkwrap.json for release 0.21.5 Android Manifest Update Suggestions --- Key: CB-6390 URL: https://issues.apache.org/jira/browse/CB-6390 Project: Apache Cordova Issue Type: Improvement Components: Android Affects Versions: 3.4.0 Reporter: Matthew Keable Priority: Minor Labels: android, androidmanifest.xml Building a project in Cordova 3.4 I receive the following warnings from Eclipse. 1) Should explicitly set android:allowBackup to true or false (it's true by default, and that can have some security implications for the application's data) 2) uses-sdk tag appears after application tag 3) uses-permission tag appears after application tag Would it be possible to either set a default for android:allowBackup or create a config.xml setting for it? Is it possible to rearrange the order in which tags are written to the manifest? -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6930) Tools Release June 12, 2014
[ https://issues.apache.org/jira/browse/CB-6930?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14029491#comment-14029491 ] ASF subversion and git services commented on CB-6930: - Commit 2bef3adbdf15fd80908a2b89b3a78d0bd5b7bc99 in cordova-plugman's branch refs/heads/master from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugman.git;h=2bef3ad ] CB-6930: Updated version and RELEASENOTES.md for release 0.22.3 Tools Release June 12, 2014 --- Key: CB-6930 URL: https://issues.apache.org/jira/browse/CB-6930 Project: Apache Cordova Issue Type: Bug Components: CLI, CordovaLib, Plugman Affects Versions: 3.5.0 Reporter: Ian Clelland Assignee: Ian Clelland Following steps at https://github.com/apache/cordova-coho/blob/master/docs/tools-release-process.md -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6390) Android Manifest Update Suggestions
[ https://issues.apache.org/jira/browse/CB-6390?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14029494#comment-14029494 ] ASF subversion and git services commented on CB-6390: - Commit 5b9553947794be45ddd5c91d3c3afb7f0175a52a in cordova-cli's branch refs/heads/3.5.0-0.2.5 from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=5b95539 ] CB-6390: Updated version and RELEASENOTES.md for release 3.5.0-0.2.5 Android Manifest Update Suggestions --- Key: CB-6390 URL: https://issues.apache.org/jira/browse/CB-6390 Project: Apache Cordova Issue Type: Improvement Components: Android Affects Versions: 3.4.0 Reporter: Matthew Keable Priority: Minor Labels: android, androidmanifest.xml Building a project in Cordova 3.4 I receive the following warnings from Eclipse. 1) Should explicitly set android:allowBackup to true or false (it's true by default, and that can have some security implications for the application's data) 2) uses-sdk tag appears after application tag 3) uses-permission tag appears after application tag Would it be possible to either set a default for android:allowBackup or create a config.xml setting for it? Is it possible to rearrange the order in which tags are written to the manifest? -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-4404) android:windowSoftInputMode does not work
[ https://issues.apache.org/jira/browse/CB-4404?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14029594#comment-14029594 ] ASF subversion and git services commented on CB-4404: - Commit 663a919ed1eb5e24c22e7ee6b0e74a29ff76345c in cordova-android's branch refs/heads/master from [~bowserj] [ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=663a919 ] CB-4404: Changing where android:windowSoftInputMode is in the manifest so it works android:windowSoftInputMode does not work - Key: CB-4404 URL: https://issues.apache.org/jira/browse/CB-4404 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 2.9.0 Environment: * Mac OS 10.7.5 * Android 4.1.2 and 4.2.2 emulator using Intel's x86 images Reporter: Daniel Trebbien Assignee: Andrew Grieve _I recently posted a description of this issue to the phonegap group at [https://groups.google.com/d/topic/phonegap/J-h0lt68x0g/discussion]._ I am testing out PhoneGap 2.9.0 in the Android emulator (using Intel's x86 images), and I am seeing the issue that the android:windowSoftInputMode setting is not having an effect. By default, the setting is set to adjustPan in the generated project, but when I actually focus a text input, the soft keyboard appears on top of the app, but does not pan the main window, and the input is usually hidden beneath the keyboard as a result. Steps to reproduce: # Create a new PhoneGap 2.9.0 project using the {{cordova create}} utility. Add the 'android' platform. # Open the project in Eclipse. # Edit {{index.html}} to add {{brbrbrbrbrbrbrinput placeholder=Text box}} below the {{h1Apache Cordova/h1}} heading. # Run the app in Android 4.1.2 or 4.2.2 emulator. # Tap the input and notice that the soft keyboard is placed over the app and the input is hidden beneath. # Try changing the android:windowSoftInputMode setting in {{AndroidManifest.xml}} to adjustResize, reload the app, and notice that the app is not resized when the input receives keyboard focus. I am seeing this problem in Android 4.1.2 and 4.2.2 emulator. In Android 4.0.3 emulator, the app pans as expected. The strange thing is that if I load the www/ files in the Browser and focus the input, then the window is resized to fit the soft keyboard like normal. This seems to imply that android:windowSoftInputMode works fine in the emulator, but there is some issue in PhoneGap that is preventing it from working. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6895) Generated manifest skips some properties
[ https://issues.apache.org/jira/browse/CB-6895?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14030477#comment-14030477 ] ASF subversion and git services commented on CB-6895: - Commit c3997c279615006e21b73bcfda44368e8e1aadcf in cordova-lib's branch refs/heads/master from [~rsilveira] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=c3997c2 ] CB-6895 Add more config properties into manifest Generated manifest skips some properties Key: CB-6895 URL: https://issues.apache.org/jira/browse/CB-6895 Project: Apache Cordova Issue Type: Bug Components: FirefoxOS Affects Versions: 3.5.0 Reporter: Rodrigo Silveira Assignee: Rodrigo Silveira The properties *launch_path* and *installs_allowed_from* are hard coded and should instead come from *content* and *access* elements in *config.xml*. Manifest doesn't support fullscreen and portrait. See [config.xml docs|http://cordova.apache.org/docs/en/3.5.0/config_ref_index.md.html#The%20config.xml%20File] for cordova props we can use and [app manifest doc|https://developer.mozilla.org/en-US/Apps/Build/Manifest] for what firefoxos supports. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6895) Generated manifest skips some properties
[ https://issues.apache.org/jira/browse/CB-6895?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14030478#comment-14030478 ] ASF subversion and git services commented on CB-6895: - Commit aa070bbec860d54add6683fe84784356761dfc5b in cordova-lib's branch refs/heads/master from [~zalun] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=aa070bb ] Merge remote-tracking branch 'rodms/CB-6895' Generated manifest skips some properties Key: CB-6895 URL: https://issues.apache.org/jira/browse/CB-6895 Project: Apache Cordova Issue Type: Bug Components: FirefoxOS Affects Versions: 3.5.0 Reporter: Rodrigo Silveira Assignee: Rodrigo Silveira The properties *launch_path* and *installs_allowed_from* are hard coded and should instead come from *content* and *access* elements in *config.xml*. Manifest doesn't support fullscreen and portrait. See [config.xml docs|http://cordova.apache.org/docs/en/3.5.0/config_ref_index.md.html#The%20config.xml%20File] for cordova props we can use and [app manifest doc|https://developer.mozilla.org/en-US/Apps/Build/Manifest] for what firefoxos supports. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6939) Replace - with _ in create script PackageName param
[ https://issues.apache.org/jira/browse/CB-6939?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14030984#comment-14030984 ] ASF subversion and git services commented on CB-6939: - Commit 829beb9883a385a11e42fc653de18a35fb0464c5 in cordova-wp8's branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-wp8.git;h=829beb9 ] CB-6939 Replace dash chars in package name and validate it. Replace - with _ in create script PackageName param --- Key: CB-6939 URL: https://issues.apache.org/jira/browse/CB-6939 Project: Apache Cordova Issue Type: Bug Components: WP8 Reporter: Jesse MacFadyen Assignee: Jesse MacFadyen Package names with '-' will not build as the value passed in is used to define a namespace. Simple validity test: /^[a-zA-Z0-9._$]+$/g At the minimum, attempt to fix invalid values by replacing the '-' with '_' as is done on Android. Output error-message and exit with error code if replacing does not make it pass the simple test above. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6942) Cordova hooker.js should not be verbose by default
[ https://issues.apache.org/jira/browse/CB-6942?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14031161#comment-14031161 ] ASF subversion and git services commented on CB-6942: - Commit 5c88df09100c07a63150c645107710d4c92c9e89 in cordova-lib's branch refs/heads/master from [~mmocny] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=5c88df0 ] CB-6942 Describe running hooks only in verbose mode. Cordova hooker.js should not be verbose by default -- Key: CB-6942 URL: https://issues.apache.org/jira/browse/CB-6942 Project: Apache Cordova Issue Type: Bug Components: CLI Reporter: Michal Mocny Assignee: Michal Mocny Priority: Minor hooker.js calles superspawn with `printCommand: true` always set, regardless of verbose/silent setting. We should change to use the verbose setting, or at least provide some way to silence these messages. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6512) Support adding platforms by local path and/or git url
[ https://issues.apache.org/jira/browse/CB-6512?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14031159#comment-14031159 ] ASF subversion and git services commented on CB-6512: - Commit f9025e84fa88c3d97792eb45bd7c2d9c4abc5a97 in cordova-lib's branch refs/heads/master from [~kamrik] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=f9025e8 ] CB-6512: Allow cordova platform add /path/to/platform/files The directory with platform files is expected to contain a package.json with name: cordova-platformName. Example: cordova platform add \ /Users/kamrik/.cordova/lib/npm_cache/cordova-ios/3.5.0/package/ Support adding platforms by local path and/or git url - Key: CB-6512 URL: https://issues.apache.org/jira/browse/CB-6512 Project: Apache Cordova Issue Type: Improvement Components: CLI Reporter: Michal Mocny Assignee: Mark Koudritsky Priority: Minor You can add local development versions of plugins with cordova plugin add ~/path/to/plugin, but you cannot do that for platforms. We should fix that. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6943) customWWW assets can be local but include : in path
[ https://issues.apache.org/jira/browse/CB-6943?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14031208#comment-14031208 ] ASF subversion and git services commented on CB-6943: - Commit f6e73a61683ed2160eaa1da97f6cfacbc6aea0ac in cordova-cli's branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=f6e73a6 ] CB-6943 Path can include the : if it is absolute, only test for http. Added tests customWWW assets can be local but include : in path --- Key: CB-6943 URL: https://issues.apache.org/jira/browse/CB-6943 Project: Apache Cordova Issue Type: Bug Components: CLI Reporter: Jesse MacFadyen Assignee: Jesse MacFadyen passing a copy-from or link-to value of file:// will output the error message: 'Only local paths for custom www assets are supported.' This IS a local path. The test should be testing for http not : C: is another valid path segment. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-5294) File input element not opening file picker in Android 4.4
[ https://issues.apache.org/jira/browse/CB-5294?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032702#comment-14032702 ] ASF subversion and git services commented on CB-5294: - Commit 9ef8c3d61c74c5c681a0242afaccd77857460603 in cordova-docs's branch refs/heads/master from [~mrbillau] [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=9ef8c3d ] CB-5294 fixed by Android 4.4.3 File input element not opening file picker in Android 4.4 - Key: CB-5294 URL: https://issues.apache.org/jira/browse/CB-5294 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.1.0 Environment: Android 4.4.2, partially fixed in Android 4.4.3 Reporter: Paul Kane Assignee: Ian Clelland The file input field doesn't respond when clicked/tapped in Android 4.4. Works fine in previous Android versions. This is regardless of whether the Target Level is set to 18 or 19. To reproduce, I created a fresh Cordova 3.1.0 project for Android. The only modification I made to the default (placeholder) index.html file was adding a form element with a single input type=file element inside. Clicking the Choose File button does nothing. No Logcat output or errors. Normally at this point a dialogue would open allowing me to select an image from the gallery or take a picture, which is what happens in older Android versions. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6941) gnode: Tell people to run npm install when requirements are missing
[ https://issues.apache.org/jira/browse/CB-6941?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032741#comment-14032741 ] ASF subversion and git services commented on CB-6941: - Commit f77d4406e0520f5772cbde7aaedcb81788a671a1 in cordova-coho's branch refs/heads/master from [~jsoref] [ https://git-wip-us.apache.org/repos/asf?p=cordova-coho.git;h=f77d440 ] CB-6941 gnode: Tell people to run npm install when requirements are missing gnode: Tell people to run npm install when requirements are missing --- Key: CB-6941 URL: https://issues.apache.org/jira/browse/CB-6941 Project: Apache Cordova Issue Type: Bug Components: Coho Reporter: Josh Soref Assignee: Josh Soref Priority: Minor 08a6063 gnode support regressed CB-5343 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6740) [amazon-fireos]Clean up error reporting when AmazonWebView SDK not found
[ https://issues.apache.org/jira/browse/CB-6740?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032890#comment-14032890 ] ASF subversion and git services commented on CB-6740: - Commit 1d198e982f686a0e79fd4d0689ab6485c4849da1 in cordova-docs's branch refs/heads/master from [~naika] [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=1d198e9 ] [CB-6740][amazon-fireos]Clean up error reporting when AmazonWebView SDK not found Updated amazon-fireos platform guide with new location for AWV SDK. [amazon-fireos]Clean up error reporting when AmazonWebView SDK not found Key: CB-6740 URL: https://issues.apache.org/jira/browse/CB-6740 Project: Apache Cordova Issue Type: Bug Components: Amazon FireOS Affects Versions: 3.4.0 Reporter: Archana Naik Assignee: Archana Naik Fix For: 3.6.0 amazon-fireos platform requires AmazonWebView SDK to be installed in platform's cached libs folder. Currently, whole stacktrace is shown and error message gets lost in the verbose. Cleanup error reporting mechanism so error message and solution is clear to users. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6740) [amazon-fireos]Clean up error reporting when AmazonWebView SDK not found
[ https://issues.apache.org/jira/browse/CB-6740?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032894#comment-14032894 ] ASF subversion and git services commented on CB-6740: - Commit 087c3918585c9dc50e2759ada1139bcc78d1d34e in cordova-cli's branch refs/heads/master from [~naika] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=087c391 ] [CB-6740][amazon-fireos]Clean up error reporting when AmazonWebView SDK not found Updated cli readme to point to correct location to copy AWV SDK. [amazon-fireos]Clean up error reporting when AmazonWebView SDK not found Key: CB-6740 URL: https://issues.apache.org/jira/browse/CB-6740 Project: Apache Cordova Issue Type: Bug Components: Amazon FireOS Affects Versions: 3.4.0 Reporter: Archana Naik Assignee: Archana Naik Fix For: 3.6.0 amazon-fireos platform requires AmazonWebView SDK to be installed in platform's cached libs folder. Currently, whole stacktrace is shown and error message gets lost in the verbose. Cleanup error reporting mechanism so error message and solution is clear to users. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6740) [amazon-fireos]Clean up error reporting when AmazonWebView SDK not found
[ https://issues.apache.org/jira/browse/CB-6740?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032900#comment-14032900 ] ASF subversion and git services commented on CB-6740: - Commit 5fa8d6ef36412e21df6a190c780502b41f982504 in cordova-amazon-fireos's branch refs/heads/master from [~naika] [ https://git-wip-us.apache.org/repos/asf?p=cordova-amazon-fireos.git;h=5fa8d6e ] [CB-6740]Cleanup error reporting when AmazonWebView SDK is not found Updated create script to check commonlibs folder under ~/.cordova/lib. If it doesnt exist create one and let user know. Error message updated. If exists copy it to specific release's framework/libs folder. [amazon-fireos]Clean up error reporting when AmazonWebView SDK not found Key: CB-6740 URL: https://issues.apache.org/jira/browse/CB-6740 Project: Apache Cordova Issue Type: Bug Components: Amazon FireOS Affects Versions: 3.4.0 Reporter: Archana Naik Assignee: Archana Naik Fix For: 3.6.0 amazon-fireos platform requires AmazonWebView SDK to be installed in platform's cached libs folder. Currently, whole stacktrace is shown and error message gets lost in the verbose. Cleanup error reporting mechanism so error message and solution is clear to users. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6940) File plugin on Android causes app to fail to start if USB Mass Storage mode enabled and USB plugged in
[ https://issues.apache.org/jira/browse/CB-6940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032982#comment-14032982 ] ASF subversion and git services commented on CB-6940: - Commit 76f869ed8cd48bd1eafa1aa7a2d83a8607f4cb9a in cordova-plugin-file's branch refs/heads/master from dzeims [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file.git;h=76f869e ] CB-6940: context.getExternal* methods return null if sdcard isn't in mounted state, causing exceptions that prevent startup from reaching readystate Signed-off-by: Joe Bowser bows...@apache.org File plugin on Android causes app to fail to start if USB Mass Storage mode enabled and USB plugged in -- Key: CB-6940 URL: https://issues.apache.org/jira/browse/CB-6940 Project: Apache Cordova Issue Type: Bug Components: Plugin File Affects Versions: 3.5.0 Environment: Android 2.3.x-4.4.x Cordova 3.5.0-0.2.4 File plugin 1.2.0 Reporter: James White When attempting to launch a Cordova application on Android that includes the File plugin, if the USB Mass Storage option is enabled and the USB cable is plugged in, the application stalls. In the system log, the following appears: ApplicationContext: Unable to create external files directory PluginManager: Uncaught exception from plugin PluginManager: java.lang.NullPointerException PluginManager: at org.apache.cordova.file.FileUtils.requestAllPaths(FileUtils.java:866) PluginManager: at org.apache.cordova.file.FileUtils.execute(FileUtils.java:348) PluginManager: at org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:65) PluginManager: at org.apache.cordova.PluginManager.execHelper(PluginManager.java:242) PluginManager: at org.apache.cordova.PluginManager.exec(PluginManager.java:227) PluginManager: at org.apache.cordova.ExposedJsApi.exec(ExposedJsApi.java:53) PluginManager: at org.apache.cordova.CordovaChromeClient.onJsPrompt(CordovaChromeClient.java:227) PluginManager: at android.webkit.CallbackProxy.handleMessage(CallbackProxy.java:607) PluginManager: at android.os.Handler.dispatchMessage(Handler.java:99) PluginManager: at android.os.Looper.loop(Looper.java:137) PluginManager: at android.app.ActivityThread.main(ActivityThread.java:4722) PluginManager: at java.lang.reflect.Method.invokeNative(Native Method) PluginManager: at java.lang.reflect.Method.invoke(Method.java:511) PluginManager: at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:787) PluginManager: at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:554) PluginManager: at dalvik.system.NativeStart.main(Native Method) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6940) File plugin on Android causes app to fail to start if USB Mass Storage mode enabled and USB plugged in
[ https://issues.apache.org/jira/browse/CB-6940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032984#comment-14032984 ] ASF subversion and git services commented on CB-6940: - Commit cbcd0f461d676df876e4be19e20a4c80b0e2d6de in cordova-plugin-file's branch refs/heads/master from [~bowserj] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file.git;h=cbcd0f4 ] CB-6940: Fixing up commit from dzeims File plugin on Android causes app to fail to start if USB Mass Storage mode enabled and USB plugged in -- Key: CB-6940 URL: https://issues.apache.org/jira/browse/CB-6940 Project: Apache Cordova Issue Type: Bug Components: Plugin File Affects Versions: 3.5.0 Environment: Android 2.3.x-4.4.x Cordova 3.5.0-0.2.4 File plugin 1.2.0 Reporter: James White When attempting to launch a Cordova application on Android that includes the File plugin, if the USB Mass Storage option is enabled and the USB cable is plugged in, the application stalls. In the system log, the following appears: ApplicationContext: Unable to create external files directory PluginManager: Uncaught exception from plugin PluginManager: java.lang.NullPointerException PluginManager: at org.apache.cordova.file.FileUtils.requestAllPaths(FileUtils.java:866) PluginManager: at org.apache.cordova.file.FileUtils.execute(FileUtils.java:348) PluginManager: at org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:65) PluginManager: at org.apache.cordova.PluginManager.execHelper(PluginManager.java:242) PluginManager: at org.apache.cordova.PluginManager.exec(PluginManager.java:227) PluginManager: at org.apache.cordova.ExposedJsApi.exec(ExposedJsApi.java:53) PluginManager: at org.apache.cordova.CordovaChromeClient.onJsPrompt(CordovaChromeClient.java:227) PluginManager: at android.webkit.CallbackProxy.handleMessage(CallbackProxy.java:607) PluginManager: at android.os.Handler.dispatchMessage(Handler.java:99) PluginManager: at android.os.Looper.loop(Looper.java:137) PluginManager: at android.app.ActivityThread.main(ActivityThread.java:4722) PluginManager: at java.lang.reflect.Method.invokeNative(Native Method) PluginManager: at java.lang.reflect.Method.invoke(Method.java:511) PluginManager: at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:787) PluginManager: at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:554) PluginManager: at dalvik.system.NativeStart.main(Native Method) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6940) File plugin on Android causes app to fail to start if USB Mass Storage mode enabled and USB plugged in
[ https://issues.apache.org/jira/browse/CB-6940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032983#comment-14032983 ] ASF subversion and git services commented on CB-6940: - Commit 44fe0406a7a99b643bd8c85c84ea4523b0345c84 in cordova-plugin-file's branch refs/heads/master from dzeims [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file.git;h=44fe040 ] CB-6940: Android: cleanup try/catch exception handling Signed-off-by: Joe Bowser bows...@apache.org File plugin on Android causes app to fail to start if USB Mass Storage mode enabled and USB plugged in -- Key: CB-6940 URL: https://issues.apache.org/jira/browse/CB-6940 Project: Apache Cordova Issue Type: Bug Components: Plugin File Affects Versions: 3.5.0 Environment: Android 2.3.x-4.4.x Cordova 3.5.0-0.2.4 File plugin 1.2.0 Reporter: James White When attempting to launch a Cordova application on Android that includes the File plugin, if the USB Mass Storage option is enabled and the USB cable is plugged in, the application stalls. In the system log, the following appears: ApplicationContext: Unable to create external files directory PluginManager: Uncaught exception from plugin PluginManager: java.lang.NullPointerException PluginManager: at org.apache.cordova.file.FileUtils.requestAllPaths(FileUtils.java:866) PluginManager: at org.apache.cordova.file.FileUtils.execute(FileUtils.java:348) PluginManager: at org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:65) PluginManager: at org.apache.cordova.PluginManager.execHelper(PluginManager.java:242) PluginManager: at org.apache.cordova.PluginManager.exec(PluginManager.java:227) PluginManager: at org.apache.cordova.ExposedJsApi.exec(ExposedJsApi.java:53) PluginManager: at org.apache.cordova.CordovaChromeClient.onJsPrompt(CordovaChromeClient.java:227) PluginManager: at android.webkit.CallbackProxy.handleMessage(CallbackProxy.java:607) PluginManager: at android.os.Handler.dispatchMessage(Handler.java:99) PluginManager: at android.os.Looper.loop(Looper.java:137) PluginManager: at android.app.ActivityThread.main(ActivityThread.java:4722) PluginManager: at java.lang.reflect.Method.invokeNative(Native Method) PluginManager: at java.lang.reflect.Method.invoke(Method.java:511) PluginManager: at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:787) PluginManager: at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:554) PluginManager: at dalvik.system.NativeStart.main(Native Method) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-2420) On Windows 8 , FileTransfer.upload ignores the fileKey and params options
[ https://issues.apache.org/jira/browse/CB-2420?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14033137#comment-14033137 ] ASF subversion and git services commented on CB-2420: - Commit 63d07020cfa891d85be0b5df7da605cffefbc524 in cordova-plugin-file-transfer's branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file-transfer.git;h=63d0702 ] CB-2420 [Windows8] honor fileKey and param options. This closes #15 On Windows 8 , FileTransfer.upload ignores the fileKey and params options - Key: CB-2420 URL: https://issues.apache.org/jira/browse/CB-2420 Project: Apache Cordova Issue Type: Bug Components: Plugin File Transfer, Windows 8 Affects Versions: 2.4.0 Reporter: Youval Bronicki Assignee: Jesse MacFadyen The problem seems to be in FileTransferProxy, which simply ignores the options array. Here's a partial correction (there are additional options in the array): *Old Code:* var blob = MSApp.createBlobFromRandomAccessStream(storageFile.contentType, stream); var formData = new FormData(); formData.append(source\;filename=\ + storageFile.name + \, blob); *New Code:* var fileKey = options[2]; var fileName = options[3]; var params = options[5]; var blob = MSApp.createBlobFromRandomAccessStream(storageFile.contentType, stream); var formData = new FormData(); formData.append(fileKey, blob, fileName); for (var key in params) formData.append(key, params[key]); -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6698) Plugman support for referencing Android libraries
[ https://issues.apache.org/jira/browse/CB-6698?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14033385#comment-14033385 ] ASF subversion and git services commented on CB-6698: - Commit ffc17dd1bdc89b515cfff0a14a31f4bd0e097234 in cordova-lib's branch refs/heads/master from [~mbektchiev] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=ffc17dd ] CB-6698 Automatically copy sub-libraries to project's directory Github: close #29 Plugman support for referencing Android libraries - Key: CB-6698 URL: https://issues.apache.org/jira/browse/CB-6698 Project: Apache Cordova Issue Type: New Feature Components: Plugman Reporter: Martin Bektchiev Assignee: Martin Bektchiev Make plugman capable of referencing an Android library project from within a plugin. Currently there's no viable way to do it and it is becoming common to try to circumvent this limitation by abusing *plugin.xml* to (try to) merge a library's resources, code and configuration. (see https://github.com/wildabeast/BarcodeScanner) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6698) Plugman support for referencing Android libraries
[ https://issues.apache.org/jira/browse/CB-6698?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14033384#comment-14033384 ] ASF subversion and git services commented on CB-6698: - Commit 95772a1774906b5abc3dee46a19b3d7a1c2fcce5 in cordova-lib's branch refs/heads/master from [~mbektchiev] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=95772a1 ] Revert CB-6698 Resolve android framework relative to plugin_dir when custom=true This reverts commit 04588a42067a5ba0d303f4b69f99f44640c3b9e0. Plugman support for referencing Android libraries - Key: CB-6698 URL: https://issues.apache.org/jira/browse/CB-6698 Project: Apache Cordova Issue Type: New Feature Components: Plugman Reporter: Martin Bektchiev Assignee: Martin Bektchiev Make plugman capable of referencing an Android library project from within a plugin. Currently there's no viable way to do it and it is becoming common to try to circumvent this limitation by abusing *plugin.xml* to (try to) merge a library's resources, code and configuration. (see https://github.com/wildabeast/BarcodeScanner) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6954) Share events.js between cordova and plugman
[ https://issues.apache.org/jira/browse/CB-6954?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14034022#comment-14034022 ] ASF subversion and git services commented on CB-6954: - Commit 6f7a67a78ceb9a6957e9b665ff935c72b2398c09 in cordova-lib's branch refs/heads/master from sgrebnov [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=6f7a67a ] CB-6954: Share events.js between cordova and plugman github: close #31 Share events.js between cordova and plugman --- Key: CB-6954 URL: https://issues.apache.org/jira/browse/CB-6954 Project: Apache Cordova Issue Type: Bug Components: CordovaLib Reporter: Sergey Grebnov Assignee: Sergey Grebnov Labels: cordova, cordova-lib, plugman, refactoring Currently there are two instances of events.js under cordova and plugman folders which provide exactly the same functionality. https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/plugman/events.js https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/cordova/events.js This is common functionality which must be shared among cordova and plugman so must be moved to some common folder (src/events.js???). Similar to CordovaError and xml-helpers.js It is also required to be able to reference to 'events' from shared code - as an example, common Hooks code which emits messages via 'events'. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6924) Memory leak navigating between native and hybrid pages in WP
[ https://issues.apache.org/jira/browse/CB-6924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14034141#comment-14034141 ] ASF subversion and git services commented on CB-6924: - Commit 0c5f0e393db026633afd89fec0684c0021d19df6 in cordova-wp8's branch refs/heads/master from [~stacic] [ https://git-wip-us.apache.org/repos/asf?p=cordova-wp8.git;h=0c5f0e3 ] CB-6924 Fixed memory leak in WP page navigation Occurred when navigating back and forth from native to hybrid page. Memory leak navigating between native and hybrid pages in WP Key: CB-6924 URL: https://issues.apache.org/jira/browse/CB-6924 Project: Apache Cordova Issue Type: Bug Components: WP8 Affects Versions: Master Reporter: Staci Cooper Assignee: Staci Cooper Attachments: memleak.zip Context: Modify HelloWorld Cordova app for WP8 by adding a native page as the start page. Then give it a button to navigate to the Cordova page, MainPage.xaml Launch application to opening page (native). Click button to go to Cordova page. Click hardware back button to go to opening page. Repeat 4 times. When inspecting the memory profile, you see a steady increase in memory, and 5 copies of MainPage which have not been garbage collected (even if you force garbage collection). If this is done enough times the app crashes due to surpassing memory limit. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6873) Phase out FileHelper.java
[ https://issues.apache.org/jira/browse/CB-6873?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14034165#comment-14034165 ] ASF subversion and git services commented on CB-6873: - Commit 3b27cd093ba1315e1445e6b071e4168a3afab659 in cordova-android's branch refs/heads/4.0.x from [~bowserj] [ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=3b27cd0 ] CB-6873: Removing from cordova-android, still in the camera plugin Phase out FileHelper.java - Key: CB-6873 URL: https://issues.apache.org/jira/browse/CB-6873 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin Camera Reporter: Joe Bowser Fix For: 4.0.0 The CordovaResourceApi isn't fully used by all the plugins, and worse yet, for some reason we're copying the same class in numerous plugins, including the camera. We need to remove FileHelper from the plugin and instead just use the CordovaResourceApi. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-3445) Move Cordova-Android Build Setup to Gradle
[ https://issues.apache.org/jira/browse/CB-3445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14034411#comment-14034411 ] ASF subversion and git services commented on CB-3445: - Commit fa189b32348325b278575641b0bdd27b81cca002 in cordova-android's branch refs/heads/4.0.x from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=fa189b3 ] CB-3445: Add an initial set of Gradle build scripts These scripts will build an android project, in debug and release mode. They also support additional library projects, such as Crosswalk, being added to libraries.gradle (and settings.gradle). A flag can be set in libraries.gradle to enable multi-architecture builds. Move Cordova-Android Build Setup to Gradle -- Key: CB-3445 URL: https://issues.apache.org/jira/browse/CB-3445 Project: Apache Cordova Issue Type: Improvement Components: Android Reporter: Joe Bowser Assignee: Ian Clelland Priority: Minor Currently we're using ant for our setup, and our setup can break every time that the Android SDK updates and change its build.xml. However, the Android Team has created Gradle to be more robust such that it doesn't have the same problems as ant-based scripts. This also has the advantage of using Android Studio for development instead of Eclipse, and the ability for us to bundle resources, which is something we haven't been able to do before. Moving to Gradle has numerous advantages, but will break scripts, so this is to be moved in the post-3.0 timeframe. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6954) Share events.js between cordova and plugman
[ https://issues.apache.org/jira/browse/CB-6954?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14035806#comment-14035806 ] ASF subversion and git services commented on CB-6954: - Commit fb41e644d7d669d55baf2f20167b222e4907f72d in cordova-lib's branch refs/heads/master from [~kamrik] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=fb41e64 ] CB-6954: Expose the unified events as cordova_lib.events After events got shared between cordova and plugman, some log messages were printed multiple times since handlers were registered twice in the cli: cordova.on(...) plugman.on(...) changing it to events.on(...) Share events.js between cordova and plugman --- Key: CB-6954 URL: https://issues.apache.org/jira/browse/CB-6954 Project: Apache Cordova Issue Type: Bug Components: CordovaLib Reporter: Sergey Grebnov Assignee: Sergey Grebnov Labels: cordova, cordova-lib, plugman, refactoring Currently there are two instances of events.js under cordova and plugman folders which provide exactly the same functionality. https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/plugman/events.js https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/cordova/events.js This is common functionality which must be shared among cordova and plugman so must be moved to some common folder (src/events.js???). Similar to CordovaError and xml-helpers.js It is also required to be able to reference to 'events' from shared code - as an example, common Hooks code which emits messages via 'events'. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6954) Share events.js between cordova and plugman
[ https://issues.apache.org/jira/browse/CB-6954?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14035807#comment-14035807 ] ASF subversion and git services commented on CB-6954: - Commit c7a6435193c354870487e5fed399c9c1e9754aa2 in cordova-cli's branch refs/heads/master from [~kamrik] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=c7a6435 ] CB-6954: Use the unified cordova_lib.events After events got shared between cordova and plugman, some log messages were printed multiple times since handlers were registered twice in the cli: cordova.on(...) plugman.on(...) changing it to events.on(...) Share events.js between cordova and plugman --- Key: CB-6954 URL: https://issues.apache.org/jira/browse/CB-6954 Project: Apache Cordova Issue Type: Bug Components: CordovaLib Reporter: Sergey Grebnov Assignee: Sergey Grebnov Labels: cordova, cordova-lib, plugman, refactoring Currently there are two instances of events.js under cordova and plugman folders which provide exactly the same functionality. https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/plugman/events.js https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/cordova/events.js This is common functionality which must be shared among cordova and plugman so must be moved to some common folder (src/events.js???). Similar to CordovaError and xml-helpers.js It is also required to be able to reference to 'events' from shared code - as an example, common Hooks code which emits messages via 'events'. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6943) customWWW assets can be local but include : in path
[ https://issues.apache.org/jira/browse/CB-6943?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14035845#comment-14035845 ] ASF subversion and git services commented on CB-6943: - Commit fc3c606b22214c864a7ae3fc5ab549c84453548c in cordova-cli's branch refs/heads/master from [~kamrik] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=fc3c606 ] CB-6943: Fixe cli tets on non-windows. The previous commit for this bug f6e73a61683ed2160eaa1da97f6cfacbc6aea0ac broke the cli jasmine tests for non Windows platforms. Custom www path gets path.resolved. Paths beginning with C:\ get resolved to something like this on Os X: /Users/joe/tst/c:\PrivateWWW I replaced the specific expectation for the path with jasmine.any(Object). Note, paths beginning with file:// don't get resolved properly either, so they still don't work as custom www uri. Looks like we need to write or find a smarter wrapper for path.resolve that can take care of file:// and c:\ customWWW assets can be local but include : in path --- Key: CB-6943 URL: https://issues.apache.org/jira/browse/CB-6943 Project: Apache Cordova Issue Type: Bug Components: CLI Reporter: Jesse MacFadyen Assignee: Jesse MacFadyen passing a copy-from or link-to value of file:// will output the error message: 'Only local paths for custom www assets are supported.' This IS a local path. The test should be testing for http not : C: is another valid path segment. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6954) Share events.js between cordova and plugman
[ https://issues.apache.org/jira/browse/CB-6954?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14035855#comment-14035855 ] ASF subversion and git services commented on CB-6954: - Commit 637994cce413509479d3dfd18b568382e1a4f59f in cordova-cli's branch refs/heads/master from [~kamrik] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=637994c ] CB-6954: Use the unified cordova_lib.events in cli spec Share events.js between cordova and plugman --- Key: CB-6954 URL: https://issues.apache.org/jira/browse/CB-6954 Project: Apache Cordova Issue Type: Bug Components: CordovaLib Reporter: Sergey Grebnov Assignee: Sergey Grebnov Labels: cordova, cordova-lib, plugman, refactoring Currently there are two instances of events.js under cordova and plugman folders which provide exactly the same functionality. https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/plugman/events.js https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/cordova/events.js This is common functionality which must be shared among cordova and plugman so must be moved to some common folder (src/events.js???). Similar to CordovaError and xml-helpers.js It is also required to be able to reference to 'events' from shared code - as an example, common Hooks code which emits messages via 'events'. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6973) Use JSHint in Cordova CLI tools
[ https://issues.apache.org/jira/browse/CB-6973?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14035960#comment-14035960 ] ASF subversion and git services commented on CB-6973: - Commit bf2745e7d7cb747755cc5805420f1a1fe238ab68 in cordova-lib's branch refs/heads/master from [~kamrik] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=bf2745e ] CB-6973: Add JSHint to npm-test in package.json - It runs after jasmine and only if jasmine test was successful. - Can be run separately as npm run jshint. - For now only covers src/cordova/*.js not including metadata/*.js Use JSHint in Cordova CLI tools --- Key: CB-6973 URL: https://issues.apache.org/jira/browse/CB-6973 Project: Apache Cordova Issue Type: Improvement Components: CLI Reporter: Mark Koudritsky Assignee: Mark Koudritsky -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6973) Use JSHint in Cordova CLI tools
[ https://issues.apache.org/jira/browse/CB-6973?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14035959#comment-14035959 ] ASF subversion and git services commented on CB-6973: - Commit 6748b0a65ada025debcd881cc2cc30dc74d1383f in cordova-lib's branch refs/heads/master from [~kamrik] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=6748b0a ] CB-6973: Fix JSHint errors in src/cordova/*.js Add JSHint config comment in all the files (sometimes with tweaks) /* jshint node:true, bitwise:true, undef:true, trailing:true, quotmark:true, indent:4, unused:vars, latedef:nofunc */ JSHint is now happy for all of src/cordova/*.js (not including metadata/*.js). Use JSHint in Cordova CLI tools --- Key: CB-6973 URL: https://issues.apache.org/jira/browse/CB-6973 Project: Apache Cordova Issue Type: Improvement Components: CLI Reporter: Mark Koudritsky Assignee: Mark Koudritsky -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6971) Infinite recursion onerror in Android 4.0.x branch
[ https://issues.apache.org/jira/browse/CB-6971?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14035985#comment-14035985 ] ASF subversion and git services commented on CB-6971: - Commit 3a9898a6a6a5fa88cf29448d525c3ef4518ee2fc in cordova-android's branch refs/heads/4.0.x from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=3a9898a ] CB-6971 Fix infinite recursion for onReceiveError Infinite recursion onerror in Android 4.0.x branch -- Key: CB-6971 URL: https://issues.apache.org/jira/browse/CB-6971 Project: Apache Cordova Issue Type: Bug Components: Android Reporter: Andrew Grieve Priority: Minor E/AndroidRuntime( 2106): java.lang.StackOverflowError E/AndroidRuntime( 2106): at org.apache.cordova.AndroidWebViewClient.onReceivedError(AndroidWebViewClient.java:491) E/AndroidRuntime( 2106): at org.apache.cordova.IceCreamCordovaWebViewClient.onReceivedError(IceCreamCordovaWebViewClient.java:104) E/AndroidRuntime( 2106): at org.apache.cordova.AndroidWebViewClient.onReceivedError(AndroidWebViewClient.java:491) E/AndroidRuntime( 2106): at org.apache.cordova.IceCreamCordovaWebViewClient.onReceivedError(IceCreamCordovaWebViewClient.java:104) E/AndroidRuntime( 2106): at org.apache.cordova.AndroidWebViewClient.onReceivedError(AndroidWebViewClient.java:491) E/AndroidRuntime( 2106): at org.apache.cordova.IceCreamCordovaWebViewClient.onReceivedError(IceCreamCordovaWebViewClient.java:104) E/AndroidRuntime( 2106): at org.apache.cordova.AndroidWebViewClient.onReceivedError(AndroidWebViewClient.java:491) E/AndroidRuntime( 2106): at org.apache.cordova.IceCreamCordovaWebViewClient.onReceivedError(IceCreamCordovaWebViewClient.java:104) E/AndroidRuntime( 2106): at org.apache.cordova.AndroidWebViewClient.onReceivedError(AndroidWebViewClient.java:491) E/AndroidRuntime( 2106): at org.apache.cordova.IceCreamCordovaWebViewClient.onReceivedError(IceCreamCordovaWebViewClient.java:104) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6973) Use JSHint in Cordova CLI tools
[ https://issues.apache.org/jira/browse/CB-6973?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14036211#comment-14036211 ] ASF subversion and git services commented on CB-6973: - Commit f9a81e4f38a70be50c1133d335553f4841ba98f4 in cordova-lib's branch refs/heads/master from [~kamrik] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=f9a81e4 ] CB-6973: Fix JSHint errors in src/plugman/*.js Add JSHint config comment in all the files (sometimes with tweaks) /* jshint node:true, bitwise:true, undef:true, trailing:true, quotmark:true, indent:4, unused:vars, latedef:nofunc */ JSHint is now happy for both src/cordova/*.js and src/plugman/*.js not including subdirs. Use npm run jshint to run jshint on all the files that have been fixed so far. Use JSHint in Cordova CLI tools --- Key: CB-6973 URL: https://issues.apache.org/jira/browse/CB-6973 Project: Apache Cordova Issue Type: Improvement Components: CLI Reporter: Mark Koudritsky Assignee: Mark Koudritsky -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6975) Large files and high file count take a long time and will crash the zip process
[ https://issues.apache.org/jira/browse/CB-6975?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14036342#comment-14036342 ] ASF subversion and git services commented on CB-6975: - Commit c8fdd7ca19699a0c7852f989d65a334fd0082ab2 in cordova-app-harness's branch refs/heads/master from [~drkemp] [ https://git-wip-us.apache.org/repos/asf?p=cordova-app-harness.git;h=c8fdd7c ] CB-6975 Improve the speed of the zip function Large files and high file count take a long time and will crash the zip process --- Key: CB-6975 URL: https://issues.apache.org/jira/browse/CB-6975 Project: Apache Cordova Issue Type: Bug Components: AppHarness Environment: Harness push on OSX at least - likely all platforms Reporter: David Kemp Assignee: David Kemp Directories with a number of large files cause the zip process to experience exponential tie and memory use. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6970) Share win project files manipulation code between cordova and plugman
[ https://issues.apache.org/jira/browse/CB-6970?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14036411#comment-14036411 ] ASF subversion and git services commented on CB-6970: - Commit f802efd1ea46644a5035f1f7f8891a088635af73 in cordova-lib's branch refs/heads/master from sgrebnov [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=f802efd ] CB-6970 Share win project files manipulation code between cordova and plugman github: close #32 Share win project files manipulation code between cordova and plugman - Key: CB-6970 URL: https://issues.apache.org/jira/browse/CB-6970 Project: Apache Cordova Issue Type: Improvement Components: CordovaLib, Windows 8, WP8 Reporter: Sergey Grebnov Assignee: Sergey Grebnov Labels: cordova-lib, windows8, wp8 Both cordova and plugman use own logic to parse and modify jsproj and csproj files, for example (cordova) windows8_parser/update_jsproj and (plugman) w8jsproj.js/removeSourceFile use exactly the same code blocks to parse and update jsproj files. It is better to remove duplicate code and have special shared classes to work with project files. Cordova and plugman should rely on those classes instead of using own implementation. We should also remove manual project files manipulation logic from general cordova/plugman classes, like below. https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/plugman/prepare.js#L83 Implementation layer should be hidden from them, they just need to rely on special well named methods provided by newly introduced classes (see above). -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6968) fix bashism (source) in update script and bb10-ndk-version
[ https://issues.apache.org/jira/browse/CB-6968?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14036500#comment-14036500 ] ASF subversion and git services commented on CB-6968: - Commit 002c04561d7e7e12a23d81f3b94bb72b1f9c016b in cordova-blackberry's branch refs/heads/master from [~jsoref] [ https://git-wip-us.apache.org/repos/asf?p=cordova-blackberry.git;h=002c045 ] CB-6968 fix bashism (source) in update script and bb10-ndk-version fix bashism (source) in update script and bb10-ndk-version -- Key: CB-6968 URL: https://issues.apache.org/jira/browse/CB-6968 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Reporter: Josh Soref Assignee: Josh Soref Ubuntu/Debian use dash as sh, not bash, which causes bashisms to be a problem. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6934) cordova run blackberry --target withno_ip_nor_password should complain about ip not password
[ https://issues.apache.org/jira/browse/CB-6934?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14036499#comment-14036499 ] ASF subversion and git services commented on CB-6934: - Commit cf04d7c045bb0565d9321339ecf67cdcf7552d1f in cordova-blackberry's branch refs/heads/master from [~jsoref] [ https://git-wip-us.apache.org/repos/asf?p=cordova-blackberry.git;h=cf04d7c ] CB-6934 run should complain about target w/o ip before password cordova run blackberry --target withno_ip_nor_password should complain about ip not password Key: CB-6934 URL: https://issues.apache.org/jira/browse/CB-6934 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Affects Versions: 3.5.0 Reporter: Josh Soref Assignee: Josh Soref $ cordova run --target aa --no-query Running command: /tmp/xb/platforms/blackberry10/cordova/run --target aa --no-query No device password provided. You can omit --no-query, use --devicepass, or enter a value for 'password' to the target aa defined at ~/.cordova/blackberry10.json Here's that section: aa: { type: device }, The error code wanted to complain about the IP field (it's first, and it's set, but it's stomped on). -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6542) Delay creating project until there's some chance that it will succeed
[ https://issues.apache.org/jira/browse/CB-6542?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14036535#comment-14036535 ] ASF subversion and git services commented on CB-6542: - Commit ba59ae9c9fb20c72b9bd76c4b277cf2a8c64258f in cordova-lib's branch refs/heads/master from [~jsoref] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=ba59ae9 ] CB-6542: Delay creating project until there's some chance that it will succeed github: close #34 Delay creating project until there's some chance that it will succeed - Key: CB-6542 URL: https://issues.apache.org/jira/browse/CB-6542 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.4.0 Reporter: Josh Soref Assignee: Josh Soref Right now, it's very easy to try to create a project, receive an error, and as a result have a seemingly empty project directory which will refuse to be used if you want to fix the arguments to create. This is more or less because we eagerly create the .cordova/config.json file instead of lazily creating it. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6540) Error for creating a project inside its template is confusing
[ https://issues.apache.org/jira/browse/CB-6540?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14036571#comment-14036571 ] ASF subversion and git services commented on CB-6540: - Commit f7f92e83154d5ae06fb692f2821893a84bc7f595 in cordova-lib's branch refs/heads/master from [~jsoref] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=f7f92e8 ] CB-6540 Rephrase Error msg for creating a project inside its template github: close #35 Error for creating a project inside its template is confusing - Key: CB-6540 URL: https://issues.apache.org/jira/browse/CB-6540 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.4.0 Reporter: Josh Soref Assignee: Josh Soref If you pass the right magic template to cli.create: {quote} options = \{ id: id, name: name, lib: \{} }; options.lib.www = \{id: 'custom', version: '0', uri: path.resolve(template)}} cordova.create(dir, null, null, options, function (err) {}); {quote} You end up reaching this code path: {quote} if ( www_dir.indexOf(path.resolve(config_json.lib.www.uri)) === 0 ) \{ throw new CordovaError( 'Project must not be created inside the www assets dir.' + '\nproject dir:\t' + dir + '\nwww assets dir:\t' + config_json.lib.www.uri ); } {quote} The output is: {quote} \{ name: 'CordovaError', message: 'Project must not be created inside the www assets dir.\n project dir:\t/private/tmp/null/y\nwww assets dir:\t/private/tmp/null' } {quote} Amongst the many problems: 1. The \n's and \t's aren't actually being converted into newlines and tabs 2. The message is absolutely incomprehensible (even if it wasn't garbled up by the encoded whitespace). -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6973) Use JSHint in Cordova CLI tools
[ https://issues.apache.org/jira/browse/CB-6973?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14036847#comment-14036847 ] ASF subversion and git services commented on CB-6973: - Commit 5e4f8655cb265e4119b9ec9386988bfbadd0399c in cordova-lib's branch refs/heads/master from [~kamrik] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=5e4f865 ] CB-6973: Fix more JSHint errors Use JSHint in Cordova CLI tools --- Key: CB-6973 URL: https://issues.apache.org/jira/browse/CB-6973 Project: Apache Cordova Issue Type: Improvement Components: CLI Reporter: Mark Koudritsky Assignee: Mark Koudritsky -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6973) Use JSHint in Cordova CLI tools
[ https://issues.apache.org/jira/browse/CB-6973?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14037344#comment-14037344 ] ASF subversion and git services commented on CB-6973: - Commit 8d1d70e27506cfcafff73563595a245e8bdb0c33 in cordova-lib's branch refs/heads/master from [~kamrik] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=8d1d70e ] CB-6973: Fix JSHint errors in plugman/registry/* Use JSHint in Cordova CLI tools --- Key: CB-6973 URL: https://issues.apache.org/jira/browse/CB-6973 Project: Apache Cordova Issue Type: Improvement Components: CLI Reporter: Mark Koudritsky Assignee: Mark Koudritsky -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6973) Use JSHint in Cordova CLI tools
[ https://issues.apache.org/jira/browse/CB-6973?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14037377#comment-14037377 ] ASF subversion and git services commented on CB-6973: - Commit a1da72b6274927df3666d34339f844eb8a270df0 in cordova-lib's branch refs/heads/master from [~kamrik] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=a1da72b ] CB-6973: Fix JSHint errors in plugman/platforms/* Use JSHint in Cordova CLI tools --- Key: CB-6973 URL: https://issues.apache.org/jira/browse/CB-6973 Project: Apache Cordova Issue Type: Improvement Components: CLI Reporter: Mark Koudritsky Assignee: Mark Koudritsky -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6973) Use JSHint in Cordova CLI tools
[ https://issues.apache.org/jira/browse/CB-6973?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14037528#comment-14037528 ] ASF subversion and git services commented on CB-6973: - Commit 682d46d8847a610ae79674180d419619b374146c in cordova-lib's branch refs/heads/master from [~kamrik] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=682d46d ] CB-6973: Fix JSHint errors in cordova/metadata/* All files in src pass JSHint clean now. To run JSHint on all the js files, run jshint src from the root dir of cordova-lib package Use JSHint in Cordova CLI tools --- Key: CB-6973 URL: https://issues.apache.org/jira/browse/CB-6973 Project: Apache Cordova Issue Type: Improvement Components: CLI Reporter: Mark Koudritsky Assignee: Mark Koudritsky -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6973) Use JSHint in Cordova CLI tools
[ https://issues.apache.org/jira/browse/CB-6973?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14037527#comment-14037527 ] ASF subversion and git services commented on CB-6973: - Commit 5332be8f6691ba53794e42d8e0637389a213fbd9 in cordova-lib's branch refs/heads/master from [~kamrik] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=5332be8 ] CB-6973: Fix JSHint errors in ConfigParse Also a minor bug fix in findOrCreate(). Use JSHint in Cordova CLI tools --- Key: CB-6973 URL: https://issues.apache.org/jira/browse/CB-6973 Project: Apache Cordova Issue Type: Improvement Components: CLI Reporter: Mark Koudritsky Assignee: Mark Koudritsky -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6698) Plugman support for referencing Android libraries
[ https://issues.apache.org/jira/browse/CB-6698?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14037679#comment-14037679 ] ASF subversion and git services commented on CB-6698: - Commit e59181b51c12ea19c4824903909fdd3bc0302b8e in cordova-lib's branch refs/heads/master from [~mbektchiev] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=e59181b ] CB-6698: Fix 'android update lib-project' to work with paths containing spaces github: close #36 Plugman support for referencing Android libraries - Key: CB-6698 URL: https://issues.apache.org/jira/browse/CB-6698 Project: Apache Cordova Issue Type: New Feature Components: Plugman Reporter: Martin Bektchiev Assignee: Martin Bektchiev Make plugman capable of referencing an Android library project from within a plugin. Currently there's no viable way to do it and it is becoming common to try to circumvent this limitation by abusing *plugin.xml* to (try to) merge a library's resources, code and configuration. (see https://github.com/wildabeast/BarcodeScanner) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-5971) cordova create temp something.default will break android badly
[ https://issues.apache.org/jira/browse/CB-5971?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14037743#comment-14037743 ] ASF subversion and git services commented on CB-5971: - Commit 141bbfb05134bdd11e262d879bbd253bf4479519 in cordova-android's branch refs/heads/master from [~bowserj] [ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=141bbfb ] CB-5971: This would have been a good first bug, too bad cordova create temp something.default will break android badly -- Key: CB-5971 URL: https://issues.apache.org/jira/browse/CB-5971 Project: Apache Cordova Issue Type: Bug Components: Android, CLI Affects Versions: 3.3.0 Reporter: Josh Soref steps: {quote} {{cordova create temp something.default}} {{cd temp}} {{cordova platform add android}} {{cordova build}} {quote} expected results: if {{something.default}} is a bad name, then cordova create or the android platform should tell me that in a clear way actual results: BUILD FAILED adt-bundle-mac-x86_64-20130917/sdk/tools/ant/build.xml:720: The following error occurred while executing this line: adt-bundle-mac-x86_64-20130917/sdk/tools/ant/build.xml:734: Compile failed; see the compiler error output for details. Total time: 17 seconds Error code 1 for command: ant with args: debug,-f,/private/tmp/temp/platforms/android/build.xml,-Dout.dir=ant-build,-Dgen.absolute.dir=ant-gen at ChildProcess.anonymous (cordova-cli/src/compile.js:65:22) at ChildProcess.EventEmitter.emit (events.js:98:17) at maybeClose (child_process.js:735:16) at Socket.anonymous (child_process.js:948:11) at Socket.EventEmitter.emit (events.js:95:17) at Pipe.close (net.js:466:12) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-3445) Move Cordova-Android Build Setup to Gradle
[ https://issues.apache.org/jira/browse/CB-3445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14037806#comment-14037806 ] ASF subversion and git services commented on CB-3445: - Commit 0ffb5d253a09ece5b0af22b78079a67f809423ae in cordova-android's branch refs/heads/4.0.x from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=0ffb5d2 ] CB-3445: android: Copy Gradle wrapper from Android SDK rather than bundling a JAR Move Cordova-Android Build Setup to Gradle -- Key: CB-3445 URL: https://issues.apache.org/jira/browse/CB-3445 Project: Apache Cordova Issue Type: Improvement Components: Android Reporter: Joe Bowser Assignee: Ian Clelland Priority: Minor Currently we're using ant for our setup, and our setup can break every time that the Android SDK updates and change its build.xml. However, the Android Team has created Gradle to be more robust such that it doesn't have the same problems as ant-based scripts. This also has the advantage of using Android Studio for development instead of Eclipse, and the ability for us to bundle resources, which is something we haven't been able to do before. Moving to Gradle has numerous advantages, but will break scripts, so this is to be moved in the post-3.0 timeframe. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6884) Support new Cordova bridge under iOS 8 WKWebView
[ https://issues.apache.org/jira/browse/CB-6884?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14038089#comment-14038089 ] ASF subversion and git services commented on CB-6884: - Commit 0329464c7bb538cc469dc965e28f5801ea14422f in cordova-js's branch refs/heads/master from [~shazron] [ https://git-wip-us.apache.org/repos/asf?p=cordova-js.git;h=0329464 ] CB-6884 - Added WKWebView Cordova bridge Support new Cordova bridge under iOS 8 WKWebView Key: CB-6884 URL: https://issues.apache.org/jira/browse/CB-6884 Project: Apache Cordova Issue Type: Bug Components: CordovaJS, iOS Environment: iOS 8 beta 1 Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 3.6.0 https://developer.apple.com/library/prerelease/ios/releasenotes/General/RN-iOSSDK-8.0/index.html WKUserContentController - add a script message handler with name cordova: https://developer.apple.com/library/prerelease/ios/documentation/WebKit/Reference/WKUserContentController_Ref/index.html#//apple_ref/swift/cl/WKUserContentController The WKUserContentController is associated with a WKWebViewConfiguration which is initialized with a WKWebView. {code} WKUserContentController* userContentController = [[WKUserContentController alloc] init]; // scriptMessageHandler is the object that conforms to the WKScriptMessageHandler protocol // see https://developer.apple.com/library/prerelease/ios/documentation/WebKit/Reference/WKScriptMessageHandler_Ref/index.html#//apple_ref/swift/intf/WKScriptMessageHandler [userContentController addScriptMessageHandler:scriptMessageHandler name:@cordova]; {code} In JavaScript, you would call into Objective-C thus: {code} var command = { callbackId: blabla23, service:Camera, action: takePicture, actionArgs: [ 1, 2, 3 ] }; window.webkit.messageHandlers.cordova.postMessage(command); {code} In the object that conforms to the WKScriptMessageHandler protocol: {code} - (void)userContentController:(WKUserContentController *)userContentController didReceiveScriptMessage:(WKScriptMessage *)message { if (![message.name isEqualToString:@cordova]) { return; } NSDictionary* command = message.body; // TODO: get the callbackId, service, action, actionArgs keys and create a CDVInvokedUrlCommand, and dispatch it } {code} -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6651) prepare-release-branch should update version in package.json
[ https://issues.apache.org/jira/browse/CB-6651?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14038094#comment-14038094 ] ASF subversion and git services commented on CB-6651: - Commit 25aaf5ae05edde7c9faa1ce6acdee21bac2462e6 in cordova-coho's branch refs/heads/master from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-coho.git;h=25aaf5a ] CB-6651 prepare release branch now updates version in package.json file prepare-release-branch should update version in package.json Key: CB-6651 URL: https://issues.apache.org/jira/browse/CB-6651 Project: Apache Cordova Issue Type: Bug Components: Coho Reporter: Steve Gill Assignee: Steve Gill This should be done automatically be prepare-release-branch in the release steps. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6986) pin jshint
[ https://issues.apache.org/jira/browse/CB-6986?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14038103#comment-14038103 ] ASF subversion and git services commented on CB-6986: - Commit d23aee39bf92e70eca8cb5defb6c0066a071c210 in cordova-lib's branch refs/heads/master from [~jsoref] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=d23aee3 ] CB-6986 make npm run jshint work without a global jshint Add jshint to dev-deps in package.json and use it instead of relying on a global jshint. github: close #37 pin jshint -- Key: CB-6986 URL: https://issues.apache.org/jira/browse/CB-6986 Project: Apache Cordova Issue Type: Bug Components: CordovaLib Affects Versions: 3.5.0 Reporter: Josh Soref Assignee: Josh Soref Currently npm test and npm run jshint fail if jshint isn't installed globally. Apparently jshint has changed significantly between 2.4 and 2.5, so if we're expecting people to have consistent output, we should select a specific version of jshint and depend on it. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6884) Support new Cordova bridge under iOS 8 WKWebView
[ https://issues.apache.org/jira/browse/CB-6884?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14038184#comment-14038184 ] ASF subversion and git services commented on CB-6884: - Commit f27458fd1cbf3c0416430d04947e1c26cf87013e in cordova-js's branch refs/heads/master from [~shazron] [ https://git-wip-us.apache.org/repos/asf?p=cordova-js.git;h=f27458f ] CB-6884 - Fixed js callbacks not firing using WKWebView Cordova bridge Support new Cordova bridge under iOS 8 WKWebView Key: CB-6884 URL: https://issues.apache.org/jira/browse/CB-6884 Project: Apache Cordova Issue Type: Bug Components: CordovaJS, iOS Environment: iOS 8 beta 1 Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 3.6.0 https://developer.apple.com/library/prerelease/ios/releasenotes/General/RN-iOSSDK-8.0/index.html WKUserContentController - add a script message handler with name cordova: https://developer.apple.com/library/prerelease/ios/documentation/WebKit/Reference/WKUserContentController_Ref/index.html#//apple_ref/swift/cl/WKUserContentController The WKUserContentController is associated with a WKWebViewConfiguration which is initialized with a WKWebView. {code} WKUserContentController* userContentController = [[WKUserContentController alloc] init]; // scriptMessageHandler is the object that conforms to the WKScriptMessageHandler protocol // see https://developer.apple.com/library/prerelease/ios/documentation/WebKit/Reference/WKScriptMessageHandler_Ref/index.html#//apple_ref/swift/intf/WKScriptMessageHandler [userContentController addScriptMessageHandler:scriptMessageHandler name:@cordova]; {code} In JavaScript, you would call into Objective-C thus: {code} var command = { callbackId: blabla23, service:Camera, action: takePicture, actionArgs: [ 1, 2, 3 ] }; window.webkit.messageHandlers.cordova.postMessage(command); {code} In the object that conforms to the WKScriptMessageHandler protocol: {code} - (void)userContentController:(WKUserContentController *)userContentController didReceiveScriptMessage:(WKScriptMessage *)message { if (![message.name isEqualToString:@cordova]) { return; } NSDictionary* command = message.body; // TODO: get the callbackId, service, action, actionArgs keys and create a CDVInvokedUrlCommand, and dispatch it } {code} -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6980) [WP8][cordova-plugin-file] resolveLocalFileSystemURI returns an entry with filesystem: null
[ https://issues.apache.org/jira/browse/CB-6980?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14038530#comment-14038530 ] ASF subversion and git services commented on CB-6980: - Commit 4f455ac3efe64caede6cbaff9d7c638caf6e5392 in cordova-plugin-file's branch refs/heads/master from [~martin.c.glez.glez] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file.git;h=4f455ac ] CB-6980 Fixing filesystem:null property in Entry when resolveLocalFileSystemURI or resolveLocalFileSystemURL is called on the File Plugin under Windows Phone 8, on success it should return a Entry with several properties, as it is the filesystem information, which returns as null. on resolveLocalFileSystemURI.js it calls fileSystem.getFS the object retrieved it should contain the filesystem information. Since the fix, CB-6525, only adds support for Android and iOS, for other platform it retrieves a null object, so adding a condition to retrieve the information if the object from the callback is null. [WP8][cordova-plugin-file] resolveLocalFileSystemURI returns an entry with filesystem: null --- Key: CB-6980 URL: https://issues.apache.org/jira/browse/CB-6980 Project: Apache Cordova Issue Type: Bug Components: Plugin File, WP8 Affects Versions: 3.5.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Labels: WP8, plugin-file Fix For: 3.6.0 I have notice, when resolveLocalFileSystemURI or resolveLocalFileSystemURL is called on the File Plugin under Windows Phone 8, it always returns a fileEntry with null information on the filesystem. This behavior is unexpected the filesystem information it shouldn't be null if a Entry Object is created. Found through mobile-spec File tests, affecting operations as removeRecursively on DirectoryEntry, and remove on Entry. It might be reproduce by other means or scenarios. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6571) DirectoryEntry.toURL() has a trailing slash on iOS but not Android
[ https://issues.apache.org/jira/browse/CB-6571?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14038542#comment-14038542 ] ASF subversion and git services commented on CB-6571: - Commit 1bb411b1aebb51c75becede59850092009977dab in cordova-plugin-file's branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file.git;h=1bb411b ] CB-6571 add trailing space it is missing in DirectoryEnty constructor. DirectoryEntry.toURL() has a trailing slash on iOS but not Android -- Key: CB-6571 URL: https://issues.apache.org/jira/browse/CB-6571 Project: Apache Cordova Issue Type: Bug Components: Plugin File Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor We should be consistent with this and always have directories end with at /. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6728) Support chip architecture as an option when building Windows and Windows Phone projects
[ https://issues.apache.org/jira/browse/CB-6728?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14038840#comment-14038840 ] ASF subversion and git services commented on CB-6728: - Commit 19cf569795f90dc1d7a3b79ecf22661afeb77dc9 in cordova-cli's branch refs/heads/master from sgrebnov [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=19cf569 ] CB-6728: Support chip architecture flag --archs github: close #180 Support chip architecture as an option when building Windows and Windows Phone projects --- Key: CB-6728 URL: https://issues.apache.org/jira/browse/CB-6728 Project: Apache Cordova Issue Type: Improvement Components: Android, CLI, iOS, Windows 8, WP8 Affects Versions: 3.4.0 Reporter: Vladimir Kotikov Assignee: Jesse MacFadyen Labels: arm, cli, windows, wp8, x64, x86 Currently apps for Windows 8 and Windows Phone 8 are targeted to AnyCPU architecture, which is universal, but sometimes it's critical to build application for specific processor architecture. As an example is WebSQL plugin which contains references to C++ libs so needs to be built for specific architecture (x84, x64, ARM) and which does not support AnyCPU target. So it looks important to add support for additional build flags `-x64`, `-x86`, `-arm`, '-any' to specify target chip architecture. {noformat} cordova build windows8 --release --x64 cordova build wp8 --arm {noformat} If flag is not specified, `AnuCPU` target platform should be used by default. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6140) Plugman allows deletion of platform dependencies
[ https://issues.apache.org/jira/browse/CB-6140?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14039009#comment-14039009 ] ASF subversion and git services commented on CB-6140: - Commit c7f4f7fc1f60357900ecf98a30c0f0969bc07e68 in cordova-lib's branch refs/heads/master from [~daniellin] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=c7f4f7f ] CB-6140 Don't allow deletion of platform dependencies plugman dependency check will ignore platform/dependency when removing an installed plugin, which will result in platform level dependencies is uninstalled improperly. github: close #38 Plugman allows deletion of platform dependencies Key: CB-6140 URL: https://issues.apache.org/jira/browse/CB-6140 Project: Apache Cordova Issue Type: Bug Components: CLI, Plugman Affects Versions: 3.4.0, 3.5.0 Reporter: Bryan Higgins Assignee: Jonathan Bond Fix For: 3.6.0 plugman 0.20.1 / CLI 3.4.0-0.1.2 After a dependency was automatically added for me, I am able to remove it. prepare then complains about a missing plugin.xml file I used the following plugin, but I suspect this behaviour would occur for all with a top-level dependency: https://github.com/blackberry/cordova-blackberry-plugins/blob/master/plugin/com.blackberry.sensors/plugin.xml -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6709) Remove merges/ folder for default apps
[ https://issues.apache.org/jira/browse/CB-6709?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14039096#comment-14039096 ] ASF subversion and git services commented on CB-6709: - Commit 1cecf6aac771693e2ab3c2ae853cd7f4db0f0788 in cordova-lib's branch refs/heads/master from [~mmocny] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=1cecf6a ] CB-6709 Do not create merges/ folder when adding a platform Remove merges/ folder for default apps -- Key: CB-6709 URL: https://issues.apache.org/jira/browse/CB-6709 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.5.0 Reporter: Michal Mocny Assignee: Michal Mocny Priority: Minor ML thread: http://markmail.org/message/vqzzxnhk7yosmabj -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6976) Add support for Windows Universal apps (Windows 8.1 and WP 8.1)
[ https://issues.apache.org/jira/browse/CB-6976?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14039089#comment-14039089 ] ASF subversion and git services commented on CB-6976: - Commit 29d15d6ef847d430747a7abdd9ed7c95d0289f85 in cordova-windows's branch refs/heads/master from sgrebnov [ https://git-wip-us.apache.org/repos/asf?p=cordova-windows.git;h=29d15d6 ] CB-6976 Add support for Windows Universal apps (Windows 8.1 and WP 8.1) Add support for Windows Universal apps (Windows 8.1 and WP 8.1) --- Key: CB-6976 URL: https://issues.apache.org/jira/browse/CB-6976 Project: Apache Cordova Issue Type: New Feature Reporter: Sergey Grebnov Assignee: Sergey Grebnov Creating this as a new JIRA feature since this is different from previously proposed adding support for Windows 8.1 only. This feature proposes transforming 'windows8' to 'windows' platform which is based on Windows Universal apps and which allows building apps for Windows 8, Windows 8.1 and Windows Phone 8.1. Window Phone 8 (wp8) stays as a platform. Original info from dev mail thread: With Windows 8.1 and Windows Phone 8.1 platforms released, it would be great to get Cordova support building apps for those platforms too. A lot of people on this list have also been talking about how to adapt existing apps to the new 8.1 platforms. Here is an initial proposal and prototype of how it may look. TL;DR; - Rename windows8 platform to be called windows. This platform can build apps for Windows 8, Windows 8.1 and Windows Phone 8.1. Window Phone 8 (wp8) stays as a platform. Link to the document - https://onedrive.live.com/redir?resid=DEA20E6DC28C96DD!2781authkey=!APz1za6lnJhsaaQithint=file%2c.docx For more details, see Support for Windows Universal apps (Windows 8.1 and Windows Phone 8.1) dev email thread TODO: add Windows 8.1 and WP8.1 components. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6983) Incorrect debug statement in callbackSuccess
[ https://issues.apache.org/jira/browse/CB-6983?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14039179#comment-14039179 ] ASF subversion and git services commented on CB-6983: - Commit 8f64fa84f87d8cae1faf34a8af6087b438f3ed0e in cordova-js's branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-js.git;h=8f64fa8 ] Merge branch 'CB-6983' of https://github.com/stacic/cordova-js Incorrect debug statement in callbackSuccess Key: CB-6983 URL: https://issues.apache.org/jira/browse/CB-6983 Project: Apache Cordova Issue Type: Bug Components: CordovaJS Reporter: Staci Cooper Assignee: Staci Cooper Priority: Trivial Catch statement in callbackSuccess() incorrectly reports error in error callback -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6983) Incorrect debug statement in callbackSuccess
[ https://issues.apache.org/jira/browse/CB-6983?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14039178#comment-14039178 ] ASF subversion and git services commented on CB-6983: - Commit cf2ab5190f94de8923aafd5559be940661a32e75 in cordova-js's branch refs/heads/master from [~stacic] [ https://git-wip-us.apache.org/repos/asf?p=cordova-js.git;h=cf2ab51 ] CB-6983 misleading debug statement Incorrect debug statement in callbackSuccess Key: CB-6983 URL: https://issues.apache.org/jira/browse/CB-6983 Project: Apache Cordova Issue Type: Bug Components: CordovaJS Reporter: Staci Cooper Assignee: Staci Cooper Priority: Trivial Catch statement in callbackSuccess() incorrectly reports error in error callback -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6615) Plugman fails when try to add plugin with specific version dependencies
[ https://issues.apache.org/jira/browse/CB-6615?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14039419#comment-14039419 ] ASF subversion and git services commented on CB-6615: - Commit aa2a04be79ef70e327d70af6f9277d2494ebd91a in cordova-lib's branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=aa2a04b ] Merge branch 'CB-6615' of https://github.com/MSOpenTech/cordova-plugman Plugman fails when try to add plugin with specific version dependencies --- Key: CB-6615 URL: https://issues.apache.org/jira/browse/CB-6615 Project: Apache Cordova Issue Type: Bug Components: CLI, Plugman Reporter: Vladimir Kotikov Assignee: Jesse MacFadyen Repro steps: # Create new Cordova project # Add any plugin # Add following tag to plugin.xml {noformat} dependency id=org.apache.cordova.file@1.0.0 / {noformat} # Add any platform. Expected: The project should download and install dependent plugin with version 1.0.0 Actual: The build generates the following output and error: {noformat} Error 47 Expected fetched plugin to have ID org.apache.cordova.file@1.0.0 but got org.apache.cordova.file. {noformat} Related: CB-4809 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6615) Plugman fails when try to add plugin with specific version dependencies
[ https://issues.apache.org/jira/browse/CB-6615?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14039475#comment-14039475 ] ASF subversion and git services commented on CB-6615: - Commit 836d4c03cb9b10ec34223eeda1fe1f560c83ac7a in cordova-lib's branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=836d4c0 ] Merge branch 'CB-6615' of https://github.com/MSOpenTech/cordova-lib Plugman fails when try to add plugin with specific version dependencies --- Key: CB-6615 URL: https://issues.apache.org/jira/browse/CB-6615 Project: Apache Cordova Issue Type: Bug Components: CLI, Plugman Reporter: Vladimir Kotikov Assignee: Jesse MacFadyen Repro steps: # Create new Cordova project # Add any plugin # Add following tag to plugin.xml {noformat} dependency id=org.apache.cordova.file@1.0.0 / {noformat} # Add any platform. Expected: The project should download and install dependent plugin with version 1.0.0 Actual: The build generates the following output and error: {noformat} Error 47 Expected fetched plugin to have ID org.apache.cordova.file@1.0.0 but got org.apache.cordova.file. {noformat} Related: CB-4809 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6997) Deprecate obsolete CDVPlugin methods
[ https://issues.apache.org/jira/browse/CB-6997?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14039543#comment-14039543 ] ASF subversion and git services commented on CB-6997: - Commit 4e1260eca65df2b368477463cbeac2a77ddb40c5 in cordova-ios's branch refs/heads/master from [~shazron] [ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=4e1260e ] CB-6997 - Deprecate obsolete CDVPlugin methods Deprecate obsolete CDVPlugin methods Key: CB-6997 URL: https://issues.apache.org/jira/browse/CB-6997 Project: Apache Cordova Issue Type: Task Components: iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 3.6.0 // Deprecate these in favour of using CDVCommandDelegate directly. // - (NSString*)writeJavascript:(NSString*)javascript; // - (NSString*)success:(CDVPluginResult*)pluginResult callbackId:(NSString*)callbackId; // - (NSString*)error:(CDVPluginResult*)pluginResult callbackId:(NSString*)callbackId; These are remnants of how older plugins used pluginResult and are not doc'ed anymore. Time to migrate people. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6998) Remove CDVCommandDelegate::execute deprecated call (deprecated since 2.2)
[ https://issues.apache.org/jira/browse/CB-6998?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14039551#comment-14039551 ] ASF subversion and git services commented on CB-6998: - Commit c3fc1eaa6a2cc8470b9673f81fbc7f7304eae0d1 in cordova-ios's branch refs/heads/master from [~shazron] [ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=c3fc1ea ] CB-6998 - Remove CDVCommandDelegate::execute deprecated call (deprecated since 2.2) Remove CDVCommandDelegate::execute deprecated call (deprecated since 2.2) - Key: CB-6998 URL: https://issues.apache.org/jira/browse/CB-6998 Project: Apache Cordova Issue Type: Task Components: iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 3.6.0 CDVCommandDelegate - (BOOL)execute:(CDVInvokedUrlCommand*)command CDV_DEPRECATED(2.2, Use direct method calls instead.); -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6579) CDVWebViewDelegateTests are failing
[ https://issues.apache.org/jira/browse/CB-6579?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14039555#comment-14039555 ] ASF subversion and git services commented on CB-6579: - Commit 0acbf3a917ad07681ec2dab662650a6c1b85e118 in cordova-ios's branch refs/heads/master from [~shazron] [ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=0acbf3a ] CB-6579 - update deprecation to use CDV_DEPRECATED macro CDVWebViewDelegateTests are failing --- Key: CB-6579 URL: https://issues.apache.org/jira/browse/CB-6579 Project: Apache Cordova Issue Type: Bug Components: iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 3.5.0 {code} Test Suite 'CDVWebViewDelegateTests' started at 2014-04-30 22:07:50 + Test Case '-[CDVWebViewDelegateTests testFragmentIdentifiersWithFileUrl]' started. /Users/shaz/Documents/Git/Apache/cordova-ios/CordovaLibTests/CDVWebViewDelegateTests.m:70: error: -[CDVWebViewDelegateTests testFragmentIdentifiersWithFileUrl] : [wvd request:originalRequest isFragmentIdentifierToRequest:originalRequest] should be false. originalRequest should not be a fragment of originalRequest /Users/shaz/Documents/Git/Apache/cordova-ios/CordovaLibTests/CDVWebViewDelegateTests.m:73: error: -[CDVWebViewDelegateTests testFragmentIdentifiersWithFileUrl] : [wvd request:originalRequestWithQueryParamsAndFragment isFragmentIdentifierToRequest:originalRequest] should be true. originalRequestWithQueryParamsAndFragment should be a fragment of originalRequest Test Case '-[CDVWebViewDelegateTests testFragmentIdentifiersWithFileUrl]' failed (0.000 seconds). Test Case '-[CDVWebViewDelegateTests testFragmentIdentifiersWithFileUrlAndMalformedFragment]' started. /Users/shaz/Documents/Git/Apache/cordova-ios/CordovaLibTests/CDVWebViewDelegateTests.m:70: error: -[CDVWebViewDelegateTests testFragmentIdentifiersWithFileUrlAndMalformedFragment] : [wvd request:originalRequest isFragmentIdentifierToRequest:originalRequest] should be false. originalRequest should not be a fragment of originalRequest /Users/shaz/Documents/Git/Apache/cordova-ios/CordovaLibTests/CDVWebViewDelegateTests.m:73: error: -[CDVWebViewDelegateTests testFragmentIdentifiersWithFileUrlAndMalformedFragment] : [wvd request:originalRequestWithQueryParamsAndFragment isFragmentIdentifierToRequest:originalRequest] should be true. originalRequestWithQueryParamsAndFragment should be a fragment of originalRequest Test Case '-[CDVWebViewDelegateTests testFragmentIdentifiersWithFileUrlAndMalformedFragment]' failed (0.000 seconds). Test Case '-[CDVWebViewDelegateTests testFragmentIdentifiersWithHttpUrl]' started. /Users/shaz/Documents/Git/Apache/cordova-ios/CordovaLibTests/CDVWebViewDelegateTests.m:70: error: -[CDVWebViewDelegateTests testFragmentIdentifiersWithHttpUrl] : [wvd request:originalRequest isFragmentIdentifierToRequest:originalRequest] should be false. originalRequest should not be a fragment of originalRequest /Users/shaz/Documents/Git/Apache/cordova-ios/CordovaLibTests/CDVWebViewDelegateTests.m:73: error: -[CDVWebViewDelegateTests testFragmentIdentifiersWithHttpUrl] : [wvd request:originalRequestWithQueryParamsAndFragment isFragmentIdentifierToRequest:originalRequest] should be true. originalRequestWithQueryParamsAndFragment should be a fragment of originalRequest Test Case '-[CDVWebViewDelegateTests testFragmentIdentifiersWithHttpUrl]' failed (0.000 seconds). Test Suite 'CDVWebViewDelegateTests' finished at 2014-04-30 22:07:50 +. Executed 3 tests, with 6 failures (0 unexpected) in 0.001 (0.001) seconds {code} -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6976) Add support for Windows Universal apps (Windows 8.1 and WP 8.1)
[ https://issues.apache.org/jira/browse/CB-6976?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14039605#comment-14039605 ] ASF subversion and git services commented on CB-6976: - Commit 7ed25a53a793a2af3ff3bc51799ef65fa302a643 in cordova-lib's branch refs/heads/master from sgrebnov [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=7ed25a5 ] CB-6976 Add support for Windows Universal apps (Windows 8.1 and WP 8.1) Add support for Windows Universal apps (Windows 8.1 and WP 8.1) --- Key: CB-6976 URL: https://issues.apache.org/jira/browse/CB-6976 Project: Apache Cordova Issue Type: New Feature Reporter: Sergey Grebnov Assignee: Sergey Grebnov Creating this as a new JIRA feature since this is different from previously proposed adding support for Windows 8.1 only. This feature proposes transforming 'windows8' to 'windows' platform which is based on Windows Universal apps and which allows building apps for Windows 8, Windows 8.1 and Windows Phone 8.1. Window Phone 8 (wp8) stays as a platform. Original info from dev mail thread: With Windows 8.1 and Windows Phone 8.1 platforms released, it would be great to get Cordova support building apps for those platforms too. A lot of people on this list have also been talking about how to adapt existing apps to the new 8.1 platforms. Here is an initial proposal and prototype of how it may look. TL;DR; - Rename windows8 platform to be called windows. This platform can build apps for Windows 8, Windows 8.1 and Windows Phone 8.1. Window Phone 8 (wp8) stays as a platform. Link to the document - https://onedrive.live.com/redir?resid=DEA20E6DC28C96DD!2781authkey=!APz1za6lnJhsaaQithint=file%2c.docx For more details, see Support for Windows Universal apps (Windows 8.1 and Windows Phone 8.1) dev email thread TODO: add Windows 8.1 and WP8.1 components. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6976) Add support for Windows Universal apps (Windows 8.1 and WP 8.1)
[ https://issues.apache.org/jira/browse/CB-6976?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14039622#comment-14039622 ] ASF subversion and git services commented on CB-6976: - Commit 4de816dd5f9454f35ea75b8667fe55c4b8868483 in cordova-cli's branch refs/heads/master from sgrebnov [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=4de816d ] CB-6976 Add support for Windows Universal apps (Windows 8.1 and WP 8.1) Add support for Windows Universal apps (Windows 8.1 and WP 8.1) --- Key: CB-6976 URL: https://issues.apache.org/jira/browse/CB-6976 Project: Apache Cordova Issue Type: New Feature Reporter: Sergey Grebnov Assignee: Sergey Grebnov Creating this as a new JIRA feature since this is different from previously proposed adding support for Windows 8.1 only. This feature proposes transforming 'windows8' to 'windows' platform which is based on Windows Universal apps and which allows building apps for Windows 8, Windows 8.1 and Windows Phone 8.1. Window Phone 8 (wp8) stays as a platform. Original info from dev mail thread: With Windows 8.1 and Windows Phone 8.1 platforms released, it would be great to get Cordova support building apps for those platforms too. A lot of people on this list have also been talking about how to adapt existing apps to the new 8.1 platforms. Here is an initial proposal and prototype of how it may look. TL;DR; - Rename windows8 platform to be called windows. This platform can build apps for Windows 8, Windows 8.1 and Windows Phone 8.1. Window Phone 8 (wp8) stays as a platform. Link to the document - https://onedrive.live.com/redir?resid=DEA20E6DC28C96DD!2781authkey=!APz1za6lnJhsaaQithint=file%2c.docx For more details, see Support for Windows Universal apps (Windows 8.1 and Windows Phone 8.1) dev email thread TODO: add Windows 8.1 and WP8.1 components. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6976) Add support for Windows Universal apps (Windows 8.1 and WP 8.1)
[ https://issues.apache.org/jira/browse/CB-6976?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14040647#comment-14040647 ] ASF subversion and git services commented on CB-6976: - Commit 63c6b350c5eedd2779761c2bf2227323e6cb4f60 in cordova-lib's branch refs/heads/master from sgrebnov [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=63c6b35 ] CB-6976 Corrected snapshot urls for windows Add support for Windows Universal apps (Windows 8.1 and WP 8.1) --- Key: CB-6976 URL: https://issues.apache.org/jira/browse/CB-6976 Project: Apache Cordova Issue Type: New Feature Reporter: Sergey Grebnov Assignee: Sergey Grebnov Creating this as a new JIRA feature since this is different from previously proposed adding support for Windows 8.1 only. This feature proposes transforming 'windows8' to 'windows' platform which is based on Windows Universal apps and which allows building apps for Windows 8, Windows 8.1 and Windows Phone 8.1. Window Phone 8 (wp8) stays as a platform. Original info from dev mail thread: With Windows 8.1 and Windows Phone 8.1 platforms released, it would be great to get Cordova support building apps for those platforms too. A lot of people on this list have also been talking about how to adapt existing apps to the new 8.1 platforms. Here is an initial proposal and prototype of how it may look. TL;DR; - Rename windows8 platform to be called windows. This platform can build apps for Windows 8, Windows 8.1 and Windows Phone 8.1. Window Phone 8 (wp8) stays as a platform. Link to the document - https://onedrive.live.com/redir?resid=DEA20E6DC28C96DD!2781authkey=!APz1za6lnJhsaaQithint=file%2c.docx For more details, see Support for Windows Universal apps (Windows 8.1 and Windows Phone 8.1) dev email thread TODO: add Windows 8.1 and WP8.1 components. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6772) Android Configuration lack AndroidLaunchMode preference
[ https://issues.apache.org/jira/browse/CB-6772?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14040804#comment-14040804 ] ASF subversion and git services commented on CB-6772: - Commit b03c96a18e7c6291441165fb79173d4dd88b83b5 in cordova-docs's branch refs/heads/master from [~mmocny] [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=b03c96a ] CB-6772 Document AndroidLaunchMode preference Android Configuration lack AndroidLaunchMode preference --- Key: CB-6772 URL: https://issues.apache.org/jira/browse/CB-6772 Project: Apache Cordova Issue Type: Bug Components: Docs Affects Versions: 3.5.0 Reporter: Gen Liu Assignee: Michal Mocny Cordova 3.5.0 release note shows there is a new feature that allow user change Android Activity launch mode. http://cordova.apache.org/announcements/2014/05/23/cordova-350.html It sounds interesting to me and I noticed cordova-android project can generate a project use android:launchMode=singleTop with AndroidManifest.xml. But it will be override by cordova-cli. I found I must add a preference to config.xml to make it appear in my project, which is not mentioned in the Document: preference name=AndroidLaunchMode value=singleTop/ Please add it to document. http://cordova.apache.org/docs/en/3.5.0/guide_platforms_android_config.md.html#Android%20Configuration -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-2606) Add support for icon elements in config.xml
[ https://issues.apache.org/jira/browse/CB-2606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14041069#comment-14041069 ] ASF subversion and git services commented on CB-2606: - Commit 098565911a1284a329f9319268f51121f11ad780 in cordova-lib's branch refs/heads/master from [~kamrik] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=0985659 ] CB-3571, CB-2606: support for splashscreens This is a squash of several commits by @AxelNennker and @vladimir-kotikov. Includes: * Add getSplashScreens method to ConfigParser. * Move common splashscreens/icons logic to getStaticResources method. * Move findByDensity method to ConfigParser. * CB-2606: Do not copy default icon to other folders than res/drawable. github: close #30 Add support for icon elements in config.xml - Key: CB-2606 URL: https://issues.apache.org/jira/browse/CB-2606 Project: Apache Cordova Issue Type: Wish Components: Docs Reporter: Filip Maj Assignee: Mark Koudritsky This feature would add support for specifying the application icon by changing values inside the {{config.xml}} document. Relevant details for Cordova: - {{icon}} elements _may_ have {{width}} and {{height}} attributes representing the preferred size of the icon in CSS pixels. - {{icon}} elements _must_ have a {{src}} attribute, which contains a path string relative to the {{www/}} folder (or equivalent) in the platform. See [the Widget Spec's section on icons|http://www.w3.org/TR/widgets/#the-icon-element-and-its-attributes] for specifics. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-2606) Add support for icon elements in config.xml
[ https://issues.apache.org/jira/browse/CB-2606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14041068#comment-14041068 ] ASF subversion and git services commented on CB-2606: - Commit 098565911a1284a329f9319268f51121f11ad780 in cordova-lib's branch refs/heads/master from [~kamrik] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=0985659 ] CB-3571, CB-2606: support for splashscreens This is a squash of several commits by @AxelNennker and @vladimir-kotikov. Includes: * Add getSplashScreens method to ConfigParser. * Move common splashscreens/icons logic to getStaticResources method. * Move findByDensity method to ConfigParser. * CB-2606: Do not copy default icon to other folders than res/drawable. github: close #30 Add support for icon elements in config.xml - Key: CB-2606 URL: https://issues.apache.org/jira/browse/CB-2606 Project: Apache Cordova Issue Type: Wish Components: Docs Reporter: Filip Maj Assignee: Mark Koudritsky This feature would add support for specifying the application icon by changing values inside the {{config.xml}} document. Relevant details for Cordova: - {{icon}} elements _may_ have {{width}} and {{height}} attributes representing the preferred size of the icon in CSS pixels. - {{icon}} elements _must_ have a {{src}} attribute, which contains a path string relative to the {{www/}} folder (or equivalent) in the platform. See [the Widget Spec's section on icons|http://www.w3.org/TR/widgets/#the-icon-element-and-its-attributes] for specifics. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-4404) android:windowSoftInputMode has no effect in full screen mode, and adjustPan does not work in non-full screen mode
[ https://issues.apache.org/jira/browse/CB-4404?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14041121#comment-14041121 ] ASF subversion and git services commented on CB-4404: - Commit 663a919ed1eb5e24c22e7ee6b0e74a29ff76345c in cordova-android's branch refs/heads/4.0.x from [~bowserj] [ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=663a919 ] CB-4404: Changing where android:windowSoftInputMode is in the manifest so it works android:windowSoftInputMode has no effect in full screen mode, and adjustPan does not work in non-full screen mode Key: CB-4404 URL: https://issues.apache.org/jira/browse/CB-4404 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 2.9.0 Environment: * Mac OS 10.7.5 * Android 4.1.2 and 4.2.2 emulator using Intel's x86 images Reporter: Daniel Trebbien Assignee: Andrew Grieve _I recently posted a description of this issue to the phonegap group at [https://groups.google.com/d/topic/phonegap/J-h0lt68x0g/discussion]._ I am testing out PhoneGap 2.9.0 in the Android emulator (using Intel's x86 images), and I am seeing the issue that the android:windowSoftInputMode setting is not having an effect. By default, the setting is set to adjustPan in the generated project, but when I actually focus a text input, the soft keyboard appears on top of the app, but does not pan the main window, and the input is usually hidden beneath the keyboard as a result. Steps to reproduce: # Create a new PhoneGap 2.9.0 project using the {{cordova create}} utility. Add the 'android' platform. # Open the project in Eclipse. # Edit {{index.html}} to add {{brbrbrbrbrbrbrinput placeholder=Text box}} below the {{h1Apache Cordova/h1}} heading. # Run the app in Android 4.1.2 or 4.2.2 emulator. # Tap the input and notice that the soft keyboard is placed over the app and the input is hidden beneath. # Try changing the android:windowSoftInputMode setting in {{AndroidManifest.xml}} to adjustResize, reload the app, and notice that the app is not resized when the input receives keyboard focus. I am seeing this problem in Android 4.1.2 and 4.2.2 emulator. In Android 4.0.3 emulator, the app pans as expected. The strange thing is that if I load the www/ files in the Browser and focus the input, then the window is resized to fit the soft keyboard like normal. This seems to imply that android:windowSoftInputMode works fine in the emulator, but there is some issue in PhoneGap that is preventing it from working. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7004) Uninstall of mobilespec's dependencies plugin doesn't work
[ https://issues.apache.org/jira/browse/CB-7004?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14041246#comment-14041246 ] ASF subversion and git services commented on CB-7004: - Commit b01b43b883fbfe696a203403e0f5b2209fd278cb in cordova-lib's branch refs/heads/master from [~kamrik] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=b01b43b ] CB-7004: Uninstall of mobilespec's dependencies plugin fails It was trying to uninstall BlackBerry specific plugin from Android: Error: ENOENT, no such file or directory '.../mobilespec/plugins/com.blackberry.utils/plugin.xml' This is due to a recent commit c7f4f7fc1f60357900ecf98a30c0f0969bc07e68 Added a simple check to just return if a the plugin dir exists. Uninstall of mobilespec's dependencies plugin doesn't work -- Key: CB-7004 URL: https://issues.apache.org/jira/browse/CB-7004 Project: Apache Cordova Issue Type: Bug Components: Plugman Reporter: Andrew Grieve Assignee: Andrew Grieve {code} cordova-mobile-spec/createmobilespec/createmobilespec.js --android --ios cd mobilespec cordova plugin remove org.cordova.mobile-spec-dependencies {code} Results in: {quote} Uninstalling 22 dependent plugins. Uninstalling org.apache.cordova.battery-status from android Uninstalling org.apache.cordova.file from android Uninstalling org.apache.cordova.media-capture from android Uninstalling org.apache.cordova.media from android Uninstalling org.apache.cordova.file-transfer from android Uninstalling org.apache.cordova.camera from android Uninstalling org.apache.cordova.console from android Error: ENOENT, no such file or directory '/Users/agrieve/git/cordova/mobilespec/plugins/com.blackberry.utils/plugin.xml' at Error (native) at Object.fs.openSync (fs.js:443:18) at Object.fs.readFileSync (fs.js:309:15) at Object.module.exports.parseElementtreeSync (/Users/agrieve/git/cordova/cordova-lib/cordova-lib/src/util/xml-helpers.js:121:27) at runUninstallPlatform (/Users/agrieve/git/cordova/cordova-lib/cordova-lib/src/plugman/uninstall.js:192:36) at /Users/agrieve/git/cordova/cordova-lib/cordova-lib/src/plugman/uninstall.js:228:24 at Array.map (native) at runUninstallPlatform (/Users/agrieve/git/cordova/cordova-lib/cordova-lib/src/plugman/uninstall.js:220:22) at Function.module.exports.uninstallPlatform (/Users/agrieve/git/cordova/cordova-lib/cordova-lib/src/plugman/uninstall.js:78:12) at /Users/agrieve/git/cordova/cordova-lib/cordova-lib/src/cordova/plugin.js:187:58 {quote} -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7002) Tools Release June 20, 2014
[ https://issues.apache.org/jira/browse/CB-7002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14041485#comment-14041485 ] ASF subversion and git services commented on CB-7002: - Commit 13e0e8d72594c7a72bd18b34aba925ce869d in cordova-plugman's branch refs/heads/master from [~kamrik] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugman.git;h=13e0e8d ] CB-7002 Updated version and RELEASENOTES.md for release 0.22.4 Tools Release June 20, 2014 --- Key: CB-7002 URL: https://issues.apache.org/jira/browse/CB-7002 Project: Apache Cordova Issue Type: Task Reporter: Andrew Grieve Assignee: Andrew Grieve Following steps at https://github.com/apache/cordova-coho/blob/master/docs/tools-release-process.md -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7002) Tools Release June 20, 2014
[ https://issues.apache.org/jira/browse/CB-7002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14041486#comment-14041486 ] ASF subversion and git services commented on CB-7002: - Commit 8257389b5ac11039876cfc76088ed85a137ba8bc in cordova-plugman's branch refs/heads/master from [~kamrik] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugman.git;h=8257389 ] CB-7002 Incremented package version to -dev Tools Release June 20, 2014 --- Key: CB-7002 URL: https://issues.apache.org/jira/browse/CB-7002 Project: Apache Cordova Issue Type: Task Reporter: Andrew Grieve Assignee: Andrew Grieve Following steps at https://github.com/apache/cordova-coho/blob/master/docs/tools-release-process.md -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7002) Tools Release June 20, 2014
[ https://issues.apache.org/jira/browse/CB-7002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14041487#comment-14041487 ] ASF subversion and git services commented on CB-7002: - Commit d887ba71bc13f7dacef0235d94bcb7d1cd9b33b5 in cordova-cli's branch refs/heads/master from [~kamrik] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=d887ba7 ] CB-7002 Updated version and RELEASENOTES.md for release 3.5.0-0.2.6 Tools Release June 20, 2014 --- Key: CB-7002 URL: https://issues.apache.org/jira/browse/CB-7002 Project: Apache Cordova Issue Type: Task Reporter: Andrew Grieve Assignee: Andrew Grieve Following steps at https://github.com/apache/cordova-coho/blob/master/docs/tools-release-process.md -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7002) Tools Release June 20, 2014
[ https://issues.apache.org/jira/browse/CB-7002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14041488#comment-14041488 ] ASF subversion and git services commented on CB-7002: - Commit fca3d2b4eb36217756429861f32a15ad38499d98 in cordova-cli's branch refs/heads/master from [~kamrik] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=fca3d2b ] CB-7002 Incremented package version to -dev Tools Release June 20, 2014 --- Key: CB-7002 URL: https://issues.apache.org/jira/browse/CB-7002 Project: Apache Cordova Issue Type: Task Reporter: Andrew Grieve Assignee: Andrew Grieve Following steps at https://github.com/apache/cordova-coho/blob/master/docs/tools-release-process.md -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7002) Tools Release June 20, 2014
[ https://issues.apache.org/jira/browse/CB-7002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14041489#comment-14041489 ] ASF subversion and git services commented on CB-7002: - Commit 42dfd6674c8d19de17dfe6a2aa9dbefe7b26cf1a in cordova-lib's branch refs/heads/master from [~kamrik] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=42dfd66 ] CB-7002 Updated version and RELEASENOTES.md for release 0.21.6 Tools Release June 20, 2014 --- Key: CB-7002 URL: https://issues.apache.org/jira/browse/CB-7002 Project: Apache Cordova Issue Type: Task Reporter: Andrew Grieve Assignee: Andrew Grieve Following steps at https://github.com/apache/cordova-coho/blob/master/docs/tools-release-process.md -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-5971) cordova create temp something.default will break android badly
[ https://issues.apache.org/jira/browse/CB-5971?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14042459#comment-14042459 ] ASF subversion and git services commented on CB-5971: - Commit bb141a70e89cf7826fb1699085df33aac597a688 in cordova-android's branch refs/heads/master from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=bb141a7 ] CB-5971: Add unit tests to cordova-android cordova create temp something.default will break android badly -- Key: CB-5971 URL: https://issues.apache.org/jira/browse/CB-5971 Project: Apache Cordova Issue Type: Bug Components: Android, CLI Affects Versions: 3.3.0 Reporter: Josh Soref Assignee: Ian Clelland steps: {quote} {{cordova create temp something.default}} {{cd temp}} {{cordova platform add android}} {{cordova build}} {quote} expected results: if {{something.default}} is a bad name, then cordova create or the android platform should tell me that in a clear way actual results: BUILD FAILED adt-bundle-mac-x86_64-20130917/sdk/tools/ant/build.xml:720: The following error occurred while executing this line: adt-bundle-mac-x86_64-20130917/sdk/tools/ant/build.xml:734: Compile failed; see the compiler error output for details. Total time: 17 seconds Error code 1 for command: ant with args: debug,-f,/private/tmp/temp/platforms/android/build.xml,-Dout.dir=ant-build,-Dgen.absolute.dir=ant-gen at ChildProcess.anonymous (cordova-cli/src/compile.js:65:22) at ChildProcess.EventEmitter.emit (events.js:98:17) at maybeClose (child_process.js:735:16) at Socket.anonymous (child_process.js:948:11) at Socket.EventEmitter.emit (events.js:95:17) at Pipe.close (net.js:466:12) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-5971) cordova create temp something.default will break android badly
[ https://issues.apache.org/jira/browse/CB-5971?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14042458#comment-14042458 ] ASF subversion and git services commented on CB-5971: - Commit ff260c03caedeeaaf00563e117faefb8004f269b in cordova-android's branch refs/heads/master from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=ff260c0 ] CB-5971: Factor out package/project name validation logic cordova create temp something.default will break android badly -- Key: CB-5971 URL: https://issues.apache.org/jira/browse/CB-5971 Project: Apache Cordova Issue Type: Bug Components: Android, CLI Affects Versions: 3.3.0 Reporter: Josh Soref Assignee: Ian Clelland steps: {quote} {{cordova create temp something.default}} {{cd temp}} {{cordova platform add android}} {{cordova build}} {quote} expected results: if {{something.default}} is a bad name, then cordova create or the android platform should tell me that in a clear way actual results: BUILD FAILED adt-bundle-mac-x86_64-20130917/sdk/tools/ant/build.xml:720: The following error occurred while executing this line: adt-bundle-mac-x86_64-20130917/sdk/tools/ant/build.xml:734: Compile failed; see the compiler error output for details. Total time: 17 seconds Error code 1 for command: ant with args: debug,-f,/private/tmp/temp/platforms/android/build.xml,-Dout.dir=ant-build,-Dgen.absolute.dir=ant-gen at ChildProcess.anonymous (cordova-cli/src/compile.js:65:22) at ChildProcess.EventEmitter.emit (events.js:98:17) at maybeClose (child_process.js:735:16) at Socket.anonymous (child_process.js:948:11) at Socket.EventEmitter.emit (events.js:95:17) at Pipe.close (net.js:466:12) -- This message was sent by Atlassian JIRA (v6.2#6252)