[jira] [Commented] (CB-8698) Clean Up, Fix, and Conform Medic Config to Buildbot and Apache Infra's Buildbot
[ https://issues.apache.org/jira/browse/CB-8698?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14368612#comment-14368612 ] ASF subversion and git services commented on CB-8698: - Commit 0e37682dc95cbff014bef348aa53f81b2b642479 in cordova-medic's branch refs/heads/master from [~dblotsky] [ https://git-wip-us.apache.org/repos/asf?p=cordova-medic.git;h=0e37682 ] [CB-8698] Rewriting cordova.conf: factoring out common build code, parametrising builds with Buildbot Properties, and adding extra steps for cleanup. Removing unused plugin code. Cleaning up documentation. Cleaning up file layout. Adding config extensibility. > Clean Up, Fix, and Conform Medic Config to Buildbot and Apache Infra's > Buildbot > --- > > Key: CB-8698 > URL: https://issues.apache.org/jira/browse/CB-8698 > Project: Apache Cordova > Issue Type: Improvement > Components: Medic >Reporter: Dmitry Blotsky > Labels: cleanup, config, cordova, cordova-medic, medic > Original Estimate: 720h > Remaining Estimate: 720h > > Medic config is difficult to extend, has some code smells, and is difficult > to use with other Buildbot features. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8698) Clean Up, Fix, and Conform Medic Config to Buildbot and Apache Infra's Buildbot
[ https://issues.apache.org/jira/browse/CB-8698?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14368613#comment-14368613 ] ASF GitHub Bot commented on CB-8698: Github user asfgit closed the pull request at: https://github.com/apache/cordova-medic/pull/37 > Clean Up, Fix, and Conform Medic Config to Buildbot and Apache Infra's > Buildbot > --- > > Key: CB-8698 > URL: https://issues.apache.org/jira/browse/CB-8698 > Project: Apache Cordova > Issue Type: Improvement > Components: Medic >Reporter: Dmitry Blotsky > Labels: cleanup, config, cordova, cordova-medic, medic > Original Estimate: 720h > Remaining Estimate: 720h > > Medic config is difficult to extend, has some code smells, and is difficult > to use with other Buildbot features. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8712) I'm using ssl enabled domain for my app, when i install directly to my mobile in debugging mode using nodejs is working fine, but after published in play store ssl enabled
Janardana Behara created CB-8712: Summary: I'm using ssl enabled domain for my app, when i install directly to my mobile in debugging mode using nodejs is working fine, but after published in play store ssl enabled domains are not working. Please share your response. Thanks in Advance Key: CB-8712 URL: https://issues.apache.org/jira/browse/CB-8712 Project: Apache Cordova Issue Type: Bug Reporter: Janardana Behara -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8711) Android exec tests fail on windows+appveyor
[ https://issues.apache.org/jira/browse/CB-8711?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14368472#comment-14368472 ] ASF GitHub Bot commented on CB-8711: Github user nikhilkh commented on the pull request: https://github.com/apache/cordova-js/pull/106#issuecomment-83307408 Thanks for fixing this! > Android exec tests fail on windows+appveyor > --- > > Key: CB-8711 > URL: https://issues.apache.org/jira/browse/CB-8711 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS >Reporter: Jesse MacFadyen >Assignee: Jesse MacFadyen > > This appears to be a difference in the way async results are handled in > jasmine-node windows vs jasmine-node ios or some other lib. > Tests likely just need a slight adjustment. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7992) Weird behavior when more than one
[ https://issues.apache.org/jira/browse/CB-7992?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14368311#comment-14368311 ] ASF GitHub Bot commented on CB-7992: Github user purplecabbage commented on the pull request: https://github.com/apache/cordova-js/pull/104#issuecomment-83252029 @nikhilkh CB-8711 now resolved. #106 https://ci.appveyor.com/project/Humbedooh/cordova-js/build/1.0.12 > Weird behavior when more than one
[jira] [Resolved] (CB-8711) Android exec tests fail on windows+appveyor
[ https://issues.apache.org/jira/browse/CB-8711?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-8711. - Resolution: Fixed > Android exec tests fail on windows+appveyor > --- > > Key: CB-8711 > URL: https://issues.apache.org/jira/browse/CB-8711 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS >Reporter: Jesse MacFadyen >Assignee: Jesse MacFadyen > > This appears to be a difference in the way async results are handled in > jasmine-node windows vs jasmine-node ios or some other lib. > Tests likely just need a slight adjustment. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8711) Android exec tests fail on windows+appveyor
[ https://issues.apache.org/jira/browse/CB-8711?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14368306#comment-14368306 ] ASF subversion and git services commented on CB-8711: - Commit 74ae2f8702e14122aa55ddf98837386330ebf905 in cordova-js's branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-js.git;h=74ae2f8 ] CB-8711 wait for all callbacks before evaluating expectations > Android exec tests fail on windows+appveyor > --- > > Key: CB-8711 > URL: https://issues.apache.org/jira/browse/CB-8711 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS >Reporter: Jesse MacFadyen >Assignee: Jesse MacFadyen > > This appears to be a difference in the way async results are handled in > jasmine-node windows vs jasmine-node ios or some other lib. > Tests likely just need a slight adjustment. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8711) Android exec tests fail on windows+appveyor
[ https://issues.apache.org/jira/browse/CB-8711?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14368293#comment-14368293 ] ASF GitHub Bot commented on CB-8711: GitHub user purplecabbage opened a pull request: https://github.com/apache/cordova-js/pull/106 CB-8711 wait for all callbacks before evaluating expectations Some of the android (multi) exec call tests were failing on windows ( but not osx ) Changed the tests so they wait for the correct number of callbacks before evaluating the 'expects' list. You can merge this pull request into a Git repository by running: $ git pull https://github.com/purplecabbage/cordova-js CB-8711 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-js/pull/106.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #106 commit eda207a905987b4ec4716f1d4b8d1e19bdf6fb6c Author: Jesse MacFadyen Date: 2015-03-19T01:19:45Z CB-8711 wait for all callbacks before evaluating expectations > Android exec tests fail on windows+appveyor > --- > > Key: CB-8711 > URL: https://issues.apache.org/jira/browse/CB-8711 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS >Reporter: Jesse MacFadyen >Assignee: Jesse MacFadyen > > This appears to be a difference in the way async results are handled in > jasmine-node windows vs jasmine-node ios or some other lib. > Tests likely just need a slight adjustment. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8711) Android exec tests fail on windows+appveyor
Jesse MacFadyen created CB-8711: --- Summary: Android exec tests fail on windows+appveyor Key: CB-8711 URL: https://issues.apache.org/jira/browse/CB-8711 Project: Apache Cordova Issue Type: Bug Components: CordovaJS Reporter: Jesse MacFadyen Assignee: Jesse MacFadyen This appears to be a difference in the way async results are handled in jasmine-node windows vs jasmine-node ios or some other lib. Tests likely just need a slight adjustment. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-7767) [iOS] Remove usage of NSData+Base64
[ https://issues.apache.org/jira/browse/CB-7767?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-7767. -- Resolution: Fixed > [iOS] Remove usage of NSData+Base64 > > > Key: CB-7767 > URL: https://issues.apache.org/jira/browse/CB-7767 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Fix For: 4.0.0 > > > There is built in support since iOS 7. Once we drop iOS 6, we can do this. > https://developer.apple.com/library/ios/documentation/Cocoa/Reference/Foundation/Classes/NSData_Class/index.html#//apple_ref/doc/uid/2172-SW36 > Lines: > 1. > https://github.com/apache/cordova-ios/blob/1a44a4eed9f22024cc0480733a4c21af63f92ab5/CordovaLib/Classes/CDVInvokedUrlCommand.m#L88 > 2. > https://github.com/apache/cordova-ios/blob/1a44a4eed9f22024cc0480733a4c21af63f92ab5/CordovaLib/Classes/CDVPluginResult.m#L40 > Replace with: > 1. [[NSData alloc] initWithBase64EncodedString:data options:0] > 2. [data base64EncodedStringWithOptions:0] > Test mobilespec bridge benchmark before this change and after, then report > the results. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7767) [iOS] Remove usage of NSData+Base64
[ https://issues.apache.org/jira/browse/CB-7767?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14368237#comment-14368237 ] ASF subversion and git services commented on CB-7767: - Commit 2e5510ea919546850bfc9553fa20bdd2eb562bed in cordova-ios's branch refs/heads/4.0.x from [~shazron] [ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=2e5510e ] CB-7767 - Removed NSData+Base64 files, updated unit tests. > [iOS] Remove usage of NSData+Base64 > > > Key: CB-7767 > URL: https://issues.apache.org/jira/browse/CB-7767 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Fix For: 4.0.0 > > > There is built in support since iOS 7. Once we drop iOS 6, we can do this. > https://developer.apple.com/library/ios/documentation/Cocoa/Reference/Foundation/Classes/NSData_Class/index.html#//apple_ref/doc/uid/2172-SW36 > Lines: > 1. > https://github.com/apache/cordova-ios/blob/1a44a4eed9f22024cc0480733a4c21af63f92ab5/CordovaLib/Classes/CDVInvokedUrlCommand.m#L88 > 2. > https://github.com/apache/cordova-ios/blob/1a44a4eed9f22024cc0480733a4c21af63f92ab5/CordovaLib/Classes/CDVPluginResult.m#L40 > Replace with: > 1. [[NSData alloc] initWithBase64EncodedString:data options:0] > 2. [data base64EncodedStringWithOptions:0] > Test mobilespec bridge benchmark before this change and after, then report > the results. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7767) [iOS] Remove usage of NSData+Base64
[ https://issues.apache.org/jira/browse/CB-7767?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14368228#comment-14368228 ] Shazron Abdullah commented on CB-7767: -- Alright, I'm going to remove the files :) I'll have to scan all 861 plugins in the plugin registry to see if its a big problem -- if it is, maybe rethink. > [iOS] Remove usage of NSData+Base64 > > > Key: CB-7767 > URL: https://issues.apache.org/jira/browse/CB-7767 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Fix For: 4.0.0 > > > There is built in support since iOS 7. Once we drop iOS 6, we can do this. > https://developer.apple.com/library/ios/documentation/Cocoa/Reference/Foundation/Classes/NSData_Class/index.html#//apple_ref/doc/uid/2172-SW36 > Lines: > 1. > https://github.com/apache/cordova-ios/blob/1a44a4eed9f22024cc0480733a4c21af63f92ab5/CordovaLib/Classes/CDVInvokedUrlCommand.m#L88 > 2. > https://github.com/apache/cordova-ios/blob/1a44a4eed9f22024cc0480733a4c21af63f92ab5/CordovaLib/Classes/CDVPluginResult.m#L40 > Replace with: > 1. [[NSData alloc] initWithBase64EncodedString:data options:0] > 2. [data base64EncodedStringWithOptions:0] > Test mobilespec bridge benchmark before this change and after, then report > the results. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-6990) concatenate all plugins with cordova.js
[ https://issues.apache.org/jira/browse/CB-6990?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14368214#comment-14368214 ] Dan Polivy commented on CB-6990: Has anyone started looking at this at all, or are there other hooks available to achieve the same end result? > concatenate all plugins with cordova.js > --- > > Key: CB-6990 > URL: https://issues.apache.org/jira/browse/CB-6990 > Project: Apache Cordova > Issue Type: Improvement > Components: CordovaJS >Affects Versions: 3.5.0 >Reporter: Anis Kadri >Assignee: Steve Gill > Fix For: 4.0.0 > > > Use browserify to concatenate all plugins with cordova.js (instead of using > dynamically loading cordova_plugins.js). > To make it backward compatible with existing plugins, use browserify > transforms to change the path of the require() calls with real paths. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8710) cordova-ios jasmine tests do not clean up build products, tests can only be run once
[ https://issues.apache.org/jira/browse/CB-8710?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-8710. -- Resolution: Fixed > cordova-ios jasmine tests do not clean up build products, tests can only be > run once > > > Key: CB-8710 > URL: https://issues.apache.org/jira/browse/CB-8710 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Fix For: 4.0.0 > > > Running "npm test" twice will show the problem. > The "tests/CordovaLibTests/build" folder needs to be removed once all the > tests are done. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8710) cordova-ios jasmine tests do not clean up build products, tests can only be run once
[ https://issues.apache.org/jira/browse/CB-8710?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14368212#comment-14368212 ] ASF subversion and git services commented on CB-8710: - Commit acb703aebf772b269efc2519d18a00b7a2653461 in cordova-ios's branch refs/heads/4.0.x from [~shazron] [ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=acb703a ] CB-8710 - cordova-ios jasmine tests do not clean up build products, tests can only be run once > cordova-ios jasmine tests do not clean up build products, tests can only be > run once > > > Key: CB-8710 > URL: https://issues.apache.org/jira/browse/CB-8710 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Fix For: 4.0.0 > > > Running "npm test" twice will show the problem. > The "tests/CordovaLibTests/build" folder needs to be removed once all the > tests are done. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8710) cordova-ios jasmine tests do not clean up build products, tests can only be run once
Shazron Abdullah created CB-8710: Summary: cordova-ios jasmine tests do not clean up build products, tests can only be run once Key: CB-8710 URL: https://issues.apache.org/jira/browse/CB-8710 Project: Apache Cordova Issue Type: Bug Components: iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 4.0.0 Running "npm test" twice will show the problem. The "tests/CordovaLibTests/build" folder needs to be removed once all the tests are done. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7767) [iOS] Remove usage of NSData+Base64
[ https://issues.apache.org/jira/browse/CB-7767?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14368192#comment-14368192 ] ASF subversion and git services commented on CB-7767: - Commit 4f1ccbe55bef4c36cc2ea746ca405b39fa5ec07a in cordova-ios's branch refs/heads/4.0.x from [~shazron] [ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=4f1ccbe ] CB-7767 - Remove usage of NSData+Base64 > [iOS] Remove usage of NSData+Base64 > > > Key: CB-7767 > URL: https://issues.apache.org/jira/browse/CB-7767 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Fix For: 4.0.0 > > > There is built in support since iOS 7. Once we drop iOS 6, we can do this. > https://developer.apple.com/library/ios/documentation/Cocoa/Reference/Foundation/Classes/NSData_Class/index.html#//apple_ref/doc/uid/2172-SW36 > Lines: > 1. > https://github.com/apache/cordova-ios/blob/1a44a4eed9f22024cc0480733a4c21af63f92ab5/CordovaLib/Classes/CDVInvokedUrlCommand.m#L88 > 2. > https://github.com/apache/cordova-ios/blob/1a44a4eed9f22024cc0480733a4c21af63f92ab5/CordovaLib/Classes/CDVPluginResult.m#L40 > Replace with: > 1. [[NSData alloc] initWithBase64EncodedString:data options:0] > 2. [data base64EncodedStringWithOptions:0] > Test mobilespec bridge benchmark before this change and after, then report > the results. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-5921) Cordova on iOS should use an XCWorkspace, or at least support using one.
[ https://issues.apache.org/jira/browse/CB-5921?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14368172#comment-14368172 ] Shazron Abdullah commented on CB-5921: -- I'd like to explore if this is feasible for cordova-ios 4.0.0 since it's a major version bump. Not sure how much work it is though. > Cordova on iOS should use an XCWorkspace, or at least support using one. > > > Key: CB-5921 > URL: https://issues.apache.org/jira/browse/CB-5921 > Project: Apache Cordova > Issue Type: Improvement > Components: iOS >Reporter: Graham Mueller >Priority: Minor > Labels: core > Fix For: 4.0.0 > > Attachments: build > > > Hi Guys, > Not sure what to log this as. It's not so much a bug as an incompatibility > with other frameworks. Anyway, this is specifically an issue with the build > process on iOS. Do with it what you will. > If you're familiar with the CocoaPods framework, you'll know that on initial > install, it creates an XCWorkspace file, and instructs you to exclusively use > that afterwards. This is because the CocoaPods library adds itself as a > linked project that must be built, similar to Cordova/Phonegap. The > difference is that Cordova adds itself as a sub project, instead of a sibling > project (which is effectively the workspace goal, from my understanding, > though I'm having a hard time finding a good link to explain it better). > So, I would suggest that Cordova moves to this setup as well -- it should > create the workspace that has both the Cordova project and your app project. > Alternatively, if you don't want to go through and change that creation code, > it would be great if the CLI offered someway to specify what you want it to > build. I found the actual build script that's calling xcodebuild with a > -project flag in it (this is where -workspace would go). There is currently > no way to override this, so there is currently no way at all to support > workspaces (and consequently no way to use CocoaPods). > Any thoughts or reasons not to do so? > Thanks, > Graham -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-5921) Cordova on iOS should use an XCWorkspace, or at least support using one.
[ https://issues.apache.org/jira/browse/CB-5921?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-5921: - Fix Version/s: 4.0.0 > Cordova on iOS should use an XCWorkspace, or at least support using one. > > > Key: CB-5921 > URL: https://issues.apache.org/jira/browse/CB-5921 > Project: Apache Cordova > Issue Type: Improvement > Components: iOS >Reporter: Graham Mueller >Priority: Minor > Labels: core > Fix For: 4.0.0 > > Attachments: build > > > Hi Guys, > Not sure what to log this as. It's not so much a bug as an incompatibility > with other frameworks. Anyway, this is specifically an issue with the build > process on iOS. Do with it what you will. > If you're familiar with the CocoaPods framework, you'll know that on initial > install, it creates an XCWorkspace file, and instructs you to exclusively use > that afterwards. This is because the CocoaPods library adds itself as a > linked project that must be built, similar to Cordova/Phonegap. The > difference is that Cordova adds itself as a sub project, instead of a sibling > project (which is effectively the workspace goal, from my understanding, > though I'm having a hard time finding a good link to explain it better). > So, I would suggest that Cordova moves to this setup as well -- it should > create the workspace that has both the Cordova project and your app project. > Alternatively, if you don't want to go through and change that creation code, > it would be great if the CLI offered someway to specify what you want it to > build. I found the actual build script that's calling xcodebuild with a > -project flag in it (this is where -workspace would go). There is currently > no way to override this, so there is currently no way at all to support > workspaces (and consequently no way to use CocoaPods). > Any thoughts or reasons not to do so? > Thanks, > Graham -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7767) [iOS] Remove usage of NSData+Base64
[ https://issues.apache.org/jira/browse/CB-7767?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14368171#comment-14368171 ] Shazron Abdullah commented on CB-7767: -- Actually I've gone on to remove iOS 6 support in CB-8643, posted a thread over a week ago reminding people and no one seemed opposed :) > [iOS] Remove usage of NSData+Base64 > > > Key: CB-7767 > URL: https://issues.apache.org/jira/browse/CB-7767 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Fix For: 4.0.0 > > > There is built in support since iOS 7. Once we drop iOS 6, we can do this. > https://developer.apple.com/library/ios/documentation/Cocoa/Reference/Foundation/Classes/NSData_Class/index.html#//apple_ref/doc/uid/2172-SW36 > Lines: > 1. > https://github.com/apache/cordova-ios/blob/1a44a4eed9f22024cc0480733a4c21af63f92ab5/CordovaLib/Classes/CDVInvokedUrlCommand.m#L88 > 2. > https://github.com/apache/cordova-ios/blob/1a44a4eed9f22024cc0480733a4c21af63f92ab5/CordovaLib/Classes/CDVPluginResult.m#L40 > Replace with: > 1. [[NSData alloc] initWithBase64EncodedString:data options:0] > 2. [data base64EncodedStringWithOptions:0] > Test mobilespec bridge benchmark before this change and after, then report > the results. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7767) [iOS] Remove usage of NSData+Base64
[ https://issues.apache.org/jira/browse/CB-7767?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14368169#comment-14368169 ] Andrew Grieve commented on CB-7767: --- Probably worth waiting one release to remove it so that the plugins aren't dropping iOS 6 support before cordova-ios is. Want to keep our plugins compiling against both 3.8.0 as well as 4.0.x, and don't want to drop iOS 6 in plugins until cordova-ios drops it. Don't feel too strong, but that's my 2c :) > [iOS] Remove usage of NSData+Base64 > > > Key: CB-7767 > URL: https://issues.apache.org/jira/browse/CB-7767 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Fix For: 4.0.0 > > > There is built in support since iOS 7. Once we drop iOS 6, we can do this. > https://developer.apple.com/library/ios/documentation/Cocoa/Reference/Foundation/Classes/NSData_Class/index.html#//apple_ref/doc/uid/2172-SW36 > Lines: > 1. > https://github.com/apache/cordova-ios/blob/1a44a4eed9f22024cc0480733a4c21af63f92ab5/CordovaLib/Classes/CDVInvokedUrlCommand.m#L88 > 2. > https://github.com/apache/cordova-ios/blob/1a44a4eed9f22024cc0480733a4c21af63f92ab5/CordovaLib/Classes/CDVPluginResult.m#L40 > Replace with: > 1. [[NSData alloc] initWithBase64EncodedString:data options:0] > 2. [data base64EncodedStringWithOptions:0] > Test mobilespec bridge benchmark before this change and after, then report > the results. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8703) Add support for semver and device-specific targeting of config-file to Windows
[
https://issues.apache.org/jira/browse/CB-8703?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14368076#comment-14368076
]
ASF GitHub Bot commented on CB-8703:
Github user TimBarham commented on the pull request:
https://github.com/apache/cordova-lib/pull/187#issuecomment-83217204
Jesse - we couldn't use `target` for ``, because there was
already a `target` attribute that had a different meaning. So it was decided to
go with `device-target`. I requested Rob change the equivalent `target`
attribute on `` and `` so that it was consistent across
elements.
> Add support for semver and device-specific targeting of config-file to Windows
> --
>
> Key: CB-8703
> URL: https://issues.apache.org/jira/browse/CB-8703
> Project: Apache Cordova
> Issue Type: Improvement
> Components: Windows
>Reporter: Rob Paveza
>
> Allow to target a virtual "package.appxmanifest" and specify
> versions of Windows via new versions and device-target attributes:
>
>
> This change should also modify the related and
> elements for Windows to rename the "target" attribute to "device-target" in
> order to align the meaning across elements. ("target" should remain as an
> alias in order to be backwards-compatible).
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8709) Remove usage of obsolete CDVLocalStorage fix in CDVViewController.m
[ https://issues.apache.org/jira/browse/CB-8709?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-8709: - Summary: Remove usage of obsolete CDVLocalStorage fix in CDVViewController.m (was: Remove usage of CDVLocalStorage fix in CDVViewController.m) > Remove usage of obsolete CDVLocalStorage fix in CDVViewController.m > --- > > Key: CB-8709 > URL: https://issues.apache.org/jira/browse/CB-8709 > Project: Apache Cordova > Issue Type: Bug >Affects Versions: 4.0.0 >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Fix For: 4.0.0 > > > This is an iOS 5.1 issue, and is no longer our deployment target. > The issue was: > http://phonegap.com/2012/04/18/ios-5-1-and-the-embedded-uiwebview-with-cordova/ > Remove: > https://github.com/apache/cordova-ios/blob/987c515c97c83423e82ebe2aa62544dbd8410a79/CordovaLib/Classes/Public/CDVViewController.m#L282 > And also remove: > https://github.com/apache/cordova-ios/blob/987c515c97c83423e82ebe2aa62544dbd8410a79/CordovaLib/Classes/Public/CDV.h#L30 > (which is Private now) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8709) Remove usage of obsolete CDVLocalStorage fix in CDVViewController.m
[ https://issues.apache.org/jira/browse/CB-8709?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14368029#comment-14368029 ] ASF subversion and git services commented on CB-8709: - Commit 5920ef2b2a007b3acf483c882cf5e6818738284c in cordova-ios's branch refs/heads/4.0.x from [~shazron] [ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=5920ef2 ] CB-8709 - Remove usage of obsolete CDVLocalStorage fix in CDVViewController.m (plus style fix-ups) > Remove usage of obsolete CDVLocalStorage fix in CDVViewController.m > --- > > Key: CB-8709 > URL: https://issues.apache.org/jira/browse/CB-8709 > Project: Apache Cordova > Issue Type: Bug >Affects Versions: 4.0.0 >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Fix For: 4.0.0 > > > This is an iOS 5.1 issue, and is no longer our deployment target. > The issue was: > http://phonegap.com/2012/04/18/ios-5-1-and-the-embedded-uiwebview-with-cordova/ > Remove: > https://github.com/apache/cordova-ios/blob/987c515c97c83423e82ebe2aa62544dbd8410a79/CordovaLib/Classes/Public/CDVViewController.m#L282 > And also remove: > https://github.com/apache/cordova-ios/blob/987c515c97c83423e82ebe2aa62544dbd8410a79/CordovaLib/Classes/Public/CDV.h#L30 > (which is Private now) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8709) Remove usage of CDVLocalStorage fix in CDVViewController.m
Shazron Abdullah created CB-8709: Summary: Remove usage of CDVLocalStorage fix in CDVViewController.m Key: CB-8709 URL: https://issues.apache.org/jira/browse/CB-8709 Project: Apache Cordova Issue Type: Bug Affects Versions: 4.0.0 Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 4.0.0 This is an iOS 5.1 issue, and is no longer our deployment target. The issue was: http://phonegap.com/2012/04/18/ios-5-1-and-the-embedded-uiwebview-with-cordova/ Remove: https://github.com/apache/cordova-ios/blob/987c515c97c83423e82ebe2aa62544dbd8410a79/CordovaLib/Classes/Public/CDVViewController.m#L282 And also remove: https://github.com/apache/cordova-ios/blob/987c515c97c83423e82ebe2aa62544dbd8410a79/CordovaLib/Classes/Public/CDV.h#L30 (which is Private now) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7767) [iOS] Remove usage of NSData+Base64
[ https://issues.apache.org/jira/browse/CB-7767?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367998#comment-14367998 ] Shazron Abdullah commented on CB-7767: -- [~agrieve] If/when this change is in -- do we also drop inclusion of the NSData+Base64 code in CordovaLib? I think we should since we didn't promise this API -- any 3rd party plugins relying on this should update their code to use the built-in API or include the NSData+Base64 code themselves. > [iOS] Remove usage of NSData+Base64 > > > Key: CB-7767 > URL: https://issues.apache.org/jira/browse/CB-7767 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Fix For: 4.0.0 > > > There is built in support since iOS 7. Once we drop iOS 6, we can do this. > https://developer.apple.com/library/ios/documentation/Cocoa/Reference/Foundation/Classes/NSData_Class/index.html#//apple_ref/doc/uid/2172-SW36 > Lines: > 1. > https://github.com/apache/cordova-ios/blob/1a44a4eed9f22024cc0480733a4c21af63f92ab5/CordovaLib/Classes/CDVInvokedUrlCommand.m#L88 > 2. > https://github.com/apache/cordova-ios/blob/1a44a4eed9f22024cc0480733a4c21af63f92ab5/CordovaLib/Classes/CDVPluginResult.m#L40 > Replace with: > 1. [[NSData alloc] initWithBase64EncodedString:data options:0] > 2. [data base64EncodedStringWithOptions:0] > Test mobilespec bridge benchmark before this change and after, then report > the results. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7767) [iOS] Remove usage of NSData+Base64
[ https://issues.apache.org/jira/browse/CB-7767?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367991#comment-14367991 ] Shazron Abdullah commented on CB-7767: -- Rough tests on the iOS Simulator 8.2 NSData+Base64 consistently gets about ~7100 calls using the default settings on the exec benchmark. Built in NSData base64 functions consistently gets about ~7000 calls using the default settings on the exec benchmark. The difference is about I'd say 100 calls slower for the built in method (or about 1 or 2 % slower). I think this is acceptable... > [iOS] Remove usage of NSData+Base64 > > > Key: CB-7767 > URL: https://issues.apache.org/jira/browse/CB-7767 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Fix For: 4.0.0 > > > There is built in support since iOS 7. Once we drop iOS 6, we can do this. > https://developer.apple.com/library/ios/documentation/Cocoa/Reference/Foundation/Classes/NSData_Class/index.html#//apple_ref/doc/uid/2172-SW36 > Lines: > 1. > https://github.com/apache/cordova-ios/blob/1a44a4eed9f22024cc0480733a4c21af63f92ab5/CordovaLib/Classes/CDVInvokedUrlCommand.m#L88 > 2. > https://github.com/apache/cordova-ios/blob/1a44a4eed9f22024cc0480733a4c21af63f92ab5/CordovaLib/Classes/CDVPluginResult.m#L40 > Replace with: > 1. [[NSData alloc] initWithBase64EncodedString:data options:0] > 2. [data base64EncodedStringWithOptions:0] > Test mobilespec bridge benchmark before this change and after, then report > the results. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-7767) [iOS] Remove usage of NSData+Base64
[ https://issues.apache.org/jira/browse/CB-7767?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah reassigned CB-7767: Assignee: Shazron Abdullah > [iOS] Remove usage of NSData+Base64 > > > Key: CB-7767 > URL: https://issues.apache.org/jira/browse/CB-7767 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Fix For: 4.0.0 > > > There is built in support since iOS 7. Once we drop iOS 6, we can do this. > https://developer.apple.com/library/ios/documentation/Cocoa/Reference/Foundation/Classes/NSData_Class/index.html#//apple_ref/doc/uid/2172-SW36 > Lines: > 1. > https://github.com/apache/cordova-ios/blob/1a44a4eed9f22024cc0480733a4c21af63f92ab5/CordovaLib/Classes/CDVInvokedUrlCommand.m#L88 > 2. > https://github.com/apache/cordova-ios/blob/1a44a4eed9f22024cc0480733a4c21af63f92ab5/CordovaLib/Classes/CDVPluginResult.m#L40 > Replace with: > 1. [[NSData alloc] initWithBase64EncodedString:data options:0] > 2. [data base64EncodedStringWithOptions:0] > Test mobilespec bridge benchmark before this change and after, then report > the results. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8488) --resource-rules has been deprecated in OS X >= 10.10
[ https://issues.apache.org/jira/browse/CB-8488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-8488. -- Resolution: Won't Fix Assignee: Shazron Abdullah Leaving this in since people might be using older versions of Xcode 6 where this is a bug (that we need to specify the flag and plist still). Re-open when it has been removed, or when Xcode 7 is required? :P > --resource-rules has been deprecated in OS X >= 10.10 > - > > Key: CB-8488 > URL: https://issues.apache.org/jira/browse/CB-8488 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Fix For: 4.0.0 > > > When building for device, there is this warning: > Warning: --resource-rules has been deprecated in Mac OS X >= 10.10! > It's from this line: > https://github.com/apache/cordova-ios/blob/9c5cf26d9ce728696740cd448d32d0589b998ef3/bin/templates/scripts/cordova/build.xcconfig#L32 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8270) Objective-C methods on categories should be named with a prefix
[ https://issues.apache.org/jira/browse/CB-8270?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367942#comment-14367942 ] ASF subversion and git services commented on CB-8270: - Commit 987c515c97c83423e82ebe2aa62544dbd8410a79 in cordova-ios's branch refs/heads/4.0.x from [~shazron] [ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=987c515 ] CB-8270 - Update Objective-C unit tests for JSON serialization. Cleaned up unit test workspace as well. > Objective-C methods on categories should be named with a prefix > --- > > Key: CB-8270 > URL: https://issues.apache.org/jira/browse/CB-8270 > Project: Apache Cordova > Issue Type: Improvement > Components: iOS >Affects Versions: Master > Environment: All iOS platforms >Reporter: Ruoyu Fu >Priority: Critical > Labels: categories, ios, namespace > Fix For: 4.0.0 > > Original Estimate: 168h > Remaining Estimate: 168h > > According to Apple's documentation, naming a Category method without a prefix > would possibly cause a Name Clash > https://developer.apple.com/library/ios/documentation/Cocoa/Conceptual/ProgrammingWithObjectiveC/CustomizingExistingClasses/CustomizingExistingClasses.html#//apple_ref/doc/uid/TP40011210-CH6-SW4 > In CordovaLib/Classes/CDVJSON.h : NSArray(CDVJSONSerializing) > The method name should starts with a prefix -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8270) Objective-C methods on categories should be named with a prefix
[ https://issues.apache.org/jira/browse/CB-8270?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-8270. -- Resolution: Fixed Assignee: Shazron Abdullah Unit tests updated, and passes. > Objective-C methods on categories should be named with a prefix > --- > > Key: CB-8270 > URL: https://issues.apache.org/jira/browse/CB-8270 > Project: Apache Cordova > Issue Type: Improvement > Components: iOS >Affects Versions: Master > Environment: All iOS platforms >Reporter: Ruoyu Fu >Assignee: Shazron Abdullah >Priority: Critical > Labels: categories, ios, namespace > Fix For: 4.0.0 > > Original Estimate: 168h > Remaining Estimate: 168h > > According to Apple's documentation, naming a Category method without a prefix > would possibly cause a Name Clash > https://developer.apple.com/library/ios/documentation/Cocoa/Conceptual/ProgrammingWithObjectiveC/CustomizingExistingClasses/CustomizingExistingClasses.html#//apple_ref/doc/uid/TP40011210-CH6-SW4 > In CordovaLib/Classes/CDVJSON.h : NSArray(CDVJSONSerializing) > The method name should starts with a prefix -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8644) Error adding platform amazon-fireos
[ https://issues.apache.org/jira/browse/CB-8644?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367924#comment-14367924 ] David Hogg commented on CB-8644: That fix solves the problem. Thanks. > Error adding platform amazon-fireos > --- > > Key: CB-8644 > URL: https://issues.apache.org/jira/browse/CB-8644 > Project: Apache Cordova > Issue Type: Bug > Components: Amazon FireOS > Environment: cordova client 4.3.0 > running on mac osx >Reporter: David Hogg >Assignee: Archana Naik > > Using the cordova client to create an empty project and then add > amazon-fireos as a platform no longer works with 4.3.0 (note that steps below > work fine for platform android). > Steps: > cordova create foo foo.com Foo > cd foo > cordova -d platform add amazon-fireos > Get the following error: > No version supplied. Retrieving version from config.xml... > CordovaError: The provided path does not seem to contain a Cordova platform: > /Users/dwhogg/.cordova/lib/npm_cache/cordova-amazon-fireos/3.6.3/package > at getPlatformDetailsFromDir > (/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/cordova/platform.js:229:25) > at > /usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/cordova/platform.js:192:16 > at _fulfilled > (/usr/local/lib/node_modules/cordova/node_modules/q/q.js:787:54) > at self.promiseDispatch.done > (/usr/local/lib/node_modules/cordova/node_modules/q/q.js:816:30) > at Promise.promise.promiseDispatch > (/usr/local/lib/node_modules/cordova/node_modules/q/q.js:749:13) > at /usr/local/lib/node_modules/cordova/node_modules/q/q.js:557:44 > at flush (/usr/local/lib/node_modules/cordova/node_modules/q/q.js:108:17) > at process._tickCallback (node.js:355:11) > Note that the above path to > .cordova/lib/npm_cache/cordova-amazon-fireos/3.6.3/package does get created > and appears OK. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8644) Error adding platform amazon-fireos
[ https://issues.apache.org/jira/browse/CB-8644?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367866#comment-14367866 ] Archana Naik commented on CB-8644: -- Looks like its fixed in: https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;a=commit;h=ea788e10193ca71027cd967550d8d9e9f4894cd4 Please update your platform.js as per the commit and it should work. > Error adding platform amazon-fireos > --- > > Key: CB-8644 > URL: https://issues.apache.org/jira/browse/CB-8644 > Project: Apache Cordova > Issue Type: Bug > Components: Amazon FireOS > Environment: cordova client 4.3.0 > running on mac osx >Reporter: David Hogg >Assignee: Archana Naik > > Using the cordova client to create an empty project and then add > amazon-fireos as a platform no longer works with 4.3.0 (note that steps below > work fine for platform android). > Steps: > cordova create foo foo.com Foo > cd foo > cordova -d platform add amazon-fireos > Get the following error: > No version supplied. Retrieving version from config.xml... > CordovaError: The provided path does not seem to contain a Cordova platform: > /Users/dwhogg/.cordova/lib/npm_cache/cordova-amazon-fireos/3.6.3/package > at getPlatformDetailsFromDir > (/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/cordova/platform.js:229:25) > at > /usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/cordova/platform.js:192:16 > at _fulfilled > (/usr/local/lib/node_modules/cordova/node_modules/q/q.js:787:54) > at self.promiseDispatch.done > (/usr/local/lib/node_modules/cordova/node_modules/q/q.js:816:30) > at Promise.promise.promiseDispatch > (/usr/local/lib/node_modules/cordova/node_modules/q/q.js:749:13) > at /usr/local/lib/node_modules/cordova/node_modules/q/q.js:557:44 > at flush (/usr/local/lib/node_modules/cordova/node_modules/q/q.js:108:17) > at process._tickCallback (node.js:355:11) > Note that the above path to > .cordova/lib/npm_cache/cordova-amazon-fireos/3.6.3/package does get created > and appears OK. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8270) Objective-C methods on categories should be named with a prefix
[ https://issues.apache.org/jira/browse/CB-8270?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367852#comment-14367852 ] Shazron Abdullah commented on CB-8270: -- The patch has been integrated in 4.0.x but unit tests not updated. I will update them. > Objective-C methods on categories should be named with a prefix > --- > > Key: CB-8270 > URL: https://issues.apache.org/jira/browse/CB-8270 > Project: Apache Cordova > Issue Type: Improvement > Components: iOS >Affects Versions: Master > Environment: All iOS platforms >Reporter: Ruoyu Fu >Priority: Critical > Labels: categories, ios, namespace > Fix For: 4.0.0 > > Original Estimate: 168h > Remaining Estimate: 168h > > According to Apple's documentation, naming a Category method without a prefix > would possibly cause a Name Clash > https://developer.apple.com/library/ios/documentation/Cocoa/Conceptual/ProgrammingWithObjectiveC/CustomizingExistingClasses/CustomizingExistingClasses.html#//apple_ref/doc/uid/TP40011210-CH6-SW4 > In CordovaLib/Classes/CDVJSON.h : NSArray(CDVJSONSerializing) > The method name should starts with a prefix -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8499) 'cordova platform save' : should save all installed platforms to config.xml
[ https://issues.apache.org/jira/browse/CB-8499?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367850#comment-14367850 ] ASF subversion and git services commented on CB-8499: - Commit 0c941529c332dbc59e5ce2ef2dd2a4f72062dd84 in cordova-lib's branch refs/heads/master from [~kamrik] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=0c94152 ] CB-8499 Remove project_dir from (un)installers signature Since they are now methods of the PlatformProject, project dir is already kept there - no need to pass it in each time. In preparation to merging the iOS platform specific code from plugman/platforms and cordova/metadata. > 'cordova platform save' : should save all installed platforms to config.xml > --- > > Key: CB-8499 > URL: https://issues.apache.org/jira/browse/CB-8499 > Project: Apache Cordova > Issue Type: New Feature >Reporter: Omar Mefire >Assignee: Omar Mefire > > In addition to using 'cordova platform add android --save' to both add and > save a platform to config.xml, It would be useful to have a way to 'mass > save' already installed platforms to config.xml. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8484) Cordova package support for Android
[
https://issues.apache.org/jira/browse/CB-8484?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367837#comment-14367837
]
ASF GitHub Bot commented on CB-8484:
Github user agrieve commented on a diff in the pull request:
https://github.com/apache/cordova-android/pull/164#discussion_r26704510
--- Diff: bin/templates/cordova/lib/build.js ---
@@ -542,5 +653,12 @@ module.exports.help = function() {
console.log('\'--versionCode=#\': Override versionCode for this
build. Useful for uploading multiple APKs. Requires --gradle.');
console.log('\'--minSdkVersion=#\': Override minSdkVersion for
this build. Useful for uploading multiple APKs. Requires --gradle.');
console.log('\'--gradleArg=\': Extra args
to pass to the gradle command. Use one flag per arg. Ex.
--gradleArg=-PcdvBuildMultipleApks=true');
+console.log('');
+console.log('Signed APK flags:');
--- End diff --
Would be good to mention that these are overrides for what's already in
`debug-signing.properties` / `release-signing.properties`
> Cordova package support for Android
> ---
>
> Key: CB-8484
> URL: https://issues.apache.org/jira/browse/CB-8484
> Project: Apache Cordova
> Issue Type: Sub-task
> Components: Android
>Affects Versions: 4.0.0
>Reporter: Nikhil Khandelwal
>Assignee: Nikhil Khandelwal
>
> Details of the design here:
> https://docs.google.com/document/d/1tJQ9OoGrrMhZcLI3mg46rGzAfbiQu9PuNBL1auAMGFM/edit#
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8484) Cordova package support for Android
[
https://issues.apache.org/jira/browse/CB-8484?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367836#comment-14367836
]
ASF GitHub Bot commented on CB-8484:
Github user agrieve commented on a diff in the pull request:
https://github.com/apache/cordova-android/pull/164#discussion_r26704402
--- Diff: bin/templates/cordova/lib/build.js ---
@@ -530,8 +589,60 @@ module.exports.findBestApkForArchitecture =
function(buildResults, arch) {
throw new Error('Could not find apk architecture: ' + arch + '
build-type: ' + buildResults.buildType);
};
+function removeIfExists(file) {
--- End diff --
nit: `shell.rm('-f', file)` will do this.
> Cordova package support for Android
> ---
>
> Key: CB-8484
> URL: https://issues.apache.org/jira/browse/CB-8484
> Project: Apache Cordova
> Issue Type: Sub-task
> Components: Android
>Affects Versions: 4.0.0
>Reporter: Nikhil Khandelwal
>Assignee: Nikhil Khandelwal
>
> Details of the design here:
> https://docs.google.com/document/d/1tJQ9OoGrrMhZcLI3mg46rGzAfbiQu9PuNBL1auAMGFM/edit#
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8484) Cordova package support for Android
[
https://issues.apache.org/jira/browse/CB-8484?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367834#comment-14367834
]
ASF GitHub Bot commented on CB-8484:
Github user agrieve commented on a diff in the pull request:
https://github.com/apache/cordova-android/pull/164#discussion_r26704343
--- Diff: bin/templates/cordova/lib/build.js ---
@@ -422,11 +477,15 @@ function parseOpts(options, resolvedTarget) {
module.exports.runClean = function(options) {
var opts = parseOpts(options);
var builder = builders[opts.buildMethod];
-return builder.prepEnv()
+return builder.prepEnv(opts)
.then(function() {
-return builder.clean(opts.extraArgs);
+return builder.clean(opts);
}).then(function() {
shell.rm('-rf', path.join(ROOT, 'out'));
+}).then(function() {
+['debug', 'release'].forEach(function(config) {
+removeIfExists(path.join(ROOT, config + SIGNING_PROPERTIES));
--- End diff --
For non-CLI workflow, the user will likely create these files manually and
be upset if clean deletes them. Probably best to just never delete them.
> Cordova package support for Android
> ---
>
> Key: CB-8484
> URL: https://issues.apache.org/jira/browse/CB-8484
> Project: Apache Cordova
> Issue Type: Sub-task
> Components: Android
>Affects Versions: 4.0.0
>Reporter: Nikhil Khandelwal
>Assignee: Nikhil Khandelwal
>
> Details of the design here:
> https://docs.google.com/document/d/1tJQ9OoGrrMhZcLI3mg46rGzAfbiQu9PuNBL1auAMGFM/edit#
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8484) Cordova package support for Android
[
https://issues.apache.org/jira/browse/CB-8484?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367829#comment-14367829
]
ASF GitHub Bot commented on CB-8484:
Github user agrieve commented on a diff in the pull request:
https://github.com/apache/cordova-android/pull/164#discussion_r26704092
--- Diff: bin/templates/cordova/lib/build.js ---
@@ -409,7 +442,29 @@ function parseOpts(options, resolvedTarget) {
console.warn('Build option \'' + options[i] + '\' not
recognized (ignoring).');
}
}
+if (packageArgs.keystore && packageArgs.alias) {
+var keystore = path.relative(ROOT,
path.resolve(packageArgs.keystore));
+ret.packageInfo = new PackageInfo(keystore, packageArgs.alias,
packageArgs.keystorePassword,
+packageArgs.password, packageArgs.keystoreType);
+} else if (fs.existsSync(path.join(CORDOVAROOT, BUILD_CONFIG_FILE))) {
--- End diff --
We've made it this far without platforms having CLI-specific code, so I
think we should not check at this file location. Instead, we could have
"cordova prepare" create -signing.properties files, or have "cordova run" pass
along all the signing args as CLI arguments. Could even pass it along as a
single argument that points to the JSON file, but I don't think we should look
for it here directly.
> Cordova package support for Android
> ---
>
> Key: CB-8484
> URL: https://issues.apache.org/jira/browse/CB-8484
> Project: Apache Cordova
> Issue Type: Sub-task
> Components: Android
>Affects Versions: 4.0.0
>Reporter: Nikhil Khandelwal
>Assignee: Nikhil Khandelwal
>
> Details of the design here:
> https://docs.google.com/document/d/1tJQ9OoGrrMhZcLI3mg46rGzAfbiQu9PuNBL1auAMGFM/edit#
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8703) Add support for semver and device-specific targeting of config-file to Windows
[
https://issues.apache.org/jira/browse/CB-8703?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367794#comment-14367794
]
ASF GitHub Bot commented on CB-8703:
Github user robpaveza commented on the pull request:
https://github.com/apache/cordova-lib/pull/187#issuecomment-83149842
I think our review indicated that we couldn't yet officially deprecate
Windows 8, and even if we could it would require the six month window.
The reason to rename target to deviceTarget was for consistency.
> Add support for semver and device-specific targeting of config-file to Windows
> --
>
> Key: CB-8703
> URL: https://issues.apache.org/jira/browse/CB-8703
> Project: Apache Cordova
> Issue Type: Improvement
> Components: Windows
>Reporter: Rob Paveza
>
> Allow to target a virtual "package.appxmanifest" and specify
> versions of Windows via new versions and device-target attributes:
>
>
> This change should also modify the related and
> elements for Windows to rename the "target" attribute to "device-target" in
> order to align the meaning across elements. ("target" should remain as an
> alias in order to be backwards-compatible).
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8700) Command fails: npm install ios-deploy -g
[ https://issues.apache.org/jira/browse/CB-8700?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367707#comment-14367707 ] Shazron Abdullah commented on CB-8700: -- Thanks for the report - please file this at https://github.com/phonegap/ios-deploy/issues instead of this tracker. Seems like you have permission errors - fix those. This is not really an ios-deploy problem. "clang: error: unable to make temporary file: Permission denied" > Command fails: npm install ios-deploy -g > - > > Key: CB-8700 > URL: https://issues.apache.org/jira/browse/CB-8700 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: Master > Environment: OSX 10.10.2 > Cordova 4.3 >Reporter: Dooms > > Doing an upgrade from Cordova iOS 3.5. Updated cordova to 4.3. > Running command (as root): > npm install ios-deploy -g > Error: > > ios-deploy@1.4.0 preinstall /usr/local/lib/node_modules/ios-deploy > > make ios-deploy > shell-init: error retrieving current directory: getcwd: cannot access parent > directories: Permission denied > make: getcwd: Permission denied > rm -rf *.app demo ios-deploy > shell-init: error retrieving current directory: getcwd: cannot access parent > directories: Permission denied > gcc -ObjC -g -o ios-deploy -framework Foundation -framework CoreFoundation > -framework MobileDevice -F/System/Library/PrivateFrameworks ios-deploy.c > clang: error: unable to make temporary file: Permission denied > make: *** [ios-deploy] Error 1 > npm ERR! ios-deploy@1.4.0 preinstall: `make ios-deploy` > npm ERR! Exit status 2 > npm ERR! > npm ERR! Failed at the ios-deploy@1.4.0 preinstall script. > npm ERR! This is most likely a problem with the ios-deploy package, > npm ERR! not with npm itself. > npm ERR! Tell the author that this fails on your system: > npm ERR! make ios-deploy > npm ERR! You can get their info via: > npm ERR! npm owner ls ios-deploy > npm ERR! There is likely additional logging output above. > npm ERR! System Darwin 14.1.0 > npm ERR! command "node" "/usr/local/bin/npm" "install" "ios-deploy" "-g" > npm ERR! cwd /usr/local/bin > npm ERR! node -v v0.10.30 > npm ERR! npm -v 1.4.21 > npm ERR! code ELIFECYCLE > npm ERR! > npm ERR! Additional logging details can be found in: > npm ERR! /usr/local/bin/npm-debug.log > npm ERR! not ok code 0 > Have tried switching from gcc to clang. Both produce the same error. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8705) Add trueHeading support for Android
[ https://issues.apache.org/jira/browse/CB-8705?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367680#comment-14367680 ] ASF GitHub Bot commented on CB-8705: GitHub user slamorsi opened a pull request: https://github.com/apache/cordova-plugin-device-orientation/pull/19 add Android support for trueHeading use GeomagneticField and Location data to determine magnetic declination JIRA: https://issues.apache.org/jira/browse/CB-8705 You can merge this pull request into a Git repository by running: $ git pull https://github.com/slamorsi/cordova-plugin-device-orientation master Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-device-orientation/pull/19.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #19 commit fef4481cea23914bacd717a4eedf6eb62bde2f9f Author: Islam Morsi Date: 2015-03-18T17:41:20Z android: added trueHeading support by using GeomagneticField to determine magnetic declination commit 911da6e425560763f883135eae85e06443f6d560 Author: Islam Morsi Date: 2015-03-18T18:14:04Z adding comments > Add trueHeading support for Android > --- > > Key: CB-8705 > URL: https://issues.apache.org/jira/browse/CB-8705 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Device Orientation > Environment: Android >Reporter: Islam Morsi >Priority: Minor > > Could use GeomagneticField to determine magnetic declination -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-3360) Set custom InAppBrowser user-agent
[ https://issues.apache.org/jira/browse/CB-3360?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367674#comment-14367674 ] Connor Pearson commented on CB-3360: I've opened pull requests to add these preferences to the inappbrowser as well. > Set custom InAppBrowser user-agent > -- > > Key: CB-3360 > URL: https://issues.apache.org/jira/browse/CB-3360 > Project: Apache Cordova > Issue Type: Improvement > Components: Android, BlackBerry, Plugin InAppBrowser, WP8 >Affects Versions: 2.7.0 > Environment: iOS, Android, WP8, BlackBerry >Reporter: Kevin Simpson >Assignee: Joe Bowser >Priority: Minor > Labels: Cordova, InAppBrowser, android > > Currently you can set a custom user-agent for the main Cordova webview by > overriding the init method for the DroidGap class. However, when opening a > page in the InAppBrowser, that webview will still contain the default > user-agent. > There are two solutions that I have thought of to this: > 1. Set the user-agent of the InAppBrowser webview to whatever the user-agent > in the Cordova webview is set to. (This is what I am currently doing, as it > was a one line change, but it requires rebuilding Cordova manually) > 2. Have some sort of configuration option to set the user-agent for the > InAppBrowser. This would allow a different user-agent from the main webview, > but is also a more involved change. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8703) Add support for semver and device-specific targeting of config-file to Windows
[
https://issues.apache.org/jira/browse/CB-8703?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367661#comment-14367661
]
ASF GitHub Bot commented on CB-8703:
Github user purplecabbage commented on the pull request:
https://github.com/apache/cordova-lib/pull/187#issuecomment-83118192
Personally I would much rather just drop support for Windows8 and move to
an 8.1 universal only world ... then we can drop some of this wasted complexity.
Also, was there a specific need to rename target->deviceTarget ? this makes
the pull request harder to review.
> Add support for semver and device-specific targeting of config-file to Windows
> --
>
> Key: CB-8703
> URL: https://issues.apache.org/jira/browse/CB-8703
> Project: Apache Cordova
> Issue Type: Improvement
> Components: Windows
>Reporter: Rob Paveza
>
> Allow to target a virtual "package.appxmanifest" and specify
> versions of Windows via new versions and device-target attributes:
>
>
> This change should also modify the related and
> elements for Windows to rename the "target" attribute to "device-target" in
> order to align the meaning across elements. ("target" should remain as an
> alias in order to be backwards-compatible).
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8694) Replace dependency plugin with plugin list parameter in createmobilespec
[ https://issues.apache.org/jira/browse/CB-8694?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367638#comment-14367638 ] ASF GitHub Bot commented on CB-8694: Github user dblotsky commented on the pull request: https://github.com/apache/cordova-mobile-spec/pull/123#issuecomment-83116032 Tested on my end. LGTM. > Replace dependency plugin with plugin list parameter in createmobilespec > > > Key: CB-8694 > URL: https://issues.apache.org/jira/browse/CB-8694 > Project: Apache Cordova > Issue Type: Improvement > Components: mobile-spec >Reporter: Alexander Sorokin >Priority: Minor > > Now createmobilespec uses dependency plugin to specify the list of plugins to > install. > This approach has some limitations, for example after the app is created the > user cannot remove particular plugin because they all are listed as > dependencies of dependency plugin. > Though developers could want to add custom plugin(s) to mobile spec for > testing. Also some plugins could not be supported under particular platform > and should not be installed. > My proposal is to replace dependency plugin with new command line parameter > for createmobilespec to specify plugin list through CLI. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8703) Add support for semver and device-specific targeting of config-file to Windows
[
https://issues.apache.org/jira/browse/CB-8703?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367589#comment-14367589
]
ASF GitHub Bot commented on CB-8703:
GitHub user robpaveza opened a pull request:
https://github.com/apache/cordova-docs/pull/270
CB-8703: Add support for semver and device-specific targeting of
Allows config-file to target a virtual "package.appxmanifest" (already
supported) and specify versions of Windows via new versions and device-target
attributes.
Corresponding code change is https://github.com/apache/cordova-lib/pull/187
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/robpaveza/cordova-docs CB-8703
Alternatively you can review and apply these changes as the patch at:
https://github.com/apache/cordova-docs/pull/270.patch
To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:
This closes #270
commit 96ff6852c84fd9be9dad25220b928f8186bc8b4d
Author: Rob Paveza
Date: 2015-03-18T17:10:03Z
CB-8703: Add support for semver and device-specific targeting of
config-file to Windows.
This is the documentation change for the above feature addition.
> Add support for semver and device-specific targeting of config-file to Windows
> --
>
> Key: CB-8703
> URL: https://issues.apache.org/jira/browse/CB-8703
> Project: Apache Cordova
> Issue Type: Improvement
> Components: Windows
>Reporter: Rob Paveza
>
> Allow to target a virtual "package.appxmanifest" and specify
> versions of Windows via new versions and device-target attributes:
>
>
> This change should also modify the related and
> elements for Windows to rename the "target" attribute to "device-target" in
> order to align the meaning across elements. ("target" should remain as an
> alias in order to be backwards-compatible).
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8708) copyTo error
Rafael B created CB-8708:
Summary: copyTo error
Key: CB-8708
URL: https://issues.apache.org/jira/browse/CB-8708
Project: Apache Cordova
Issue Type: Bug
Components: iOS
Environment: org.apache.cordova.file 1.3.4-dev "File"
Reporter: Rafael B
I found a new error, but now, IOS version.
{code}
var app = {};
window.requestFileSystem(LocalFileSystem.PERSISTENT, 0, gotFileSystem,
function() { console.log("3 "+JSON.stringify(rs));});
function gotFileSystem(v) {
app.fileSystem = v;
var url = cordova.file.applicationDirectory+"www/1.jpg";
window.resolveLocalFileSystemURL(url, function(entry) {
var fullPath = cordova.file.applicationStorageDirectory;
window.resolveLocalFileSystemURL(fullPath, function(entryDirectory) {
entry.copyTo(entryDirectory, 'newfile.jpg', function(rs) {
console.log(JSON.stringify(rs)); //success
}, function() { console.log("1 "+JSON.stringify(rs));} ); //error
code 12 in next test's.
}, function() { console.log("2 "+JSON.stringify(rs));} );
}, function() { console.log("3 "+JSON.stringify(rs));} );
}
{code}
If execute first time, return success, but execute others time, return error
(error code 12)
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8703) Add support for semver and device-specific targeting of config-file to Windows
[
https://issues.apache.org/jira/browse/CB-8703?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367587#comment-14367587
]
ASF GitHub Bot commented on CB-8703:
GitHub user robpaveza opened a pull request:
https://github.com/apache/cordova-lib/pull/187
CB-8703: Add support for semver and device-specific targeting of
config-file to Windows
Allows config-file to target a virtual "package.appxmanifest" (already
supported) and specify versions of Windows via new versions and device-target
attributes:
This change also modifies the related and elements
for Windows to rename the "target" attribute to "device-target" in order to
align the meaning across elements. ("target" is preserved as an alias in order
to be backwards-compatible).
There is a matching PR for cordova-docs.
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/robpaveza/cordova-lib CB-8703
Alternatively you can review and apply these changes as the patch at:
https://github.com/apache/cordova-lib/pull/187.patch
To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:
This closes #187
commit f4dab3495422ea7e56678d9f478d86e1c35c1c66
Author: Rob Paveza
Date: 2015-03-18T17:32:27Z
CB-8703: Add support for semver and device-specific targeting of
config-file to Windows.
This change enables the use of "versions" and "device-target" attributes
on the config-file element when the config-file element targets
package.appxmanifest. This allows for plugins to be more robust in the
face of future versions of Windows which may require introduction of
additional app manifests.
commit 215b3fcb2e9a95f8437b9f6de5074326fbfd724e
Author: Rob Paveza
Date: 2015-03-18T17:45:10Z
CB-8703: Merged into head.
Conflicts:
cordova-lib/src/plugman/platforms/windows.js
commit fda0f6c4cd0ddb8301b65c8d997f59049e7d
Author: Rob Paveza
Date: 2015-03-18T18:06:24Z
CB-8703: Test failure after merge to head.
> Add support for semver and device-specific targeting of config-file to Windows
> --
>
> Key: CB-8703
> URL: https://issues.apache.org/jira/browse/CB-8703
> Project: Apache Cordova
> Issue Type: Improvement
> Components: Windows
>Reporter: Rob Paveza
>
> Allow to target a virtual "package.appxmanifest" and specify
> versions of Windows via new versions and device-target attributes:
>
>
> This change should also modify the related and
> elements for Windows to rename the "target" attribute to "device-target" in
> order to align the meaning across elements. ("target" should remain as an
> alias in order to be backwards-compatible).
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8706) Camera should use filepicker if saveToPhotoAlbum is true
[ https://issues.apache.org/jira/browse/CB-8706?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367586#comment-14367586 ] ASF GitHub Bot commented on CB-8706: GitHub user muratsu opened a pull request: https://github.com/apache/cordova-plugin-camera/pull/78 CB-8706, CB-8707 saveToPhotoAlbum improvements and some refactoring - On Windows we should use filePicker instead of programmatically accessing user libs. This way the app doesnt have to depend on extra capabilities. - Some refactoring to help on navigating code easier You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-plugin-camera saveToPhotoAlbum Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-camera/pull/78.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #78 commit b8a700215af0f5b217c91c6d5380da716d09dabd Author: Murat Sutunc Date: 2015-02-16T23:32:10Z CB-8706 remove unnecessary capabilities from xml commit 5ef04e552c1b1ca3914fe56c83cc6956c11a81b8 Author: Murat Sutunc Date: 2015-02-17T23:09:33Z CB-8706 use filePicker if saveToPhotoAlbum is true commit 29c9ea387d24c2a4d5558a3af8f9de219c98bb9f Author: Murat Sutunc Date: 2015-03-18T00:16:38Z CB-8707 refactoring windows code to improve readability > Camera should use filepicker if saveToPhotoAlbum is true > > > Key: CB-8706 > URL: https://issues.apache.org/jira/browse/CB-8706 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Reporter: Murat Sutunc >Assignee: Murat Sutunc >Priority: Minor > > Currently camera plugin is saving pictures programmatically to pictures > library. It should use filePicker to not require unnecessary capabilities. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8707) Refactor windows camera plugin
[ https://issues.apache.org/jira/browse/CB-8707?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Murat Sutunc updated CB-8707: - Description: Currently windows camera code is very hard to reason about. Break it into smaller functions to improve readability. > Refactor windows camera plugin > -- > > Key: CB-8707 > URL: https://issues.apache.org/jira/browse/CB-8707 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Reporter: Murat Sutunc >Assignee: Murat Sutunc >Priority: Minor > > Currently windows camera code is very hard to reason about. Break it into > smaller functions to improve readability. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-6428) Unable to read android_asset directory through File API
[
https://issues.apache.org/jira/browse/CB-6428?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367567#comment-14367567
]
Rafael B commented on CB-6428:
--
apologize for the inconvenience
> Unable to read android_asset directory through File API
> ---
>
> Key: CB-6428
> URL: https://issues.apache.org/jira/browse/CB-6428
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin File
>Affects Versions: 3.3.0
> Environment: Android 4.4.2 / Samsung Galaxy S4
>Reporter: Matt Grande
>Assignee: Andrew Grieve
> Labels: android, file
>
> Attempting to read the 'android_asset' folder through the File API results in
> Error Code 5 (FileError.ENCODING_ERR). I've tried accessing via
> resolveLocalFileSystemURL, and by creating a directory reader and calling
> readEntries().
>
> window.resolveLocalFileSystemURL('file:///android_asset/www/my_asset_folder',
> success, fail);
> var sourceDir = new DirectoryEntry( { fullPath:
> 'file:///android_asset/www/my_asset_folder' } );
> var reader = sourceDir.createReader();
> reader.readEntries(success, fail);
> (I have also tried with the URLs being '/android_asset/www/my_asset_folder';
> same result)
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8707) Refactor windows camera plugin
Murat Sutunc created CB-8707: Summary: Refactor windows camera plugin Key: CB-8707 URL: https://issues.apache.org/jira/browse/CB-8707 Project: Apache Cordova Issue Type: Bug Components: Plugin Camera Reporter: Murat Sutunc Assignee: Murat Sutunc Priority: Minor -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8706) Camera should use filepicker if saveToPhotoAlbum is true
Murat Sutunc created CB-8706: Summary: Camera should use filepicker if saveToPhotoAlbum is true Key: CB-8706 URL: https://issues.apache.org/jira/browse/CB-8706 Project: Apache Cordova Issue Type: Bug Components: Plugin Camera Reporter: Murat Sutunc Assignee: Murat Sutunc Priority: Minor Currently camera plugin is saving pictures programmatically to pictures library. It should use filePicker to not require unnecessary capabilities. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-6428) Unable to read android_asset directory through File API
[
https://issues.apache.org/jira/browse/CB-6428?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367557#comment-14367557
]
Andrew Grieve commented on CB-6428:
---
Please file a new bug for it
> Unable to read android_asset directory through File API
> ---
>
> Key: CB-6428
> URL: https://issues.apache.org/jira/browse/CB-6428
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin File
>Affects Versions: 3.3.0
> Environment: Android 4.4.2 / Samsung Galaxy S4
>Reporter: Matt Grande
>Assignee: Andrew Grieve
> Labels: android, file
>
> Attempting to read the 'android_asset' folder through the File API results in
> Error Code 5 (FileError.ENCODING_ERR). I've tried accessing via
> resolveLocalFileSystemURL, and by creating a directory reader and calling
> readEntries().
>
> window.resolveLocalFileSystemURL('file:///android_asset/www/my_asset_folder',
> success, fail);
> var sourceDir = new DirectoryEntry( { fullPath:
> 'file:///android_asset/www/my_asset_folder' } );
> var reader = sourceDir.createReader();
> reader.readEntries(success, fail);
> (I have also tried with the URLs being '/android_asset/www/my_asset_folder';
> same result)
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-8687) Consolidate package manifests for media-capture
[ https://issues.apache.org/jira/browse/CB-8687?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Murat Sutunc closed CB-8687. Resolution: Fixed > Consolidate package manifests for media-capture > --- > > Key: CB-8687 > URL: https://issues.apache.org/jira/browse/CB-8687 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Media Capture >Reporter: Murat Sutunc >Priority: Minor > > Device capabilities are listed for phone, windows and windows80 separately. > Consolidate them and use a single package.appxmanifest target. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-6428) Unable to read android_asset directory through File API
[
https://issues.apache.org/jira/browse/CB-6428?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367551#comment-14367551
]
Rafael B commented on CB-6428:
--
I found a new error, but now, IOS version.
{code}
var app = {};
window.requestFileSystem(LocalFileSystem.PERSISTENT, 0, gotFileSystem,
function() { console.log("3 "+JSON.stringify(rs));});
function gotFileSystem(v) {
app.fileSystem = v;
var url = cordova.file.applicationDirectory+"www/1.jpg";
window.resolveLocalFileSystemURL(url, function(entry) {
var fullPath = cordova.file.applicationStorageDirectory;
window.resolveLocalFileSystemURL(fullPath, function(entryDirectory) {
entry.copyTo(entryDirectory, 'newfile.jpg', function(rs) {
console.log(JSON.stringify(rs)); //success
}, function() { console.log("1 "+JSON.stringify(rs));} ); //error
code 12 in next test's.
}, function() { console.log("2 "+JSON.stringify(rs));} );
}, function() { console.log("3 "+JSON.stringify(rs));} );
}
{code}
If execute first time, return success, but execute others time, return error
(error code 12)
You can fix this or i need open a "new bug"?
Thanks
> Unable to read android_asset directory through File API
> ---
>
> Key: CB-6428
> URL: https://issues.apache.org/jira/browse/CB-6428
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin File
>Affects Versions: 3.3.0
> Environment: Android 4.4.2 / Samsung Galaxy S4
>Reporter: Matt Grande
>Assignee: Andrew Grieve
> Labels: android, file
>
> Attempting to read the 'android_asset' folder through the File API results in
> Error Code 5 (FileError.ENCODING_ERR). I've tried accessing via
> resolveLocalFileSystemURL, and by creating a directory reader and calling
> readEntries().
>
> window.resolveLocalFileSystemURL('file:///android_asset/www/my_asset_folder',
> success, fail);
> var sourceDir = new DirectoryEntry( { fullPath:
> 'file:///android_asset/www/my_asset_folder' } );
> var reader = sourceDir.createReader();
> reader.readEntries(success, fail);
> (I have also tried with the URLs being '/android_asset/www/my_asset_folder';
> same result)
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-8686) media plugin uses musicLibrary capability without really needing it
[ https://issues.apache.org/jira/browse/CB-8686?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Murat Sutunc closed CB-8686. Resolution: Fixed > media plugin uses musicLibrary capability without really needing it > --- > > Key: CB-8686 > URL: https://issues.apache.org/jira/browse/CB-8686 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Media >Reporter: Murat Sutunc >Assignee: Murat Sutunc >Priority: Minor > > Media plugin by default requests musicLibrary capability but it's not using > it. It should be removed since, it's not required. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8705) Add trueHeading support for Android
Islam Morsi created CB-8705: --- Summary: Add trueHeading support for Android Key: CB-8705 URL: https://issues.apache.org/jira/browse/CB-8705 Project: Apache Cordova Issue Type: Improvement Components: Plugin Device Orientation Environment: Android Reporter: Islam Morsi Priority: Minor Could use GeomagneticField to determine magnetic declination -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-3360) Set custom InAppBrowser user-agent
[ https://issues.apache.org/jira/browse/CB-3360?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367530#comment-14367530 ] ASF GitHub Bot commented on CB-3360: GitHub user cjpearson opened a pull request: https://github.com/apache/cordova-plugin-inappbrowser/pull/95 CB-3360: Set custom inappbrowser user agent for android This uses the same OverrideUserAgent and AppendUserAgent properties as the pull requests for cordova-ios and cordova-android. You can merge this pull request into a Git repository by running: $ git pull https://github.com/cjpearson/cordova-plugin-inappbrowser android-user-agent Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-inappbrowser/pull/95.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #95 commit ebac47b5619163559faf1ce4eb61ebf75485ef6c Author: Connor Pearson Date: 2015-03-13T18:12:40Z CB-3360: Set custom inappbrowser user agent for android > Set custom InAppBrowser user-agent > -- > > Key: CB-3360 > URL: https://issues.apache.org/jira/browse/CB-3360 > Project: Apache Cordova > Issue Type: Improvement > Components: Android, BlackBerry, Plugin InAppBrowser, WP8 >Affects Versions: 2.7.0 > Environment: iOS, Android, WP8, BlackBerry >Reporter: Kevin Simpson >Assignee: Joe Bowser >Priority: Minor > Labels: Cordova, InAppBrowser, android > > Currently you can set a custom user-agent for the main Cordova webview by > overriding the init method for the DroidGap class. However, when opening a > page in the InAppBrowser, that webview will still contain the default > user-agent. > There are two solutions that I have thought of to this: > 1. Set the user-agent of the InAppBrowser webview to whatever the user-agent > in the Cordova webview is set to. (This is what I am currently doing, as it > was a one line change, but it requires rebuilding Cordova manually) > 2. Have some sort of configuration option to set the user-agent for the > InAppBrowser. This would allow a different user-agent from the main webview, > but is also a more involved change. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-3360) Set custom InAppBrowser user-agent
[ https://issues.apache.org/jira/browse/CB-3360?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367529#comment-14367529 ] ASF GitHub Bot commented on CB-3360: GitHub user cjpearson opened a pull request: https://github.com/apache/cordova-plugin-inappbrowser/pull/94 CB-3360: Set custom inappbrowser user agent for ios This uses the same OverrideUserAgent and AppendUserAgent properties as the pull requests for cordova-ios and cordova-android. You can merge this pull request into a Git repository by running: $ git pull https://github.com/cjpearson/cordova-plugin-inappbrowser ios-user-agent Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-inappbrowser/pull/94.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #94 commit df2e82fb92be83e18dda5c9dd0a5604c58ff58d3 Author: Connor Pearson Date: 2015-03-13T17:52:30Z CB-3360: Set custom inappbrowser user agent for ios > Set custom InAppBrowser user-agent > -- > > Key: CB-3360 > URL: https://issues.apache.org/jira/browse/CB-3360 > Project: Apache Cordova > Issue Type: Improvement > Components: Android, BlackBerry, Plugin InAppBrowser, WP8 >Affects Versions: 2.7.0 > Environment: iOS, Android, WP8, BlackBerry >Reporter: Kevin Simpson >Assignee: Joe Bowser >Priority: Minor > Labels: Cordova, InAppBrowser, android > > Currently you can set a custom user-agent for the main Cordova webview by > overriding the init method for the DroidGap class. However, when opening a > page in the InAppBrowser, that webview will still contain the default > user-agent. > There are two solutions that I have thought of to this: > 1. Set the user-agent of the InAppBrowser webview to whatever the user-agent > in the Cordova webview is set to. (This is what I am currently doing, as it > was a one line change, but it requires rebuilding Cordova manually) > 2. Have some sort of configuration option to set the user-agent for the > InAppBrowser. This would allow a different user-agent from the main webview, > but is also a more involved change. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8704) Description Resource Path Location Type The container 'Android Dependencies' references non existing library '/Users/.../cordova-project/platforms/android/CordovaLib/bin/mai
Kelvin Dart created CB-8704: --- Summary: Description ResourcePathLocation Type The container 'Android Dependencies' references non existing library '/Users/.../cordova-project/platforms/android/CordovaLib/bin/mainactivity-cordovalib.jar' Key: CB-8704 URL: https://issues.apache.org/jira/browse/CB-8704 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.7.1 Environment: Mac OS X 10.10.2 Yosemite; Eclipse Luna; Cordova-CLI 4.3.0, Android@3.7.1. Various APIs installed (lvl. 19, 21, 22). Reporter: Kelvin Dart Priority: Blocker After importing my platforms/android project into Eclipse, I receive the error: Description ResourcePathLocationType The container 'Android Dependencies' references non existing library '/Users/.../cordova-project/platforms/android/CordovaLib/bin/mainactivity-cordovalib.jar' I attempt to build the MainActivity-CordovaLib project to generate a JAR and nothing is created for my project to reference as a library. Any assistance will be greatly appreciated. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8703) Add support for semver and device-specific targeting of config-file to Windows
Rob Paveza created CB-8703:
--
Summary: Add support for semver and device-specific targeting of
config-file to Windows
Key: CB-8703
URL: https://issues.apache.org/jira/browse/CB-8703
Project: Apache Cordova
Issue Type: Improvement
Components: Windows
Reporter: Rob Paveza
Allow to target a virtual "package.appxmanifest" and specify
versions of Windows via new versions and device-target attributes:
This change should also modify the related and elements
for Windows to rename the "target" attribute to "device-target" in order to
align the meaning across elements. ("target" should remain as an alias in
order to be backwards-compatible).
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8702) Plugins should be able to override shouldInterceptRequest()
[
https://issues.apache.org/jira/browse/CB-8702?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Grieve resolved CB-8702.
---
Resolution: Fixed
added in 4.0.0-dev
> Plugins should be able to override shouldInterceptRequest()
> ---
>
> Key: CB-8702
> URL: https://issues.apache.org/jira/browse/CB-8702
> Project: Apache Cordova
> Issue Type: Improvement
> Components: Android
>Reporter: Andrew Grieve
>Assignee: Andrew Grieve
>Priority: Minor
>
> Right now plugins can alter the result of {code}shouldInterceptRequest{code}
> via {code}remapUri{code}, but it would be nicer if they could actually return
> an {code}InputStream{code}.
> Propose new API to be:
> 1. remapUri() to a "cdvplugin://PluginId" URI
> 2. add a handleOpenForRead() for dealing with these URIs
> This way plugins can return streams not just for
> {code}shouldInterceptRequest{code}, but for all
> {code}CordovaResourceApi{code} usages.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8702) Plugins should be able to override shouldInterceptRequest()
[
https://issues.apache.org/jira/browse/CB-8702?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367258#comment-14367258
]
ASF subversion and git services commented on CB-8702:
-
Commit 8d5cb00bec3f3cac28ed9a30cba2fedac7a0a317 in cordova-android's branch
refs/heads/master from [~agrieve]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=8d5cb00 ]
CB-8702 Add API for plugins to override `shouldInterceptRequest` with a stream
> Plugins should be able to override shouldInterceptRequest()
> ---
>
> Key: CB-8702
> URL: https://issues.apache.org/jira/browse/CB-8702
> Project: Apache Cordova
> Issue Type: Improvement
> Components: Android
>Reporter: Andrew Grieve
>Assignee: Andrew Grieve
>Priority: Minor
>
> Right now plugins can alter the result of {code}shouldInterceptRequest{code}
> via {code}remapUri{code}, but it would be nicer if they could actually return
> an {code}InputStream{code}.
> Propose new API to be:
> 1. remapUri() to a "cdvplugin://PluginId" URI
> 2. add a handleOpenForRead() for dealing with these URIs
> This way plugins can return streams not just for
> {code}shouldInterceptRequest{code}, but for all
> {code}CordovaResourceApi{code} usages.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8702) Plugins should be able to override shouldInterceptRequest()
Andrew Grieve created CB-8702:
-
Summary: Plugins should be able to override
shouldInterceptRequest()
Key: CB-8702
URL: https://issues.apache.org/jira/browse/CB-8702
Project: Apache Cordova
Issue Type: Improvement
Components: Android
Reporter: Andrew Grieve
Assignee: Andrew Grieve
Priority: Minor
Right now plugins can alter the result of {code}shouldInterceptRequest{code}
via {code}remapUri{code}, but it would be nicer if they could actually return
an {code}InputStream{code}.
Propose new API to be:
1. remapUri() to a "cdvplugin://PluginId" URI
2. add a handleOpenForRead() for dealing with these URIs
This way plugins can return streams not just for
{code}shouldInterceptRequest{code}, but for all {code}CordovaResourceApi{code}
usages.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8223) Expose config.xml in the Browser platform
[ https://issues.apache.org/jira/browse/CB-8223?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov resolved CB-8223. -- Resolution: Implemented > Expose config.xml in the Browser platform > - > > Key: CB-8223 > URL: https://issues.apache.org/jira/browse/CB-8223 > Project: Apache Cordova > Issue Type: Improvement > Components: Browser >Reporter: Sergey Shakhnazarov > > Browser platform apps need to read parameter values from config.xml, e.g. > when [initializing SplashScreen > plugin|https://github.com/MSOpenTech/cordova-plugin-splashscreen/commits/CB-7964] -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8196) Browser platform `run` should default source file to index.html even if it's missing in the config.xml
[ https://issues.apache.org/jira/browse/CB-8196?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367197#comment-14367197 ] ASF subversion and git services commented on CB-8196: - Commit 4146520435689c3c8f3f9e54f1072b82f24c1711 in cordova-browser's branch refs/heads/master from daserge [ https://git-wip-us.apache.org/repos/asf?p=cordova-browser.git;h=4146520 ] CB-8196 Browser platform `run` should default source file to index.html even if it's missing in the config.xml > Browser platform `run` should default source file to index.html even if it's > missing in the config.xml > -- > > Key: CB-8196 > URL: https://issues.apache.org/jira/browse/CB-8196 > Project: Apache Cordova > Issue Type: Bug > Components: Browser >Reporter: Sergey Shakhnazarov > > [Current > implementation|https://github.com/apache/cordova-browser/blob/8519dc463b7538b0def8787a7bb99a8804679d45/bin/templates/project/cordova/run#L28] > fails to run browser platform when there is no > in config.xml. > This applies to mobile-spec in particular. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8196) Browser platform `run` should default source file to index.html even if it's missing in the config.xml
[ https://issues.apache.org/jira/browse/CB-8196?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367198#comment-14367198 ] ASF GitHub Bot commented on CB-8196: Github user asfgit closed the pull request at: https://github.com/apache/cordova-browser/pull/5 > Browser platform `run` should default source file to index.html even if it's > missing in the config.xml > -- > > Key: CB-8196 > URL: https://issues.apache.org/jira/browse/CB-8196 > Project: Apache Cordova > Issue Type: Bug > Components: Browser >Reporter: Sergey Shakhnazarov > > [Current > implementation|https://github.com/apache/cordova-browser/blob/8519dc463b7538b0def8787a7bb99a8804679d45/bin/templates/project/cordova/run#L28] > fails to run browser platform when there is no > in config.xml. > This applies to mobile-spec in particular. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7964) Add cordova-plugin-splashscreen support for browser platform
[ https://issues.apache.org/jira/browse/CB-7964?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367188#comment-14367188 ] ASF GitHub Bot commented on CB-7964: Github user asfgit closed the pull request at: https://github.com/apache/cordova-plugin-splashscreen/pull/34 > Add cordova-plugin-splashscreen support for browser platform > > > Key: CB-7964 > URL: https://issues.apache.org/jira/browse/CB-7964 > Project: Apache Cordova > Issue Type: Sub-task > Components: Browser >Reporter: Sergey Shakhnazarov > -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7964) Add cordova-plugin-splashscreen support for browser platform
[ https://issues.apache.org/jira/browse/CB-7964?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367187#comment-14367187 ] ASF subversion and git services commented on CB-7964: - Commit bb65993a5181600af130c17a0e0ac2c3f2115406 in cordova-plugin-splashscreen's branch refs/heads/master from daserge [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-splashscreen.git;h=bb65993 ] CB-7964 Add cordova-plugin-splashscreen support for browser platform Added Browser platform support Using cordova/confighelper module to read parameter values from config.xml Updated the docs > Add cordova-plugin-splashscreen support for browser platform > > > Key: CB-7964 > URL: https://issues.apache.org/jira/browse/CB-7964 > Project: Apache Cordova > Issue Type: Sub-task > Components: Browser >Reporter: Sergey Shakhnazarov > -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8223) Expose config.xml in the Browser platform
[ https://issues.apache.org/jira/browse/CB-8223?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367183#comment-14367183 ] ASF subversion and git services commented on CB-8223: - Commit 90b24d3f01c7f4d827151327e5d69701f36905f8 in cordova-browser's branch refs/heads/master from daserge [ https://git-wip-us.apache.org/repos/asf?p=cordova-browser.git;h=90b24d3 ] CB-8223 Expose config.xml in the Browser platform Implemented config.xml wrapper via XHR > Expose config.xml in the Browser platform > - > > Key: CB-8223 > URL: https://issues.apache.org/jira/browse/CB-8223 > Project: Apache Cordova > Issue Type: Improvement > Components: Browser >Reporter: Sergey Shakhnazarov > > Browser platform apps need to read parameter values from config.xml, e.g. > when [initializing SplashScreen > plugin|https://github.com/MSOpenTech/cordova-plugin-splashscreen/commits/CB-7964] -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8223) Expose config.xml in the Browser platform
[ https://issues.apache.org/jira/browse/CB-8223?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367185#comment-14367185 ] ASF GitHub Bot commented on CB-8223: Github user asfgit closed the pull request at: https://github.com/apache/cordova-browser/pull/7 > Expose config.xml in the Browser platform > - > > Key: CB-8223 > URL: https://issues.apache.org/jira/browse/CB-8223 > Project: Apache Cordova > Issue Type: Improvement > Components: Browser >Reporter: Sergey Shakhnazarov > > Browser platform apps need to read parameter values from config.xml, e.g. > when [initializing SplashScreen > plugin|https://github.com/MSOpenTech/cordova-plugin-splashscreen/commits/CB-7964] -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8223) Expose config.xml in the Browser platform
[ https://issues.apache.org/jira/browse/CB-8223?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367182#comment-14367182 ] ASF GitHub Bot commented on CB-8223: Github user asfgit closed the pull request at: https://github.com/apache/cordova-js/pull/105 > Expose config.xml in the Browser platform > - > > Key: CB-8223 > URL: https://issues.apache.org/jira/browse/CB-8223 > Project: Apache Cordova > Issue Type: Improvement > Components: Browser >Reporter: Sergey Shakhnazarov > > Browser platform apps need to read parameter values from config.xml, e.g. > when [initializing SplashScreen > plugin|https://github.com/MSOpenTech/cordova-plugin-splashscreen/commits/CB-7964] -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8223) Expose config.xml in the Browser platform
[ https://issues.apache.org/jira/browse/CB-8223?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367181#comment-14367181 ] ASF subversion and git services commented on CB-8223: - Commit 579d070bd4f8a74835ef58e78f05fe0630350c81 in cordova-js's branch refs/heads/master from [~vladimir.kotikov] [ https://git-wip-us.apache.org/repos/asf?p=cordova-js.git;h=579d070 ] CB-8223 Adds configparser module for exposing config.xml in the Browser platform > Expose config.xml in the Browser platform > - > > Key: CB-8223 > URL: https://issues.apache.org/jira/browse/CB-8223 > Project: Apache Cordova > Issue Type: Improvement > Components: Browser >Reporter: Sergey Shakhnazarov > > Browser platform apps need to read parameter values from config.xml, e.g. > when [initializing SplashScreen > plugin|https://github.com/MSOpenTech/cordova-plugin-splashscreen/commits/CB-7964] -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8223) Expose config.xml in the Browser platform
[ https://issues.apache.org/jira/browse/CB-8223?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367176#comment-14367176 ] ASF GitHub Bot commented on CB-8223: Github user vladimir-kotikov commented on the pull request: https://github.com/apache/cordova-js/pull/105#issuecomment-82993636 There is no regression against master branch, the tests failures exists across last 10 commits at least: https://ci.appveyor.com/project/Humbedooh/cordova-js/history > Expose config.xml in the Browser platform > - > > Key: CB-8223 > URL: https://issues.apache.org/jira/browse/CB-8223 > Project: Apache Cordova > Issue Type: Improvement > Components: Browser >Reporter: Sergey Shakhnazarov > > Browser platform apps need to read parameter values from config.xml, e.g. > when [initializing SplashScreen > plugin|https://github.com/MSOpenTech/cordova-plugin-splashscreen/commits/CB-7964] -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8223) Expose config.xml in the Browser platform
[ https://issues.apache.org/jira/browse/CB-8223?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367157#comment-14367157 ] ASF GitHub Bot commented on CB-8223: GitHub user vladimir-kotikov opened a pull request: https://github.com/apache/cordova-js/pull/105 CB-8223 Adds configparser module for exposing config.xml in the Browser platform This implements confighelper module for config.xml preferences retrieval at runtime for browser platform. JIRA issue: https://issues.apache.org/jira/browse/CB-8223 You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-js CB-8223 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-js/pull/105.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #105 commit 579d070bd4f8a74835ef58e78f05fe0630350c81 Author: Vladimir Kotikov Date: 2015-03-18T12:55:40Z CB-8223 Adds configparser module for exposing config.xml in the Browser platform > Expose config.xml in the Browser platform > - > > Key: CB-8223 > URL: https://issues.apache.org/jira/browse/CB-8223 > Project: Apache Cordova > Issue Type: Improvement > Components: Browser >Reporter: Sergey Shakhnazarov > > Browser platform apps need to read parameter values from config.xml, e.g. > when [initializing SplashScreen > plugin|https://github.com/MSOpenTech/cordova-plugin-splashscreen/commits/CB-7964] -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-6428) Unable to read android_asset directory through File API
[
https://issues.apache.org/jira/browse/CB-6428?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14367044#comment-14367044
]
Rafael B commented on CB-6428:
--
Hi Andrew,
It's work!!! Nice job.
> Unable to read android_asset directory through File API
> ---
>
> Key: CB-6428
> URL: https://issues.apache.org/jira/browse/CB-6428
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin File
>Affects Versions: 3.3.0
> Environment: Android 4.4.2 / Samsung Galaxy S4
>Reporter: Matt Grande
>Assignee: Andrew Grieve
> Labels: android, file
>
> Attempting to read the 'android_asset' folder through the File API results in
> Error Code 5 (FileError.ENCODING_ERR). I've tried accessing via
> resolveLocalFileSystemURL, and by creating a directory reader and calling
> readEntries().
>
> window.resolveLocalFileSystemURL('file:///android_asset/www/my_asset_folder',
> success, fail);
> var sourceDir = new DirectoryEntry( { fullPath:
> 'file:///android_asset/www/my_asset_folder' } );
> var reader = sourceDir.createReader();
> reader.readEntries(success, fail);
> (I have also tried with the URLs being '/android_asset/www/my_asset_folder';
> same result)
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8701) Documentation for versions 3.5 & 3.4 is unavailable for File API
Omer Sinai created CB-8701: -- Summary: Documentation for versions 3.5 & 3.4 is unavailable for File API Key: CB-8701 URL: https://issues.apache.org/jira/browse/CB-8701 Project: Apache Cordova Issue Type: Bug Components: Docs Affects Versions: 3.5.0, 3.4.0 Reporter: Omer Sinai I'm working with cordova version 3.5. There is a problem with the documentation: http://docs.phonegap.com/en/3.5.0/index.html If one navigates to the Plugins API documentation, from there any attempt to navigate a single plugin API documentation results to *HTTP 404* not found error page on git hub. It happens too for cordova 3.4 plugins documentation. But NOT in cordova 3.6 . -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8694) Replace dependency plugin with plugin list parameter in createmobilespec
[ https://issues.apache.org/jira/browse/CB-8694?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14366854#comment-14366854 ] ASF GitHub Bot commented on CB-8694: Github user alsorokin commented on the pull request: https://github.com/apache/cordova-mobile-spec/pull/123#issuecomment-82833050 @dblotsky Ah, it couldn't locate mobilespec tests, thanks for pointing that out! Fixed it. > Replace dependency plugin with plugin list parameter in createmobilespec > > > Key: CB-8694 > URL: https://issues.apache.org/jira/browse/CB-8694 > Project: Apache Cordova > Issue Type: Improvement > Components: mobile-spec >Reporter: Alexander Sorokin >Priority: Minor > > Now createmobilespec uses dependency plugin to specify the list of plugins to > install. > This approach has some limitations, for example after the app is created the > user cannot remove particular plugin because they all are listed as > dependencies of dependency plugin. > Though developers could want to add custom plugin(s) to mobile spec for > testing. Also some plugins could not be supported under particular platform > and should not be installed. > My proposal is to replace dependency plugin with new command line parameter > for createmobilespec to specify plugin list through CLI. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7953) Add cordova-plugin-battery-status support for browser platform
[ https://issues.apache.org/jira/browse/CB-7953?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14366847#comment-14366847 ] ASF GitHub Bot commented on CB-7953: Github user daserge commented on the pull request: https://github.com/apache/cordova-plugin-battery-status/pull/20#issuecomment-82827466 Hi @purplecabbage, rebased. > Add cordova-plugin-battery-status support for browser platform > -- > > Key: CB-7953 > URL: https://issues.apache.org/jira/browse/CB-7953 > Project: Apache Cordova > Issue Type: Sub-task > Components: Browser >Reporter: Sergey Shakhnazarov > -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8700) Command fails: npm install ios-deploy -g
[ https://issues.apache.org/jira/browse/CB-8700?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dooms updated CB-8700: -- Environment: OSX 10.10.2 Cordova 4.3 > Command fails: npm install ios-deploy -g > - > > Key: CB-8700 > URL: https://issues.apache.org/jira/browse/CB-8700 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: Master > Environment: OSX 10.10.2 > Cordova 4.3 >Reporter: Dooms > > Doing an upgrade from Cordova iOS 3.5. Updated cordova to 4.3. > Running command (as root): > npm install ios-deploy -g > Error: > > ios-deploy@1.4.0 preinstall /usr/local/lib/node_modules/ios-deploy > > make ios-deploy > shell-init: error retrieving current directory: getcwd: cannot access parent > directories: Permission denied > make: getcwd: Permission denied > rm -rf *.app demo ios-deploy > shell-init: error retrieving current directory: getcwd: cannot access parent > directories: Permission denied > gcc -ObjC -g -o ios-deploy -framework Foundation -framework CoreFoundation > -framework MobileDevice -F/System/Library/PrivateFrameworks ios-deploy.c > clang: error: unable to make temporary file: Permission denied > make: *** [ios-deploy] Error 1 > npm ERR! ios-deploy@1.4.0 preinstall: `make ios-deploy` > npm ERR! Exit status 2 > npm ERR! > npm ERR! Failed at the ios-deploy@1.4.0 preinstall script. > npm ERR! This is most likely a problem with the ios-deploy package, > npm ERR! not with npm itself. > npm ERR! Tell the author that this fails on your system: > npm ERR! make ios-deploy > npm ERR! You can get their info via: > npm ERR! npm owner ls ios-deploy > npm ERR! There is likely additional logging output above. > npm ERR! System Darwin 14.1.0 > npm ERR! command "node" "/usr/local/bin/npm" "install" "ios-deploy" "-g" > npm ERR! cwd /usr/local/bin > npm ERR! node -v v0.10.30 > npm ERR! npm -v 1.4.21 > npm ERR! code ELIFECYCLE > npm ERR! > npm ERR! Additional logging details can be found in: > npm ERR! /usr/local/bin/npm-debug.log > npm ERR! not ok code 0 > Have tried switching from gcc to clang. Both produce the same error. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8700) Command fails: npm install ios-deploy -g
Dooms created CB-8700: - Summary: Command fails: npm install ios-deploy -g Key: CB-8700 URL: https://issues.apache.org/jira/browse/CB-8700 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: Master Reporter: Dooms Doing an upgrade from Cordova iOS 3.5. Updated cordova to 4.3. Running command (as root): npm install ios-deploy -g Error: > ios-deploy@1.4.0 preinstall /usr/local/lib/node_modules/ios-deploy > make ios-deploy shell-init: error retrieving current directory: getcwd: cannot access parent directories: Permission denied make: getcwd: Permission denied rm -rf *.app demo ios-deploy shell-init: error retrieving current directory: getcwd: cannot access parent directories: Permission denied gcc -ObjC -g -o ios-deploy -framework Foundation -framework CoreFoundation -framework MobileDevice -F/System/Library/PrivateFrameworks ios-deploy.c clang: error: unable to make temporary file: Permission denied make: *** [ios-deploy] Error 1 npm ERR! ios-deploy@1.4.0 preinstall: `make ios-deploy` npm ERR! Exit status 2 npm ERR! npm ERR! Failed at the ios-deploy@1.4.0 preinstall script. npm ERR! This is most likely a problem with the ios-deploy package, npm ERR! not with npm itself. npm ERR! Tell the author that this fails on your system: npm ERR! make ios-deploy npm ERR! You can get their info via: npm ERR! npm owner ls ios-deploy npm ERR! There is likely additional logging output above. npm ERR! System Darwin 14.1.0 npm ERR! command "node" "/usr/local/bin/npm" "install" "ios-deploy" "-g" npm ERR! cwd /usr/local/bin npm ERR! node -v v0.10.30 npm ERR! npm -v 1.4.21 npm ERR! code ELIFECYCLE npm ERR! npm ERR! Additional logging details can be found in: npm ERR! /usr/local/bin/npm-debug.log npm ERR! not ok code 0 Have tried switching from gcc to clang. Both produce the same error. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
