[jira] [Created] (CB-8460) return code of cordova run android is 0 after failure
George Hamilton created CB-8460: --- Summary: return code of cordova run android is 0 after failure Key: CB-8460 URL: https://issues.apache.org/jira/browse/CB-8460 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: Master Environment: linux running cordova 4.2.0 Reporter: George Hamilton When cordova run android fails with INSTALL_PARSE_FAILED_INCONSISTENT_CERTIFICATES the return code is 0. Previous versions of cordova returned a non zero value. -- 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-8461) Help Cordova app detect a plugin's support for a platform
Axel Nennker created CB-8461: Summary: Help Cordova app detect a plugin's support for a platform Key: CB-8461 URL: https://issues.apache.org/jira/browse/CB-8461 Project: Apache Cordova Issue Type: Improvement Components: CLI, Plugman Reporter: Axel Nennker As per this email exchange implement Andrew Grieve's strawman: http://mail-archives.apache.org/mod_mbox/cordova-dev/201502.mbox/%3CCAHcDwFxL%3DoxntHXET4m5RZi62J1J9K6oayg_BL9pgJ-%2BK-BKFw%40mail.gmail.com%3E Strawman: If plugin.xml has *any* platforms, then only apply global tags to those platforms. If plugin.xml has *no* platforms, then apply global tags to all platforms. -- 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-8439) Fix documentation : 'cordova platform update'
[ https://issues.apache.org/jira/browse/CB-8439?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14316302#comment-14316302 ] ASF subversion and git services commented on CB-8439: - Commit 5c5a761094d361ad103a7fb6a3383de73b7f0c89 in cordova-cli's branch refs/heads/master from [~omefire] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=5c5a761 ] CB-8439 Fix 'cordova platform update' documentation to include `plat-spec` (close #208) Fix documentation : 'cordova platform update' -- Key: CB-8439 URL: https://issues.apache.org/jira/browse/CB-8439 Project: Apache Cordova Issue Type: Improvement Components: CordovaLib Reporter: Omar Mefire - Currently, if you type: 'cordova platform --help' from the CLI, the documentation for 'cordova platform update' does not mention that it can also take paths and git-urls in addition to platform, which is misleading. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-7606) handleOpenURL handler firing more than necessary
[ https://issues.apache.org/jira/browse/CB-7606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14315331#comment-14315331 ] Shazron Abdullah edited comment on CB-7606 at 2/11/15 4:09 PM: --- Ok the fix is ready, in the CB-7606 branch. I've tested it using a cold and warm start. Instructions: {code} cordova create CB-7606 cb.7606.test CB-7606 cd CB-7606 cordova platform add ios@CB-7606 --usegit open -a Xcode platforms/ios {code} Add your URL handler in Info.plist (Open as Source Code, add within the dict): {code} keyCFBundleURLTypes/key array dict keyCFBundleURLName/key stringmyscheme/string keyCFBundleURLSchemes/key array stringmyscheme/string /array /dict /array {code} Edit your Scheme (click on the Target in the Xcode toolbar): {code} 1. Select the Launch Tab 2. Select the Launch (Wait for Executable to be Launched) radio button {code} Add this at the top of the Staging/www/js/index.js file in Xcode Project Navigator: {code} function handleOpenURL(url) { setTimeout(function() { alert(url); }, 500); } {code} To test: {code} 1. In Mobile Safari, enter the url myscheme:// in the Location bar 2. Select the Go button on the keyboard 3. Wait until the app launches, and the alert should show 4. Press the Home button 5. Repeat Steps 1, 2 and 3 to now test warm start. {code} Please test, let me know so I can land this in 3.8.0 and start the release process. was (Author: shazron): Ok the fix is ready, in the CB-7606 branch. I've tested it using a cold and warm start. Instructions: {code} cordova create CB-7606 cb.7606.test CB-7606 cordova platform add ios@CB-7606 --usegit open -a Xcode platforms/ios {code} Add your URL handler in Info.plist (Open as Source Code, add within the dict): {code} keyCFBundleURLTypes/key array dict keyCFBundleURLName/key stringmyscheme/string keyCFBundleURLSchemes/key array stringmyscheme/string /array /dict /array {code} Edit your Scheme (click on the Target in the Xcode toolbar): {code} 1. Select the Launch Tab 2. Select the Launch (Wait for Executable to be Launched) radio button {code} Add this at the top of the Staging/www/js/index.js file in Xcode Project Navigator: {code} function handleOpenURL(url) { setTimeout(function() { alert(url); }, 500); } {code} To test: {code} 1. In Mobile Safari, enter the url myscheme:// in the Location bar 2. Select the Go button on the keyboard 3. Wait until the app launches, and the alert should show 4. Press the Home button 5. Repeat Steps 1, 2 and 3 to now test warm start. {code} Please test, let me know so I can land this in 3.8.0 and start the release process. handleOpenURL handler firing more than necessary Key: CB-7606 URL: https://issues.apache.org/jira/browse/CB-7606 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.5.0 Reporter: Paul Kane Assignee: Shazron Abdullah Fix For: 3.8.0 I'm not an Obj-C or Cordova programmer so bear with me. Let's say my app is running. Then I hop over to my mail app and click on a link (myapp://blahBlahBlah) that should open up my app. This works fine, the app opens, my own URL handler (in javascript) takes over, etc. However in Obj-C the view controller is -- incorrectly, I believe -- storing that scheme data (blahBlahBlah) in self.openURL (so that it can be picked up later in processOpenURL function, called during webView initialization). This isn't normally a problem, except when you move to a new page (window.href = /new_page), the webView initialization runs again and picks up the old (already-acted-upon) openURL variable. (it's then set to nil, so that it doesn't get acted upon a third time, fourth time, etc...). I might have some details wrong, but it should be fairly easy to walk through with a project-wide search for openurl. Just seems like a slightly wrong logic-flow, which unfortunately is interfering with my app. -- 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-8002) Creating a new div for every Js - Native exec() call
[ https://issues.apache.org/jira/browse/CB-8002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14316827#comment-14316827 ] Matt Stuehler commented on CB-8002: --- @Kim - would you mind sharing some advice about the fix you implemented? I was thinking about setting up an interval that would look for these iframes and remove them from the DOM, but that seems pretty inefficient. I'm also planning to try to add a function that would eliminate iframes from the DOM after each native function call, but I'm not sure about the timing (e.g., are they added to the DOM immediately after the native function call, or do I need to wait x milliseconds?) Hopefully you've come up with a more robust, reliable, and elegant solution! Creating a new div for every Js - Native exec() call - Key: CB-8002 URL: https://issues.apache.org/jira/browse/CB-8002 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.7.0 Environment: Tested on multiple iOS 8.1 devices, simulators Reporter: Serdar Onal Assignee: Andrew Grieve Priority: Critical Fix For: 3.8.0 Since the 3.7.0 update, when cordova does a Js to Native call using exec(), somehow the underlying cordova.js is creating a gap://ready iframe on every call. This means that if you made 1000 native calls you'll have 1000 divs on the DOM. I believe this issue is of critical priority as it incurs a huge memory leak. Screenshot from safari inspector https://drive.google.com/file/d/0B94TXiq5ycp1anp6aGpTbjhPdG8/view?usp=sharing -- 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-8002) Creating a new div for every Js - Native exec() call
[ https://issues.apache.org/jira/browse/CB-8002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14316857#comment-14316857 ] Rajat Paharia commented on CB-8002: --- Based on the idea from [~Hirbod], while waiting for the official 3.8.0 release, I put this function into my app, and call it from some user-initiated actions that I know happen relatively frequently: (note that it's not totally generic as it references frameworks and variables from my app, but it's just to give you an idea). {code:title=killZombies|borderStyle=solid|language=JavaScript} killZombies: function() { Temporary JS workaround until iOS Platform 3.80 is available to deal with this bug in 3.70 // https://issues.apache.org/jira/browse/CB-8002 // delete extra gap://ready iframes. $ionicPlatform.ready(function() { if ($rootScope.vars.isCordovaApp angular.isDefined(device.platform) device.platform.toUpperCase() == IOS) { var frames = document.getElementsByTagName(iframe); var gapFrames = []; angular.forEach(frames, function(value) { if (value.src == gap://ready) { gapFrames.push(value); } }); // delete all but the last one. var deleteCounter = 0; var totalLength = gapFrames.length; if (gapFrames.length 1) { for (var i = gapFrames.length -2; i = 0; i--) { //console.log (Deleting gapFrame + i + of + totalLength); angular.element(gapFrames[i]).remove(); deleteCounter++; } } console.log (Deleted + deleteCounter + gapFrames); } }); }, {code} Creating a new div for every Js - Native exec() call - Key: CB-8002 URL: https://issues.apache.org/jira/browse/CB-8002 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.7.0 Environment: Tested on multiple iOS 8.1 devices, simulators Reporter: Serdar Onal Assignee: Andrew Grieve Priority: Critical Fix For: 3.8.0 Since the 3.7.0 update, when cordova does a Js to Native call using exec(), somehow the underlying cordova.js is creating a gap://ready iframe on every call. This means that if you made 1000 native calls you'll have 1000 divs on the DOM. I believe this issue is of critical priority as it incurs a huge memory leak. Screenshot from safari inspector https://drive.google.com/file/d/0B94TXiq5ycp1anp6aGpTbjhPdG8/view?usp=sharing -- 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-8462) Android triggers online event multiple times
Julian Frumar created CB-8462: - Summary: Android triggers online event multiple times Key: CB-8462 URL: https://issues.apache.org/jira/browse/CB-8462 Project: Apache Cordova Issue Type: Bug Components: Plugin Network Information Affects Versions: 4.1.3 Environment: Android KitKat Reporter: Julian Frumar Note: The bug entry form wouldn't let me enter the correct versions because it said they don't exist. Using Cordova CLI 4.2.0 and the latest (0.2.14) version of the org.apache.cordova.network-information plugin, we are seeing many many online events, resulting in Android devices repeatedly hitting our server for updates. To confirm the issue: - Create a new cordova project - platform add android - cordova plugin add org.apache.cordova.network-information Then add: document.addEventListener('offline', this.onOffline, false); document.addEventListener('online', this.onOnline, false); and console.log each time the event's received. I am seeing it 3 or 4 times each time I toggle Airplane mode on my Samsung S5. We are seeing this in our logs for a wide variety of Android devices in the wild however. -- 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-8337) Keyboard plugin resizes incorrectly with external keyboard attached
[ https://issues.apache.org/jira/browse/CB-8337?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14316673#comment-14316673 ] ASF GitHub Bot commented on CB-8337: Github user cjpearson commented on the pull request: https://github.com/apache/cordova-plugins/pull/18#issuecomment-73932253 @akrymski I removed the animation block because it wasn't actually working. Even though the webview's frame was changing size inside the block, the content would immediately change size. Keyboard plugin resizes incorrectly with external keyboard attached --- Key: CB-8337 URL: https://issues.apache.org/jira/browse/CB-8337 Project: Apache Cordova Issue Type: Bug Components: Plugin Keyboard Environment: iOS Reporter: Connor Pearson When using an external keyboard, the keyboard plugin should only shrink the webview enough to accommodate the accessory bar. It instead shrinks an area the size of the full keyboard, leaving an empty space. See http://i.imgur.com/pKh53JR.png -- 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-8007) Two cordova plugins modifying “*-Info.plist” CFBundleURLTypes
[ https://issues.apache.org/jira/browse/CB-8007?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14316772#comment-14316772 ] Alan Schultz commented on CB-8007: -- Is there any progress on this? This is a major issue for automated builds and is still occurring in Cordova CLI 4+. Two cordova plugins modifying “*-Info.plist” CFBundleURLTypes - Key: CB-8007 URL: https://issues.apache.org/jira/browse/CB-8007 Project: Apache Cordova Issue Type: Bug Components: CLI, CordovaLib Affects Versions: 3.5.0 Reporter: Miquel Labels: cordova-lib, ios, plist, plugins When 2 cordova plugins are modifying the same property, only the first added plugin is getting the changes applied: I.e.: https://github.com/EddyVerbruggen/LaunchMyApp-PhoneGap-Plugin.git https://github.com/Wizcorp/phonegap-facebook-plugin The first one: {code:xml} config-file target=*-Info.plist parent=CFBundleURLTypes array dict keyCFBundleURLSchemes/key array string$URL_SCHEME/string /array /dict /array /config-file {code} The second one: {code:xml} config-file target=*-Info.plist parent=CFBundleURLTypes array dict keyCFBundleURLSchemes/key array stringfb$APP_ID/string /array /dict /array /config-file {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8002) Creating a new div for every Js - Native exec() call
[ https://issues.apache.org/jira/browse/CB-8002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14316838#comment-14316838 ] Kim Hansen commented on CB-8002: The Fix for me was simply to use the 3.8.0dev version of the iOS platform. My little interval thing was just to let me see exactly when my app stopped sending console messages, as this appeared to happen at the same time that my app stopped handling calls to native code. Once I confirmed that the new iOS platform code was successful in controlling the memory growth, I took it out! Creating a new div for every Js - Native exec() call - Key: CB-8002 URL: https://issues.apache.org/jira/browse/CB-8002 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.7.0 Environment: Tested on multiple iOS 8.1 devices, simulators Reporter: Serdar Onal Assignee: Andrew Grieve Priority: Critical Fix For: 3.8.0 Since the 3.7.0 update, when cordova does a Js to Native call using exec(), somehow the underlying cordova.js is creating a gap://ready iframe on every call. This means that if you made 1000 native calls you'll have 1000 divs on the DOM. I believe this issue is of critical priority as it incurs a huge memory leak. Screenshot from safari inspector https://drive.google.com/file/d/0B94TXiq5ycp1anp6aGpTbjhPdG8/view?usp=sharing -- 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-8420) 'cordova plugin add' should look into config.xml for correct feature element when no version is provided
[ https://issues.apache.org/jira/browse/CB-8420?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14316320#comment-14316320 ] ASF GitHub Bot commented on CB-8420: Github user agrieve commented on the pull request: https://github.com/apache/cordova-lib/pull/162#issuecomment-73895354 lgtm save one nit. I think this behaviour is fine. Normal case will be to use add --save anyways. 'cordova plugin add' should look into config.xml for correct feature element when no version is provided Key: CB-8420 URL: https://issues.apache.org/jira/browse/CB-8420 Project: Apache Cordova Issue Type: New Feature Components: CordovaLib Reporter: Omar Mefire Assignee: Omar Mefire -- 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-8096) Under Windows device motion auto tests failed if accelerometer doesn't exist on this device
[ https://issues.apache.org/jira/browse/CB-8096?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14316264#comment-14316264 ] ASF subversion and git services commented on CB-8096: - Commit d85890573b5c6389046d885b01a15bb107e24d41 in cordova-plugin-device-motion's branch refs/heads/master from [~vladimir.kotikov] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-device-motion.git;h=d858905 ] CB-8096 Pended recently added spec.12 if accelerometer doesn't exist on the device Under Windows device motion auto tests failed if accelerometer doesn't exist on this device Key: CB-8096 URL: https://issues.apache.org/jira/browse/CB-8096 Project: Apache Cordova Issue Type: Test Components: mobile-spec, Plugin Device Motion Reporter: Maria Bukharina Proposed to pend that tests if accelerometer doesn't exist on the device -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8458) Device-orientation tests fails on windows even compass in not available
Vladimir Kotikov created CB-8458: Summary: Device-orientation tests fails on windows even compass in not available Key: CB-8458 URL: https://issues.apache.org/jira/browse/CB-8458 Project: Apache Cordova Issue Type: Bug Components: Plugin Device Orientation Reporter: Vladimir Kotikov Assignee: Vladimir Kotikov Device orientation tests detects if compass hardware is available on device inside of dedicated {{it()}} block and if compass is not available this tests is marked as failed. Proposed approach - move corresponding logic to {{beforeEach}} block and remove false failure. -- 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-8459) File-plugin on Windows fails to get file above the root filesystem directory
Vladimir Kotikov created CB-8459: Summary: File-plugin on Windows fails to get file above the root filesystem directory Key: CB-8459 URL: https://issues.apache.org/jira/browse/CB-8459 Project: Apache Cordova Issue Type: Bug Components: Plugin File Reporter: Vladimir Kotikov Assignee: Vladimir Kotikov On Windows file plugin fails to get file by relative path when this path leads to location above the root directory. (file.spec.111 should not traverse above above the root directory). According to spec it should still resolve such paths, because correct behaviour is to ignore the ../ at relative path start in this cases, not to fail out. -- 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-8428) Mobilespec Media test fails in Windows on machines with no audio device configured
[ https://issues.apache.org/jira/browse/CB-8428?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14316370#comment-14316370 ] ASF subversion and git services commented on CB-8428: - Commit bcf17ef98597fb55e856852ba91fc5e210f8a1f3 in cordova-plugin-media's branch refs/heads/master from sgrebnov [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-media.git;h=bcf17ef ] CB-8428 Fix tests on Windows if no audio playback hardware is available Mobilespec Media test fails in Windows on machines with no audio device configured -- Key: CB-8428 URL: https://issues.apache.org/jira/browse/CB-8428 Project: Apache Cordova Issue Type: Bug Components: Windows Affects Versions: 3.5.0 Reporter: Nikhil Khandelwal Assignee: Nikhil Khandelwal Priority: Minor This is happening due to multiple calls of jasmine `done` and I have a fix for it. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8439) Fix documentation : 'cordova platform update'
[ https://issues.apache.org/jira/browse/CB-8439?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14316303#comment-14316303 ] ASF GitHub Bot commented on CB-8439: Github user asfgit closed the pull request at: https://github.com/apache/cordova-cli/pull/208 Fix documentation : 'cordova platform update' -- Key: CB-8439 URL: https://issues.apache.org/jira/browse/CB-8439 Project: Apache Cordova Issue Type: Improvement Components: CordovaLib Reporter: Omar Mefire - Currently, if you type: 'cordova platform --help' from the CLI, the documentation for 'cordova platform update' does not mention that it can also take paths and git-urls in addition to platform, which is misleading. -- 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-8447) 'cordova platform update android@3.7.1' fails
[ https://issues.apache.org/jira/browse/CB-8447?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14316263#comment-14316263 ] Nate Dudenhoeffer commented on CB-8447: --- This does not appear to be resolved in the current master branch. {code} $ npm list -g cordova /usr/local/lib └── cordova@4.2.1-dev (git://github.com/apache/cordova-cli#b2020cdee09997dce5b15b2803a12456f827b714) $ npm list -g cordova-lib ├─┬ cordova@4.2.1-dev (git://github.com/apache/cordova-cli#b2020cdee09997dce5b15b2803a12456f827b714) │ └── cordova-lib@4.2.0 ├── cordova-lib@4.2.1-dev └─┬ plugman@0.22.16 └── cordova-lib@4.1.2 $ cordova platform update android@3.7.1 Platform android@3.7.1 is not installed. See `cordova platform list`. {code} 'cordova platform update android@3.7.1' fails - Key: CB-8447 URL: https://issues.apache.org/jira/browse/CB-8447 Project: Apache Cordova Issue Type: Bug Components: CordovaLib Reporter: Omar Mefire [This issue is resolved in the current master branch] In cordova-lib@4.2.0, The following sequence of operations fails : - cordova platform add android@3.5.0 - cordova platform update android@3.7.1 The error message is : Platform android@3.7.1 is not installed. See `cordova platform list`. -- 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-8459) File-plugin on Windows fails to get file above the root filesystem directory
[ https://issues.apache.org/jira/browse/CB-8459?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14316299#comment-14316299 ] ASF subversion and git services commented on CB-8459: - Commit 64cf0fa3fde5f270e4bf1ca8a9e477241ea89774 in cordova-plugin-file's branch refs/heads/master from [~vladimir.kotikov] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file.git;h=64cf0fa ] CB-8459 Fixes spec 111 failure due to incorrect relative paths handling File-plugin on Windows fails to get file above the root filesystem directory Key: CB-8459 URL: https://issues.apache.org/jira/browse/CB-8459 Project: Apache Cordova Issue Type: Bug Components: Plugin File Reporter: Vladimir Kotikov Assignee: Vladimir Kotikov On Windows file plugin fails to get file by relative path when this path leads to location above the root directory. (file.spec.111 should not traverse above above the root directory). According to spec it should still resolve such paths, because correct behaviour is to ignore the ../ at relative path start in this cases, not to fail out. -- 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-8420) 'cordova plugin add' should look into config.xml for correct feature element when no version is provided
[ https://issues.apache.org/jira/browse/CB-8420?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14316312#comment-14316312 ] ASF GitHub Bot commented on CB-8420: Github user agrieve commented on a diff in the pull request: https://github.com/apache/cordova-lib/pull/162#discussion_r24500705 --- Diff: cordova-lib/src/cordova/plugin.js --- @@ -114,6 +116,22 @@ module.exports = function plugin(command, targets, opts) { target = target.substring(0, target.length - 1); } +var parts = target.split('@'); +var id = parts[0]; +var version = parts[1]; + +// If no version is specified, retrieve the version from config.xml +if(!version !cordova_util.isUrl(id) !cordova_util.isDirectory(id)){ +events.emit('verbose', 'no version specified, retrieving version from config.xml'); +var ver = getVersionFromConfigFile(id, cfg); + +if( cordova_util.isUrl(ver) || cordova_util.isDirectory(ver) ){ --- End diff -- isDirectory don't check for null/undefined. Should either add that to isDirectory, or add check here. 'cordova plugin add' should look into config.xml for correct feature element when no version is provided Key: CB-8420 URL: https://issues.apache.org/jira/browse/CB-8420 Project: Apache Cordova Issue Type: New Feature Components: CordovaLib Reporter: Omar Mefire Assignee: Omar Mefire -- 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-8420) 'cordova plugin add' should look into config.xml for correct feature element when no version is provided
[ https://issues.apache.org/jira/browse/CB-8420?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14316948#comment-14316948 ] ASF GitHub Bot commented on CB-8420: Github user asfgit closed the pull request at: https://github.com/apache/cordova-lib/pull/162 'cordova plugin add' should look into config.xml for correct feature element when no version is provided Key: CB-8420 URL: https://issues.apache.org/jira/browse/CB-8420 Project: Apache Cordova Issue Type: New Feature Components: CordovaLib Reporter: Omar Mefire Assignee: Omar Mefire -- 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-8007) Two cordova plugins modifying “*-Info.plist” CFBundleURLTypes
[ https://issues.apache.org/jira/browse/CB-8007?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14316876#comment-14316876 ] Shazron Abdullah commented on CB-8007: -- [~miqmago] What is your expected behavior here? The last added plugin has its change stick, correct? I think what's happening is, the CLI ignores the change if there is already a node there in the xml. Two cordova plugins modifying “*-Info.plist” CFBundleURLTypes - Key: CB-8007 URL: https://issues.apache.org/jira/browse/CB-8007 Project: Apache Cordova Issue Type: Bug Components: CLI, CordovaLib Affects Versions: 3.5.0 Reporter: Miquel Labels: cordova-lib, ios, plist, plugins When 2 cordova plugins are modifying the same property, only the first added plugin is getting the changes applied: I.e.: https://github.com/EddyVerbruggen/LaunchMyApp-PhoneGap-Plugin.git https://github.com/Wizcorp/phonegap-facebook-plugin The first one: {code:xml} config-file target=*-Info.plist parent=CFBundleURLTypes array dict keyCFBundleURLSchemes/key array string$URL_SCHEME/string /array /dict /array /config-file {code} The second one: {code:xml} config-file target=*-Info.plist parent=CFBundleURLTypes array dict keyCFBundleURLSchemes/key array stringfb$APP_ID/string /array /dict /array /config-file {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8420) 'cordova plugin add' should look into config.xml for correct feature element when no version is provided
[ https://issues.apache.org/jira/browse/CB-8420?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14316870#comment-14316870 ] ASF GitHub Bot commented on CB-8420: Github user omefire commented on a diff in the pull request: https://github.com/apache/cordova-lib/pull/162#discussion_r24527527 --- Diff: cordova-lib/src/cordova/plugin.js --- @@ -114,6 +116,22 @@ module.exports = function plugin(command, targets, opts) { target = target.substring(0, target.length - 1); } +var parts = target.split('@'); +var id = parts[0]; +var version = parts[1]; + +// If no version is specified, retrieve the version from config.xml +if(!version !cordova_util.isUrl(id) !cordova_util.isDirectory(id)){ +events.emit('verbose', 'no version specified, retrieving version from config.xml'); +var ver = getVersionFromConfigFile(id, cfg); + +if( cordova_util.isUrl(ver) || cordova_util.isDirectory(ver) ){ --- End diff -- @agrieve, isDirectory does handle the null/undefined cases. I just tested it. Am I missing something ? 'cordova plugin add' should look into config.xml for correct feature element when no version is provided Key: CB-8420 URL: https://issues.apache.org/jira/browse/CB-8420 Project: Apache Cordova Issue Type: New Feature Components: CordovaLib Reporter: Omar Mefire Assignee: Omar Mefire -- 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-8412) WP8 platform should use JSHint as part of npm test
[ https://issues.apache.org/jira/browse/CB-8412?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-8412. - Resolution: Fixed done WP8 platform should use JSHint as part of npm test -- Key: CB-8412 URL: https://issues.apache.org/jira/browse/CB-8412 Project: Apache Cordova Issue Type: Improvement Components: WP8 Reporter: Murat Sutunc Assignee: Jesse MacFadyen Priority: Minor WP8 platform should use jshint as part of tests. This should also be part of travis automation -- 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-8400) Windows platform should use JSHint as part of npm test
[ https://issues.apache.org/jira/browse/CB-8400?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-8400. - Resolution: Fixed Windows platform should use JSHint as part of npm test -- Key: CB-8400 URL: https://issues.apache.org/jira/browse/CB-8400 Project: Apache Cordova Issue Type: Improvement Components: Windows Reporter: Murat Sutunc Priority: Minor Windows platform should use jshint as part of tests. This should also be part of appveyor automation. -- 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-8463) StatusBarPlugin Issue scrollView not found when using WKWebView
[ https://issues.apache.org/jira/browse/CB-8463?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14317183#comment-14317183 ] Shazron Abdullah commented on CB-8463: -- This is because in 4.x the webView property is now a UIView to accommodate either the UIWebView or WKWebView. The fix is to test the webView if it respondsToSelector @selector(scrollView) and if it does, then set scrollsToTop, etc. StatusBarPlugin Issue scrollView not found when using WKWebView --- Key: CB-8463 URL: https://issues.apache.org/jira/browse/CB-8463 Project: Apache Cordova Issue Type: Sub-task Components: Plugin Statusbar Environment: iOS 8 Reporter: Holly Schinsky When using the WKWebView Plugin and the StatusBarPlugin together, the following error is received from the *CDVStatusBar.m* class: {code} CDVStatusBar.m:128:18: error: property 'scrollView' not found on object of type 'UIView *' self.webView.scrollView.scrollsToTop = NO; {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-8410) Android platform should use JSHint as part of npm test
[ https://issues.apache.org/jira/browse/CB-8410?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Murat Sutunc reassigned CB-8410: Assignee: Murat Sutunc Android platform should use JSHint as part of npm test -- Key: CB-8410 URL: https://issues.apache.org/jira/browse/CB-8410 Project: Apache Cordova Issue Type: Improvement Components: Android Reporter: Murat Sutunc Assignee: Murat Sutunc Priority: Minor Android platform should use jshint as part of tests. This should also be part of appveyor/travis automation. -- 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-8463) StatusBarPlugin Issue scrollView not found when using WKWebView
[ https://issues.apache.org/jira/browse/CB-8463?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Holly Schinsky updated CB-8463: --- Description: When using the WKWebView Plugin and the StatusBarPlugin together, the following error is received from the *CDVStatusBar.m* class: {code} CDVStatusBar.m:128:18: error: property 'scrollView' not found on object of type 'UIView *' self.webView.scrollView.scrollsToTop = NO; {code} was: When using the WKWebView Plugin and the StatusBarPlugin together, the following error is received from the *CDVStatusBar.m* class: ` CDVStatusBar.m:128:18: error: property 'scrollView' not found on object of type 'UIView *' self.webView.scrollView.scrollsToTop = NO; ` StatusBarPlugin Issue scrollView not found when using WKWebView --- Key: CB-8463 URL: https://issues.apache.org/jira/browse/CB-8463 Project: Apache Cordova Issue Type: Sub-task Components: Plugin Statusbar Environment: iOS 8 Reporter: Holly Schinsky When using the WKWebView Plugin and the StatusBarPlugin together, the following error is received from the *CDVStatusBar.m* class: {code} CDVStatusBar.m:128:18: error: property 'scrollView' not found on object of type 'UIView *' self.webView.scrollView.scrollsToTop = NO; {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8464) Remove non-ARC code in AppDelegate
Shazron Abdullah created CB-8464: Summary: Remove non-ARC code in AppDelegate Key: CB-8464 URL: https://issues.apache.org/jira/browse/CB-8464 Project: Apache Cordova Issue Type: Bug Components: iOS Reporter: Shazron Abdullah Fix For: 4.0.0 https://github.com/apache/cordova-ios/blob/master/bin/templates/project/__PROJECT_NAME__/Classes/AppDelegate.m All new projects have ARC enabled by default. -- 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-8463) StatusBarPlugin Issue scrollView not found when using WKWebView
Holly Schinsky created CB-8463: -- Summary: StatusBarPlugin Issue scrollView not found when using WKWebView Key: CB-8463 URL: https://issues.apache.org/jira/browse/CB-8463 Project: Apache Cordova Issue Type: Sub-task Components: Plugin Statusbar Environment: iOS 8 Reporter: Holly Schinsky When using the WKWebView Plugin and the StatusBarPlugin together, the following error is received from the **CDVStatusBar.m** class: ```CDVStatusBar.m:128:18: error: property 'scrollView' not found on object of type 'UIView *' self.webView.scrollView.scrollsToTop = NO; ``` -- 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-8463) StatusBarPlugin Issue scrollView not found when using WKWebView
[ https://issues.apache.org/jira/browse/CB-8463?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Holly Schinsky updated CB-8463: --- Description: When using the WKWebView Plugin and the StatusBarPlugin together, the following error is received from the **CDVStatusBar.m** class: ``` CDVStatusBar.m:128:18: error: property 'scrollView' not found on object of type 'UIView *' self.webView.scrollView.scrollsToTop = NO; ``` was: When using the WKWebView Plugin and the StatusBarPlugin together, the following error is received from the **CDVStatusBar.m** class: ```CDVStatusBar.m:128:18: error: property 'scrollView' not found on object of type 'UIView *' self.webView.scrollView.scrollsToTop = NO; ``` StatusBarPlugin Issue scrollView not found when using WKWebView --- Key: CB-8463 URL: https://issues.apache.org/jira/browse/CB-8463 Project: Apache Cordova Issue Type: Sub-task Components: Plugin Statusbar Environment: iOS 8 Reporter: Holly Schinsky When using the WKWebView Plugin and the StatusBarPlugin together, the following error is received from the **CDVStatusBar.m** class: ``` CDVStatusBar.m:128:18: error: property 'scrollView' not found on object of type 'UIView *' self.webView.scrollView.scrollsToTop = NO; ``` -- 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-8463) StatusBarPlugin Issue scrollView not found when using WKWebView
[ https://issues.apache.org/jira/browse/CB-8463?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Holly Schinsky updated CB-8463: --- Description: When using the WKWebView Plugin and the StatusBarPlugin together, the following error is received from the *CDVStatusBar.m* class: ` CDVStatusBar.m:128:18: error: property 'scrollView' not found on object of type 'UIView *' self.webView.scrollView.scrollsToTop = NO; ` was: When using the WKWebView Plugin and the StatusBarPlugin together, the following error is received from the **CDVStatusBar.m** class: ``` CDVStatusBar.m:128:18: error: property 'scrollView' not found on object of type 'UIView *' self.webView.scrollView.scrollsToTop = NO; ``` StatusBarPlugin Issue scrollView not found when using WKWebView --- Key: CB-8463 URL: https://issues.apache.org/jira/browse/CB-8463 Project: Apache Cordova Issue Type: Sub-task Components: Plugin Statusbar Environment: iOS 8 Reporter: Holly Schinsky When using the WKWebView Plugin and the StatusBarPlugin together, the following error is received from the *CDVStatusBar.m* class: ` CDVStatusBar.m:128:18: error: property 'scrollView' not found on object of type 'UIView *' self.webView.scrollView.scrollsToTop = NO; ` -- 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-8410) Android platform should use JSHint as part of npm test
[ https://issues.apache.org/jira/browse/CB-8410?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-8410. - Resolution: Fixed Android platform should use JSHint as part of npm test -- Key: CB-8410 URL: https://issues.apache.org/jira/browse/CB-8410 Project: Apache Cordova Issue Type: Improvement Components: Android Reporter: Murat Sutunc Priority: Minor Android platform should use jshint as part of tests. This should also be part of appveyor/travis automation. -- 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-8123) Enable version, device, and chip arch specific library / dll / winmd references in plugins for the Windows platform
[ https://issues.apache.org/jira/browse/CB-8123?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14317294#comment-14317294 ] ASF subversion and git services commented on CB-8123: - Commit 98d17dd7976af2cdd3b7bfa9ce0612728dd5e6d7 in cordova-lib's branch refs/heads/master from [~TimBarham] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=98d17dd ] CB-8123 Fix JSHINT issue. Enable version, device, and chip arch specific library / dll / winmd references in plugins for the Windows platform --- Key: CB-8123 URL: https://issues.apache.org/jira/browse/CB-8123 Project: Apache Cordova Issue Type: Improvement Components: Plugins, Windows Reporter: Tim Barham Original Estimate: 72h Remaining Estimate: 72h Because Cordova's windows platform can target multiple target platforms, projects and frameworks referenced by the plugin may need to target only a subset of those platforms. To enable this, support the following attributes on the lib-file and framework elements: 1. device - indicates the reference is specific to a target device. Supported values are phone, windows or all (default is all). 2. versions - specify platform versions the reference supports (node semantic version ranges supported). Default is to support all versions. 3. arch - indicates the reference is specific to a particular chip architecture (x86 or x64). The arch attribute should result in a Condition='$(Platform)'=='XXX attribute on the reference. The other attributes will impact which generated jsproj files the reference is actually added to. -- 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-8457) Version specifier causes platform add hook to not run
[ https://issues.apache.org/jira/browse/CB-8457?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14317296#comment-14317296 ] ASF GitHub Bot commented on CB-8457: GitHub user cjpearson opened a pull request: https://github.com/apache/cordova-lib/pull/165 CB-8457: Ignore version specifier when running hooks Trims the version specifier when running hooks. This allows platform add hooks to run when a version specific platform add command is used. You can merge this pull request into a Git repository by running: $ git pull https://github.com/cjpearson/cordova-lib master Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-lib/pull/165.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 #165 commit 35f831604b9b2254fe8f1eac59e92eef9fdeef35 Author: Connor Pearson cjp...@gmail.com Date: 2015-02-12T00:50:32Z CB-8457: Ignore version specifier when running hooks Version specifier causes platform add hook to not run - Key: CB-8457 URL: https://issues.apache.org/jira/browse/CB-8457 Project: Apache Cordova Issue Type: Bug Components: CordovaLib Environment: OSX 10.10 Reporter: Connor Pearson Using cordova 4.2.0, I have a hook in config.xml defined like this: platform name=ios hook type=after_platform_add src=build/script.rb / /platform Running 'cordova platform add ios' causes this script to be run, but 'cordova platform add ios@3.6.3' does not. If this is intended behavior, how can I set up the hook to run on any platform add of ios? -- 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-8123) Enable version, device, and chip arch specific library / dll / winmd references in plugins for the Windows platform
[ https://issues.apache.org/jira/browse/CB-8123?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14317295#comment-14317295 ] ASF subversion and git services commented on CB-8123: - Commit 37567dab758874b56731e211d32b855e28116d99 in cordova-lib's branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=37567da ] Merge branch 'CB-8123-final' of https://github.com/MSOpenTech/cordova-lib Enable version, device, and chip arch specific library / dll / winmd references in plugins for the Windows platform --- Key: CB-8123 URL: https://issues.apache.org/jira/browse/CB-8123 Project: Apache Cordova Issue Type: Improvement Components: Plugins, Windows Reporter: Tim Barham Original Estimate: 72h Remaining Estimate: 72h Because Cordova's windows platform can target multiple target platforms, projects and frameworks referenced by the plugin may need to target only a subset of those platforms. To enable this, support the following attributes on the lib-file and framework elements: 1. device - indicates the reference is specific to a target device. Supported values are phone, windows or all (default is all). 2. versions - specify platform versions the reference supports (node semantic version ranges supported). Default is to support all versions. 3. arch - indicates the reference is specific to a particular chip architecture (x86 or x64). The arch attribute should result in a Condition='$(Platform)'=='XXX attribute on the reference. The other attributes will impact which generated jsproj files the reference is actually added to. -- 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-8123) Enable version, device, and chip arch specific library / dll / winmd references in plugins for the Windows platform
[ https://issues.apache.org/jira/browse/CB-8123?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14317316#comment-14317316 ] ASF GitHub Bot commented on CB-8123: Github user TimBarham commented on the pull request: https://github.com/apache/cordova-lib/pull/164#issuecomment-73999167 Thanks Jesse! Enable version, device, and chip arch specific library / dll / winmd references in plugins for the Windows platform --- Key: CB-8123 URL: https://issues.apache.org/jira/browse/CB-8123 Project: Apache Cordova Issue Type: Improvement Components: Plugins, Windows Reporter: Tim Barham Original Estimate: 72h Remaining Estimate: 72h Because Cordova's windows platform can target multiple target platforms, projects and frameworks referenced by the plugin may need to target only a subset of those platforms. To enable this, support the following attributes on the lib-file and framework elements: 1. device - indicates the reference is specific to a target device. Supported values are phone, windows or all (default is all). 2. versions - specify platform versions the reference supports (node semantic version ranges supported). Default is to support all versions. 3. arch - indicates the reference is specific to a particular chip architecture (x86 or x64). The arch attribute should result in a Condition='$(Platform)'=='XXX attribute on the reference. The other attributes will impact which generated jsproj files the reference is actually added to. -- 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-8429) Plugins Release Feb 4, 2015
[ https://issues.apache.org/jira/browse/CB-8429?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14317388#comment-14317388 ] ASF subversion and git services commented on CB-8429: - Commit e0f9aad374adb5942b491c3b34bcd89937f905c3 in cordova-plugin-file-transfer's branch refs/heads/master from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file-transfer.git;h=e0f9aad ] CB-8429 Updated version and RELEASENOTES.md for release 0.5.0 (take 2) Plugins Release Feb 4, 2015 --- Key: CB-8429 URL: https://issues.apache.org/jira/browse/CB-8429 Project: Apache Cordova Issue Type: Task Reporter: Andrew Grieve Assignee: Andrew Grieve Following steps at https://github.com/apache/cordova-coho/blob/master/docs/plugins-release-process.md -- 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-8429) Plugins Release Feb 4, 2015
[ https://issues.apache.org/jira/browse/CB-8429?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14317389#comment-14317389 ] ASF subversion and git services commented on CB-8429: - Commit d8f75455267137fc0122d759e747b88ea4bf9733 in cordova-plugin-file-transfer's branch refs/heads/master from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file-transfer.git;h=d8f7545 ] CB-8429 Incremented plugin version. Plugins Release Feb 4, 2015 --- Key: CB-8429 URL: https://issues.apache.org/jira/browse/CB-8429 Project: Apache Cordova Issue Type: Task Reporter: Andrew Grieve Assignee: Andrew Grieve Following steps at https://github.com/apache/cordova-coho/blob/master/docs/plugins-release-process.md -- 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-8407) file-transfer plugin fails to download a file if to ms-appdata specified file on windows
[ https://issues.apache.org/jira/browse/CB-8407?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14317386#comment-14317386 ] ASF subversion and git services commented on CB-8407: - Commit 5ee666ce0b65fcde396e45974795a86f1097e5bc in cordova-plugin-file-transfer's branch refs/heads/master from [~vladimir.kotikov] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file-transfer.git;h=5ee666c ] CB-8407 Use File proxy to construct valid FileEntry for download success callback Due to changes in file plugin (https://github.com/apache/cordova-plugin-file/commit/bcbeae24cd24583b790da95e0e076492eb16cd4f) result of download method should now have filesystemName specified for proper work. This updates download method to construct FileEntry properly, using File plugin proxy. file-transfer plugin fails to download a file if to ms-appdata specified file on windows Key: CB-8407 URL: https://issues.apache.org/jira/browse/CB-8407 Project: Apache Cordova Issue Type: Bug Components: Plugin File Transfer Affects Versions: 0.4.8 Environment: Windows platform File-transfer plugin@0.4.9-dev file plugin@1.3.4-dev Reporter: Vladimir Kotikov Assignee: Vladimir Kotikov Labels: file, file-transfer, windows download() in file-transfer plugin expects path instead of internal URL on windows This bug seems to be introduced with these changes to cordova-plugin-file: https://github.com/apache/cordova-plugin-file/commit/bcbeae24cd24583b790da95e0e076492eb16cd4f All tests for download method of file-transfer plugin now fail on windows with following message: Exception calling native with command :: FileTransfer :: download ::exception=WinRTError: The parameter is incorrect. As per internal discussion, this line may be the cause: https://github.com/apache/cordova-plugin-file-transfer/blob/master/src/windows/FileTransferProxy.js#L166 -- 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-8123) Enable version, device, and chip arch specific library / dll / winmd references in plugins for the Windows platform
[ https://issues.apache.org/jira/browse/CB-8123?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14317309#comment-14317309 ] ASF GitHub Bot commented on CB-8123: Github user purplecabbage commented on the pull request: https://github.com/apache/cordova-lib/pull/164#issuecomment-73998473 Thanks Tim! This is now merged, the mirror is just slow to update. This should close in a few minutes. Enable version, device, and chip arch specific library / dll / winmd references in plugins for the Windows platform --- Key: CB-8123 URL: https://issues.apache.org/jira/browse/CB-8123 Project: Apache Cordova Issue Type: Improvement Components: Plugins, Windows Reporter: Tim Barham Original Estimate: 72h Remaining Estimate: 72h Because Cordova's windows platform can target multiple target platforms, projects and frameworks referenced by the plugin may need to target only a subset of those platforms. To enable this, support the following attributes on the lib-file and framework elements: 1. device - indicates the reference is specific to a target device. Supported values are phone, windows or all (default is all). 2. versions - specify platform versions the reference supports (node semantic version ranges supported). Default is to support all versions. 3. arch - indicates the reference is specific to a particular chip architecture (x86 or x64). The arch attribute should result in a Condition='$(Platform)'=='XXX attribute on the reference. The other attributes will impact which generated jsproj files the reference is actually added to. -- 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-8400) Windows platform should use JSHint as part of npm test
[ https://issues.apache.org/jira/browse/CB-8400?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14317417#comment-14317417 ] ASF GitHub Bot commented on CB-8400: Github user asfgit closed the pull request at: https://github.com/apache/cordova-windows/pull/57 Windows platform should use JSHint as part of npm test -- Key: CB-8400 URL: https://issues.apache.org/jira/browse/CB-8400 Project: Apache Cordova Issue Type: Improvement Components: Windows Reporter: Murat Sutunc Priority: Minor Windows platform should use jshint as part of tests. This should also be part of appveyor automation. -- 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-8123) Enable version, device, and chip arch specific library / dll / winmd references in plugins for the Windows platform
[ https://issues.apache.org/jira/browse/CB-8123?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14317291#comment-14317291 ] ASF subversion and git services commented on CB-8123: - Commit f1c5d8fb409233f775a2fff4aea449670acce59a in cordova-lib's branch refs/heads/master from [~TimBarham] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=f1c5d8f ] CB-8123 Fix path handling so tests work on any platform. Enable version, device, and chip arch specific library / dll / winmd references in plugins for the Windows platform --- Key: CB-8123 URL: https://issues.apache.org/jira/browse/CB-8123 Project: Apache Cordova Issue Type: Improvement Components: Plugins, Windows Reporter: Tim Barham Original Estimate: 72h Remaining Estimate: 72h Because Cordova's windows platform can target multiple target platforms, projects and frameworks referenced by the plugin may need to target only a subset of those platforms. To enable this, support the following attributes on the lib-file and framework elements: 1. device - indicates the reference is specific to a target device. Supported values are phone, windows or all (default is all). 2. versions - specify platform versions the reference supports (node semantic version ranges supported). Default is to support all versions. 3. arch - indicates the reference is specific to a particular chip architecture (x86 or x64). The arch attribute should result in a Condition='$(Platform)'=='XXX attribute on the reference. The other attributes will impact which generated jsproj files the reference is actually added to. -- 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-8123) Enable version, device, and chip arch specific library / dll / winmd references in plugins for the Windows platform
[ https://issues.apache.org/jira/browse/CB-8123?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14317293#comment-14317293 ] ASF subversion and git services commented on CB-8123: - Commit d98343e34bb70d2262ef212726947e9c511a1808 in cordova-lib's branch refs/heads/master from [~TimBarham] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=d98343e ] Merge branch 'master' into CB-8123-temp Conflicts: cordova-lib/spec-plugman/platforms/windows8.spec.js Enable version, device, and chip arch specific library / dll / winmd references in plugins for the Windows platform --- Key: CB-8123 URL: https://issues.apache.org/jira/browse/CB-8123 Project: Apache Cordova Issue Type: Improvement Components: Plugins, Windows Reporter: Tim Barham Original Estimate: 72h Remaining Estimate: 72h Because Cordova's windows platform can target multiple target platforms, projects and frameworks referenced by the plugin may need to target only a subset of those platforms. To enable this, support the following attributes on the lib-file and framework elements: 1. device - indicates the reference is specific to a target device. Supported values are phone, windows or all (default is all). 2. versions - specify platform versions the reference supports (node semantic version ranges supported). Default is to support all versions. 3. arch - indicates the reference is specific to a particular chip architecture (x86 or x64). The arch attribute should result in a Condition='$(Platform)'=='XXX attribute on the reference. The other attributes will impact which generated jsproj files the reference is actually added to. -- 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-8123) Enable version, device, and chip arch specific library / dll / winmd references in plugins for the Windows platform
[ https://issues.apache.org/jira/browse/CB-8123?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14317290#comment-14317290 ] ASF subversion and git services commented on CB-8123: - Commit 22a214f217014b8c2df0348025d734cdf03580a7 in cordova-lib's branch refs/heads/master from [~TimBarham] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=22a214f ] CB-8123 Rename further windows platform related files. Renames `windows8.spec.js` to `windows.spec.js`. Enable version, device, and chip arch specific library / dll / winmd references in plugins for the Windows platform --- Key: CB-8123 URL: https://issues.apache.org/jira/browse/CB-8123 Project: Apache Cordova Issue Type: Improvement Components: Plugins, Windows Reporter: Tim Barham Original Estimate: 72h Remaining Estimate: 72h Because Cordova's windows platform can target multiple target platforms, projects and frameworks referenced by the plugin may need to target only a subset of those platforms. To enable this, support the following attributes on the lib-file and framework elements: 1. device - indicates the reference is specific to a target device. Supported values are phone, windows or all (default is all). 2. versions - specify platform versions the reference supports (node semantic version ranges supported). Default is to support all versions. 3. arch - indicates the reference is specific to a particular chip architecture (x86 or x64). The arch attribute should result in a Condition='$(Platform)'=='XXX attribute on the reference. The other attributes will impact which generated jsproj files the reference is actually added to. -- 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-7957) Add cordova-plugin-file-transfer support for browser platform
[ https://issues.apache.org/jira/browse/CB-7957?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14317373#comment-14317373 ] ASF GitHub Bot commented on CB-7957: Github user asfgit closed the pull request at: https://github.com/apache/cordova-plugin-file-transfer/pull/62 Add cordova-plugin-file-transfer support for browser platform -- Key: CB-7957 URL: https://issues.apache.org/jira/browse/CB-7957 Project: Apache Cordova Issue Type: Sub-task Components: Browser Reporter: Sergey Shakhnazarov Assignee: Vladimir Kotikov -- 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-7957) Add cordova-plugin-file-transfer support for browser platform
[ https://issues.apache.org/jira/browse/CB-7957?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14317376#comment-14317376 ] ASF subversion and git services commented on CB-7957: - Commit 9269172479ca3c9785bd98fbfe1b8cf026c12b8f in cordova-plugin-file-transfer's branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file-transfer.git;h=9269172 ] Merge branch 'CB-7957' of https://github.com/MSOpenTech/cordova-plugin-file-transfer, closes #26, closes #59 Add cordova-plugin-file-transfer support for browser platform -- Key: CB-7957 URL: https://issues.apache.org/jira/browse/CB-7957 Project: Apache Cordova Issue Type: Sub-task Components: Browser Reporter: Sergey Shakhnazarov Assignee: Vladimir Kotikov -- 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-7957) Add cordova-plugin-file-transfer support for browser platform
[ https://issues.apache.org/jira/browse/CB-7957?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14317375#comment-14317375 ] ASF subversion and git services commented on CB-7957: - Commit b7af2e7e009ca4b47d5a69a46f6aaabbfe4b6b0e in cordova-plugin-file-transfer's branch refs/heads/master from [~vladimir.kotikov] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file-transfer.git;h=b7af2e7 ] CB-7957 Adds support for `browser` platform Add cordova-plugin-file-transfer support for browser platform -- Key: CB-7957 URL: https://issues.apache.org/jira/browse/CB-7957 Project: Apache Cordova Issue Type: Sub-task Components: Browser Reporter: Sergey Shakhnazarov Assignee: Vladimir Kotikov -- 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-8185) Add online and offiline plugin-network-information events support for the Browser platform
[ https://issues.apache.org/jira/browse/CB-8185?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov resolved CB-8185. -- Resolution: Fixed Add online and offiline plugin-network-information events support for the Browser platform -- Key: CB-8185 URL: https://issues.apache.org/jira/browse/CB-8185 Project: Apache Cordova Issue Type: Improvement Components: Browser, Plugin Network Information Reporter: Sergey Shakhnazarov Assignee: Vladimir Kotikov Initial implementation used XHR to check whether we connected to network or not. Two main problems of this approach is that it used CORS and wasn't able to detect local network access. So for better compatibility with specs it is better to use browsers native implementation of {{navigator.onLine}} property which properly handles all the aspects of network accessibility. {{navigator.onLine}} available for all modern browsers: http://caniuse.com/#feat=online-status -- 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-8456) Can't make cross-origin ajax calls from a web worker
Giorgio Beggiora created CB-8456: Summary: Can't make cross-origin ajax calls from a web worker Key: CB-8456 URL: https://issues.apache.org/jira/browse/CB-8456 Project: Apache Cordova Issue Type: Bug Environment: Cordova 3.5, Android 5 and Intel XDK 1621 Reporter: Giorgio Beggiora Configuring te config.xml i can make cross-origin ajax calls using the XMLHttpRequest object. But if i move the script to a web worker created with the blob technique it doesn't work anymore. -- 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-8123) Enable version, device, and chip arch specific library / dll / winmd references in plugins for the Windows platform
[ https://issues.apache.org/jira/browse/CB-8123?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14315959#comment-14315959 ] ASF GitHub Bot commented on CB-8123: Github user sgrebnov commented on the pull request: https://github.com/apache/cordova-lib/pull/164#issuecomment-73859774 Reviewed and tested, LGTM :+1: Enable version, device, and chip arch specific library / dll / winmd references in plugins for the Windows platform --- Key: CB-8123 URL: https://issues.apache.org/jira/browse/CB-8123 Project: Apache Cordova Issue Type: Improvement Components: Plugins, Windows Reporter: Tim Barham Original Estimate: 72h Remaining Estimate: 72h Because Cordova's windows platform can target multiple target platforms, projects and frameworks referenced by the plugin may need to target only a subset of those platforms. To enable this, support the following attributes on the lib-file and framework elements: 1. device - indicates the reference is specific to a target device. Supported values are phone, windows or all (default is all). 2. versions - specify platform versions the reference supports (node semantic version ranges supported). Default is to support all versions. 3. arch - indicates the reference is specific to a particular chip architecture (x86 or x64). The arch attribute should result in a Condition='$(Platform)'=='XXX attribute on the reference. The other attributes will impact which generated jsproj files the reference is actually added to. -- 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-8397) Add support to 'windows' for showing the Windows Phone splashscreen
[ https://issues.apache.org/jira/browse/CB-8397?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14315974#comment-14315974 ] ASF GitHub Bot commented on CB-8397: Github user asfgit closed the pull request at: https://github.com/apache/cordova-plugin-splashscreen/pull/35 Add support to 'windows' for showing the Windows Phone splashscreen --- Key: CB-8397 URL: https://issues.apache.org/jira/browse/CB-8397 Project: Apache Cordova Issue Type: Bug Components: Plugin SplashScreen Reporter: Sergey Grebnov Assignee: Sergey Grebnov Labels: cordova-plugin-splash-screen, windows, windows-phone-81 1. Incorrect image is used on Windows Phone 8.1 (SplashScreen instead of SplashScreenPhone) 2. Image is not correctly centered: this is due to source currently used is based on the following sample which requires splash screen to be under (data-win-control=WinJS.UI.ViewBox, requires WinJS.../.. ui.js) https://code.msdn.microsoft.com/windowsapps/Splash-screen-sample-89c1dc78 -- 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-8397) Add support to 'windows' for showing the Windows Phone splashscreen
[ https://issues.apache.org/jira/browse/CB-8397?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14315973#comment-14315973 ] ASF subversion and git services commented on CB-8397: - Commit bcbc23958fcd294940ad81c2c8409bca8dd92d8d in cordova-plugin-splashscreen's branch refs/heads/master from sgrebnov [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-splashscreen.git;h=bcbc239 ] CB-8397 Add support to 'windows' for showing the Windows Phone splashscreen Add support to 'windows' for showing the Windows Phone splashscreen --- Key: CB-8397 URL: https://issues.apache.org/jira/browse/CB-8397 Project: Apache Cordova Issue Type: Bug Components: Plugin SplashScreen Reporter: Sergey Grebnov Assignee: Sergey Grebnov Labels: cordova-plugin-splash-screen, windows, windows-phone-81 1. Incorrect image is used on Windows Phone 8.1 (SplashScreen instead of SplashScreenPhone) 2. Image is not correctly centered: this is due to source currently used is based on the following sample which requires splash screen to be under (data-win-control=WinJS.UI.ViewBox, requires WinJS.../.. ui.js) https://code.msdn.microsoft.com/windowsapps/Splash-screen-sample-89c1dc78 -- 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-8397) Add support to 'windows' for showing the Windows Phone splashscreen
[ https://issues.apache.org/jira/browse/CB-8397?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14315928#comment-14315928 ] ASF GitHub Bot commented on CB-8397: Github user vladimir-kotikov commented on the pull request: https://github.com/apache/cordova-plugin-splashscreen/pull/35#issuecomment-73857850 Tested, LGTM :+1: Add support to 'windows' for showing the Windows Phone splashscreen --- Key: CB-8397 URL: https://issues.apache.org/jira/browse/CB-8397 Project: Apache Cordova Issue Type: Bug Components: Plugin SplashScreen Reporter: Sergey Grebnov Assignee: Sergey Grebnov Labels: cordova-plugin-splash-screen, windows, windows-phone-81 1. Incorrect image is used on Windows Phone 8.1 (SplashScreen instead of SplashScreenPhone) 2. Image is not correctly centered: this is due to source currently used is based on the following sample which requires splash screen to be under (data-win-control=WinJS.UI.ViewBox, requires WinJS.../.. ui.js) https://code.msdn.microsoft.com/windowsapps/Splash-screen-sample-89c1dc78 -- 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-8426) Add Windows platform section to Media plugin
[ https://issues.apache.org/jira/browse/CB-8426?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14315885#comment-14315885 ] ASF GitHub Bot commented on CB-8426: Github user sgrebnov commented on the pull request: https://github.com/apache/cordova-plugin-media/pull/42#issuecomment-73853860 tested and merged to master Add Windows platform section to Media plugin Key: CB-8426 URL: https://issues.apache.org/jira/browse/CB-8426 Project: Apache Cordova Issue Type: Improvement Components: Plugin Media, Windows Reporter: Sergey Grebnov Labels: cordova-plugin-media There is currently only windows8 platform section in plugin.xml {code} platform name=windows8 {code} To correctly add support of Windows Universal Platform we should create separate section below: {code} platform name=windows {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8426) Add Windows platform section to Media plugin
[ https://issues.apache.org/jira/browse/CB-8426?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14315886#comment-14315886 ] ASF GitHub Bot commented on CB-8426: Github user sgrebnov closed the pull request at: https://github.com/apache/cordova-plugin-media/pull/42 Add Windows platform section to Media plugin Key: CB-8426 URL: https://issues.apache.org/jira/browse/CB-8426 Project: Apache Cordova Issue Type: Improvement Components: Plugin Media, Windows Reporter: Sergey Grebnov Labels: cordova-plugin-media There is currently only windows8 platform section in plugin.xml {code} platform name=windows8 {code} To correctly add support of Windows Universal Platform we should create separate section below: {code} platform name=windows {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8395) Some contacts tests are green instead of pending on wp8
[ https://issues.apache.org/jira/browse/CB-8395?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14316071#comment-14316071 ] ASF GitHub Bot commented on CB-8395: Github user sgrebnov commented on the pull request: https://github.com/apache/cordova-plugin-contacts/pull/55#issuecomment-73867207 LGTM :+1: Some contacts tests are green instead of pending on wp8 --- Key: CB-8395 URL: https://issues.apache.org/jira/browse/CB-8395 Project: Apache Cordova Issue Type: Bug Components: Plugin Contacts, WP8 Reporter: Alexander Sorokin Assignee: Jesse MacFadyen contacts.spec.6, contacts.spec.20, contacts.spec.21 and contacts.spec.24 are green on wp8 because of the following code: {code} if (isWindowsPhone8) { done(); return; } {code} Instead of marking them green right away we need to mark them pending. -- 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-8394) Globalization plugin tests failing on windows and wp8 platforms
[ https://issues.apache.org/jira/browse/CB-8394?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14316155#comment-14316155 ] ASF subversion and git services commented on CB-8394: - Commit 73febdf4e004f160dc53dfc56f7b3b2d0f950abb in cordova-plugin-globalization's branch refs/heads/master from [~alsorokin] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-globalization.git;h=73febdf ] CB-8394 pended unsupported tests for windows and wp8 github close #35 Globalization plugin tests failing on windows and wp8 platforms --- Key: CB-8394 URL: https://issues.apache.org/jira/browse/CB-8394 Project: Apache Cordova Issue Type: Bug Components: Plugin Globalization Reporter: Alexander Sorokin Mobile-spec tests for globalization plugin are failing on wp8 and windows because these platforms only partially support getNumberPattern and getCurrencyPattern methods. We need to include windows and wp8 quirks into tests. -- 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-8394) Globalization plugin tests failing on windows and wp8 platforms
[ https://issues.apache.org/jira/browse/CB-8394?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14316156#comment-14316156 ] ASF GitHub Bot commented on CB-8394: Github user asfgit closed the pull request at: https://github.com/apache/cordova-plugin-globalization/pull/35 Globalization plugin tests failing on windows and wp8 platforms --- Key: CB-8394 URL: https://issues.apache.org/jira/browse/CB-8394 Project: Apache Cordova Issue Type: Bug Components: Plugin Globalization Reporter: Alexander Sorokin Mobile-spec tests for globalization plugin are failing on wp8 and windows because these platforms only partially support getNumberPattern and getCurrencyPattern methods. We need to include windows and wp8 quirks into tests. -- 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-8447) 'cordova platform update android@3.7.1' fails
[ https://issues.apache.org/jira/browse/CB-8447?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14316165#comment-14316165 ] Lewin Trussler commented on CB-8447: I tried to update my project using npm install -g android, npm install -g android@3.7.1 and also by directly referencing the master tgx file npm install https://www.apache.org/dist/cordova/platforms/cordova-android-3.7.1.tgz;. The final one appeared to work - reporting the following: npm http GET https://www.apache.org/dist/cordova/platforms/cordova-android-3.7.1.tgz npm http 200 https://www.apache.org/dist/cordova/platforms/cordova-android-3.7.1.tgz npm http GET https://registry.npmjs.org/shelljs npm http GET https://registry.npmjs.org/q npm http 200 https://registry.npmjs.org/shelljs npm http GET https://registry.npmjs.org/shelljs/-/shelljs-0.2.6.tgz npm http 200 https://registry.npmjs.org/shelljs/-/shelljs-0.2.6.tgz npm http 200 https://registry.npmjs.org/q cordova-android@3.7.1 node_modules\cordova-android ├── q@0.9.7 └── shelljs@0.2.6 However - in all cases when I try to update Cordova, [cordova platform update android@3.7.1], I get the same message a listed above. 'cordova platform update android@3.7.1' fails - Key: CB-8447 URL: https://issues.apache.org/jira/browse/CB-8447 Project: Apache Cordova Issue Type: Bug Components: CordovaLib Reporter: Omar Mefire [This issue is resolved in the current master branch] In cordova-lib@4.2.0, The following sequence of operations fails : - cordova platform add android@3.5.0 - cordova platform update android@3.7.1 The error message is : Platform android@3.7.1 is not installed. See `cordova platform list`. -- 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-8457) Version specifier causes platform add hook to not run
Connor Pearson created CB-8457: -- Summary: Version specifier causes platform add hook to not run Key: CB-8457 URL: https://issues.apache.org/jira/browse/CB-8457 Project: Apache Cordova Issue Type: Bug Components: CordovaLib Environment: OSX 10.10 Reporter: Connor Pearson Using cordova 4.2.0, I have a hook in config.xml defined like this: platform name=ios hook type=after_platform_add src=build/script.rb / /platform Running 'cordova platform add ios' causes this script to be run, but 'cordova platform add ios@3.6.3' does not. If this is intended behavior, how can I set up the hook to run on any platform add of ios? -- 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-8045) Android test for windows failed to deploy app
[ https://issues.apache.org/jira/browse/CB-8045?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14317681#comment-14317681 ] Angela Fowler commented on CB-8045: --- Still getting the timeout in the Run Tests step. Added some logging to src/build/makers/android/deploy.js: [ANDROID] [DEPLOY] adb -s emulator-5554 shell am start -n org.apache.mobilespec/.MainActivity (Android__master__1423721520) [ANDROID] [DEPLOY] adb -s emulator-5554 logcat -c (Android__master__1423721520) [ANDROID] [DEPLOY] spawn logcat process (Android__master__1423721520) [ANDROID] [DEPLOY] Mobile-spec timed out on emulator-5554, continuing. (Android__master__1423721520) Android test prepare failed Seems to be here: var logcat = cp.spawn('adb', ['-s', d, 'logcat']); Android test for windows failed to deploy app - Key: CB-8045 URL: https://issues.apache.org/jira/browse/CB-8045 Project: Apache Cordova Issue Type: Test Components: Android, Medic Reporter: Maria Bukharina Repo steps: 1. Set up medic configuration 2. Create android emutlator 3. Run AndroidWin build Deploy step failed:] [ANDROID] [DEPLOY] Mobile-spec timed out on emulator-5554, continuing. (Android__master__1416321767) Android test prepare failed program finished with exit code 1 -- 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-8185) Add online and offiline plugin-network-information events support for the Browser platform
[ https://issues.apache.org/jira/browse/CB-8185?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14317690#comment-14317690 ] ASF GitHub Bot commented on CB-8185: GitHub user vladimir-kotikov opened a pull request: https://github.com/apache/cordova-plugin-network-information/pull/25 CB-8185 Use `navigator.onLine` as connection information source on browser platform This is fix for [CB-8185](https://issues.apache.org/jira/browse/CB-8185) This also adds support for `online`/`offline` events for browser. You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-plugin-network-information CB-8185 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-network-information/pull/25.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 #25 commit 42fbe8aa9fab76dea7b1b0b837574806871a5660 Author: Vladimir Kotikov v-vlk...@microsoft.com Date: 2015-02-04T14:09:06Z CB-8185 Use `navigator.onLine` as connection information source on browser platform * add support for `online`/`offline` events for browser Add online and offiline plugin-network-information events support for the Browser platform -- Key: CB-8185 URL: https://issues.apache.org/jira/browse/CB-8185 Project: Apache Cordova Issue Type: Improvement Components: Browser, Plugin Network Information Reporter: Sergey Shakhnazarov Assignee: Vladimir Kotikov Initial implementation used XHR to check whether we connected to network or not. Two main problems of this approach is that it used CORS and wasn't able to detect local network access. So for better compatibility with specs it is better to use browsers native implementation of {{navigator.onLine}} property which properly handles all the aspects of network accessibility. {{navigator.onLine}} available for all modern browsers: http://caniuse.com/#feat=online-status -- 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-7957) Add cordova-plugin-file-transfer support for browser platform
[ https://issues.apache.org/jira/browse/CB-7957?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov resolved CB-7957. -- Resolution: Fixed Add cordova-plugin-file-transfer support for browser platform -- Key: CB-7957 URL: https://issues.apache.org/jira/browse/CB-7957 Project: Apache Cordova Issue Type: Sub-task Components: Browser Reporter: Sergey Shakhnazarov Assignee: Vladimir Kotikov -- 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