[jira] [Commented] (CB-8992) Mobile spec's createmobilespec always installs cordova-plugin-mobilespec-tests
[ https://issues.apache.org/jira/browse/CB-8992?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14537687#comment-14537687 ] ASF GitHub Bot commented on CB-8992: Github user alsorokin commented on the pull request: https://github.com/apache/cordova-mobile-spec/pull/128#issuecomment-100798943 Thanks for the comments, Dmitry. I've addressed them and updated the PR. Mobile spec's createmobilespec always installs cordova-plugin-mobilespec-tests -- Key: CB-8992 URL: https://issues.apache.org/jira/browse/CB-8992 Project: Apache Cordova Issue Type: Bug Components: mobile-spec Reporter: Alexander Sorokin Priority: Minor Createmobilespec installs cordova-plugin-mobilespec-tests even when --plugins flag is present, which is used to explicitly specify list of plugins to install. -- 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-3777) Implement FileWriter.write(Blob|ArrayBuffer) on Windows Phone
[ https://issues.apache.org/jira/browse/CB-3777?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14537750#comment-14537750 ] Dennis Patzer commented on CB-3777: --- Is this already implemented? The status of this ticket is resolved, but in the docs is written: These platforms do not support FileReader.readAsArrayBuffer nor FileWriter.write(blob). Implement FileWriter.write(Blob|ArrayBuffer) on Windows Phone - Key: CB-3777 URL: https://issues.apache.org/jira/browse/CB-3777 Project: Apache Cordova Issue Type: Sub-task Components: Plugin File, Windows 8, WP7 (defunct), WP8 Reporter: Ian Clelland Assignee: Jesse MacFadyen -- 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-8674) [Windows] Access launch arguments
[ https://issues.apache.org/jira/browse/CB-8674?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14537705#comment-14537705 ] Sebastián Katzer commented on CB-8674: -- Hi, whats the current status? Its nice to see that there will come a more consistently way to cordova and plugman. But whats the way to go now for windows platform 3.8.0 and PGB? [Windows] Access launch arguments - Key: CB-8674 URL: https://issues.apache.org/jira/browse/CB-8674 Project: Apache Cordova Issue Type: Improvement Components: Windows, Windows 8 Reporter: Sebastián Katzer Assignee: Rob Paveza To get informed about the clicked local notification _on launch_ the plugin needs to listen for the `activated` event. But the `activated` event at launch is called before any plugin is loaded. Thus its not possible to access the required informations. Also see: https://msdn.microsoft.com/en-us/library/windows/apps/hh761468.aspx Is it possible to make the event arguments accessible for later usage? Its a blocker before the windows platform can be added to the local-notification plugin. https://github.com/katzer/cordova-plugin-local-notifications 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] [Created] (CB-9003) MediaFile.lastModifiedDate doesn't include milliseconds
Paweł Michna created CB-9003: Summary: MediaFile.lastModifiedDate doesn't include milliseconds Key: CB-9003 URL: https://issues.apache.org/jira/browse/CB-9003 Project: Apache Cordova Issue Type: Improvement Components: Plugin Media Capture Reporter: Paweł Michna MediaFile.lastModifiedDate doesn't contain milliseconds (last three digits of the timestamp are always set to zero). Would be nice if it was more accurate. -- 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-9004) Russian Translation
Andrey Kurdyumov created CB-9004: Summary: Russian Translation Key: CB-9004 URL: https://issues.apache.org/jira/browse/CB-9004 Project: Apache Cordova Issue Type: Improvement Components: Translation Affects Versions: 5.0.1 Reporter: Andrey Kurdyumov Assignee: Andrey Kurdyumov Provide Russian translation for the 5.0 release -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-9003) MediaFile.lastModifiedDate doesn't include milliseconds
[ https://issues.apache.org/jira/browse/CB-9003?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paweł Michna closed CB-9003. Resolution: Duplicate MediaFile.lastModifiedDate doesn't include milliseconds --- Key: CB-9003 URL: https://issues.apache.org/jira/browse/CB-9003 Project: Apache Cordova Issue Type: Improvement Components: Plugin Media Capture Reporter: Paweł Michna MediaFile.lastModifiedDate doesn't contain milliseconds (last three digits of the timestamp are always set to zero). Would be nice if it was more accurate. -- 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-9002) MediaFile.lastModifiedDate doesn't include milliseconds
Paweł Michna created CB-9002: Summary: MediaFile.lastModifiedDate doesn't include milliseconds Key: CB-9002 URL: https://issues.apache.org/jira/browse/CB-9002 Project: Apache Cordova Issue Type: Improvement Components: Plugin Media Capture Affects Versions: 5.0.0 Reporter: Paweł Michna MediaFile.lastModifiedDate from media-capture plugin contains a timestamp with last three digits always set to 0. It would be great if the timestamp was accurate to milliseconds. -- 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-9005) Can no longer use setOnKeyListener on webView in plugins
Ian Darling created CB-9005: --- Summary: Can no longer use setOnKeyListener on webView in plugins Key: CB-9005 URL: https://issues.apache.org/jira/browse/CB-9005 Project: Apache Cordova Issue Type: Bug Components: Android, Plugins Affects Versions: 4.0.0 Reporter: Ian Darling Priority: Minor I have a plugin that is used for handling physical key down/up events on Android devices with additional buttons - these buttons typically fire off KEYCODE_BUTTON_R1, etc In earlier versions of Cordova (3.7.0?) I was able to attach a keyListener in the plugin by doing: this.webView.setOnKeyListener(etc); In migrating to 4.0.0 this no longer compiles. My initial thought was to change to using this.webView.getView().setOnKeyListener instead (which appears to be the right way to do it), but this doesn't seem to fully work - my plugin still gets volume up/down key events (which I disregard), but not events for BUTTON_R1. Debugging CordovaLib suggests that CordovaWebViewImpl.onDispatchKeyEvent does receive the BUTTON_R1 events, but I'm at a loss as to how to get them into the plugin itself. Is there a workaround or alternate API I should be using? 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] [Commented] (CB-9004) Russian Translation
[ https://issues.apache.org/jira/browse/CB-9004?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14537952#comment-14537952 ] ASF GitHub Bot commented on CB-9004: GitHub user kant2002 opened a pull request: https://github.com/apache/cordova-docs/pull/286 CB-9004 Russian translation Translated all docs for the 5.0 I believe that more then half of the text is correct Russian text. Will be working on improving that percentage, but so far, most of docs could be read without need for referring to the original. You can merge this pull request into a Git repository by running: $ git pull https://github.com/kant2002/cordova-docs CB-9004 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-docs/pull/286.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 #286 commit 3c9fa2f655707f1ef86fef6e2503abb10abf5031 Author: Andrey Kurdyumov kant2...@gmail.com Date: 2015-05-11T13:38:00Z Add Russian translation commit 01a005cf8dbcd1770087f2a4641b3c0413df7995 Author: Andrey Kurdyumov kant2...@gmail.com Date: 2015-05-11T13:39:11Z Remove files not longer in English docs Russian Translation --- Key: CB-9004 URL: https://issues.apache.org/jira/browse/CB-9004 Project: Apache Cordova Issue Type: Improvement Components: Translation Affects Versions: 5.0.1 Reporter: Andrey Kurdyumov Assignee: Andrey Kurdyumov Provide Russian translation for the 5.0 release -- 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-9006) FixYaml tool don't fix the Russian YAML headers
Andrey Kurdyumov created CB-9006: Summary: FixYaml tool don't fix the Russian YAML headers Key: CB-9006 URL: https://issues.apache.org/jira/browse/CB-9006 Project: Apache Cordova Issue Type: Bug Reporter: Andrey Kurdyumov Assignee: Andrey Kurdyumov Some broken Russian YAML headers does not fixed by the *fixyaml* tool -- 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-6462) Support Orientation global preference
[ https://issues.apache.org/jira/browse/CB-6462?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14538008#comment-14538008 ] ASF GitHub Bot commented on CB-6462: Github user rachel-carvalho closed the pull request at: https://github.com/apache/cordova-lib/pull/207 Support Orientation global preference --- Key: CB-6462 URL: https://issues.apache.org/jira/browse/CB-6462 Project: Apache Cordova Issue Type: Bug Components: CordovaLib Environment: iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Labels: cordova-ios-4.0.x See CB-6182 For Orientation, this requires a change in the Info.plist but we could read the preference, and override the reading of the values here: https://github.com/apache/cordova-ios/blob/217b3a52af828b0cc88111bcda7f7b862ad1549d/CordovaLib/Classes/CDVViewController.m#L78 ... however it might be too confusing for the user, if there are two places for the values to be set – but it could just be a documentation issue. -- 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-9005) Can no longer use setOnKeyListener on webView in plugins
[ https://issues.apache.org/jira/browse/CB-9005?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14538003#comment-14538003 ] Ian Darling commented on CB-9005: - (For reference, this is something I need to work around the keyCode = 0 problem, otherwise I'd be using keyup/keydown events like normal) Can no longer use setOnKeyListener on webView in plugins Key: CB-9005 URL: https://issues.apache.org/jira/browse/CB-9005 Project: Apache Cordova Issue Type: Bug Components: Android, Plugins Affects Versions: 4.0.0 Reporter: Ian Darling Priority: Minor I have a plugin that is used for handling physical key down/up events on Android devices with additional buttons - these buttons typically fire off KEYCODE_BUTTON_R1, etc In earlier versions of Cordova (3.7.0?) I was able to attach a keyListener in the plugin by doing: this.webView.setOnKeyListener(etc); In migrating to 4.0.0 this no longer compiles. My initial thought was to change to using this.webView.getView().setOnKeyListener instead (which appears to be the right way to do it), but this doesn't seem to fully work - my plugin still gets volume up/down key events (which I disregard), but not events for BUTTON_R1. Debugging CordovaLib suggests that CordovaWebViewImpl.onDispatchKeyEvent does receive the BUTTON_R1 events, but I'm at a loss as to how to get them into the plugin itself. Is there a workaround or alternate API I should be using? 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] [Commented] (CB-9006) FixYaml tool don't fix the Russian YAML headers
[ https://issues.apache.org/jira/browse/CB-9006?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14537965#comment-14537965 ] ASF GitHub Bot commented on CB-9006: GitHub user kant2002 opened a pull request: https://github.com/apache/cordova-docs/pull/287 CB-9006 Fix Russian headers correctly You can merge this pull request into a Git repository by running: $ git pull https://github.com/kant2002/cordova-docs CB-9006 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-docs/pull/287.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 #287 commit 119ef67656f7c763086c7c1acfedf48743689b83 Author: Andrey Kurdyumov kant2...@gmail.com Date: 2015-05-11T14:08:24Z Fix Russian headers correctly FixYaml tool don't fix the Russian YAML headers --- Key: CB-9006 URL: https://issues.apache.org/jira/browse/CB-9006 Project: Apache Cordova Issue Type: Bug Reporter: Andrey Kurdyumov Assignee: Andrey Kurdyumov Some broken Russian YAML headers does not fixed by the *fixyaml* tool -- 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-9009) default CSP needs to include 8472 for blackberry
[ https://issues.apache.org/jira/browse/CB-9009?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14538496#comment-14538496 ] ASF GitHub Bot commented on CB-9009: Github user jsoref commented on the pull request: https://github.com/apache/cordova-app-hello-world/pull/10#issuecomment-101026209 @timwindsor default CSP needs to include 8472 for blackberry Key: CB-9009 URL: https://issues.apache.org/jira/browse/CB-9009 Project: Apache Cordova Issue Type: Bug Components: App Hello World, Plugin Whitelist Affects Versions: 5.0.0 Reporter: Josh Soref Priority: Blocker These files: {code} ./cordova-js-src/exec.js ./framework/bootstrap/require.js ./framework/lib/utils.js ./javascript/cordova.blackberry10.js {code} all hard code 8472 as a magical port for cordova-blackberry apps (specifically it's used for the exec bridge). The current hello-world CSP prevents cordova-blackberry from working out of the box. -- 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-8855) cordova run or emualte --list doesn't list devices
[ https://issues.apache.org/jira/browse/CB-8855?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14538503#comment-14538503 ] ASF GitHub Bot commented on CB-8855: Github user gpetrov commented on the pull request: https://github.com/apache/cordova-ios/pull/137#issuecomment-101026995 please push new release with this fix cordova run or emualte --list doesn't list devices -- Key: CB-8855 URL: https://issues.apache.org/jira/browse/CB-8855 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: Master, 3.8.0 Environment: OSX Reporter: Carlos Santana Assignee: Carlos Santana Fix For: 4.0.0 cordova cli never can print devices $ cordova run ios --list Available ios devices: $ cordova run ios --device --list Available ios devices: It should print the id and type (iPhone, iPod, iPad) Like: $ cordova run ios --list Available ios devices: 133d93714ea585453646d64e2d24f4fbd5986ad0 iPhone -- 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-9008) IndexedDB does not persist in WKWebView after closing app
[ https://issues.apache.org/jira/browse/CB-9008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14538318#comment-14538318 ] Nolan Lawson commented on CB-9008: -- Issue filed on WebKit in case this is a WKWebView bug: https://bugs.webkit.org/show_bug.cgi?id=144875 IndexedDB does not persist in WKWebView after closing app - Key: CB-9008 URL: https://issues.apache.org/jira/browse/CB-9008 Project: Apache Cordova Issue Type: Bug Components: iOS Environment: iOS 8.3, iPhone Reporter: Nolan Lawson Fix For: Master I realize y'all are actively developing WKWebView support. This may be a bug in WKWebView itself, or maybe in Cordova; I'm not sure. Hence this bug report. :) [Video demonstration | https://nolanlawson.s3.amazonaws.com/www/apache/iphone_recording.webm] Steps to repro: 1. Install my [database filler app | https://github.com/nolanlawson/database-filler] 2. Follow the instructions to run the WKWebView branch 3. Open up the XCode project in platforms/ios 4. Run on a real device 5. Open up the app, add some data, count it to make sure items were added. 6. Double-press the home button to dismiss the app 7. Reopen it, count items **Expected**: items that were saved in IndexedDB before are still there. **Actual**: 0 items are found. -- 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-8978) Adding New Image Element to config.xml
[ https://issues.apache.org/jira/browse/CB-8978?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14538467#comment-14538467 ] ASF GitHub Bot commented on CB-8978: Github user jcesarmobile commented on the pull request: https://github.com/apache/cordova-lib/pull/214#issuecomment-101019674 the discusion already started on the mail list http://markmail.org/message/yx3pvydgyxpssgas But it didnt get any conclusion I still don't see why would a regular cordova developer use native images on a regular project Adding New Image Element to config.xml -- Key: CB-8978 URL: https://issues.apache.org/jira/browse/CB-8978 Project: Apache Cordova Issue Type: New Feature Components: CLI, CordovaLib Affects Versions: Master Environment: Android, iOS, WP8, Windows, Blackberry Reporter: Karen Tran Assignee: Karen Tran Labels: config.xml, images Original Estimate: 168h Remaining Estimate: 168h At present, there are only an icon element and splashscreen element that handles copying images from a source to destination in the config.xml. These elements also only handle copying 1 image only and replacing what was previously there as the icon.png or splash.png. I'm creating a new tag that will copy non-main app icon images, which could be notification icons, button icons, custom image text, etc. and not limited to just 1 image. Example: image src=res/android/notification.png name=notification.png / image src=res/android/notification-mdpi.png name=notification.png density=mdpi / The required attributes will be src and name. Depending on the directory that the image gets copied to, the width and height attribute may not be needed. -- 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-8978) Adding New Image Element to config.xml
[ https://issues.apache.org/jira/browse/CB-8978?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14538474#comment-14538474 ] ASF GitHub Bot commented on CB-8978: Github user ktop commented on the pull request: https://github.com/apache/cordova-lib/pull/214#issuecomment-101021261 I'll move the discussion to the right place. Adding New Image Element to config.xml -- Key: CB-8978 URL: https://issues.apache.org/jira/browse/CB-8978 Project: Apache Cordova Issue Type: New Feature Components: CLI, CordovaLib Affects Versions: Master Environment: Android, iOS, WP8, Windows, Blackberry Reporter: Karen Tran Assignee: Karen Tran Labels: config.xml, images Original Estimate: 168h Remaining Estimate: 168h At present, there are only an icon element and splashscreen element that handles copying images from a source to destination in the config.xml. These elements also only handle copying 1 image only and replacing what was previously there as the icon.png or splash.png. I'm creating a new tag that will copy non-main app icon images, which could be notification icons, button icons, custom image text, etc. and not limited to just 1 image. Example: image src=res/android/notification.png name=notification.png / image src=res/android/notification-mdpi.png name=notification.png density=mdpi / The required attributes will be src and name. Depending on the directory that the image gets copied to, the width and height attribute may not be needed. -- 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-9009) default CSP needs to include 8472 for blackberry
Josh Soref created CB-9009: -- Summary: default CSP needs to include 8472 for blackberry Key: CB-9009 URL: https://issues.apache.org/jira/browse/CB-9009 Project: Apache Cordova Issue Type: Bug Components: App Hello World, Plugin Whitelist Affects Versions: 5.0.0 Reporter: Josh Soref Priority: Blocker These files: {code} ./cordova-js-src/exec.js ./framework/bootstrap/require.js ./framework/lib/utils.js ./javascript/cordova.blackberry10.js {code} all hard code 8472 as a magical port for cordova-blackberry apps (specifically it's used for the exec bridge). The current hello-world CSP prevents cordova-blackberry from working out of the box. -- 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-tabpanelfocusedCommentId=14538358#comment-14538358 ] ASF subversion and git services commented on CB-8936: - Commit 9dd297c0734b42f0cde476e4a6834f1c7ee521e4 in cordova-medic's branch refs/heads/master from [~alsorokin] [ https://git-wip-us.apache.org/repos/asf?p=cordova-medic.git;h=9dd297c ] CB-8936 Gathering logs for Android. This closes #53. 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 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-9000) Medic-check doesn't fail when no record is found
[ https://issues.apache.org/jira/browse/CB-9000?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dmitry Blotsky updated CB-9000: --- Priority: Minor (was: Major) Medic-check doesn't fail when no record is found Key: CB-9000 URL: https://issues.apache.org/jira/browse/CB-9000 Project: Apache Cordova Issue Type: Bug Components: Medic Affects Versions: Master Reporter: Dmitry Blotsky Priority: Minor Original Estimate: 4h Remaining Estimate: 4h The medic-check.js script returns 0 even when it can't find the build result it is looking for. -- 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-tabpanelfocusedCommentId=14538359#comment-14538359 ] ASF GitHub Bot commented on CB-8936: Github user asfgit closed the pull request at: https://github.com/apache/cordova-medic/pull/53 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 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] [Commented] (CB-8978) Adding New Image Element to config.xml
[ https://issues.apache.org/jira/browse/CB-8978?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14538390#comment-14538390 ] Jesse MacFadyen commented on CB-8978: - I would NOT consider this a work item until there is some consensus on how it will be used. Personally, I don't see the need for this currently. Please start a discussion here: https://github.com/cordova/cordova-discuss/issues Adding New Image Element to config.xml -- Key: CB-8978 URL: https://issues.apache.org/jira/browse/CB-8978 Project: Apache Cordova Issue Type: New Feature Components: CLI, CordovaLib Affects Versions: Master Environment: Android, iOS, WP8, Windows, Blackberry Reporter: Karen Tran Assignee: Karen Tran Labels: config.xml, images Original Estimate: 168h Remaining Estimate: 168h At present, there are only an icon element and splashscreen element that handles copying images from a source to destination in the config.xml. These elements also only handle copying 1 image only and replacing what was previously there as the icon.png or splash.png. I'm creating a new tag that will copy non-main app icon images, which could be notification icons, button icons, custom image text, etc. and not limited to just 1 image. Example: image src=res/android/notification.png name=notification.png / image src=res/android/notification-mdpi.png name=notification.png density=mdpi / The required attributes will be src and name. Depending on the directory that the image gets copied to, the width and height attribute may not be needed. -- 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-8486) Support for creating signed archive for Windows
[ https://issues.apache.org/jira/browse/CB-8486?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14538430#comment-14538430 ] ASF GitHub Bot commented on CB-8486: GitHub user muratsu opened a pull request: https://github.com/apache/cordova-docs/pull/288 CB-8486 docs for windows packaging Documentation for Windows packaging. You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-docs CB-8486 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-docs/pull/288.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 #288 commit 9a4c7eccfb404e2875835a15b21bd68db2cbf878 Author: Murat Sutunc sut...@gmail.com Date: 2015-05-11T18:52:19Z CB-8486 docs for windows packaging Support for creating signed archive for Windows --- Key: CB-8486 URL: https://issues.apache.org/jira/browse/CB-8486 Project: Apache Cordova Issue Type: Sub-task Components: Windows Affects Versions: 4.0.0 Reporter: Nikhil Khandelwal Assignee: Murat Sutunc Details of the design here https://docs.google.com/document/d/1tJQ9OoGrrMhZcLI3mg46rGzAfbiQu9PuNBL1auAMGFM/edit# -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9009) default CSP needs to include 8472 for blackberry
[ https://issues.apache.org/jira/browse/CB-9009?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14538495#comment-14538495 ] ASF GitHub Bot commented on CB-9009: GitHub user jsoref opened a pull request: https://github.com/apache/cordova-app-hello-world/pull/10 CB-9009 default CSP needs to include 8472 for blackberry You can merge this pull request into a Git repository by running: $ git pull https://github.com/jsoref/cordova-app-hello-world cb_9009 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-app-hello-world/pull/10.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 #10 commit fac9f1c19744e25fdc45b993ff1b53ea4f54cc1c Author: Josh Soref jso...@blackberry.com Date: 2015-05-11T19:30:15Z CB-9009 default CSP needs to include 8472 for blackberry default CSP needs to include 8472 for blackberry Key: CB-9009 URL: https://issues.apache.org/jira/browse/CB-9009 Project: Apache Cordova Issue Type: Bug Components: App Hello World, Plugin Whitelist Affects Versions: 5.0.0 Reporter: Josh Soref Priority: Blocker These files: {code} ./cordova-js-src/exec.js ./framework/bootstrap/require.js ./framework/lib/utils.js ./javascript/cordova.blackberry10.js {code} all hard code 8472 as a magical port for cordova-blackberry apps (specifically it's used for the exec bridge). The current hello-world CSP prevents cordova-blackberry from working out of the box. -- 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-9009) default CSP needs to include 8472 for blackberry
[ https://issues.apache.org/jira/browse/CB-9009?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Josh Soref reassigned CB-9009: -- Assignee: Josh Soref default CSP needs to include 8472 for blackberry Key: CB-9009 URL: https://issues.apache.org/jira/browse/CB-9009 Project: Apache Cordova Issue Type: Bug Components: App Hello World, Plugin Whitelist Affects Versions: 5.0.0 Reporter: Josh Soref Assignee: Josh Soref Priority: Blocker These files: {code} ./cordova-js-src/exec.js ./framework/bootstrap/require.js ./framework/lib/utils.js ./javascript/cordova.blackberry10.js {code} all hard code 8472 as a magical port for cordova-blackberry apps (specifically it's used for the exec bridge). The current hello-world CSP prevents cordova-blackberry from working out of the box. -- 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-9010) Update check_reqs to include explanation for how to get SDK
Josh Soref created CB-9010: -- Summary: Update check_reqs to include explanation for how to get SDK Key: CB-9010 URL: https://issues.apache.org/jira/browse/CB-9010 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Reporter: Josh Soref Assignee: Josh Soref If you install BlackBerry WebWorks, cordova-blackberry bundles the portions of the bb10 sdk necessary to build/deploy blackberry 10 packages. If you use Cordova directly and add cordova-blackberry, you somehow have to get those files into your path. One way is by downloading Momentics (which is huge), and using it to download a BB10 NDK (which is bigger than that), and then running: {path-to-momentics}/bbndk-env_10_*.* -- where the the first * includes a version, that could be 0_10_buildid, or 1_0_pat or 2_0_buildid or 3_0_buildid (there are other values than 0 for the release number) and the second * is sh/bat depending on your platform. This isn't really the way we want to do it. But, we definitely need to have check_reqs offer better support. -- 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-8855) cordova run or emualte --list doesn't list devices
[ https://issues.apache.org/jira/browse/CB-8855?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14538601#comment-14538601 ] ASF GitHub Bot commented on CB-8855: Github user gpetrov commented on the pull request: https://github.com/apache/cordova-ios/pull/137#issuecomment-101039076 some addition to this: https://github.com/apache/cordova-ios/pull/140 cordova run or emualte --list doesn't list devices -- Key: CB-8855 URL: https://issues.apache.org/jira/browse/CB-8855 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: Master, 3.8.0 Environment: OSX Reporter: Carlos Santana Assignee: Carlos Santana Fix For: 4.0.0 cordova cli never can print devices $ cordova run ios --list Available ios devices: $ cordova run ios --device --list Available ios devices: It should print the id and type (iPhone, iPod, iPad) Like: $ cordova run ios --list Available ios devices: 133d93714ea585453646d64e2d24f4fbd5986ad0 iPhone -- 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-9009) default CSP needs to include 8472 for blackberry
[ https://issues.apache.org/jira/browse/CB-9009?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14538558#comment-14538558 ] ASF GitHub Bot commented on CB-9009: Github user timwindsor commented on the pull request: https://github.com/apache/cordova-app-hello-world/pull/10#issuecomment-101032363 Works for me - required for use of any plugins. default CSP needs to include 8472 for blackberry Key: CB-9009 URL: https://issues.apache.org/jira/browse/CB-9009 Project: Apache Cordova Issue Type: Bug Components: App Hello World, Plugin Whitelist Affects Versions: 5.0.0 Reporter: Josh Soref Assignee: Josh Soref Priority: Blocker These files: {code} ./cordova-js-src/exec.js ./framework/bootstrap/require.js ./framework/lib/utils.js ./javascript/cordova.blackberry10.js {code} all hard code 8472 as a magical port for cordova-blackberry apps (specifically it's used for the exec bridge). The current hello-world CSP prevents cordova-blackberry from working out of the box. -- 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-8978) Adding New Image Element to config.xml
[ https://issues.apache.org/jira/browse/CB-8978?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14538577#comment-14538577 ] ASF GitHub Bot commented on CB-8978: Github user purplecabbage commented on the pull request: https://github.com/apache/cordova-lib/pull/214#issuecomment-101035769 Thanks Karen. You weren't doing it in the wrong spot, we are just trying out some new ways of discussing feature additions. @purplecabbage risingj.com On Mon, May 11, 2015 at 12:16 PM, Karen Tran notificati...@github.com wrote: I'll move the discussion to the right place. — Reply to this email directly or view it on GitHub https://github.com/apache/cordova-lib/pull/214#issuecomment-101021261. Adding New Image Element to config.xml -- Key: CB-8978 URL: https://issues.apache.org/jira/browse/CB-8978 Project: Apache Cordova Issue Type: New Feature Components: CLI, CordovaLib Affects Versions: Master Environment: Android, iOS, WP8, Windows, Blackberry Reporter: Karen Tran Assignee: Karen Tran Labels: config.xml, images Original Estimate: 168h Remaining Estimate: 168h At present, there are only an icon element and splashscreen element that handles copying images from a source to destination in the config.xml. These elements also only handle copying 1 image only and replacing what was previously there as the icon.png or splash.png. I'm creating a new tag that will copy non-main app icon images, which could be notification icons, button icons, custom image text, etc. and not limited to just 1 image. Example: image src=res/android/notification.png name=notification.png / image src=res/android/notification-mdpi.png name=notification.png density=mdpi / The required attributes will be src and name. Depending on the directory that the image gets copied to, the width and height attribute may not be needed. -- 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-7667) [Camera] iOS8: Handle case where camera is not authorized
[ https://issues.apache.org/jira/browse/CB-7667?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14538966#comment-14538966 ] ASF subversion and git services commented on CB-7667: - Commit 9f9e5ef4a9c5cf2a829e220ee627e7efc8110cd6 in cordova-plugin-camera's branch refs/heads/master from [~dpolivy] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-camera.git;h=9f9e5ef ] CB-7667 iOS8: Handle case where camera is not authorized (closes #49) In iOS 7+, when the app does not have access to the camera, show a prompt notifying the user so they're not puzzled by looking at a black screen. In iOS 8+, include a link on the dialog to open the Setting app to allow the user to change their Camera privacy setting. Signed-off-by: Shazron Abdullah shaz...@apache.org [Camera] iOS8: Handle case where camera is not authorized - Key: CB-7667 URL: https://issues.apache.org/jira/browse/CB-7667 Project: Apache Cordova Issue Type: Sub-task Components: Plugin Camera, Plugin Media Capture Affects Versions: 3.5.0 Environment: iOS 8 Reporter: Dan Polivy Priority: Minor In iOS 8, it's possible for the camera to be disabled for any given app; in iOS 7, this was only possible in certain regions (e.g. China). If the camera is disabled, and someone launches the Camera plugin to capture an image from the camera, they'll just get the camera UI with a black screen, and no indication that the camera permission is disabled for the app. A better UX would be to show the user a prompt indicating that the camera permission is disabled, and (on iOS 8) providing a button to take them to the Settings app to change it. As of iOS 7, there's a new API to test whether the app has access to capture the desired media type: https://developer.apple.com/library/ios/documentation/AVFoundation/Reference/AVCaptureDevice_Class/index.html#//apple_ref/occ/clm/AVCaptureDevice/authorizationStatusForMediaType: [AVCaptureDevice authorizationStatusForMediaType:mediaType]; -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-7667) [Camera] iOS8: Handle case where camera is not authorized
[ https://issues.apache.org/jira/browse/CB-7667?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-7667. -- Resolution: Fixed [Camera] iOS8: Handle case where camera is not authorized - Key: CB-7667 URL: https://issues.apache.org/jira/browse/CB-7667 Project: Apache Cordova Issue Type: Sub-task Components: Plugin Camera, Plugin Media Capture Affects Versions: 3.5.0 Environment: iOS 8 Reporter: Dan Polivy Assignee: Shazron Abdullah Priority: Minor In iOS 8, it's possible for the camera to be disabled for any given app; in iOS 7, this was only possible in certain regions (e.g. China). If the camera is disabled, and someone launches the Camera plugin to capture an image from the camera, they'll just get the camera UI with a black screen, and no indication that the camera permission is disabled for the app. A better UX would be to show the user a prompt indicating that the camera permission is disabled, and (on iOS 8) providing a button to take them to the Settings app to change it. As of iOS 7, there's a new API to test whether the app has access to capture the desired media type: https://developer.apple.com/library/ios/documentation/AVFoundation/Reference/AVCaptureDevice_Class/index.html#//apple_ref/occ/clm/AVCaptureDevice/authorizationStatusForMediaType: [AVCaptureDevice authorizationStatusForMediaType:mediaType]; -- 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-7667) [Camera] iOS8: Handle case where camera is not authorized
[ https://issues.apache.org/jira/browse/CB-7667?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14538967#comment-14538967 ] ASF GitHub Bot commented on CB-7667: Github user asfgit closed the pull request at: https://github.com/apache/cordova-plugin-camera/pull/49 [Camera] iOS8: Handle case where camera is not authorized - Key: CB-7667 URL: https://issues.apache.org/jira/browse/CB-7667 Project: Apache Cordova Issue Type: Sub-task Components: Plugin Camera, Plugin Media Capture Affects Versions: 3.5.0 Environment: iOS 8 Reporter: Dan Polivy Priority: Minor In iOS 8, it's possible for the camera to be disabled for any given app; in iOS 7, this was only possible in certain regions (e.g. China). If the camera is disabled, and someone launches the Camera plugin to capture an image from the camera, they'll just get the camera UI with a black screen, and no indication that the camera permission is disabled for the app. A better UX would be to show the user a prompt indicating that the camera permission is disabled, and (on iOS 8) providing a button to take them to the Settings app to change it. As of iOS 7, there's a new API to test whether the app has access to capture the desired media type: https://developer.apple.com/library/ios/documentation/AVFoundation/Reference/AVCaptureDevice_Class/index.html#//apple_ref/occ/clm/AVCaptureDevice/authorizationStatusForMediaType: [AVCaptureDevice authorizationStatusForMediaType:mediaType]; -- 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-7667) [Camera] iOS8: Handle case where camera is not authorized
[ https://issues.apache.org/jira/browse/CB-7667?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah reassigned CB-7667: Assignee: Shazron Abdullah [Camera] iOS8: Handle case where camera is not authorized - Key: CB-7667 URL: https://issues.apache.org/jira/browse/CB-7667 Project: Apache Cordova Issue Type: Sub-task Components: Plugin Camera, Plugin Media Capture Affects Versions: 3.5.0 Environment: iOS 8 Reporter: Dan Polivy Assignee: Shazron Abdullah Priority: Minor In iOS 8, it's possible for the camera to be disabled for any given app; in iOS 7, this was only possible in certain regions (e.g. China). If the camera is disabled, and someone launches the Camera plugin to capture an image from the camera, they'll just get the camera UI with a black screen, and no indication that the camera permission is disabled for the app. A better UX would be to show the user a prompt indicating that the camera permission is disabled, and (on iOS 8) providing a button to take them to the Settings app to change it. As of iOS 7, there's a new API to test whether the app has access to capture the desired media type: https://developer.apple.com/library/ios/documentation/AVFoundation/Reference/AVCaptureDevice_Class/index.html#//apple_ref/occ/clm/AVCaptureDevice/authorizationStatusForMediaType: [AVCaptureDevice authorizationStatusForMediaType:mediaType]; -- 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-7667) [Camera] iOS8: Handle case where camera is not authorized
[ https://issues.apache.org/jira/browse/CB-7667?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14539005#comment-14539005 ] ASF GitHub Bot commented on CB-7667: Github user seronal commented on the pull request: https://github.com/apache/cordova-plugin-camera/pull/49#issuecomment-101083460 I don't know what is the official stance on this, but I don't think it's a good idea to hardcode an error message string (i.e. Access to the camera has been prohibited; please enable it in the Settings app to continue.). This will be a problem in terms of localization. It should perhaps be passed within CameraOptions? [Camera] iOS8: Handle case where camera is not authorized - Key: CB-7667 URL: https://issues.apache.org/jira/browse/CB-7667 Project: Apache Cordova Issue Type: Sub-task Components: Plugin Camera, Plugin Media Capture Affects Versions: 3.5.0 Environment: iOS 8 Reporter: Dan Polivy Assignee: Shazron Abdullah Priority: Minor In iOS 8, it's possible for the camera to be disabled for any given app; in iOS 7, this was only possible in certain regions (e.g. China). If the camera is disabled, and someone launches the Camera plugin to capture an image from the camera, they'll just get the camera UI with a black screen, and no indication that the camera permission is disabled for the app. A better UX would be to show the user a prompt indicating that the camera permission is disabled, and (on iOS 8) providing a button to take them to the Settings app to change it. As of iOS 7, there's a new API to test whether the app has access to capture the desired media type: https://developer.apple.com/library/ios/documentation/AVFoundation/Reference/AVCaptureDevice_Class/index.html#//apple_ref/occ/clm/AVCaptureDevice/authorizationStatusForMediaType: [AVCaptureDevice authorizationStatusForMediaType:mediaType]; -- 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-7667) [Camera] iOS8: Handle case where camera is not authorized
[ https://issues.apache.org/jira/browse/CB-7667?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14539026#comment-14539026 ] ASF GitHub Bot commented on CB-7667: Github user seronal commented on the pull request: https://github.com/apache/cordova-plugin-camera/pull/49#issuecomment-101084822 Yes but not everyone uses native localization support. It's much easier to handle the localization on the javascript side, especially if you are targeting multiple platforms. This approach basically requires an extra plugin to create/move localization resources if you are using CLI based approach for development, not to mention having to create platform specific localized resources. [Camera] iOS8: Handle case where camera is not authorized - Key: CB-7667 URL: https://issues.apache.org/jira/browse/CB-7667 Project: Apache Cordova Issue Type: Sub-task Components: Plugin Camera, Plugin Media Capture Affects Versions: 3.5.0 Environment: iOS 8 Reporter: Dan Polivy Assignee: Shazron Abdullah Priority: Minor In iOS 8, it's possible for the camera to be disabled for any given app; in iOS 7, this was only possible in certain regions (e.g. China). If the camera is disabled, and someone launches the Camera plugin to capture an image from the camera, they'll just get the camera UI with a black screen, and no indication that the camera permission is disabled for the app. A better UX would be to show the user a prompt indicating that the camera permission is disabled, and (on iOS 8) providing a button to take them to the Settings app to change it. As of iOS 7, there's a new API to test whether the app has access to capture the desired media type: https://developer.apple.com/library/ios/documentation/AVFoundation/Reference/AVCaptureDevice_Class/index.html#//apple_ref/occ/clm/AVCaptureDevice/authorizationStatusForMediaType: [AVCaptureDevice authorizationStatusForMediaType:mediaType]; -- 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-8919) Event deviceready doesn't fire when built on Ubuntu
[ https://issues.apache.org/jira/browse/CB-8919?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14539162#comment-14539162 ] Tolga Özses commented on CB-8919: - Do you mean the one on https://github.com/phonegap/phonegap-app-hello-world? Event deviceready doesn't fire when built on Ubuntu --- Key: CB-8919 URL: https://issues.apache.org/jira/browse/CB-8919 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.7.1 Environment: Ubuntu 14.04, Cordova version 4.3.0, Platform version 3.7.1 Reporter: Tolga Özses Assignee: Joe Bowser Labels: build Hi, I use two distributions; Mint and Ubuntu. After building the .apk on Ubuntu and using cordova run to deploy and run on the device, I've noticed that deviceready event doesn't fire. My phone is a Samsung Galaxy A3 and I've recently read that it can have network connectivity issues and my app was issuing an XHR, so I've tested with something as simple as alert('Hello World'); , and verified it doesn't fire. I installed cordova with npm. -- 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-7667) [Camera] iOS8: Handle case where camera is not authorized
[ https://issues.apache.org/jira/browse/CB-7667?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14539182#comment-14539182 ] ASF GitHub Bot commented on CB-7667: Github user dpolivy commented on the pull request: https://github.com/apache/cordova-plugin-camera/pull/49#issuecomment-101119417 As this is iOS specific, I'm not sure it makes sense as a JavaScript parameter. Is there any provision for translating strings that are part of the Cordova project? Perhaps the translated versions can be added to plugin.xml, so they are automatically included in the native resources as necessary when the plugin is installed. [Camera] iOS8: Handle case where camera is not authorized - Key: CB-7667 URL: https://issues.apache.org/jira/browse/CB-7667 Project: Apache Cordova Issue Type: Sub-task Components: Plugin Camera, Plugin Media Capture Affects Versions: 3.5.0 Environment: iOS 8 Reporter: Dan Polivy Assignee: Shazron Abdullah Priority: Minor In iOS 8, it's possible for the camera to be disabled for any given app; in iOS 7, this was only possible in certain regions (e.g. China). If the camera is disabled, and someone launches the Camera plugin to capture an image from the camera, they'll just get the camera UI with a black screen, and no indication that the camera permission is disabled for the app. A better UX would be to show the user a prompt indicating that the camera permission is disabled, and (on iOS 8) providing a button to take them to the Settings app to change it. As of iOS 7, there's a new API to test whether the app has access to capture the desired media type: https://developer.apple.com/library/ios/documentation/AVFoundation/Reference/AVCaptureDevice_Class/index.html#//apple_ref/occ/clm/AVCaptureDevice/authorizationStatusForMediaType: [AVCaptureDevice authorizationStatusForMediaType:mediaType]; -- 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-8601) ios camera unit tests broken
[ https://issues.apache.org/jira/browse/CB-8601?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14538984#comment-14538984 ] ASF subversion and git services commented on CB-8601: - Commit 706a3aa73ed20e748fad3d95006ede002c08ed4a in cordova-plugin-camera's branch refs/heads/master from [~shazron] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-camera.git;h=706a3aa ] CB-8601 - iOS camera unit tests broken ios camera unit tests broken Key: CB-8601 URL: https://issues.apache.org/jira/browse/CB-8601 Project: Apache Cordova Issue Type: Bug Components: Plugin Camera Environment: iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Broken due to change in CB-8351 Newly tested, compile error: {code} /Apache/cordova-plugin-camera/src/ios/CDVCamera.h:23:9: fatal error: 'Cordova/CDVPlugin.h' file not found #import Cordova/CDVPlugin.h ^ 1 error generated. - Testing failed: 'Cordova/CDVPlugin.h' file not found {code} Might be a header path issue in the project/workspace. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8601) ios camera unit tests broken
[ https://issues.apache.org/jira/browse/CB-8601?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-8601. -- Resolution: Fixed ios camera unit tests broken Key: CB-8601 URL: https://issues.apache.org/jira/browse/CB-8601 Project: Apache Cordova Issue Type: Bug Components: Plugin Camera Environment: iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Broken due to change in CB-8351 Newly tested, compile error: {code} /Apache/cordova-plugin-camera/src/ios/CDVCamera.h:23:9: fatal error: 'Cordova/CDVPlugin.h' file not found #import Cordova/CDVPlugin.h ^ 1 error generated. - Testing failed: 'Cordova/CDVPlugin.h' file not found {code} Might be a header path issue in the project/workspace. -- 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-8988) [splashscreen] iOS splash screen rotation incorrectly scales image
[ https://issues.apache.org/jira/browse/CB-8988?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14539003#comment-14539003 ] ASF subversion and git services commented on CB-8988: - Commit 87f3c3a3ac2c7c39f74f1173109377e87bd35078 in cordova-plugin-splashscreen's branch refs/heads/master from [~dpolivy] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-splashscreen.git;h=87f3c3a ] CB-8988: Fix rotation on iOS/iPad (closes #46) The viewController.interfaceOrientation passed to getImageName has not yet been updated with the new orientation, even when the frame/bounds change event has fired. Thus, the plugin never actually loads the correct image for the new orientation. Instead, it poorly scales the existing image. This fix uses the statusBarOrientation property of the UIApplication object to detect the actual orientation, and correctly load the right image. Signed-off-by: Shazron Abdullah shaz...@apache.org [splashscreen] iOS splash screen rotation incorrectly scales image -- Key: CB-8988 URL: https://issues.apache.org/jira/browse/CB-8988 Project: Apache Cordova Issue Type: Bug Components: Plugin SplashScreen Environment: iOS Reporter: Dan Polivy On iOS devices, if rotation occurs while the splash screen is visible, it ends up horribly/incorrectly scaling the existing image, instead of loading the correctly oriented image. This happens on both iPad and iPhone -- although technically iPhone should not allow rotation at all. (I see there is another issue tracking that for iPhone.) From debugging, the issue appears to be that the interfaceOrientation of the viewController has not been updated at the time that the frame/bounds changes are observed by the plugin. Thus, even though the frame/bounds change, the correct image for the new orientation is never loaded. I will provide a PR with an alternate fix shortly. I found it worked better to use [[UIApplication sharedApplication] statusBarOrientation] to determine orientation. -- 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-8988) [splashscreen] iOS splash screen rotation incorrectly scales image
[ https://issues.apache.org/jira/browse/CB-8988?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14539004#comment-14539004 ] ASF GitHub Bot commented on CB-8988: Github user asfgit closed the pull request at: https://github.com/apache/cordova-plugin-splashscreen/pull/46 [splashscreen] iOS splash screen rotation incorrectly scales image -- Key: CB-8988 URL: https://issues.apache.org/jira/browse/CB-8988 Project: Apache Cordova Issue Type: Bug Components: Plugin SplashScreen Environment: iOS Reporter: Dan Polivy On iOS devices, if rotation occurs while the splash screen is visible, it ends up horribly/incorrectly scaling the existing image, instead of loading the correctly oriented image. This happens on both iPad and iPhone -- although technically iPhone should not allow rotation at all. (I see there is another issue tracking that for iPhone.) From debugging, the issue appears to be that the interfaceOrientation of the viewController has not been updated at the time that the frame/bounds changes are observed by the plugin. Thus, even though the frame/bounds change, the correct image for the new orientation is never loaded. I will provide a PR with an alternate fix shortly. I found it worked better to use [[UIApplication sharedApplication] statusBarOrientation] to determine orientation. -- 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-8721) (Windows Phone 8, File-transfer download method) When specifying header with comma in it, fail callback is called
[ https://issues.apache.org/jira/browse/CB-8721?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14539016#comment-14539016 ] ASF GitHub Bot commented on CB-8721: Github user asfgit closed the pull request at: https://github.com/apache/cordova-plugin-file-transfer/pull/72 (Windows Phone 8, File-transfer download method) When specifying header with comma in it, fail callback is called - Key: CB-8721 URL: https://issues.apache.org/jira/browse/CB-8721 Project: Apache Cordova Issue Type: Bug Components: Plugin File Transfer Reporter: Alexander Sorokin Assignee: Vladimir Kotikov This code fails because header with comma in it is not parsed properly: {code} transfer.download(fileURL, localFilePath, function win(){}, function fail(){}, true, { headers: { 'If-Modified-Since': 'Sun, 06 Nov 1994 08:49:37 GMT' } }); {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-8721) (Windows Phone 8, File-transfer download method) When specifying header with comma in it, fail callback is called
[ https://issues.apache.org/jira/browse/CB-8721?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14539015#comment-14539015 ] ASF subversion and git services commented on CB-8721: - Commit 21fb03aa9c55fbd1ca4df6097b466840e91c16b8 in cordova-plugin-file-transfer's branch refs/heads/master from [~vladimir.kotikov] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file-transfer.git;h=21fb03a ] CB-8721 Fixes incorrect headers and upload params parsing on wp8 (Windows Phone 8, File-transfer download method) When specifying header with comma in it, fail callback is called - Key: CB-8721 URL: https://issues.apache.org/jira/browse/CB-8721 Project: Apache Cordova Issue Type: Bug Components: Plugin File Transfer Reporter: Alexander Sorokin Assignee: Vladimir Kotikov This code fails because header with comma in it is not parsed properly: {code} transfer.download(fileURL, localFilePath, function win(){}, function fail(){}, true, { headers: { 'If-Modified-Since': 'Sun, 06 Nov 1994 08:49:37 GMT' } }); {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-8721) (Windows Phone 8, File-transfer download method) When specifying header with comma in it, fail callback is called
[ https://issues.apache.org/jira/browse/CB-8721?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14539017#comment-14539017 ] ASF GitHub Bot commented on CB-8721: Github user asfgit closed the pull request at: https://github.com/apache/cordova-plugin-file-transfer/pull/83 (Windows Phone 8, File-transfer download method) When specifying header with comma in it, fail callback is called - Key: CB-8721 URL: https://issues.apache.org/jira/browse/CB-8721 Project: Apache Cordova Issue Type: Bug Components: Plugin File Transfer Reporter: Alexander Sorokin Assignee: Vladimir Kotikov This code fails because header with comma in it is not parsed properly: {code} transfer.download(fileURL, localFilePath, function win(){}, function fail(){}, true, { headers: { 'If-Modified-Since': 'Sun, 06 Nov 1994 08:49:37 GMT' } }); {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-5241) WP8 FileTransfer.Upload set custom headers with array values occur exception
[ https://issues.apache.org/jira/browse/CB-5241?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14539023#comment-14539023 ] ASF GitHub Bot commented on CB-5241: Github user asfgit closed the pull request at: https://github.com/apache/cordova-plugin-file-transfer/pull/12 WP8 FileTransfer.Upload set custom headers with array values occur exception - Key: CB-5241 URL: https://issues.apache.org/jira/browse/CB-5241 Project: Apache Cordova Issue Type: Bug Components: Plugin File Transfer Affects Versions: 3.1.0 Environment: Windows Phone8 Reporter: puchen Labels: FileTransfer, WP8 1. create WP8 Cordova project, add FileTransfer plugin. 2. add FileTransfer test, run auto test cordova-plugin-file-transfer\test. filetransfer.spec.27 should be able to set custom headers failed . there occur exception parse custom headers in FileTransfer.cs , because it not support Parse header array values! in FileTransfer.cs at line 319: parseHeaders can't parser header string like this : example : {\CustomHeader1\:\CustomValue1\,\CustomHeader2\:[\CustomValue2\,\CustomValue3\]}. so it can't pass the filetransfer.spec.27 test case. -- 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-8978) Adding New Image Element to config.xml
[ https://issues.apache.org/jira/browse/CB-8978?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14538394#comment-14538394 ] ASF GitHub Bot commented on CB-8978: Github user purplecabbage commented on the pull request: https://github.com/apache/cordova-lib/pull/214#issuecomment-101012833 Please start a discussion for this here: https://github.com/cordova/cordova-discuss/issues This should NOT be merged without some justification of why we need it, and why it belongs in config.xml, ... Adding New Image Element to config.xml -- Key: CB-8978 URL: https://issues.apache.org/jira/browse/CB-8978 Project: Apache Cordova Issue Type: New Feature Components: CLI, CordovaLib Affects Versions: Master Environment: Android, iOS, WP8, Windows, Blackberry Reporter: Karen Tran Assignee: Karen Tran Labels: config.xml, images Original Estimate: 168h Remaining Estimate: 168h At present, there are only an icon element and splashscreen element that handles copying images from a source to destination in the config.xml. These elements also only handle copying 1 image only and replacing what was previously there as the icon.png or splash.png. I'm creating a new tag that will copy non-main app icon images, which could be notification icons, button icons, custom image text, etc. and not limited to just 1 image. Example: image src=res/android/notification.png name=notification.png / image src=res/android/notification-mdpi.png name=notification.png density=mdpi / The required attributes will be src and name. Depending on the directory that the image gets copied to, the width and height attribute may not be needed. -- 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-8601) ios camera unit tests broken
[ https://issues.apache.org/jira/browse/CB-8601?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14538982#comment-14538982 ] Shazron Abdullah commented on CB-8601: -- Currently failing due to CDVPictureOptions createFromTakePictureArguments: signature change. ios camera unit tests broken Key: CB-8601 URL: https://issues.apache.org/jira/browse/CB-8601 Project: Apache Cordova Issue Type: Bug Components: Plugin Camera Environment: iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Broken due to change in CB-8351 Newly tested, compile error: {code} /Apache/cordova-plugin-camera/src/ios/CDVCamera.h:23:9: fatal error: 'Cordova/CDVPlugin.h' file not found #import Cordova/CDVPlugin.h ^ 1 error generated. - Testing failed: 'Cordova/CDVPlugin.h' file not found {code} Might be a header path issue in the project/workspace. -- 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-8721) (Windows Phone 8, File-transfer download method) When specifying header with comma in it, fail callback is called
[ https://issues.apache.org/jira/browse/CB-8721?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14539011#comment-14539011 ] ASF GitHub Bot commented on CB-8721: GitHub user purplecabbage opened a pull request: https://github.com/apache/cordova-plugin-file-transfer/pull/83 CB-8721 Patch merge issues and fix failing async test You can merge this pull request into a Git repository by running: $ git pull https://github.com/purplecabbage/cordova-plugin-file-transfer CB-8721 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-file-transfer/pull/83.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 #83 commit 21fb03aa9c55fbd1ca4df6097b466840e91c16b8 Author: Vladimir Kotikov v-vlk...@microsoft.com Date: 2015-03-24T08:19:19Z CB-8721 Fixes incorrect headers and upload params parsing on wp8 commit 65eea291b291af2f44edb5c08c905ca66be68dd9 Author: Jesse MacFadyen purplecabb...@gmail.com Date: 2015-05-09T00:23:17Z fix merge commit f1e41ac1f55b94e539b8e9346dfe1e6ffabb8aee Author: Jesse MacFadyen purplecabb...@gmail.com Date: 2015-05-12T00:47:08Z fix failing test resulting from overlapping async calls (Windows Phone 8, File-transfer download method) When specifying header with comma in it, fail callback is called - Key: CB-8721 URL: https://issues.apache.org/jira/browse/CB-8721 Project: Apache Cordova Issue Type: Bug Components: Plugin File Transfer Reporter: Alexander Sorokin Assignee: Vladimir Kotikov This code fails because header with comma in it is not parsed properly: {code} transfer.download(fileURL, localFilePath, function win(){}, function fail(){}, true, { headers: { 'If-Modified-Since': 'Sun, 06 Nov 1994 08:49:37 GMT' } }); {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-7667) [Camera] iOS8: Handle case where camera is not authorized
[ https://issues.apache.org/jira/browse/CB-7667?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14539013#comment-14539013 ] ASF GitHub Bot commented on CB-7667: Github user shazron commented on the pull request: https://github.com/apache/cordova-plugin-camera/pull/49#issuecomment-101083680 In the end it's not really hardcoded. If you notice, it is wrapped using NSLocalizedString. If you have a localized String resource file, it will load from the key Access to the camera has been prohibited; please enable it in the Settings app to continue. [Camera] iOS8: Handle case where camera is not authorized - Key: CB-7667 URL: https://issues.apache.org/jira/browse/CB-7667 Project: Apache Cordova Issue Type: Sub-task Components: Plugin Camera, Plugin Media Capture Affects Versions: 3.5.0 Environment: iOS 8 Reporter: Dan Polivy Assignee: Shazron Abdullah Priority: Minor In iOS 8, it's possible for the camera to be disabled for any given app; in iOS 7, this was only possible in certain regions (e.g. China). If the camera is disabled, and someone launches the Camera plugin to capture an image from the camera, they'll just get the camera UI with a black screen, and no indication that the camera permission is disabled for the app. A better UX would be to show the user a prompt indicating that the camera permission is disabled, and (on iOS 8) providing a button to take them to the Settings app to change it. As of iOS 7, there's a new API to test whether the app has access to capture the desired media type: https://developer.apple.com/library/ios/documentation/AVFoundation/Reference/AVCaptureDevice_Class/index.html#//apple_ref/occ/clm/AVCaptureDevice/authorizationStatusForMediaType: [AVCaptureDevice authorizationStatusForMediaType:mediaType]; -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8721) (Windows Phone 8, File-transfer download method) When specifying header with comma in it, fail callback is called
[ https://issues.apache.org/jira/browse/CB-8721?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-8721. - Resolution: Fixed (Windows Phone 8, File-transfer download method) When specifying header with comma in it, fail callback is called - Key: CB-8721 URL: https://issues.apache.org/jira/browse/CB-8721 Project: Apache Cordova Issue Type: Bug Components: Plugin File Transfer Reporter: Alexander Sorokin Assignee: Vladimir Kotikov This code fails because header with comma in it is not parsed properly: {code} transfer.download(fileURL, localFilePath, function win(){}, function fail(){}, true, { headers: { 'If-Modified-Since': 'Sun, 06 Nov 1994 08:49:37 GMT' } }); {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-8999) Mobilespec Windows apps stop and don't continue
[ https://issues.apache.org/jira/browse/CB-8999?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14538758#comment-14538758 ] Nikhil Khandelwal commented on CB-8999: --- Reverting this commit fixes it: 70d33fe - (HEAD, mirror/master, master) Update JS snapshot to version 3.9.0-dev (via coho) (3 days ago) Steve Gill Mobilespec Windows apps stop and don't continue --- Key: CB-8999 URL: https://issues.apache.org/jira/browse/CB-8999 Project: Apache Cordova Issue Type: Bug Components: mobile-spec, Windows Affects Versions: Master Environment: Windows 8.1 Reporter: Dmitry Blotsky Priority: Blocker Labels: hang, mobilespec, windows Original Estimate: 24h Remaining Estimate: 24h Launching mobilespec with any plugin in either automated or manual mode on Windows loads the page and halts without thrown exceptions. -- 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-8919) Event deviceready doesn't fire when built on Ubuntu
[ https://issues.apache.org/jira/browse/CB-8919?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser reassigned CB-8919: -- Assignee: Joe Bowser Event deviceready doesn't fire when built on Ubuntu --- Key: CB-8919 URL: https://issues.apache.org/jira/browse/CB-8919 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.7.1 Environment: Ubuntu 14.04, Cordova version 4.3.0, Platform version 3.7.1 Reporter: Tolga Özses Assignee: Joe Bowser Labels: build Hi, I use two distributions; Mint and Ubuntu. After building the .apk on Ubuntu and using cordova run to deploy and run on the device, I've noticed that deviceready event doesn't fire. My phone is a Samsung Galaxy A3 and I've recently read that it can have network connectivity issues and my app was issuing an XHR, so I've tested with something as simple as alert('Hello World'); , and verified it doesn't fire. I installed cordova with npm. -- 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-8998) Can't use backspace on android on text from voice recognition
[ https://issues.apache.org/jira/browse/CB-8998?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14538763#comment-14538763 ] Joe Bowser commented on CB-8998: Which device are you using this on? The Soft Keyboard is one of the components of Android that OEMs and Carriers customize, and which language? Can't use backspace on android on text from voice recognition - Key: CB-8998 URL: https://issues.apache.org/jira/browse/CB-8998 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 5.0.0 Reporter: Nikolay Create a hello world applicaiton with form and simple input. Run an application on android and focus the input. On the keyboard select to mic to start voice recognition input. Do some input and try to delete it with backspace button on the keyboard. Backspace do nothing for the text from text recognition. Android 4.4.4 -- 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-8999) Mobilespec Windows apps stop and don't continue
[ https://issues.apache.org/jira/browse/CB-8999?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14538759#comment-14538759 ] Nikhil Khandelwal commented on CB-8999: --- [~stevegill] Can you please review why 70d33fe breaks Windows platform? Mobilespec Windows apps stop and don't continue --- Key: CB-8999 URL: https://issues.apache.org/jira/browse/CB-8999 Project: Apache Cordova Issue Type: Bug Components: mobile-spec, Windows Affects Versions: Master Environment: Windows 8.1 Reporter: Dmitry Blotsky Priority: Blocker Labels: hang, mobilespec, windows Original Estimate: 24h Remaining Estimate: 24h Launching mobilespec with any plugin in either automated or manual mode on Windows loads the page and halts without thrown exceptions. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8952) CORDOVA ON LOLLIPOP 5.1 after background mode restarts always from INDEX
[ https://issues.apache.org/jira/browse/CB-8952?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-8952. Resolution: Cannot Reproduce Unable to reproduce this issue with the latest mobilespec. Can you specify what you mean by background mode? When we put the app in the background by default it is still running. CORDOVA ON LOLLIPOP 5.1 after background mode restarts always from INDEX Key: CB-8952 URL: https://issues.apache.org/jira/browse/CB-8952 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.7.0, 4.0.0 Environment: Nexus 5 Android 5.1 Reporter: Ale Pana i have a problem with my hybrid app developed with cordova (it not yet published..it is in test phase). As the subject of the post , if i test my app on my NEXUS 5 with ANDROID LOLLIPOP 5.1 and I put my app in background mode , when I clicked on the box in background, it restart ALWAYS from INDEX.HTML . In this regard , I tested the cordova starting app( the one with the message on the screen DEVICE READY ) and I added some more pages that I browse ( as index.html , test.html , try.html ) . The behavior is exactly the same :-( . Does anyone know help me out about it? It might be some problems with the new Android WebView System ? I tried to remove updates and uninstall it , but the behavior does not change . Everything works correctly on all versions of IOS and on all versions 4.xx of Android. (I have not tested this behavior on lollipop 5.0) I have used cordova 3.7 or 4. (same behavior) thanks in advance -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8912) cordova does not install the app in my device
[ https://issues.apache.org/jira/browse/CB-8912?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-8912. Resolution: Incomplete We need more information before we can move forward with this issue, such as what device it is, and whether you enabled USB debugging. Please look at the following Android Developer documentation: http://developer.android.com/tools/device.html cordova does not install the app in my device - Key: CB-8912 URL: https://issues.apache.org/jira/browse/CB-8912 Project: Apache Cordova Issue Type: Bug Components: Android, Windows 8 Reporter: yasin mansour Assignee: Jesse MacFadyen cordova run android command line does not install the app in my devices -- 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-8912) cordova does not install the app in my device
[ https://issues.apache.org/jira/browse/CB-8912?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser reassigned CB-8912: -- Assignee: Joe Bowser (was: Jesse MacFadyen) cordova does not install the app in my device - Key: CB-8912 URL: https://issues.apache.org/jira/browse/CB-8912 Project: Apache Cordova Issue Type: Bug Components: Android, Windows 8 Reporter: yasin mansour Assignee: Joe Bowser cordova run android command line does not install the app in my devices -- 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-8919) Event deviceready doesn't fire when built on Ubuntu
[ https://issues.apache.org/jira/browse/CB-8919?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14538804#comment-14538804 ] Joe Bowser commented on CB-8919: What happens when you run the default hello world app on Ubuntu? The Javascript runs on the device, and Ubuntu should have zero effect on whether deviceready fires. Event deviceready doesn't fire when built on Ubuntu --- Key: CB-8919 URL: https://issues.apache.org/jira/browse/CB-8919 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.7.1 Environment: Ubuntu 14.04, Cordova version 4.3.0, Platform version 3.7.1 Reporter: Tolga Özses Labels: build Hi, I use two distributions; Mint and Ubuntu. After building the .apk on Ubuntu and using cordova run to deploy and run on the device, I've noticed that deviceready event doesn't fire. My phone is a Samsung Galaxy A3 and I've recently read that it can have network connectivity issues and my app was issuing an XHR, so I've tested with something as simple as alert('Hello World'); , and verified it doesn't fire. I installed cordova with npm. -- 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-8907) cordova ios emulate --list it shows duplicates when ios simulators are present for 7.x adn 8.x
[ https://issues.apache.org/jira/browse/CB-8907?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14538820#comment-14538820 ] ASF GitHub Bot commented on CB-8907: Github user shazron commented on the pull request: https://github.com/apache/cordova-ios/pull/140#issuecomment-101069682 Is this similar? https://issues.apache.org/jira/browse/CB-8907 If not, can you file a separate issue at https://issues.apache.org/jira/browse/CB and add a CB- prefix to the issue title (where is your issue number). cordova ios emulate --list it shows duplicates when ios simulators are present for 7.x adn 8.x -- Key: CB-8907 URL: https://issues.apache.org/jira/browse/CB-8907 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: Master, 3.8.0 Reporter: Carlos Santana Fix For: 4.0.0 Attachments: duplicate-ios-simulators.jpg.png If you install other ios simulator lets say iOS 7.1 and already have iOS 8.3 In Xcode you can distinguish between iPhone 5s 7.1 and iPhone 5s 8.3 The problem is that in cordova cli, with cordova emulate --list user can not distinguish between them you get duplicates, and no way how to target a specific one. $ cordova emulate --list Running command: /Users/csantana23/foo/cordova/App0424/platforms/ios/cordova/run --emulator --list Available iOS Virtual Devices: iPhone-4s iPhone-5 iPhone-5s iPhone-5s iPad-2 iPad-Retina iPad-Air iPhone-4s iPhone-5 iPhone-5s iPhone-6-Plus iPhone-6 iPad-2 iPad-Retina iPad-Air Resizable-iPhone Resizable-iPad ** RUN SUCCEEDED ** -- 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-9011) PR/Commits should trigger medic builds
Dmitry Blotsky created CB-9011: -- Summary: PR/Commits should trigger medic builds Key: CB-9011 URL: https://issues.apache.org/jira/browse/CB-9011 Project: Apache Cordova Issue Type: Improvement Components: Medic Reporter: Dmitry Blotsky Assignee: Dmitry Blotsky -- 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-7122) Camera Plugin does not properly support PNG on Android
[ https://issues.apache.org/jira/browse/CB-7122?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser updated CB-7122: --- Assignee: (was: Joe Bowser) Camera Plugin does not properly support PNG on Android -- Key: CB-7122 URL: https://issues.apache.org/jira/browse/CB-7122 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin Camera Affects Versions: 3.5.0 Environment: Cordova 3.5.0-0.2.4 Camera plugin 0.3.0 Android Reporter: Michael M When using Android and image as PNG from Camera auto rotation does not work even if it is set to true. This is a bug. It works fine on iOS. It works on Android if you use JPEG images from Camera but not with PNG images. Tested on Samsung Galaxy S3 mini. -- 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-9005) Can no longer use setOnKeyListener on webView in plugins
[ https://issues.apache.org/jira/browse/CB-9005?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser reassigned CB-9005: -- Assignee: Joe Bowser Looks like I need to spend quality time with an Android TV. Can no longer use setOnKeyListener on webView in plugins Key: CB-9005 URL: https://issues.apache.org/jira/browse/CB-9005 Project: Apache Cordova Issue Type: Bug Components: Android, Plugins Affects Versions: 4.0.0 Reporter: Ian Darling Assignee: Joe Bowser Priority: Minor I have a plugin that is used for handling physical key down/up events on Android devices with additional buttons - these buttons typically fire off KEYCODE_BUTTON_R1, etc In earlier versions of Cordova (3.7.0?) I was able to attach a keyListener in the plugin by doing: this.webView.setOnKeyListener(etc); In migrating to 4.0.0 this no longer compiles. My initial thought was to change to using this.webView.getView().setOnKeyListener instead (which appears to be the right way to do it), but this doesn't seem to fully work - my plugin still gets volume up/down key events (which I disregard), but not events for BUTTON_R1. Debugging CordovaLib suggests that CordovaWebViewImpl.onDispatchKeyEvent does receive the BUTTON_R1 events, but I'm at a loss as to how to get them into the plugin itself. Is there a workaround or alternate API I should be using? 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] [Commented] (CB-9005) Can no longer use setOnKeyListener on webView in plugins
[ https://issues.apache.org/jira/browse/CB-9005?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14538770#comment-14538770 ] Joe Bowser commented on CB-9005: We've never had a documented feature for supporting this, so I'm almost tempted to say this is a feature request, and not a bug. Can no longer use setOnKeyListener on webView in plugins Key: CB-9005 URL: https://issues.apache.org/jira/browse/CB-9005 Project: Apache Cordova Issue Type: Bug Components: Android, Plugins Affects Versions: 4.0.0 Reporter: Ian Darling Priority: Minor I have a plugin that is used for handling physical key down/up events on Android devices with additional buttons - these buttons typically fire off KEYCODE_BUTTON_R1, etc In earlier versions of Cordova (3.7.0?) I was able to attach a keyListener in the plugin by doing: this.webView.setOnKeyListener(etc); In migrating to 4.0.0 this no longer compiles. My initial thought was to change to using this.webView.getView().setOnKeyListener instead (which appears to be the right way to do it), but this doesn't seem to fully work - my plugin still gets volume up/down key events (which I disregard), but not events for BUTTON_R1. Debugging CordovaLib suggests that CordovaWebViewImpl.onDispatchKeyEvent does receive the BUTTON_R1 events, but I'm at a loss as to how to get them into the plugin itself. Is there a workaround or alternate API I should be using? 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] [Commented] (CB-8999) Mobilespec Windows apps stop and don't continue
[ https://issues.apache.org/jira/browse/CB-8999?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14538828#comment-14538828 ] Nikhil Khandelwal commented on CB-8999: --- This is in the cordova-windows repo. Mobilespec Windows apps stop and don't continue --- Key: CB-8999 URL: https://issues.apache.org/jira/browse/CB-8999 Project: Apache Cordova Issue Type: Bug Components: mobile-spec, Windows Affects Versions: Master Environment: Windows 8.1 Reporter: Dmitry Blotsky Priority: Blocker Labels: hang, mobilespec, windows Original Estimate: 24h Remaining Estimate: 24h Launching mobilespec with any plugin in either automated or manual mode on Windows loads the page and halts without thrown exceptions. -- 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-8907) cordova ios emulate --list it shows duplicates when ios simulators are present for 7.x and 8.x
[ https://issues.apache.org/jira/browse/CB-8907?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-8907: - Summary: cordova ios emulate --list it shows duplicates when ios simulators are present for 7.x and 8.x (was: cordova ios emulate --list it shows duplicates when ios simulators are present for 7.x adn 8.x) cordova ios emulate --list it shows duplicates when ios simulators are present for 7.x and 8.x -- Key: CB-8907 URL: https://issues.apache.org/jira/browse/CB-8907 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: Master, 3.8.0 Reporter: Carlos Santana Fix For: 4.0.0 Attachments: duplicate-ios-simulators.jpg.png If you install other ios simulator lets say iOS 7.1 and already have iOS 8.3 In Xcode you can distinguish between iPhone 5s 7.1 and iPhone 5s 8.3 The problem is that in cordova cli, with cordova emulate --list user can not distinguish between them you get duplicates, and no way how to target a specific one. $ cordova emulate --list Running command: /Users/csantana23/foo/cordova/App0424/platforms/ios/cordova/run --emulator --list Available iOS Virtual Devices: iPhone-4s iPhone-5 iPhone-5s iPhone-5s iPad-2 iPad-Retina iPad-Air iPhone-4s iPhone-5 iPhone-5s iPhone-6-Plus iPhone-6 iPad-2 iPad-Retina iPad-Air Resizable-iPhone Resizable-iPad ** RUN SUCCEEDED ** -- 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-9011) PR/Commits should trigger medic builds
[ https://issues.apache.org/jira/browse/CB-9011?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dmitry Blotsky updated CB-9011: --- Remaining Estimate: 24h (was: 72h) Original Estimate: 24h (was: 72h) PR/Commits should trigger medic builds -- Key: CB-9011 URL: https://issues.apache.org/jira/browse/CB-9011 Project: Apache Cordova Issue Type: Improvement Components: Medic Reporter: Dmitry Blotsky Assignee: Dmitry Blotsky Original Estimate: 24h Remaining Estimate: 24h -- 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-7667) [Camera] iOS8: Handle case where camera is not authorized
[ https://issues.apache.org/jira/browse/CB-7667?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14539244#comment-14539244 ] ASF GitHub Bot commented on CB-7667: Github user shazron commented on the pull request: https://github.com/apache/cordova-plugin-camera/pull/49#issuecomment-101133525 I believe localization should never be up to the user of the component; the component itself should handle localization seamlessly. This is how the Cordova Media Capture plugin does it: 1. https://github.com/apache/cordova-plugin-media-capture/tree/master/src/ios/CDVCapture.bundle 2. https://github.com/apache/cordova-plugin-media-capture/blob/f5514cabe19648a4c952bf05c09e088510895165/src/ios/CDVCapture.m#L39 To add more localizations, just add the appropriate .lproj folder with a Localizable.strings file -- send pull requests for adding each language as volunteers provide the strings. In cordova-ios 4.0.x (coming in the future), these resource API functions will be available for plugin authors so they can easily localize their plugins: https://github.com/apache/cordova-ios/blob/ddadf8992bb4b34cd728ed9a21e880ad20e551db/CordovaLib/Classes/Public/CDVPlugin%2BResources.m#L24 [Camera] iOS8: Handle case where camera is not authorized - Key: CB-7667 URL: https://issues.apache.org/jira/browse/CB-7667 Project: Apache Cordova Issue Type: Sub-task Components: Plugin Camera, Plugin Media Capture Affects Versions: 3.5.0 Environment: iOS 8 Reporter: Dan Polivy Assignee: Shazron Abdullah Priority: Minor In iOS 8, it's possible for the camera to be disabled for any given app; in iOS 7, this was only possible in certain regions (e.g. China). If the camera is disabled, and someone launches the Camera plugin to capture an image from the camera, they'll just get the camera UI with a black screen, and no indication that the camera permission is disabled for the app. A better UX would be to show the user a prompt indicating that the camera permission is disabled, and (on iOS 8) providing a button to take them to the Settings app to change it. As of iOS 7, there's a new API to test whether the app has access to capture the desired media type: https://developer.apple.com/library/ios/documentation/AVFoundation/Reference/AVCaptureDevice_Class/index.html#//apple_ref/occ/clm/AVCaptureDevice/authorizationStatusForMediaType: [AVCaptureDevice authorizationStatusForMediaType:mediaType]; -- 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-9008) IndexedDB does not persist in WKWebView after closing app
[ https://issues.apache.org/jira/browse/CB-9008?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-9008: - Fix Version/s: (was: Master) 4.0.0 IndexedDB does not persist in WKWebView after closing app - Key: CB-9008 URL: https://issues.apache.org/jira/browse/CB-9008 Project: Apache Cordova Issue Type: Bug Components: iOS Environment: iOS 8.3, iPhone Reporter: Nolan Lawson Fix For: 4.0.0 I realize y'all are actively developing WKWebView support. This may be a bug in WKWebView itself, or maybe in Cordova; I'm not sure. Hence this bug report. :) [Video demonstration | https://nolanlawson.s3.amazonaws.com/www/apache/iphone_recording.webm] Steps to repro: 1. Install my [database filler app | https://github.com/nolanlawson/database-filler] 2. Follow the instructions to run the WKWebView branch 3. Open up the XCode project in platforms/ios 4. Run on a real device 5. Open up the app, add some data, count it to make sure items were added. 6. Double-press the home button to dismiss the app 7. Reopen it, count items **Expected**: items that were saved in IndexedDB before are still there. **Actual**: 0 items are found. -- 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-9012) FILE_URI always displays as landscape
matthew Wall created CB-9012: Summary: FILE_URI always displays as landscape Key: CB-9012 URL: https://issues.apache.org/jira/browse/CB-9012 Project: Apache Cordova Issue Type: Bug Components: Plugin Camera Affects Versions: 3.6.0 Environment: Developing on MAC running Android studio (1.2) Cordova 5.0.0 Reporter: matthew Wall When I capture an image using the camera plugin (on Android) it always renders the image in landscape made. navigator.camera.getPicture(onPhotoURISuccess, onFail, { correctOrientation: true, quality: 70, allowEdit: false, destinationType: destinationType.FILE_URI, sourceType: Camera.PictureSourceType.CAMERA, saveToPhotoAlbum: false, encodingType: Camera.EncodingType.JPG, targetWidth: 1500, targetHeight: 1500, }); and within the function onPhotoURISuccess(imageURI) { $(img).attr(src, imageURI); } the image is always rendered in landscape. Using correctOrientation: true has no effect. This happens on Samsung devices running 4.4 and Sony Xperia phone running 4.4.4 but also in the AVD nexus5 running 5.0.1 but displays correctly on a device running 5.1 I've reduced file size down to next to nothing and it still does the same thing. The app itself is set to portrait mode only. -- 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-8992) Mobile spec's createmobilespec always installs cordova-plugin-mobilespec-tests
[ https://issues.apache.org/jira/browse/CB-8992?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14538090#comment-14538090 ] ASF subversion and git services commented on CB-8992: - Commit d7d43d687d5b74e163b368eb41320e331cf40b74 in cordova-mobile-spec's branch refs/heads/master from [~alsorokin] [ https://git-wip-us.apache.org/repos/asf?p=cordova-mobile-spec.git;h=d7d43d6 ] CB-8992 Do not install mobilespec tests when --plugins specified github close #128 Mobile spec's createmobilespec always installs cordova-plugin-mobilespec-tests -- Key: CB-8992 URL: https://issues.apache.org/jira/browse/CB-8992 Project: Apache Cordova Issue Type: Bug Components: mobile-spec Reporter: Alexander Sorokin Priority: Minor Createmobilespec installs cordova-plugin-mobilespec-tests even when --plugins flag is present, which is used to explicitly specify list of plugins to install. -- 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-8992) Mobile spec's createmobilespec always installs cordova-plugin-mobilespec-tests
[ https://issues.apache.org/jira/browse/CB-8992?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14538091#comment-14538091 ] ASF GitHub Bot commented on CB-8992: Github user asfgit closed the pull request at: https://github.com/apache/cordova-mobile-spec/pull/128 Mobile spec's createmobilespec always installs cordova-plugin-mobilespec-tests -- Key: CB-8992 URL: https://issues.apache.org/jira/browse/CB-8992 Project: Apache Cordova Issue Type: Bug Components: mobile-spec Reporter: Alexander Sorokin Priority: Minor Createmobilespec installs cordova-plugin-mobilespec-tests even when --plugins flag is present, which is used to explicitly specify list of plugins to install. -- 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-8978) Adding New Image Element to config.xml
[ https://issues.apache.org/jira/browse/CB-8978?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14538289#comment-14538289 ] ASF GitHub Bot commented on CB-8978: GitHub user ktop opened a pull request: https://github.com/apache/cordova-lib/pull/214 CB-8978 Added new image element tag for config.xml You can merge this pull request into a Git repository by running: $ git pull https://github.com/ktop/cordova-lib master Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-lib/pull/214.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 #214 commit 1d591965953ceb3273b4d36aeb6015df8805f33f Author: Karen Tran ktop...@gmail.com Date: 2015-05-11T17:37:45Z CB-8978 Added new image element tag for config.xml Adding New Image Element to config.xml -- Key: CB-8978 URL: https://issues.apache.org/jira/browse/CB-8978 Project: Apache Cordova Issue Type: New Feature Components: CLI, CordovaLib Affects Versions: Master Environment: Android, iOS, WP8, Windows, Blackberry Reporter: Karen Tran Assignee: Karen Tran Labels: config.xml, images Original Estimate: 168h Remaining Estimate: 168h At present, there are only an icon element and splashscreen element that handles copying images from a source to destination in the config.xml. These elements also only handle copying 1 image only and replacing what was previously there as the icon.png or splash.png. I'm creating a new tag that will copy non-main app icon images, which could be notification icons, button icons, custom image text, etc. and not limited to just 1 image. Example: image src=res/android/notification.png name=notification.png / image src=res/android/notification-mdpi.png name=notification.png density=mdpi / The required attributes will be src and name. Depending on the directory that the image gets copied to, the width and height attribute may not be needed. -- 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-9007) main run loop for cordova-cli can hit error handler with empty error, which isn't logged
Jenny Gee created CB-9007: - Summary: main run loop for cordova-cli can hit error handler with empty error, which isn't logged Key: CB-9007 URL: https://issues.apache.org/jira/browse/CB-9007 Project: Apache Cordova Issue Type: Bug Components: CordovaLib, iOS Affects Versions: 5.0.0 Environment: OS X 10.10, cordova-ios added to project, ios-deploy version 1.3.2 Reporter: Jenny Gee Priority: Critical iPhone 5 running iOS 8.3 connected via lightning cable to MBP {quote} $ /Users/jgee/REPOS/SCW/web-app/platforms/ios/cordova/run --device {quote} actual results: no output. with debugging, we see: {{get_ios_deploy_version}}'s ({{versions.js}}) child process error callback is called with: {code} error = { [Error: Command failed: ] killed: false, code: 253, signal: null } stderr = stdout = 1.3.2 {code} The root cause for this is: {quote} $ ios-deploy --version ; echo $? 1.3.2 253 {quote} expected results: 1. when the main run path in cordova-cli runs: {code} if (['--help', '/?', '-h', 'help', '-help', '/help'].indexOf(args[2]) -1) { run.help(); } else { run.run(args).done(function() { console.log('** RUN SUCCEEDED **'); }, function (err) { var errorMessage = (err err.stack) ? err.stack : err; console.error(errorMessage); process.exit(2); }); } {code} the err handler case needs to complain loudly and clearly if it manages to be called with an empty error, as here. 2. {{versions.js}} {{get_ios_deploy_version}} exec handler should perhaps handle the case where it gets stdout of a nice version number but for whatever reason the app exits with code {{253}} instead of {{0}}. 3. {{ios-deploy}} should really not return exit code {{253}} when it's able to spit out a version number. -- 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-9008) IndexedDB does not persist in WKWebView after closing app
Nolan Lawson created CB-9008: Summary: IndexedDB does not persist in WKWebView after closing app Key: CB-9008 URL: https://issues.apache.org/jira/browse/CB-9008 Project: Apache Cordova Issue Type: Bug Components: iOS Environment: iOS 8.3, iPhone Reporter: Nolan Lawson Fix For: Master I realize y'all are actively developing WKWebView support. This may be a bug in WKWebView itself, or maybe in Cordova; I'm not sure. Hence this bug report. :) [Video demonstration | https://nolanlawson.s3.amazonaws.com/www/apache/iphone_recording.webm] Steps to repro: 1. Install my [database filler app | https://github.com/nolanlawson/database-filler] 2. Follow the instructions to run the WKWebView branch 3. Open up the XCode project in platforms/ios 4. Run on a real device 5. Open up the app, add some data, count it to make sure items were added. 6. Double-press the home button to dismiss the app 7. Reopen it, count items **Expected**: items that were saved in IndexedDB before are still there. **Actual**: 0 items are found. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8727) WebSQL test fail on Android 5.1
[ https://issues.apache.org/jira/browse/CB-8727?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karen Tran resolved CB-8727. Resolution: Fixed WebSQL test fail on Android 5.1 --- Key: CB-8727 URL: https://issues.apache.org/jira/browse/CB-8727 Project: Apache Cordova Issue Type: Bug Components: Android, mobile-spec Affects Versions: Master, 3.2.0 Environment: Android 5.1 Reporter: Karen Tran Assignee: Karen Tran Priority: Minor Labels: android5.1, mobilespec, scrollByLines, websql Fix For: Master Regression testing Android 5.1 on mobile-spec. WebSQL test fails immediately when trying to create a table. Gets exception at line with the scrollByLines() method {quote} var databaseOutput = function(s) \{ var el = document.getElementById(database_results); el.innerHTML = el.innerHTML + s + br; el.scrollByLines(2); \}; {quote} To Fix: Just remove that line. scollByLines() doesn't affect the webSQL test so can be removed. My guess for why it breaks in Android 5.1 is that it is deprecated, though just speculating after looking around for answers. Some sources regarding the fix: - https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/KYJoVzmi_tw/OsTpm27Ty9YJ - https://crosswalk-project.org/jira/browse/XWALK-2502 The earliest version of cordova this line is present in is 3.2.0 and goes all the way through Master. And somewhere along the way, index.html starts to reference index.js where this line was moved to. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9007) main run loop for cordova-cli can hit error handler with empty error, which isn't logged
[ https://issues.apache.org/jira/browse/CB-9007?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jenny Gee updated CB-9007: -- Attachment: ios-deploy I put this script into my path before ~/npm/bin, and now i'm able to use run... main run loop for cordova-cli can hit error handler with empty error, which isn't logged Key: CB-9007 URL: https://issues.apache.org/jira/browse/CB-9007 Project: Apache Cordova Issue Type: Bug Components: CordovaLib, iOS Affects Versions: 5.0.0 Environment: OS X 10.10, cordova-ios added to project, ios-deploy version 1.3.2 Reporter: Jenny Gee Priority: Critical Attachments: ios-deploy iPhone 5 running iOS 8.3 connected via lightning cable to MBP {quote} $ /Users/jgee/REPOS/SCW/web-app/platforms/ios/cordova/run --device {quote} actual results: no output. with debugging, we see: {{get_ios_deploy_version}}'s ({{versions.js}}) child process error callback is called with: {code} error = { [Error: Command failed: ] killed: false, code: 253, signal: null } stderr = stdout = 1.3.2 {code} The root cause for this is: {quote} $ ios-deploy --version ; echo $? 1.3.2 253 {quote} expected results: 1. when the main run path in cordova-cli runs: {code} if (['--help', '/?', '-h', 'help', '-help', '/help'].indexOf(args[2]) -1) { run.help(); } else { run.run(args).done(function() { console.log('** RUN SUCCEEDED **'); }, function (err) { var errorMessage = (err err.stack) ? err.stack : err; console.error(errorMessage); process.exit(2); }); } {code} the err handler case needs to complain loudly and clearly if it manages to be called with an empty error, as here. 2. {{versions.js}} {{get_ios_deploy_version}} exec handler should perhaps handle the case where it gets stdout of a nice version number but for whatever reason the app exits with code {{253}} instead of {{0}}. 3. {{ios-deploy}} should really not return exit code {{253}} when it's able to spit out a version number. -- 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-8927) Add media to cspMeta content and windows
[ https://issues.apache.org/jira/browse/CB-8927?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14538202#comment-14538202 ] ASF GitHub Bot commented on CB-8927: Github user nikhilkh commented on the pull request: https://github.com/apache/cordova-mobile-spec/pull/127#issuecomment-100982639 LGTM. Add media to cspMeta content and windows Key: CB-8927 URL: https://issues.apache.org/jira/browse/CB-8927 Project: Apache Cordova Issue Type: Bug Components: mobile-spec Reporter: Murat Sutunc Assignee: Murat Sutunc Add ' media-src \'self\' http://cordova.apache.org/downloads/;' to CSP. Also include windows -- 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-8727) WebSQL test fail on Android 5.1
[ https://issues.apache.org/jira/browse/CB-8727?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14538196#comment-14538196 ] ASF GitHub Bot commented on CB-8727: Github user ktop closed the pull request at: https://github.com/apache/cordova-mobile-spec/pull/124 WebSQL test fail on Android 5.1 --- Key: CB-8727 URL: https://issues.apache.org/jira/browse/CB-8727 Project: Apache Cordova Issue Type: Bug Components: Android, mobile-spec Affects Versions: Master, 3.2.0 Environment: Android 5.1 Reporter: Karen Tran Assignee: Karen Tran Priority: Minor Labels: android5.1, mobilespec, scrollByLines, websql Fix For: Master Regression testing Android 5.1 on mobile-spec. WebSQL test fails immediately when trying to create a table. Gets exception at line with the scrollByLines() method {quote} var databaseOutput = function(s) \{ var el = document.getElementById(database_results); el.innerHTML = el.innerHTML + s + br; el.scrollByLines(2); \}; {quote} To Fix: Just remove that line. scollByLines() doesn't affect the webSQL test so can be removed. My guess for why it breaks in Android 5.1 is that it is deprecated, though just speculating after looking around for answers. Some sources regarding the fix: - https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/KYJoVzmi_tw/OsTpm27Ty9YJ - https://crosswalk-project.org/jira/browse/XWALK-2502 The earliest version of cordova this line is present in is 3.2.0 and goes all the way through Master. And somewhere along the way, index.html starts to reference index.js where this line was moved to. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-8982) Adding New Image Element to config.xml for Windows 8
[ https://issues.apache.org/jira/browse/CB-8982?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karen Tran reassigned CB-8982: -- Assignee: Karen Tran (was: Jesse MacFadyen) Adding New Image Element to config.xml for Windows 8 Key: CB-8982 URL: https://issues.apache.org/jira/browse/CB-8982 Project: Apache Cordova Issue Type: Sub-task Components: CLI, CordovaLib, Windows 8 Affects Versions: Master Environment: Windows 8 Reporter: Karen Tran Assignee: Karen Tran Based on the parent task, create a new image element tag to copy the image from src to the correct directory with the given name. image src=res/windows/notification.png name=notification.png / -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-8981) Adding New Image Element to config.xml for WP8
[ https://issues.apache.org/jira/browse/CB-8981?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karen Tran reassigned CB-8981: -- Assignee: Karen Tran (was: Jesse MacFadyen) Adding New Image Element to config.xml for WP8 -- Key: CB-8981 URL: https://issues.apache.org/jira/browse/CB-8981 Project: Apache Cordova Issue Type: Sub-task Components: CLI, CordovaLib, WP8 Affects Versions: Master Environment: WP8 Reporter: Karen Tran Assignee: Karen Tran Based on the parent task, create a new image element tag to copy the image from src to the correct directory with the given name. Example: image src=res/wp8/notification.png name=notification.png / -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org