[jira] [Created] (CB-9505) Some plugins on windows platform do not loaded correctly using browserify
Vladimir Kotikov created CB-9505: Summary: Some plugins on windows platform do not loaded correctly using browserify Key: CB-9505 URL: https://issues.apache.org/jira/browse/CB-9505 Project: Apache Cordova Issue Type: Bug Reporter: Vladimir Kotikov Assignee: Vladimir Kotikov There is some issues with Windows plugins, which makes multiple tests to fail. The most of these issues are related to incorrect usage of `clobbers/merges` tags instead of `runs` in plugin definition. This causes plugins' proxies to not to register, so native functionality is not available to app. The plugins affected by this issue: # contacts # device # device-motion # device-orientation # file-transfer # media # network-information -- 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-9505) Some plugins on windows platform do not loaded correctly using browserify
[ https://issues.apache.org/jira/browse/CB-9505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14700844#comment-14700844 ] ASF GitHub Bot commented on CB-9505: GitHub user vladimir-kotikov opened a pull request: https://github.com/apache/cordova-plugin-contacts/pull/72 CB-9505 Makes ContactsProxy accessible in browserified bundle This fixes https://issues.apache.org/jira/browse/CB-9505 You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-plugin-contacts CB-9505 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-contacts/pull/72.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 #72 commit 12a883defe9a98e9c0d6ec39c38bd1e14bcd5ae8 Author: Vladimir Kotikov Date: 2015-08-17T14:03:34Z CB-9505 Makes ContactsProxy accessible in browserified bundle > Some plugins on windows platform do not loaded correctly using browserify > - > > Key: CB-9505 > URL: https://issues.apache.org/jira/browse/CB-9505 > Project: Apache Cordova > Issue Type: Bug >Reporter: Vladimir Kotikov >Assignee: Vladimir Kotikov > Labels: browserify, mobilespec, windows > > There is some issues with Windows plugins, which makes multiple tests to > fail. The most of these issues are related to incorrect usage of > `clobbers/merges` tags instead of `runs` in plugin definition. This causes > plugins' proxies to not to register, so native functionality is not available > to app. The plugins affected by this issue: > # contacts > # device > # device-motion > # device-orientation > # file-transfer > # media > # network-information -- 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-9505) Some plugins on windows platform do not loaded correctly using browserify
[ https://issues.apache.org/jira/browse/CB-9505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14700854#comment-14700854 ] ASF GitHub Bot commented on CB-9505: GitHub user vladimir-kotikov opened a pull request: https://github.com/apache/cordova-plugin-device/pull/37 CB-9505 Makes DeviceProxy accessible in browserified bundle This fixes https://issues.apache.org/jira/browse/CB-9505 You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-plugin-device CB-9505 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-device/pull/37.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 #37 commit 4dd2f92604d89452a939c39fc873e58404d598f4 Author: Vladimir Kotikov Date: 2015-08-17T14:04:36Z CB-9505 Makes DeviceProxy accessible in browserified bundle > Some plugins on windows platform do not loaded correctly using browserify > - > > Key: CB-9505 > URL: https://issues.apache.org/jira/browse/CB-9505 > Project: Apache Cordova > Issue Type: Bug >Reporter: Vladimir Kotikov >Assignee: Vladimir Kotikov > Labels: browserify, mobilespec, windows > > There is some issues with Windows plugins, which makes multiple tests to > fail. The most of these issues are related to incorrect usage of > `clobbers/merges` tags instead of `runs` in plugin definition. This causes > plugins' proxies to not to register, so native functionality is not available > to app. The plugins affected by this issue: > # contacts > # device > # device-motion > # device-orientation > # file-transfer > # media > # network-information -- 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-8936) Surface platform-specific logs in buildbot
[ https://issues.apache.org/jira/browse/CB-8936?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14700868#comment-14700868 ] ASF GitHub Bot commented on CB-8936: Github user alsorokin commented on the pull request: https://github.com/apache/cordova-medic/pull/59#issuecomment-132108830 Yes, it seems that we have no other options but to enable the logs manually during machine setup. I think I need to describe it in the README.md > Surface platform-specific logs in buildbot > -- > > Key: CB-8936 > URL: https://issues.apache.org/jira/browse/CB-8936 > Project: Apache Cordova > Issue Type: Task > Components: Medic >Reporter: Alexander Sorokin >Assignee: Alexander Sorokin > > Platform specific logs (e.g. logcat for android, stderr.log and stdin.log for > iOS etc.) should be gathered and displayed in buildbot. -- 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-9506) A user's photos can be deleted if they leave a cordova application using cordova-plugin-camera
Cody Balos created CB-9506: -- Summary: A user's photos can be deleted if they leave a cordova application using cordova-plugin-camera Key: CB-9506 URL: https://issues.apache.org/jira/browse/CB-9506 Project: Apache Cordova Issue Type: Bug Components: Plugin Camera Environment: Android Reporter: Cody Balos UPDATE ME -- 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-9490) LG G4 camera application saves photos when using destinationType DATA_URL
[ https://issues.apache.org/jira/browse/CB-9490?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14700938#comment-14700938 ] Cody Balos commented on CB-9490: Opening a new issue, https://issues.apache.org/jira/browse/CB-9506, to address the above comment, as I believe it is a separate concern and likely won't affect the fix for this issue itself. > LG G4 camera application saves photos when using destinationType DATA_URL > - > > Key: CB-9490 > URL: https://issues.apache.org/jira/browse/CB-9490 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera > Environment: LG G4, Android 5.1 >Reporter: Cody Balos >Assignee: Cody Balos > Time Spent: 6h > Remaining Estimate: 0h > > So far this issue only happens on an LG G4 using the stock camera application: > Using the camera plugin, with destinationType set to DATA_URL, > the expected functionality is for the base64 string to be returned to the > javascript interface, and not saved to the file system without explicitly > saving it separately. Using the LG G4 stock camera application, all photos > are saved even when using destinationType DATA_URL if the retake option is > used. > The issue does not occur when using the Google Camera application or Camera > 360 (both on the Play Store). -- 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-9506) A user's photos can be deleted if they leave a cordova application using cordova-plugin-camera
[ https://issues.apache.org/jira/browse/CB-9506?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cody Balos updated CB-9506: --- Description: Currently, the camera plugin checks the number of pictures saved to the device before any pictures are captured using the camera started via the plugin, and then checks the difference between the amount of photos before and after. Relying on this method introduces the possibility of deleting photos a user takes outside the cordova started camera. For example, consider this scenario: A user of a cordova application utilizes a cordova-plugin-camera backed camera feature , and while in the camera activity, switches to a different application. While in this different application the user takes a photo. Now the user returns to the cordova application, and is still in the camera activity. They take the photo, and accept it. Now the cleanup process inside cordova-plugin-camera begins, but, because of relying on the difference between the amount of photos before and after the activity, the photo the user took outside of the cordova application is deleted. This issue exists already in the checkForDuplicateImage function, does have the ill behavior from the above example. However, it is limited by its implementation to removing no more than 2 of the photos taken outside of the cordova application. was: Currently, the camera plugin checks the number of pictures saved to the device before any pictures are captured using the camera started via the plugin, and then checks the difference between the amount of photos before and after. Relying on this method introduces the possibility of deleting photos a user takes outside the cordova started camera. For example, consider this scenario: A user of a cordova application utilizes a cordova-plugin-camera backed camera feature , and while in the camera activity, switches to a different application. While in this different application the user takes a photo. Now the user returns to the cordova application, and is still in the camera activity. They take the photo, and accept it. Now the cleanup process inside cordova-plugin-camera begins, but, because of relying on the difference between the amount of photos before and after the activity, the photo the user took outside of the cordova application is deleted. This issue exists already in the checkForDuplicateImage function, does have the ill behavior from the above example. However, it is limited by its implementation to removing no more than 2 of the photos taken outside of the cordova application. > A user's photos can be deleted if they leave a cordova application using > cordova-plugin-camera > -- > > Key: CB-9506 > URL: https://issues.apache.org/jira/browse/CB-9506 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera > Environment: Android >Reporter: Cody Balos > > Currently, the camera plugin checks the number of pictures saved to the > device before any pictures are captured using the camera started via the > plugin, and then checks the difference between the amount of photos before > and after. Relying on this method introduces the possibility of deleting > photos a user takes outside the cordova started camera. For example, consider > this scenario: > A user of a cordova application utilizes a cordova-plugin-camera backed > camera feature , and while in the camera activity, switches to a different > application. While in this different application the user takes a photo. Now > the user returns to the cordova application, and is still in the camera > activity. They take the photo, and accept it. Now the cleanup process inside > cordova-plugin-camera begins, but, because of relying on the difference > between the amount of photos before and after the activity, the photo the > user took outside of the cordova application is deleted. > This issue exists already in the checkForDuplicateImage function, does have > the ill behavior from the above example. However, it is limited by its > implementation to removing no more than 2 of the photos taken outside of the > cordova application. -- 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-9490) LG G4 camera application saves photos when using destinationType DATA_URL
[ https://issues.apache.org/jira/browse/CB-9490?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14700664#comment-14700664 ] Cody Balos edited comment on CB-9490 at 8/18/15 8:36 AM: - A decision needs to be made about how this patch is implemented. I have a working, and tested fix ready to go, however, it highlights an existing "issue". Currently, the camera plugin checks the number of pictures saved to the device before any pictures are captured using the camera started via the plugin, and then checks the difference between the amount of photos before and after. Relying on this method introduces the possibility of deleting photos a user takes outside the cordova started camera. For example, consider this scenario: A user of a cordova application utilizes a cordova-plugin-camera backed camera feature , and while in the camera activity, switches to a different application. While in this different application the user takes a photo. Now the user returns to the cordova application, and is still in the camera activity. They take the photo, and accept it. Now the cleanup process inside cordova-plugin-camera begins, but, because of relying on the difference between the amount of photos before and after the activity, the photo the user took outside of the cordova application is deleted. This issue exists already in the checkForDuplicateImage function, does have the ill behavior from the above example. However, it is limited by its implementation to removing no more than 2 of the photos taken outside of the cordova application. was (Author: cojomojo): A decision needs to be made about how this patch is implemented. I have a working, and tested fix ready to go, however, it introduces a potential "issue" that is actually kind of in existence already. Currently, the camera plugin checks the number of pictures saved to the device before any pictures are captured using the camera started via the plugin, and then checks the difference between the amount of photos before and after. Relying on this method introduces the possibility of deleting photos a user takes outside the cordova started camera. For example, consider this scenario: A user of a cordova application utilizes a cordova-plugin-camera backed camera feature , and while in the camera activity, switches to a different application. While in this different application the user takes a photo. Now the user returns to the cordova application, and is still in the camera activity. They take the photo, and accept it. Now the cleanup process inside cordova-plugin-camera begins, but, because of relying on the difference between the amount of photos before and after the activity, the photo the user took outside of the cordova application is deleted. Now the reason, I say this issue is kind of in existence already, is because the checkForDuplicateImage function, does have the ill behavior from the above example. However, it is limited by its implementation to removing no more than 2 of the photos taken outside of the cordova application. So the question is, does this new issue from the example get ignored because of the low probability of it happening in actual use? If, not, what is the best way around this? > LG G4 camera application saves photos when using destinationType DATA_URL > - > > Key: CB-9490 > URL: https://issues.apache.org/jira/browse/CB-9490 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera > Environment: LG G4, Android 5.1 >Reporter: Cody Balos >Assignee: Cody Balos > Time Spent: 6h > Remaining Estimate: 0h > > So far this issue only happens on an LG G4 using the stock camera application: > Using the camera plugin, with destinationType set to DATA_URL, > the expected functionality is for the base64 string to be returned to the > javascript interface, and not saved to the file system without explicitly > saving it separately. Using the LG G4 stock camera application, all photos > are saved even when using destinationType DATA_URL if the retake option is > used. > The issue does not occur when using the Google Camera application or Camera > 360 (both on the Play Store). -- 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-9506) A user's photos can be deleted if they leave a cordova application using cordova-plugin-camera
[ https://issues.apache.org/jira/browse/CB-9506?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cody Balos updated CB-9506: --- Description: Currently, the camera plugin checks the number of pictures saved to the device before any pictures are captured using the camera started via the plugin, and then checks the difference between the amount of photos before and after. Relying on this method introduces the possibility of deleting photos a user takes outside the cordova started camera. For example, consider this scenario: A user of a cordova application utilizes a cordova-plugin-camera backed camera feature , and while in the camera activity, switches to a different application. While in this different application the user takes a photo. Now the user returns to the cordova application, and is still in the camera activity. They take the photo, and accept it. Now the cleanup process inside cordova-plugin-camera begins, but, because of relying on the difference between the amount of photos before and after the activity, the photo the user took outside of the cordova application is deleted. This issue exists already in the checkForDuplicateImage function, does have the ill behavior from the above example. However, it is limited by its implementation to removing no more than 2 of the photos taken outside of the cordova application. was:UPDATE ME > A user's photos can be deleted if they leave a cordova application using > cordova-plugin-camera > -- > > Key: CB-9506 > URL: https://issues.apache.org/jira/browse/CB-9506 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera > Environment: Android >Reporter: Cody Balos > > Currently, the camera plugin checks the number of pictures saved to the > device before any pictures are captured using the camera started via the > plugin, and then checks the difference between the amount of photos before > and after. Relying on this method introduces the possibility of deleting > photos a user takes outside the cordova started camera. For example, consider > this scenario: > A user of a cordova application utilizes a cordova-plugin-camera backed > camera feature , and while in the camera activity, switches to a different > application. While in this different application the user takes a photo. Now > the user returns to the cordova application, and is still in the camera > activity. They take the photo, and accept it. Now the cleanup process inside > cordova-plugin-camera begins, but, because of relying on the difference > between the amount of photos before and after the activity, the photo the > user took outside of the cordova application is deleted. > This issue exists already in the checkForDuplicateImage function, does have > the ill behavior from the above example. However, it is limited by its > implementation to removing no more than 2 of the photos taken outside of the > cordova application. -- 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-9490) LG G4 camera application saves photos when using destinationType DATA_URL
[ https://issues.apache.org/jira/browse/CB-9490?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14700940#comment-14700940 ] ASF GitHub Bot commented on CB-9490: GitHub user cojomojo opened a pull request: https://github.com/apache/cordova-plugin-camera/pull/115 CB-9490 Fixed cleanup function Modfied cleanup function to deal with camera applications that save photos that should have been discarded when the retake option was chosen You can merge this pull request into a Git repository by running: $ git pull https://github.com/cojomojo/cordova-plugin-camera CB-9490 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-camera/pull/115.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 #115 commit 5d5ffeacca32ec7676a205353286f7fc649517c5 Author: Cody Balos Date: 2015-08-14T21:05:10Z CB-9490 Fixed cleanup function Modfied cleanup function to deal with camera applications that save photos that should have been discarded when the retake option was chosen > LG G4 camera application saves photos when using destinationType DATA_URL > - > > Key: CB-9490 > URL: https://issues.apache.org/jira/browse/CB-9490 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera > Environment: LG G4, Android 5.1 >Reporter: Cody Balos >Assignee: Cody Balos > Time Spent: 6h > Remaining Estimate: 0h > > So far this issue only happens on an LG G4 using the stock camera application: > Using the camera plugin, with destinationType set to DATA_URL, > the expected functionality is for the base64 string to be returned to the > javascript interface, and not saved to the file system without explicitly > saving it separately. Using the LG G4 stock camera application, all photos > are saved even when using destinationType DATA_URL if the retake option is > used. > The issue does not occur when using the Google Camera application or Camera > 360 (both on the Play Store). -- 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-9462) iOS 3.9.0 breaks npm link modules
[ https://issues.apache.org/jira/browse/CB-9462?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14700984#comment-14700984 ] ASF GitHub Bot commented on CB-9462: GitHub user daserge opened a pull request: https://github.com/apache/cordova-ios/pull/153 CB-9462 iOS 3.9.0 breaks npm link modules Using `shell.exec` as `shelljs` does not support symlinks dereferencing [yet](https://github.com/arturadib/shelljs/pull/164). [Jira issue](https://issues.apache.org/jira/browse/CB-9462) You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-ios CB-9462 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-ios/pull/153.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 #153 commit 55cdfd0d0fb2bb0189b112da43d0c840e9690845 Author: daserge Date: 2015-08-18T09:15:49Z CB-9462 iOS 3.9.0 breaks npm link modules > iOS 3.9.0 breaks npm link modules > - > > Key: CB-9462 > URL: https://issues.apache.org/jira/browse/CB-9462 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 5.1.1 >Reporter: Ray Shan >Assignee: Sergey Shakhnazarov > > Hi, > Yosemite, iOS 8.4, XCode 6.4, iPhone 6 > Git cloned bluebird, npm install, npm link, create browser build using > command: > node tools/build --debug --main --zalgo --browser --minify > Freshly created cordova app in another directory, added iOS@3.9.0, cd www, > npm init, npm link bluebird > Add charset="utf-8"> in index.html, > console.log(Promise.promisifyAll); in index.js app.initialize > cordova emulate runs successfully with no errors > cordova run ios --device is broken. It results in a binary that loads on > device but has broken file:// links: > Failed to load resource: The requested URL was not found on this server. > file:///private/var/mobile/Containers/Bundle/Application/6BED8B84-DC94-4EC3-A843-B4A83C8814F6/HelloCordova.app/www/node_modules/bluebird/js/browser/bluebird.min.js > index.js:23 > Debugged using the Safari inspector. > Downgrading to iOS platform 3.8.0 fixes the bug - no errors and console log > is successful > Thanks! -- 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-9505) Some plugins on windows platform do not loaded correctly using browserify
[ https://issues.apache.org/jira/browse/CB-9505?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov updated CB-9505: - Description: There is some issues with Windows plugins, which makes multiple tests to fail. The most of these issues are related to incorrect usage of `clobbers/merges` tags instead of `runs` in plugin definition. This causes plugins' proxies to not to register, so native functionality is not available to app. Some of plugins affected by this issue: # contacts # device # device-motion # device-orientation # file-transfer # media # network-information was: There is some issues with Windows plugins, which makes multiple tests to fail. The most of these issues are related to incorrect usage of `clobbers/merges` tags instead of `runs` in plugin definition. This causes plugins' proxies to not to register, so native functionality is not available to app. The plugins affected by this issue: # contacts # device # device-motion # device-orientation # file-transfer # media # network-information > Some plugins on windows platform do not loaded correctly using browserify > - > > Key: CB-9505 > URL: https://issues.apache.org/jira/browse/CB-9505 > Project: Apache Cordova > Issue Type: Bug >Reporter: Vladimir Kotikov >Assignee: Vladimir Kotikov > Labels: browserify, mobilespec, windows > > There is some issues with Windows plugins, which makes multiple tests to > fail. The most of these issues are related to incorrect usage of > `clobbers/merges` tags instead of `runs` in plugin definition. This causes > plugins' proxies to not to register, so native functionality is not available > to app. Some of plugins affected by this issue: > # contacts > # device > # device-motion > # device-orientation > # file-transfer > # media > # network-information -- 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-9505) Some plugins on windows platform do not loaded correctly using browserify
[ https://issues.apache.org/jira/browse/CB-9505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14701061#comment-14701061 ] ASF GitHub Bot commented on CB-9505: Github user vladimir-kotikov closed the pull request at: https://github.com/apache/cordova-plugin-contacts/pull/72 > Some plugins on windows platform do not loaded correctly using browserify > - > > Key: CB-9505 > URL: https://issues.apache.org/jira/browse/CB-9505 > Project: Apache Cordova > Issue Type: Bug >Reporter: Vladimir Kotikov >Assignee: Vladimir Kotikov > Labels: browserify, mobilespec, windows > > There is some issues with Windows plugins, which makes multiple tests to > fail. The most of these issues are related to incorrect usage of > `clobbers/merges` tags instead of `runs` in plugin definition. This causes > plugins' proxies to not to register, so native functionality is not available > to app. Some of plugins affected by this issue: > # contacts > # device > # device-motion > # device-orientation > # file-transfer > # media > # network-information -- 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-9505) Some plugins on windows platform do not loaded correctly using browserify
[ https://issues.apache.org/jira/browse/CB-9505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14701062#comment-14701062 ] ASF GitHub Bot commented on CB-9505: Github user vladimir-kotikov closed the pull request at: https://github.com/apache/cordova-plugin-device/pull/37 > Some plugins on windows platform do not loaded correctly using browserify > - > > Key: CB-9505 > URL: https://issues.apache.org/jira/browse/CB-9505 > Project: Apache Cordova > Issue Type: Bug >Reporter: Vladimir Kotikov >Assignee: Vladimir Kotikov > Labels: browserify, mobilespec, windows > > There is some issues with Windows plugins, which makes multiple tests to > fail. The most of these issues are related to incorrect usage of > `clobbers/merges` tags instead of `runs` in plugin definition. This causes > plugins' proxies to not to register, so native functionality is not available > to app. Some of plugins affected by this issue: > # contacts > # device > # device-motion > # device-orientation > # file-transfer > # media > # network-information -- 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-9505) Some plugins on windows platform do not loaded correctly using browserify
[ https://issues.apache.org/jira/browse/CB-9505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14701105#comment-14701105 ] ASF GitHub Bot commented on CB-9505: GitHub user vladimir-kotikov opened a pull request: https://github.com/apache/cordova-js/pull/126 CB-9505 Correct plugin modules loading within browserify flow This PR solves problem with a lot of plugins, which uses `js-module` tags with `merges target=""`. Such modules are not loaded correctly, so, for example, plugin proxies on windows platform are not available at runtime. Instead of injecting `modulemapper` methods and `require` calls into bundle, this PR assumes that bundled plugins modules will be loaded by special 'browserify' version of `cordova/pluginloader` (see below) This fixes https://issues.apache.org/jira/browse/CB-9505 This PR needs to be merged along with corresponding PR to cordova-lib: You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-js CB-9505 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-js/pull/126.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 #126 commit 2ac33863a05548c092c8471f12a9012cee485583 Author: Vladimir Kotikov Date: 2015-08-18T10:36:53Z CB-9505 Correct plugin modules loading within browserify flow > Some plugins on windows platform do not loaded correctly using browserify > - > > Key: CB-9505 > URL: https://issues.apache.org/jira/browse/CB-9505 > Project: Apache Cordova > Issue Type: Bug >Reporter: Vladimir Kotikov >Assignee: Vladimir Kotikov > Labels: browserify, mobilespec, windows > > There is some issues with Windows plugins, which makes multiple tests to > fail. The most of these issues are related to incorrect usage of > `clobbers/merges` tags instead of `runs` in plugin definition. This causes > plugins' proxies to not to register, so native functionality is not available > to app. Some of plugins affected by this issue: > # contacts > # device > # device-motion > # device-orientation > # file-transfer > # media > # network-information -- 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-9505) Some plugins on windows platform do not loaded correctly using browserify
[ https://issues.apache.org/jira/browse/CB-9505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14701106#comment-14701106 ] ASF GitHub Bot commented on CB-9505: GitHub user vladimir-kotikov opened a pull request: https://github.com/apache/cordova-lib/pull/279 CB-9505 Correct plugin modules loading within browserify flow This PR solves problem with a lot of plugins, which uses `js-module` tags with `merges target=""`. Such modules are not loaded correctly, so, for example, plugin proxies on windows platform are not available at runtime. Instead of injecting `modulemapper` methods and `require` calls into bundle, this PR assumes that bundled plugins modules will be loaded by special 'browserify' version of `cordova/pluginloader` (see https://github.com/MSOpenTech/cordova-js/blob/CB-9505/src/common/pluginloader_b.js) This fixes https://issues.apache.org/jira/browse/CB-9505 This PR needs to be merged along with corresponding PR to cordova-js: https://github.com/apache/cordova-js/pull/126 You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-lib CB-9505 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-lib/pull/279.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 #279 commit e3a54a6c545aaa3e5af6d1158acd8f421bbf9131 Author: Vladimir Kotikov Date: 2015-08-18T10:43:05Z CB-9505 Correct plugin modules loading within browserify flow > Some plugins on windows platform do not loaded correctly using browserify > - > > Key: CB-9505 > URL: https://issues.apache.org/jira/browse/CB-9505 > Project: Apache Cordova > Issue Type: Bug >Reporter: Vladimir Kotikov >Assignee: Vladimir Kotikov > Labels: browserify, mobilespec, windows > > There is some issues with Windows plugins, which makes multiple tests to > fail. The most of these issues are related to incorrect usage of > `clobbers/merges` tags instead of `runs` in plugin definition. This causes > plugins' proxies to not to register, so native functionality is not available > to app. Some of plugins affected by this issue: > # contacts > # device > # device-motion > # device-orientation > # file-transfer > # media > # network-information -- 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-9505) Some plugins on windows platform do not loaded correctly using browserify
[ https://issues.apache.org/jira/browse/CB-9505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14701117#comment-14701117 ] ASF GitHub Bot commented on CB-9505: Github user vladimir-kotikov commented on the pull request: https://github.com/apache/cordova-js/pull/126#issuecomment-132182506 @stevengill, please review when possible > Some plugins on windows platform do not loaded correctly using browserify > - > > Key: CB-9505 > URL: https://issues.apache.org/jira/browse/CB-9505 > Project: Apache Cordova > Issue Type: Bug >Reporter: Vladimir Kotikov >Assignee: Vladimir Kotikov > Labels: browserify, mobilespec, windows > > There is some issues with Windows plugins, which makes multiple tests to > fail. The most of these issues are related to incorrect usage of > `clobbers/merges` tags instead of `runs` in plugin definition. This causes > plugins' proxies to not to register, so native functionality is not available > to app. Some of plugins affected by this issue: > # contacts > # device > # device-motion > # device-orientation > # file-transfer > # media > # network-information -- 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-9505) Some plugins on windows platform do not loaded correctly using browserify
[ https://issues.apache.org/jira/browse/CB-9505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14701118#comment-14701118 ] ASF GitHub Bot commented on CB-9505: Github user vladimir-kotikov commented on the pull request: https://github.com/apache/cordova-lib/pull/279#issuecomment-132182521 @stevengill, please review when possible > Some plugins on windows platform do not loaded correctly using browserify > - > > Key: CB-9505 > URL: https://issues.apache.org/jira/browse/CB-9505 > Project: Apache Cordova > Issue Type: Bug >Reporter: Vladimir Kotikov >Assignee: Vladimir Kotikov > Labels: browserify, mobilespec, windows > > There is some issues with Windows plugins, which makes multiple tests to > fail. The most of these issues are related to incorrect usage of > `clobbers/merges` tags instead of `runs` in plugin definition. This causes > plugins' proxies to not to register, so native functionality is not available > to app. Some of plugins affected by this issue: > # contacts > # device > # device-motion > # device-orientation > # file-transfer > # media > # network-information -- 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-8936) Surface platform-specific logs in buildbot
[ https://issues.apache.org/jira/browse/CB-8936?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14701126#comment-14701126 ] ASF GitHub Bot commented on CB-8936: Github user alsorokin commented on the pull request: https://github.com/apache/cordova-medic/pull/59#issuecomment-132185137 @nikhilkh I've addressed all of your comments and updated the PR > Surface platform-specific logs in buildbot > -- > > Key: CB-8936 > URL: https://issues.apache.org/jira/browse/CB-8936 > Project: Apache Cordova > Issue Type: Task > Components: Medic >Reporter: Alexander Sorokin >Assignee: Alexander Sorokin > > Platform specific logs (e.g. logcat for android, stderr.log and stdin.log for > iOS etc.) should be gathered and displayed in buildbot. -- 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-9507) Can't use local http server as content src
Remco Haszing created CB-9507:
-
Summary: Can't use local http server as content src
Key: CB-9507
URL: https://issues.apache.org/jira/browse/CB-9507
Project: Apache Cordova
Issue Type: Bug
Affects Versions: 5.2.0
Environment: Tested using:
Host: Ubuntu 15.04
NodeJS version: 0.2.17
Cordova version: 5.2.0
Android 5.1.1
Reporter: Remco Haszing
In Cordova 5.0.0 I was able to host from a local webserver using by specifying
the following in my config.xml: {code:xml}
http://[ip]:[port]"/>
{code}
After updating to Cordova 5.2.0 this no longer works. In the Android app the
following message is shown:
{quote}
h3. Application Error
There was a network error. (http://[ip]:[port])
{quote}
To trigger this, the project must be cleaned between updating from Cordova
5.0.0 to 5.2.0.
--
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-9508) Windows: Can't deploy to Win10 Phone device because of improper inheritance
Rob Paveza created CB-9508: -- Summary: Windows: Can't deploy to Win10 Phone device because of improper inheritance Key: CB-9508 URL: https://issues.apache.org/jira/browse/CB-9508 Project: Apache Cordova Issue Type: Bug Components: Windows Affects Versions: 4.1.0 Reporter: Rob Paveza Assignee: Rob Paveza Priority: Blocker -- 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-9508) Windows: Can't deploy to Win10 Phone device because of improper inheritance
[ https://issues.apache.org/jira/browse/CB-9508?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14701428#comment-14701428 ] ASF subversion and git services commented on CB-9508: - Commit 1d3c3b11130fbc5d872205069150996cbd499514 in cordova-windows's branch refs/heads/master from [~robpaveza] [ https://git-wip-us.apache.org/repos/asf?p=cordova-windows.git;h=1d3c3b1 ] CB-9508: Fix for Win10 phone deployment > Windows: Can't deploy to Win10 Phone device because of improper inheritance > --- > > Key: CB-9508 > URL: https://issues.apache.org/jira/browse/CB-9508 > Project: Apache Cordova > Issue Type: Bug > Components: Windows >Affects Versions: 4.1.0 >Reporter: Rob Paveza >Assignee: Rob Paveza >Priority: Blocker > -- 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-9508) Windows: Can't deploy to Win10 Phone device because of improper inheritance
[ https://issues.apache.org/jira/browse/CB-9508?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14701430#comment-14701430 ] ASF subversion and git services commented on CB-9508: - Commit f2432869f2203eb95c2252a9d16de1d3a02c5533 in cordova-windows's branch refs/heads/4.1.x from [~robpaveza] [ https://git-wip-us.apache.org/repos/asf?p=cordova-windows.git;h=f243286 ] CB-9508: Fix for Win10 phone deployment (cherry picked from commit 1d3c3b11130fbc5d872205069150996cbd499514) > Windows: Can't deploy to Win10 Phone device because of improper inheritance > --- > > Key: CB-9508 > URL: https://issues.apache.org/jira/browse/CB-9508 > Project: Apache Cordova > Issue Type: Bug > Components: Windows >Affects Versions: 4.1.0 >Reporter: Rob Paveza >Assignee: Rob Paveza >Priority: Blocker > -- 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-9500) [CB-8485] Not allowed to have XCodeProject display name different from Cordova project name
[ https://issues.apache.org/jira/browse/CB-9500?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14701471#comment-14701471 ] ASF GitHub Bot commented on CB-9500: Github user njtman commented on the pull request: https://github.com/apache/cordova-ios/pull/152#issuecomment-132258001 @nikhilkh I am aware of the name attribute in the config.xml. We are setting the productname in the xcode build file because we have run into issues where setting a name with spaces or special characters, doesn't play nicely with xcode project names. In our use case, we set the cordova project name to a very simple name - one with no spaces or special characters. We can then change the app's display name for ios or android (sometimes slightly different between the platforms due to name wrapping on Android) to almost anything we want, without having to worry about xcode or gradle project incompatibilities. I like the idea that you suggested about using the xcode node module to parse the project name. The no wrap option is not ideal, but it was the simplest and easiest to implement, as our custom build environment already signs our applications for us. > [CB-8485] Not allowed to have XCodeProject display name different from > Cordova project name > --- > > Key: CB-9500 > URL: https://issues.apache.org/jira/browse/CB-9500 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 5.2.0 > Environment: Mac OS X >Reporter: Nicholas Farley >Priority: Minor > Labels: compile, compile-error, compilerconfiguration, > conversion, error, ios, name, xcode > Fix For: 5.2.0 > > Original Estimate: 2h > Remaining Estimate: 2h > > The recent changes to the compile command (CB-8485) have introduced an issue > on iOS. Specifically, the inline creation of the signed archive, have made it > impossible to have an iOS applications display name be different from the > Cordova project name. > The archive generation process expects the .app name to have the same > basename as the name listed in the XCodeProject. If it does not find the .app > at this position, it fails the conversion and the entire compile process. > The .app it creates is based upon the Cordova project name. The name in the > XCodeProject is the name used for applications name when it is on a device, > so now this name must match the project name or the signed archive won't be > created. > This can be fixed in a number of ways. > - Include a "no-sign" option, which would mimic the old behavior. > - Include a way to pass the desired name to compile. > - Have the .app name be pulled from some other configuration that isn't tied > to a the iOS display name. -- 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-8936) Surface platform-specific logs in buildbot
[
https://issues.apache.org/jira/browse/CB-8936?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14701561#comment-14701561
]
ASF GitHub Bot commented on CB-8936:
Github user nikhilkh commented on a diff in the pull request:
https://github.com/apache/cordova-medic/pull/59#discussion_r37322269
--- Diff: medic/medic-run.js ---
@@ -238,6 +241,26 @@ function windowsSpecificPreparation(argv) {
);
}
+// start logging
+var logScriptPath = path.join(platformPath, 'cordova', 'log');
+if (fs.existsSync(logScriptPath)) {
+util.medicLog('Running windows log script')
+logProcess = cp.fork(logScriptPath, [], { silent: true });
+
+logProcess.stdout.on('data', function (data) {
+fs.appendFileSync('./out.log', data, { encoding:
util.DEFAULT_ENCODING });
+});
+logProcess.stderr.on('data', function (data) {
+util.medicLog('Logging script STDERR: ' + data);
+fs.appendFileSync('./out.log', data, { encoding:
util.DEFAULT_ENCODING });
+
+// clear logProcess variable if logging process has exited so
we won't try to kill it later
+if (data.indexOf('No log channels enabled. Exiting...') !==
-1) {
--- End diff --
Instead of hardcoding this to a particular error message - we should look
for the 'close' event on logProcess and set it to null, and log the
corresponding error code.
> Surface platform-specific logs in buildbot
> --
>
> Key: CB-8936
> URL: https://issues.apache.org/jira/browse/CB-8936
> Project: Apache Cordova
> Issue Type: Task
> Components: Medic
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>
> Platform specific logs (e.g. logcat for android, stderr.log and stdin.log for
> iOS etc.) should be gathered and displayed in buildbot.
--
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-9509) Error when installing plugin.google.maps
[ https://issues.apache.org/jira/browse/CB-9509?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Omar Mefire updated CB-9509: Description: After running : `cordova plugin add https://github.com/wf9a5m75/phonegap-googlemaps-plugin.git --variable API_KEY_FOR_ANDROID="adf"` , the following is displayed : Installing "plugin.google.maps" for android Fetching plugin "plugin.http.request" via npm npm http GET https://registry.npmjs.org/plugin.http.request npm http 404 https://registry.npmjs.org/plugin.http.request TypeError: Cannot call method 'match' of undefined at RegClient. (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:119:29) at cb (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:158:9) at RegClient. (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:252:14) at Request.self.callback (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/request/index.js:148:22) at Request.EventEmitter.emit (events.js:98:17) at Request. (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/request/index.js:876:14) at Request.EventEmitter.emit (events.js:117:20) at IncomingMessage. (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/request/index.js:827:12) at IncomingMessage.EventEmitter.emit (events.js:117:20) at _stream_readable.js:920:16 was: running : `cordova plugin add https://github.com/wf9a5m75/phonegap-googlemaps-plugin.git --variable API_KEY_FOR_ANDROID="adf"` It displays the following : Installing "plugin.google.maps" for android Fetching plugin "plugin.http.request" via npm npm http GET https://registry.npmjs.org/plugin.http.request npm http 404 https://registry.npmjs.org/plugin.http.request TypeError: Cannot call method 'match' of undefined at RegClient. (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:119:29) at cb (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:158:9) at RegClient. (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:252:14) at Request.self.callback (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/request/index.js:148:22) at Request.EventEmitter.emit (events.js:98:17) at Request. (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/request/index.js:876:14) at Request.EventEmitter.emit (events.js:117:20) at IncomingMessage. (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/request/index.js:827:12) at IncomingMessage.EventEmitter.emit (events.js:117:20) at _stream_readable.js:920:16 > Error when installing plugin.google.maps > > > Key: CB-9509 > URL: https://issues.apache.org/jira/browse/CB-9509 > Project: Apache Cordova > Issue Type: Bug >Reporter: Omar Mefire > > After running : `cordova plugin add > https://github.com/wf9a5m75/phonegap-googlemaps-plugin.git --variable > API_KEY_FOR_ANDROID="adf"` , > the following is displayed : > Installing "plugin.google.maps" for android > Fetching plugin "plugin.http.request" via npm > npm http GET https://registry.npmjs.org/plugin.http.request > npm http 404 https://registry.npmjs.org/plugin.http.request > TypeError: Cannot call method 'match' of undefined > at RegClient. > (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:119:29) > at cb > (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:158:9) > at RegClient. > (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:252:14) > at Request.self.callback > (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/request/index.js:148:22) > at Request.EventEmitter.emit (events.js:98:17) > at Request. > (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/request/index.js:876:14) > at Request.EventEmitter.emit (events.js:117:20) > at IncomingMessage. > (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/request/index.js:827:12) > at IncomingMessage.EventEmitter.emit (events.js:117:20) > at _stream_readable.js:920:16 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CB-9509) Error when installing plugin.google.maps
Omar Mefire created CB-9509: --- Summary: Error when installing plugin.google.maps Key: CB-9509 URL: https://issues.apache.org/jira/browse/CB-9509 Project: Apache Cordova Issue Type: Bug Reporter: Omar Mefire running : `cordova plugin add https://github.com/wf9a5m75/phonegap-googlemaps-plugin.git --variable API_KEY_FOR_ANDROID="adf"` It displays the following : Installing "plugin.google.maps" for android Fetching plugin "plugin.http.request" via npm npm http GET https://registry.npmjs.org/plugin.http.request npm http 404 https://registry.npmjs.org/plugin.http.request TypeError: Cannot call method 'match' of undefined at RegClient. (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:119:29) at cb (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:158:9) at RegClient. (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:252:14) at Request.self.callback (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/request/index.js:148:22) at Request.EventEmitter.emit (events.js:98:17) at Request. (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/request/index.js:876:14) at Request.EventEmitter.emit (events.js:117:20) at IncomingMessage. (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/request/index.js:827:12) at IncomingMessage.EventEmitter.emit (events.js:117:20) at _stream_readable.js:920:16 -- 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-9509) Error when installing plugin.google.maps
[ https://issues.apache.org/jira/browse/CB-9509?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Omar Mefire updated CB-9509: Description: After running : `cordova plugin add https://github.com/wf9a5m75/phonegap-googlemaps-plugin.git --variable API_KEY_FOR_ANDROID="adf"` the following is displayed : Installing "plugin.google.maps" for android Fetching plugin "plugin.http.request" via npm npm http GET https://registry.npmjs.org/plugin.http.request npm http 404 https://registry.npmjs.org/plugin.http.request TypeError: Cannot call method 'match' of undefined at RegClient. (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:119:29) at cb (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:158:9) at RegClient. (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:252:14) at Request.self.callback (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/request/index.js:148:22) at Request.EventEmitter.emit (events.js:98:17) at Request. (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/request/index.js:876:14) at Request.EventEmitter.emit (events.js:117:20) at IncomingMessage. (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/request/index.js:827:12) at IncomingMessage.EventEmitter.emit (events.js:117:20) at _stream_readable.js:920:16 was: After running : `cordova plugin add https://github.com/wf9a5m75/phonegap-googlemaps-plugin.git --variable API_KEY_FOR_ANDROID="adf"` , the following is displayed : Installing "plugin.google.maps" for android Fetching plugin "plugin.http.request" via npm npm http GET https://registry.npmjs.org/plugin.http.request npm http 404 https://registry.npmjs.org/plugin.http.request TypeError: Cannot call method 'match' of undefined at RegClient. (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:119:29) at cb (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:158:9) at RegClient. (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:252:14) at Request.self.callback (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/request/index.js:148:22) at Request.EventEmitter.emit (events.js:98:17) at Request. (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/request/index.js:876:14) at Request.EventEmitter.emit (events.js:117:20) at IncomingMessage. (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/request/index.js:827:12) at IncomingMessage.EventEmitter.emit (events.js:117:20) at _stream_readable.js:920:16 > Error when installing plugin.google.maps > > > Key: CB-9509 > URL: https://issues.apache.org/jira/browse/CB-9509 > Project: Apache Cordova > Issue Type: Bug >Reporter: Omar Mefire > > After running : `cordova plugin add > https://github.com/wf9a5m75/phonegap-googlemaps-plugin.git --variable > API_KEY_FOR_ANDROID="adf"` > the following is displayed : > Installing "plugin.google.maps" for android > Fetching plugin "plugin.http.request" via npm > npm http GET https://registry.npmjs.org/plugin.http.request > npm http 404 https://registry.npmjs.org/plugin.http.request > TypeError: Cannot call method 'match' of undefined > at RegClient. > (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:119:29) > at cb > (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:158:9) > at RegClient. > (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:252:14) > at Request.self.callback > (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/request/index.js:148:22) > at Request.EventEmitter.emit (events.js:98:17) > at Request. > (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/request/index.js:876:14) > at Request.EventEmitter.emit (events.js:117:20) > at IncomingMessage. > (/home/omefire/Projects/Cordova/cordova-lib/cordova-lib/node_modules/npm/node_modules/request/index.js:827:12) > at IncomingMessage.EventEmitter.emit (events.js:117:20) > at _stream_readable.js:920:16 -- This message was sent by Atlassian JIRA (v6.3.4#63
[jira] [Commented] (CB-8878) Nexus 5 DestinationType.FILE_URI issue OS 5.1 Lollipop
[
https://issues.apache.org/jira/browse/CB-8878?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14701769#comment-14701769
]
Adam Roberson commented on CB-8878:
---
This issue is not corrected. The problem comes from retrieving a photo from
selecting a photo from the photo library, not from taking a picture. The url
being returned
"content://com.android.providers.media.documents/document/image%3A1778" looks
correct, but when you try to actually use the url to retrieve the photo from
the file system, you receive invalid url. This does happen on a Nexus 5 and
also Moto X running Lollipop 5.1.
> Nexus 5 DestinationType.FILE_URI issue OS 5.1 Lollipop
> --
>
> Key: CB-8878
> URL: https://issues.apache.org/jira/browse/CB-8878
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android
>Reporter: Muhammad Saifuddin
>
> This is simple code I am using for get Image from gallery.
> [code]
> navigator.camera.getPicture(uploadPhoto, onGetPictureFail, {
> destinationType: Camera.DestinationType.FILE_URI,
> sourceType : navigator.camera.PictureSourceType.PHOTOLIBRARY
> });
> [/code]
> return File URI In Nexus 5 OS 5.1 :
> "content://com.android.providers.media.documents/document/image%3A1778"
> return File URI in Samsung S III OS 4.4.2
> "content://media/external/images/media/186"
> due to this change FileTransfer doesn't upload file picked up from Nexus 5
> device. while same code working on other android kitkat devices includes
> windows phone
> Any help would be 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] [Commented] (CB-9448) 'aaptOptions' does not work in Cordova Gradle building
[ https://issues.apache.org/jira/browse/CB-9448?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14701837#comment-14701837 ] Christopher Mindus commented on CB-9448: Seems like the Android guys have found the problem in "Issue 161356: mergeAssets task ignore filter should be configurable". Let's hope it gets fixed pretty soon... > 'aaptOptions' does not work in Cordova Gradle building > -- > > Key: CB-9448 > URL: https://issues.apache.org/jira/browse/CB-9448 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 4.1.0 > Environment: Windows >Reporter: Christopher Mindus >Assignee: Joe Bowser > > The aaptOptions configuration for Gradle building does not work. It can be > made to work only with Ant (using another mechanism). The build-extras.gradle > file does not help (in the platforms/android) directory. The build.gradle > file cannot be used. Environment variables do not work either. In projects > using e.g. the Dojo Framework that contains directory names that start with > an underscore "_" are all removed with any Gradle build, but can be made to > work in Ant build. > There are some reports that can be found on "google" about this problem, and > nobody has apparently reported 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-9448) 'aaptOptions' does not work in Cordova Gradle building
[ https://issues.apache.org/jira/browse/CB-9448?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14701840#comment-14701840 ] Christopher Mindus commented on CB-9448: Issue URL at https://code.google.com/p/android/issues/detail?id=161356 > 'aaptOptions' does not work in Cordova Gradle building > -- > > Key: CB-9448 > URL: https://issues.apache.org/jira/browse/CB-9448 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 4.1.0 > Environment: Windows >Reporter: Christopher Mindus >Assignee: Joe Bowser > > The aaptOptions configuration for Gradle building does not work. It can be > made to work only with Ant (using another mechanism). The build-extras.gradle > file does not help (in the platforms/android) directory. The build.gradle > file cannot be used. Environment variables do not work either. In projects > using e.g. the Dojo Framework that contains directory names that start with > an underscore "_" are all removed with any Gradle build, but can be made to > work in Ant build. > There are some reports that can be found on "google" about this problem, and > nobody has apparently reported 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] [Created] (CB-9510) WP8 build fails on VS2015
Marek Kraus created CB-9510: --- Summary: WP8 build fails on VS2015 Key: CB-9510 URL: https://issues.apache.org/jira/browse/CB-9510 Project: Apache Cordova Issue Type: Bug Components: WP8 Affects Versions: 3.5.0 Environment: Windows 10 Pro, Visual Studio 2015 Community Reporter: Marek Kraus Assignee: Jesse MacFadyen Priority: Blocker When i take build and deploy into a Windows 10 Mobile Device (real) its writing this: No Windows Phone 8 emulators installed. Please install Visual Studio 2013 with the Windows Phone 8 tools selected to install the emulators. Full log (so much long so pastebin): http://pastebin.com/w0FB6cMH -- 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-9511) Config .xml Preference Orientation not working for IOS
Gheric Speiginer created CB-9511: Summary: Config .xml Preference Orientation not working for IOS Key: CB-9511 URL: https://issues.apache.org/jira/browse/CB-9511 Project: Apache Cordova Issue Type: Bug Components: CordovaLib Reporter: Gheric Speiginer As described in the following link, the `default` Orientation option does not enable both portrait and landscape orientations: http://forum.ionicframework.com/t/config-xml-preference-orientation-not-working-for-ios/6050 The problem seems to be in https://github.com/apache/cordova-lib/blob/dff78b0779444d06e259140694e07d5e8c5f5308/cordova-lib/src/cordova/metadata/ios_parser.js#L96 The (undocumented) "all" option is doing what would be expected from the `default` option. -- 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-9482) Uninstall succeeds but reports failure when acted on the Win8.1 Phone Emulator
[
https://issues.apache.org/jira/browse/CB-9482?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14701905#comment-14701905
]
ASF GitHub Bot commented on CB-9482:
Github user dblotsky commented on a diff in the pull request:
https://github.com/apache/cordova-windows/pull/113#discussion_r37346680
--- Diff: template/cordova/lib/deployment.js ---
@@ -35,7 +35,7 @@ function run(cmd, args, opt_cwd) {
child.stderr.on('data', function(s) { stderr += s; });
child.on('exit', function(code) {
if (code) {
-d.reject(stderr);
+d.reject({ message: stderr, code: code, toString:
function() { return stderr; }});
--- End diff --
Whoops, I totally read `d.reject()` as `console.log`.
> Uninstall succeeds but reports failure when acted on the Win8.1 Phone Emulator
> --
>
> Key: CB-9482
> URL: https://issues.apache.org/jira/browse/CB-9482
> Project: Apache Cordova
> Issue Type: Bug
> Components: Medic, Windows
>Reporter: Rob Paveza
>Assignee: Rob Paveza
>Priority: Minor
> Labels: found-by-ci
>
> The underlying AppDeployCmd /uninstall {app-guid} /targetdevice:{emulator ID}
> succeeds in uninstalling an app if it is installed, but reports a failure.
> This results in not trying to install the app subsequently.
--
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-9448) 'aaptOptions' does not work in Cordova Gradle building
[ https://issues.apache.org/jira/browse/CB-9448?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser reassigned CB-9448: -- Assignee: Andrew Grieve (was: Joe Bowser) Assigning issue to Chromium Dev who reported it on the Google Tracker. > 'aaptOptions' does not work in Cordova Gradle building > -- > > Key: CB-9448 > URL: https://issues.apache.org/jira/browse/CB-9448 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 4.1.0 > Environment: Windows >Reporter: Christopher Mindus >Assignee: Andrew Grieve > > The aaptOptions configuration for Gradle building does not work. It can be > made to work only with Ant (using another mechanism). The build-extras.gradle > file does not help (in the platforms/android) directory. The build.gradle > file cannot be used. Environment variables do not work either. In projects > using e.g. the Dojo Framework that contains directory names that start with > an underscore "_" are all removed with any Gradle build, but can be made to > work in Ant build. > There are some reports that can be found on "google" about this problem, and > nobody has apparently reported 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] [Created] (CB-9512) Cordova-ios build/run should fail on Windows with a more meaningful message
Sergey Shakhnazarov created CB-9512:
---
Summary: Cordova-ios build/run should fail on Windows with a more
meaningful message
Key: CB-9512
URL: https://issues.apache.org/jira/browse/CB-9512
Project: Apache Cordova
Issue Type: Bug
Components: iOS
Environment: Windows
Reporter: Sergey Shakhnazarov
Assignee: Sergey Shakhnazarov
1. cordova create test
2. cordova platform add ios
3. cordova platform add windows
4. On windows machine: cordova build:
{code}
Running command: cmd "/s /c "d:\apps\rel_test\platforms\ios\cordova\build""
'd:\apps\rel_test\platforms\ios\cordova\build' is not recognized as an internal
or external command,
operable program or batch file.
ERROR building one of the platforms: Error: cmd: Command failed with exit code 1
You may not have the required environment or OS to build this project
Error: cmd: Command failed with exit code 1
at ChildProcess.whenDone
(D:\cordova\cordova-lib\cordova-lib\src\cordova\superspawn.js:139:23)
at ChildProcess.emit (events.js:110:17)
at maybeClose (child_process.js:1008:16)
at Process.ChildProcess._handle.onexit (child_process.js:1080:5)
{code}
We should consider making this just log an error message on the lines that
building iOS on windows is not supported and continue building other platforms
that are supported.
--
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-9512) Cordova-ios build/run should fail on Windows with a more meaningful message
[
https://issues.apache.org/jira/browse/CB-9512?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14701944#comment-14701944
]
ASF GitHub Bot commented on CB-9512:
GitHub user daserge opened a pull request:
https://github.com/apache/cordova-ios/pull/154
CB-9512 Cordova-ios build/run should fail on Windows with a more mean…
…ingful message
[Jira issue](https://issues.apache.org/jira/browse/CB-9512)
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/MSOpenTech/cordova-ios CB-9512
Alternatively you can review and apply these changes as the patch at:
https://github.com/apache/cordova-ios/pull/154.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 #154
commit 3d390ba0e30a71547769590f6333083e8dfd6962
Author: daserge
Date: 2015-08-18T20:31:31Z
CB-9512 Cordova-ios build/run should fail on Windows with a more meaningful
message
> Cordova-ios build/run should fail on Windows with a more meaningful message
> ---
>
> Key: CB-9512
> URL: https://issues.apache.org/jira/browse/CB-9512
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
> Environment: Windows
>Reporter: Sergey Shakhnazarov
>Assignee: Sergey Shakhnazarov
>
> 1. cordova create test
> 2. cordova platform add ios
> 3. cordova platform add windows
> 4. On windows machine: cordova build:
> {code}
> Running command: cmd "/s /c "d:\apps\rel_test\platforms\ios\cordova\build""
> 'd:\apps\rel_test\platforms\ios\cordova\build' is not recognized as an
> internal or external command,
> operable program or batch file.
> ERROR building one of the platforms: Error: cmd: Command failed with exit
> code 1
> You may not have the required environment or OS to build this project
> Error: cmd: Command failed with exit code 1
> at ChildProcess.whenDone
> (D:\cordova\cordova-lib\cordova-lib\src\cordova\superspawn.js:139:23)
> at ChildProcess.emit (events.js:110:17)
> at maybeClose (child_process.js:1008:16)
> at Process.ChildProcess._handle.onexit (child_process.js:1080:5)
> {code}
> We should consider making this just log an error message on the lines that
> building iOS on windows is not supported and continue building other
> platforms that are supported.
--
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-9445) executeScript callbacks not working for iOS
[ https://issues.apache.org/jira/browse/CB-9445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14702141#comment-14702141 ] jcesarmobile commented on CB-9445: -- I've found the problem, but I'm not sure how to fix if properly The problem is, executeScript works using an iframe as you use executeScript on loadstart, the iframe is created, but when the page is loaded the iframe disappears (because the page is loaded), so, if there is no iframe, callbacks won't work I've tried creating a new iframe for every executeScript and it works, but I'm not sure if it's a good idea to create a new iframe every time you call executeScript > executeScript callbacks not working for iOS > --- > > Key: CB-9445 > URL: https://issues.apache.org/jira/browse/CB-9445 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugin InAppBrowser >Affects Versions: 5.1.1 > Environment: Cordova 5.1.1 (CLI), ios 3.8.0, android 4.0.2, > cordova-plugin-inappbrowser 1.0.1 (NPM) >Reporter: Scott Seitz >Assignee: jcesarmobile > > Can someone please check to see if they are encountering the same problem I > am in the environment I've listed? (latest released builds of everything I > think) > I open an inappbrowser window and then run an executeScript command using > "code:" (not "file:"). Everything works fine on Android, but on iOS, it > simply will NOT fire the callback function after executing the injected code. > Make the "code:" as simple as you like to test it and see if you can get a > callback to fire. I've dumbed it down as much as possible and can't get one > to fire. I know that all instances of code I've injected have run fine in > the iab by using the console (against the iab) to check for the variables I > was creating in the code. I can't even get a callback to fire that doesn't > expect a parameter to be passed back... > Many thanks, > Scott -- 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-9504) cordova-plugin-file release, August 17, 2015
[ https://issues.apache.org/jira/browse/CB-9504?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14702159#comment-14702159 ] Steve Gill commented on CB-9504: cordova-plugin-file@3.0.0 * Make Android default persistent file location internal * Fixed issue with file paths not existing when using browserify * CB-9251: Changed from Intents to Preferences object as per the issue * CB-9215 Add cordova-plugin-file manual test for windows platform > cordova-plugin-file release, August 17, 2015 > > > Key: CB-9504 > URL: https://issues.apache.org/jira/browse/CB-9504 > Project: Apache Cordova > Issue Type: Task > Components: Plugin File >Affects Versions: 2.1.0 >Reporter: Steve Gill >Assignee: Steve Gill > Fix For: 3.0.0 > > > Following > 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-9504) cordova-plugin-file release, August 17, 2015
[ https://issues.apache.org/jira/browse/CB-9504?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14702176#comment-14702176 ] ASF subversion and git services commented on CB-9504: - Commit 8cbd514f52c90a25e5421f63183d46834a15a715 in cordova-plugin-file's branch refs/heads/master from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file.git;h=8cbd514 ] CB-9504 Incremented plugin version. > cordova-plugin-file release, August 17, 2015 > > > Key: CB-9504 > URL: https://issues.apache.org/jira/browse/CB-9504 > Project: Apache Cordova > Issue Type: Task > Components: Plugin File >Affects Versions: 2.1.0 >Reporter: Steve Gill >Assignee: Steve Gill > Fix For: 3.0.0 > > > Following > 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-9463) Cordova-ios 3.9.1 Platform Release August 5, 2015
[ https://issues.apache.org/jira/browse/CB-9463?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14702175#comment-14702175 ] ASF subversion and git services commented on CB-9463: - Commit cba009c1e32b8de9c03dfe79f7559499935ca295 in cordova-plugin-file's branch refs/heads/master from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file.git;h=cba009c ] CB-9463 Updated version and RELEASENOTES.md for release 3.0.0 > Cordova-ios 3.9.1 Platform Release August 5, 2015 > - > > Key: CB-9463 > URL: https://issues.apache.org/jira/browse/CB-9463 > Project: Apache Cordova > Issue Type: Task >Reporter: Steve Gill > > "Following steps at > https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md"; > Doing a patch release because of [#CB-9453] -- 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-9354) Incorrect array merging in *-Info.plist
[
https://issues.apache.org/jira/browse/CB-9354?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14702310#comment-14702310
]
ASF GitHub Bot commented on CB-9354:
Github user machty commented on the pull request:
https://github.com/apache/cordova-lib/pull/256#issuecomment-132415681
+1, fixes the issue for me
> Incorrect array merging in *-Info.plist
> ---
>
> Key: CB-9354
> URL: https://issues.apache.org/jira/browse/CB-9354
> Project: Apache Cordova
> Issue Type: Bug
> Components: CLI, CordovaLib
>Affects Versions: 5.1.1
> Environment: Mac OS X Yosemity
>Reporter: Sviatoslav Grebenchucov
>
> After installing
> [phonegap-facebook-plugin|https://github.com/Wizcorp/phonegap-facebook-plugin.git]
> each consequent run of 'cordova prepare' results in creating a duplicate of
> the dictionary containing Facebook custom url scheme.
> After plugin installation App-Info.plist looks like:
> {code:xml}
> CFBundleURLTypes
>
>
> CFBundleURLSchemes
>
> fb123456789
>
>
>
> {code}
> After 'cordova prepare':
> {code:xml}
> CFBundleURLTypes
>
>
> CFBundleURLSchemes
>
> fb123456789
>
>
>
> CFBundleURLSchemes
>
> fb123456789
>
>
>
> {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-8047) [WKWebView][iOS8] wkwebview / local webserver plugin orientation issue
[ https://issues.apache.org/jira/browse/CB-8047?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14702516#comment-14702516 ] Andrey Kurdyumov commented on CB-8047: -- I think this should be clearly UI framework responsibility to handle such cases. When new screen displayed or dismissed the UI framework would use our functions to lock/unlock application orientation. Also when implementing such functionality we should think about broader scope and try to think how that could be piece which allow us implement Screen Orientation API. Or at least simplify such implementation by somebody else. > [WKWebView][iOS8] wkwebview / local webserver plugin orientation issue > -- > > Key: CB-8047 > URL: https://issues.apache.org/jira/browse/CB-8047 > Project: Apache Cordova > Issue Type: Sub-task > Components: iOS > Environment: IOS >Reporter: Dustin Nielson >Assignee: Shazron Abdullah > Fix For: 4.0.0 > > > After installing the `wkwebview-engine` plugin on ios device (tested iPhone > 6, iPad mini 2, iPad retina) and enabling all orientations in xcode. Upon > successful build the devices have fixed portrait orientation that doesn't > change when device is rotated. > The `wkwebview` branch of cordova-ios was used. This problem does not occur > in the `master` branch. -- 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-9513) Click status bar button have no response in Fullsrceen
lijingjing created CB-9513:
--
Summary: Click status bar button have no response in Fullsrceen
Key: CB-9513
URL: https://issues.apache.org/jira/browse/CB-9513
Project: Apache Cordova
Issue Type: Bug
Components: Plugin Statusbar
Affects Versions: 4.1.0
Environment: Test Device: Google nexus5
Reporter: lijingjing
Test Steps:
1.cordova create statusbar com.example.statusbar statusbar
2.cordova platform add android
3.config.xml-add:
{code}
\n
{code}
4.replace index.html:
{code}
\n
\n
Status Bar Test In Fullscreen\n
\n\n
Click "Status Bar Show" button to show status bar:\n
Status Bar Show\n
Click "Status Bar Hide" button to hide status bar:\n
Status Bar Hide
{code}
5. cordova plugin add cordova-plugin-statusbar.
6. cordova plugin add cordova-plugin-crosswalk-webview.
7. cordova build android.
8.Then install statusbar.apk on the test device.
9.click "status Bar show/hide" button.
Expected Outcome:
Status Bar can show or hide.
Actual Outcome:
have no response.
--
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-9513) Click status bar button have no response in Fullsrceen
[
https://issues.apache.org/jira/browse/CB-9513?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
lijingjing updated CB-9513:
---
Description:
Test Steps:
1.cordova create statusbar com.example.statusbar statusbar
2.cordova platform add android
3.config.xml-add:
{code}
{code}
4.replace index.html:
{code}
Status Bar Test In Fullscreen
\n
Click "Status Bar Show" button to show status bar:
Status Bar Show
Click "Status Bar Hide" button to hide status bar:
Status Bar Hide
{code}
5. cordova plugin add cordova-plugin-statusbar.
6. cordova plugin add cordova-plugin-crosswalk-webview.
7. cordova build android.
8.Then install statusbar.apk on the test device.
9.click "status Bar show/hide" button.
Expected Outcome:
Status Bar can show or hide.
Actual Outcome:
have no response.
was:
Test Steps:
1.cordova create statusbar com.example.statusbar statusbar
2.cordova platform add android
3.config.xml-add:
{code}
\n
{code}
4.replace index.html:
{code}
\n
\n
Status Bar Test In Fullscreen\n
\n\n
Click "Status Bar Show" button to show status bar:\n
Status Bar Show\n
Click "Status Bar Hide" button to hide status bar:\n
Status Bar Hide
{code}
5. cordova plugin add cordova-plugin-statusbar.
6. cordova plugin add cordova-plugin-crosswalk-webview.
7. cordova build android.
8.Then install statusbar.apk on the test device.
9.click "status Bar show/hide" button.
Expected Outcome:
Status Bar can show or hide.
Actual Outcome:
have no response.
> Click status bar button have no response in Fullsrceen
> --
>
> Key: CB-9513
> URL: https://issues.apache.org/jira/browse/CB-9513
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Statusbar
>Affects Versions: 4.1.0
> Environment: Test Device: Google nexus5
>Reporter: lijingjing
>
> Test Steps:
> 1.cordova create statusbar com.example.statusbar statusbar
> 2.cordova platform add android
> 3.config.xml-add:
> {code}
>
>
> {code}
> 4.replace index.html:
> {code}
>
>
> Status Bar Test In Fullscreen
> \n
> Click "Status Bar Show" button to show status bar:
> Status Bar Show
> Click "Status Bar Hide" button to hide status bar:
> Status Bar Hide
> {code}
> 5. cordova plugin add cordova-plugin-statusbar.
> 6. cordova plugin add cordova-plugin-crosswalk-webview.
> 7. cordova build android.
> 8.Then install statusbar.apk on the test device.
> 9.click "status Bar show/hide" button.
> Expected Outcome:
> Status Bar can show or hide.
> Actual Outcome:
> have no response.
--
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-9513) Click status bar button have no response in Fullsrceen
[
https://issues.apache.org/jira/browse/CB-9513?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
lijingjing updated CB-9513:
---
Description:
Test Steps:
1.cordova create statusbar com.example.statusbar statusbar
2.cordova platform add android
3.config.xml-add:
{code}
{code}
4.replace index.html:
{code}
Status Bar Test In Fullscreen
\n
Click "Status Bar Show" button to show status bar:
Status Bar Show
Click "Status Bar Hide" button to hide status bar:
Status Bar Hide
{code}
5. cordova plugin add cordova-plugin-statusbar.
6. cordova plugin add cordova-plugin-crosswalk-webview.
7. cordova build android.
8.Then install statusbar.apk on the test device.
9.click "status Bar show/hide" button.
Expected Outcome:
Status Bar can show or hide.
Actual Outcome:
have no response.
Issue Analysis:
this issue only happen on Cordova Android 4.1 and Cordova CLI 5.2.If use
Cordova CLI 5.1,apk can run successfully.
was:
Test Steps:
1.cordova create statusbar com.example.statusbar statusbar
2.cordova platform add android
3.config.xml-add:
{code}
{code}
4.replace index.html:
{code}
Status Bar Test In Fullscreen
\n
Click "Status Bar Show" button to show status bar:
Status Bar Show
Click "Status Bar Hide" button to hide status bar:
Status Bar Hide
{code}
5. cordova plugin add cordova-plugin-statusbar.
6. cordova plugin add cordova-plugin-crosswalk-webview.
7. cordova build android.
8.Then install statusbar.apk on the test device.
9.click "status Bar show/hide" button.
Expected Outcome:
Status Bar can show or hide.
Actual Outcome:
have no response.
> Click status bar button have no response in Fullsrceen
> --
>
> Key: CB-9513
> URL: https://issues.apache.org/jira/browse/CB-9513
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Statusbar
>Affects Versions: 4.1.0
> Environment: Test Device: Google nexus5
>Reporter: lijingjing
>
> Test Steps:
> 1.cordova create statusbar com.example.statusbar statusbar
> 2.cordova platform add android
> 3.config.xml-add:
> {code}
>
>
> {code}
> 4.replace index.html:
> {code}
>
>
> Status Bar Test In Fullscreen
> \n
> Click "Status Bar Show" button to show status bar:
> Status Bar Show
> Click "Status Bar Hide" button to hide status bar:
> Status Bar Hide
> {code}
> 5. cordova plugin add cordova-plugin-statusbar.
> 6. cordova plugin add cordova-plugin-crosswalk-webview.
> 7. cordova build android.
> 8.Then install statusbar.apk on the test device.
> 9.click "status Bar show/hide" button.
> Expected Outcome:
> Status Bar can show or hide.
> Actual Outcome:
> have no response.
> Issue Analysis:
> this issue only happen on Cordova Android 4.1 and Cordova CLI 5.2.If use
> Cordova CLI 5.1,apk can run successfully.
--
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-9513) Status bar show/hide have no response in Fullsrceen
[
https://issues.apache.org/jira/browse/CB-9513?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
lijingjing updated CB-9513:
---
Summary: Status bar show/hide have no response in Fullsrceen (was: Click
status bar button have no response in Fullsrceen)
> Status bar show/hide have no response in Fullsrceen
> ---
>
> Key: CB-9513
> URL: https://issues.apache.org/jira/browse/CB-9513
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Statusbar
>Affects Versions: 4.1.0
> Environment: Test Device: Google nexus5
>Reporter: lijingjing
>
> Test Steps:
> 1.cordova create statusbar com.example.statusbar statusbar
> 2.cordova platform add android
> 3.config.xml-add:
> {code}
>
>
> {code}
> 4.replace index.html:
> {code}
>
>
> Status Bar Test In Fullscreen
> \n
> Click "Status Bar Show" button to show status bar:
> Status Bar Show
> Click "Status Bar Hide" button to hide status bar:
> Status Bar Hide
> {code}
> 5. cordova plugin add cordova-plugin-statusbar.
> 6. cordova plugin add cordova-plugin-crosswalk-webview.
> 7. cordova build android.
> 8.Then install statusbar.apk on the test device.
> 9.click "status Bar show/hide" button.
> Expected Outcome:
> Status Bar can show or hide.
> Actual Outcome:
> have no response.
> Issue Analysis:
> this issue only happen on Cordova Android 4.1 and Cordova CLI 5.2.If use
> Cordova CLI 5.1,apk can run successfully.
--
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-9513) Status bar show/hide have no response in Fullsrceen
[
https://issues.apache.org/jira/browse/CB-9513?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
lijingjing updated CB-9513:
---
Description:
Test Steps:
1.cordova create statusbar com.example.statusbar statusbar
2.cordova platform add android
3.config.xml-add:
{code}
{code}
4.replace index.html:
{code}
Status Bar Test In Fullscreen
\n
Click "Status Bar Show" button to show status bar:
Status Bar Show
Click "Status Bar Hide" button to hide status bar:
Status Bar Hide
{code}
5. cordova plugin add cordova-plugin-statusbar.
6. cordova build android.
7.Then install statusbar.apk on the test device.
8.click "status Bar show/hide" button.
Expected Outcome:
Status Bar can show or hide.
Actual Outcome:
have no response.
Issue Analysis:
this issue only happen on Cordova Android 4.1 and Cordova CLI 5.2.If use
Cordova CLI 5.1,apk can run successfully.
error log:
{code}
V/StatusBar( 4028): Executing action: show
D/audio_hw_primary( 184): select_devices: out_snd_device(2: speaker)
in_snd_device(0: )
W/InputMethodManagerService( 753): Window already focused, ignoring focus gain
of: com.android.internal.view.IInputMethodClient$Stub$Proxy@432d6328
attribute=null, token = android.os.BinderProxy@42f61a70
{code}
was:
Test Steps:
1.cordova create statusbar com.example.statusbar statusbar
2.cordova platform add android
3.config.xml-add:
{code}
{code}
4.replace index.html:
{code}
Status Bar Test In Fullscreen
\n
Click "Status Bar Show" button to show status bar:
Status Bar Show
Click "Status Bar Hide" button to hide status bar:
Status Bar Hide
{code}
5. cordova plugin add cordova-plugin-statusbar.
6. cordova plugin add cordova-plugin-crosswalk-webview.
7. cordova build android.
8.Then install statusbar.apk on the test device.
9.click "status Bar show/hide" button.
Expected Outcome:
Status Bar can show or hide.
Actual Outcome:
have no response.
Issue Analysis:
this issue only happen on Cordova Android 4.1 and Cordova CLI 5.2.If use
Cordova CLI 5.1,apk can run successfully.
> Status bar show/hide have no response in Fullsrceen
> ---
>
> Key: CB-9513
> URL: https://issues.apache.org/jira/browse/CB-9513
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Statusbar
>Affects Versions: 4.1.0
> Environment: Test Device: Google nexus5
>Reporter: lijingjing
>
> Test Steps:
> 1.cordova create statusbar com.example.statusbar statusbar
> 2.cordova platform add android
> 3.config.xml-add:
> {code}
>
>
> {code}
> 4.replace index.html:
> {code}
>
>
> Status Bar Test In Fullscreen
> \n
> Click "Status Bar Show" button to show status bar:
> Status Bar Show
> Click "Status Bar Hide" button to hide status bar:
> Status Bar Hide
> {code}
> 5. cordova plugin add cordova-plugin-statusbar.
> 6. cordova build android.
> 7.Then install statusbar.apk on the test device.
> 8.click "status Bar show/hide" button.
> Expected Outcome:
> Status Bar can show or hide.
> Actual Outcome:
> have no response.
> Issue Analysis:
> this issue only happen on Cordova Android 4.1 and Cordova CLI 5.2.If use
> Cordova CLI 5.1,apk can run successfully.
> error log:
> {code}
> V/StatusBar( 4028): Executing action: show
> D/audio_hw_primary( 184): select_devices: out_snd_device(2: speaker)
> in_snd_device(0: )
> W/InputMethodManagerService( 753): Window already focused, ignoring focus
> gain of: com.android.internal.view.IInputMethodClient$Stub$Proxy@432d6328
> attribute=null, token = android.os.BinderProxy@42f61a70
> {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
