[jira] [Commented] (CB-11085) AudioHandler logs should use system log, not println
[ https://issues.apache.org/jira/browse/CB-11085?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15434287#comment-15434287 ] ASF GitHub Bot commented on CB-11085: - GitHub user sanjeewa894 reopened a pull request: https://github.com/apache/cordova-plugin-media/pull/110 CB-11085 (Android) Fixed AudioHandler logs should use system log, not println ### Platforms affected Android ### What does this PR do? This is a fix for https://issues.apache.org/jira/browse/CB-11085. It fixes the println to LOG (android.util.Log use in org.apache.cordova.LOG). ### What testing has been done on this change? Testing was unable to do. ### Checklist - [x] [ICLA](http://www.apache.org/licenses/icla.txt) has been signed and submitted to secret...@apache.org. - [x] [Reported an issue](http://cordova.apache.org/contribute/issues.html) in the JIRA database - [x] Commit message follows the format: "CB-3232: (android) Fix bug with resolving file paths", where CB- is the JIRA ID & "android" is the platform affected. - [x] Added automated test coverage as appropriate for this change. You can merge this pull request into a Git repository by running: $ git pull https://github.com/sanjeewa894/cordova-plugin-media master Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-media/pull/110.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 #110 commit 9084576e1a6853c82457e2d379fb3d2a0e3364f6 Author: sanjeewa894 Date: 2016-08-23T17:44:29Z Fix error output using println to Log.e commit fac888da1b8cf88eb1fc44ac3a0e94b6d0030dbb Author: sanjeewa894 Date: 2016-08-23T17:46:05Z Merge remote-tracking branch 'origin/master' commit c1c01b1834e1a37158b6de247ac444a1d49fbdbf Author: sanjeewa894 Date: 2016-08-23T17:53:12Z Fix error output using println to LOG.e > AudioHandler logs should use system log, not println > > > Key: CB-11085 > URL: https://issues.apache.org/jira/browse/CB-11085 > Project: Apache Cordova > Issue Type: Improvement > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Plugin Media >Affects Versions: 1.0.0, 1.1.0, 1.2.0, 1.3.0, 1.4.0, 1.5.0, 1.6.0, 1.6.1, > 1.7.0, 1.8.0, 1.8.1, 1.9.0, 2.0.0, 2.1.0, 2.2.0, 2.3.0, 2.4.0, 2.5.0, 2.6.0, > 2.7.0, 2.8.0, 2.9.0, 3.0.0, 3.1.0, 3.2.0, 3.3.0, 3.4.0, 2.9.1, 3.5.0 >Reporter: Fabrice Lebas >Assignee: sanjeewa kumara >Priority: Minor > Labels: Android, easyfix, test > Original Estimate: 0.5h > Remaining Estimate: 0.5h > > AudioHandler.java should use android.util.Log rather than println. -- This message was sent by Atlassian JIRA (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-11085) AudioHandler logs should use system log, not println
[ https://issues.apache.org/jira/browse/CB-11085?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15434284#comment-15434284 ] ASF GitHub Bot commented on CB-11085: - Github user daserge commented on the issue: https://github.com/apache/cordova-plugin-media/pull/110 @sanjeewa894, you should not close your PRs in case you want them to be merged in. PRs are sometimes being closed by asfgit bot, which occurs when a commit contains "Closes #PR-NUMBER" string - this usually occurs either for PRs that had been merged already (and not automatically closed by Github because of different commit SHAs) or for invalid/stale ones (if their authors don't respond and close them per request). > AudioHandler logs should use system log, not println > > > Key: CB-11085 > URL: https://issues.apache.org/jira/browse/CB-11085 > Project: Apache Cordova > Issue Type: Improvement > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Plugin Media >Affects Versions: 1.0.0, 1.1.0, 1.2.0, 1.3.0, 1.4.0, 1.5.0, 1.6.0, 1.6.1, > 1.7.0, 1.8.0, 1.8.1, 1.9.0, 2.0.0, 2.1.0, 2.2.0, 2.3.0, 2.4.0, 2.5.0, 2.6.0, > 2.7.0, 2.8.0, 2.9.0, 3.0.0, 3.1.0, 3.2.0, 3.3.0, 3.4.0, 2.9.1, 3.5.0 >Reporter: Fabrice Lebas >Assignee: sanjeewa kumara >Priority: Minor > Labels: Android, easyfix, test > Original Estimate: 0.5h > Remaining Estimate: 0.5h > > AudioHandler.java should use android.util.Log rather than println. -- This message was sent by Atlassian JIRA (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-11749) Add --stats-only flag for list-pulls command
Shazron Abdullah created CB-11749: - Summary: Add --stats-only flag for list-pulls command Key: CB-11749 URL: https://issues.apache.org/jira/browse/CB-11749 Project: Apache Cordova Issue Type: Task Security Level: Public (Anyone can view this level - this is the default.) Components: Coho Reporter: Shazron Abdullah Assignee: Shazron Abdullah So we can easily see outstanding issues -- This message was sent by Atlassian JIRA (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-11517) Cordova run browser ignore dot.folder (sencha touch integration)
[ https://issues.apache.org/jira/browse/CB-11517?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen reassigned CB-11517: Assignee: Jesse MacFadyen > Cordova run browser ignore dot.folder (sencha touch integration) > > > Key: CB-11517 > URL: https://issues.apache.org/jira/browse/CB-11517 > Project: Apache Cordova > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) >Reporter: adrian >Assignee: Jesse MacFadyen >Priority: Blocker > > Hello. I encountered this issue while creating a new project in cordova with > sencha touch integration. The sencha default project has a folder named > ".sencha" which cordova ignores and doesn't copy to the virtual server. Is > there a way/workaround to exclude this folder from ignored folders? -- This message was sent by Atlassian JIRA (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-11721) Android InAppBrowser Previous, Next page history buttons do not change with the state of the content
[ https://issues.apache.org/jira/browse/CB-11721?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15433897#comment-15433897 ] Arjun Thounaojam commented on CB-11721: --- I have a fix for this. Can this be assigned to me? > Android InAppBrowser Previous, Next page history buttons do not change with > the state of the content > > > Key: CB-11721 > URL: https://issues.apache.org/jira/browse/CB-11721 > Project: Apache Cordova > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Plugin InAppBrowser >Affects Versions: Master > Environment: Android OS 6.0.1, Cordova CLI 6.3.1, cordova-android > 5.2.1, cordova-plugin-inappbrowser 1.4.0 >Reporter: Arjun Thounaojam > Labels: android, triaged > Attachments: InAppBrowserAndroidCurrentHistoryButtons.png, > InAppBrowserAndroidImprovedHistoryButtons.png > > > Steps to reproduce: > 1) Create a simple Cordova Android app with the InAppBrowser plugin pointing > to a website. E.g. https://news.google.com > 2) Navigate back and forth between different pages > 3) Observe the history buttons on the toolbar > Expected behavior: > The Previous / Next arrow buttons should become highlighted or faded based on > where in the page history the content is. > This behavior is standard on most browsers. The iOS InAppBrowser implements > it too. > Observed behavior: > The Previous / Next buttons remain highlighted regardless of if it's possible > to navigate back or forward in the content. > This was never implemented for Android so wasn't sure if Issue Type should be > a Bug or Improvement. Left it at default. > I have a potential implementation. Will fork repo and trigger a pull request > soon. -- This message was sent by Atlassian JIRA (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-9963) iOS uuid should remain even after uninstall
[ https://issues.apache.org/jira/browse/CB-9963?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15433894#comment-15433894 ] Jesse MacFadyen commented on CB-9963: - Is it possible to store info in a device's keychain even after your app (all your apps) is uninstalled? Personally I think this is an antipattern, and you should avoid depending on knowing any particular device. There was/is a reason Apple decided to NOT allow apps to use the real device uuid, and you should probably respect it. > iOS uuid should remain even after uninstall > --- > > Key: CB-9963 > URL: https://issues.apache.org/jira/browse/CB-9963 > Project: Apache Cordova > Issue Type: Improvement > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Plugin Device > Environment: iOS >Reporter: Mike Murkovic >Assignee: LightZam > Labels: apple > Original Estimate: 12h > Remaining Estimate: 12h > > The readme states that an iOS quirk is that it is using the > identifierForVendor, which remains immutable until every app by one vendor is > uninstalled. Typically I'd imagine developers are making one app - and so if > the single app gets uninstalled, they lose the uuid and it appears to be a > "new" device on reinstall. > Instead, we should consider using the CFUUIDCreate to create a unique ID on > startup, and insert it into the SSKeyChain of the device. Then when an app is > installed, it should check to see if there already is a UUID in the key chain > before generating a new one. Example: > http://stackoverflow.com/questions/7273014/ios-unique-user-identifier/8677177#answer-8677177 > If the device is flashed or reinstalled, then I guess it will still be a > problem. I wish we could get a totally unique ID for that actual physical > device. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-11722) cordova-create@1.0.0 release august 18, 2016
[ https://issues.apache.org/jira/browse/CB-11722?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15433888#comment-15433888 ] ASF subversion and git services commented on CB-11722: -- Commit af12a2535193fcda195943001824c6370d166d22 in cordova-create's branch refs/heads/1.0.x from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-create.git;h=af12a25 ] CB-11722 Updated version and RELEASENOTES.md for release 1.0.0 > cordova-create@1.0.0 release august 18, 2016 > > > Key: CB-11722 > URL: https://issues.apache.org/jira/browse/CB-11722 > Project: Apache Cordova > Issue Type: Task > Security Level: Public(Anyone can view this level - this is the > default.) > Components: cordova-create >Reporter: Steve Gill >Assignee: Steve Gill > > "Following steps at > https://github.com/apache/cordova-coho/blob/master/docs/tools-release-process.md"; -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-11748) Add security page to website
Shazron Abdullah created CB-11748: - Summary: Add security page to website Key: CB-11748 URL: https://issues.apache.org/jira/browse/CB-11748 Project: Apache Cordova Issue Type: Task Security Level: Public (Anyone can view this level - this is the default.) Components: Website Reporter: Shazron Abdullah In the style of one of these projects: http://www.apache.org/security/projects.html Note that users can create a Security Level: Non-Public issue in JIRA to report security issues now. These Non-Public issues are only viewable to the reporter, and the users that are in the PMC and Administrator Roles. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Deleted] (CB-11746) Test of "none" security level issue
[ https://issues.apache.org/jira/browse/CB-11746?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah deleted CB-11746: -- > Test of "none" security level issue > --- > > Key: CB-11746 > URL: https://issues.apache.org/jira/browse/CB-11746 > Project: Apache Cordova > Issue Type: Bug >Reporter: Shazron Abdullah > > Security level set to none. -- This message was sent by Atlassian JIRA (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-11746) Test of "none" security level issue
Shazron Abdullah created CB-11746: - Summary: Test of "none" security level issue Key: CB-11746 URL: https://issues.apache.org/jira/browse/CB-11746 Project: Apache Cordova Issue Type: Bug Reporter: Shazron Abdullah Security level set to none. -- This message was sent by Atlassian JIRA (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-11739) Inconsistent execution of executeScript in Cordova inAppBrowser on iOS
[ https://issues.apache.org/jira/browse/CB-11739?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jack Eastburn updated CB-11739: --- Component/s: Plugin WKWebViewEngine > Inconsistent execution of executeScript in Cordova inAppBrowser on iOS > -- > > Key: CB-11739 > URL: https://issues.apache.org/jira/browse/CB-11739 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser, Plugin WKWebViewEngine >Affects Versions: 1.4.0 > Environment: iOS 9+ with WKWebView >Reporter: Jack Eastburn > Labels: iOS > Original Estimate: 24h > Remaining Estimate: 24h > > It seems executeScript is not always being called on devices, but always > called on emulators. The script executes maybe every other time. But it's > never even that consistent. Listener is added every time correctly. Works > consistently on Android. Possibly related to the strange behavior others are > seeing with WKWebView? > Here's the code: > {code} > var codePass = fooCode; > var executeScriptFunc = function(event) { > ref.executeScript({ > code: codePass > }, function (value) {}); > ref.removeEventListener('loadstop', executeScriptFunc); > }; > var ref = cordova.InAppBrowser.open(fooObject.link, "_blank", > "location=yes,enableViewportScale=yes"); > ref.addEventListener('loadstop', executeScriptFunc) > {code} > Both the emulator and iPhone are using iOS 9.3.4. I'm at a loss for what's > different about the emulator environment compared to the iPhone environment > that could cause this. -- This message was sent by Atlassian JIRA (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-11739) Inconsistent execution of executeScript in Cordova inAppBrowser on iOS
[ https://issues.apache.org/jira/browse/CB-11739?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jack Eastburn updated CB-11739: --- Environment: iOS 9+ with WKWebView (was: iOS 9.3.4) > Inconsistent execution of executeScript in Cordova inAppBrowser on iOS > -- > > Key: CB-11739 > URL: https://issues.apache.org/jira/browse/CB-11739 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 1.4.0 > Environment: iOS 9+ with WKWebView >Reporter: Jack Eastburn > Labels: iOS > Original Estimate: 24h > Remaining Estimate: 24h > > It seems executeScript is not always being called on devices, but always > called on emulators. The script executes maybe every other time. But it's > never even that consistent. Listener is added every time correctly. Works > consistently on Android. Possibly related to the strange behavior others are > seeing with WKWebView? > Here's the code: > {code} > var codePass = fooCode; > var executeScriptFunc = function(event) { > ref.executeScript({ > code: codePass > }, function (value) {}); > ref.removeEventListener('loadstop', executeScriptFunc); > }; > var ref = cordova.InAppBrowser.open(fooObject.link, "_blank", > "location=yes,enableViewportScale=yes"); > ref.addEventListener('loadstop', executeScriptFunc) > {code} > Both the emulator and iPhone are using iOS 9.3.4. I'm at a loss for what's > different about the emulator environment compared to the iPhone environment > that could cause this. -- This message was sent by Atlassian JIRA (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-11739) Inconsistent execution of executeScript in Cordova inAppBrowser on iOS
[ https://issues.apache.org/jira/browse/CB-11739?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15433630#comment-15433630 ] Jack Eastburn commented on CB-11739: Ok, I have a workaround, but it's not ideal. It seems to work every time on iOS devices when I remove the cordova-plugin-wkwebview-engine Plugin. Given that this helps optimize the app, it seems this isn't a great scenario. WKWebView seems to be the issue so may be related to [CB-11136|https://issues.apache.org/jira/browse/CB-11136?jql=component%20%3D%20%22Plugin%20InAppBrowser%22%20AND%20project%20%3D%20CB] and [CB-10698|https://issues.apache.org/jira/browse/CB-10698?jql=component%20%3D%20%22Plugin%20InAppBrowser%22%20AND%20project%20%3D%20CB]. > Inconsistent execution of executeScript in Cordova inAppBrowser on iOS > -- > > Key: CB-11739 > URL: https://issues.apache.org/jira/browse/CB-11739 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 1.4.0 > Environment: iOS 9.3.4 >Reporter: Jack Eastburn > Labels: iOS > Original Estimate: 24h > Remaining Estimate: 24h > > It seems executeScript is not always being called on devices, but always > called on emulators. The script executes maybe every other time. But it's > never even that consistent. Listener is added every time correctly. Works > consistently on Android. Possibly related to the strange behavior others are > seeing with WKWebView? > Here's the code: > {code} > var codePass = fooCode; > var executeScriptFunc = function(event) { > ref.executeScript({ > code: codePass > }, function (value) {}); > ref.removeEventListener('loadstop', executeScriptFunc); > }; > var ref = cordova.InAppBrowser.open(fooObject.link, "_blank", > "location=yes,enableViewportScale=yes"); > ref.addEventListener('loadstop', executeScriptFunc) > {code} > Both the emulator and iPhone are using iOS 9.3.4. I'm at a loss for what's > different about the emulator environment compared to the iPhone environment > that could cause this. -- This message was sent by Atlassian JIRA (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-11085) AudioHandler logs should use system log, not println
[ https://issues.apache.org/jira/browse/CB-11085?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15433521#comment-15433521 ] sanjeewa kumara commented on CB-11085: -- Can I know how to build test case for this fix? Is it build as usual java test case or something else? > AudioHandler logs should use system log, not println > > > Key: CB-11085 > URL: https://issues.apache.org/jira/browse/CB-11085 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Media >Affects Versions: 1.0.0, 1.1.0, 1.2.0, 1.3.0, 1.4.0, 1.5.0, 1.6.0, 1.6.1, > 1.7.0, 1.8.0, 1.8.1, 1.9.0, 2.0.0, 2.1.0, 2.2.0, 2.3.0, 2.4.0, 2.5.0, 2.6.0, > 2.7.0, 2.8.0, 2.9.0, 3.0.0, 3.1.0, 3.2.0, 3.3.0, 3.4.0, 2.9.1, 3.5.0 >Reporter: Fabrice Lebas >Assignee: sanjeewa kumara >Priority: Minor > Labels: Android, easyfix, test > Original Estimate: 0.5h > Remaining Estimate: 0.5h > > AudioHandler.java should use android.util.Log rather than println. -- This message was sent by Atlassian JIRA (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-11085) AudioHandler logs should use system log, not println
[ https://issues.apache.org/jira/browse/CB-11085?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-11085: -- Assignee: sanjeewa kumara > AudioHandler logs should use system log, not println > > > Key: CB-11085 > URL: https://issues.apache.org/jira/browse/CB-11085 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Media >Affects Versions: 1.0.0, 1.1.0, 1.2.0, 1.3.0, 1.4.0, 1.5.0, 1.6.0, 1.6.1, > 1.7.0, 1.8.0, 1.8.1, 1.9.0, 2.0.0, 2.1.0, 2.2.0, 2.3.0, 2.4.0, 2.5.0, 2.6.0, > 2.7.0, 2.8.0, 2.9.0, 3.0.0, 3.1.0, 3.2.0, 3.3.0, 3.4.0, 2.9.1, 3.5.0 >Reporter: Fabrice Lebas >Assignee: sanjeewa kumara >Priority: Minor > Labels: Android, easyfix, test > Original Estimate: 0.5h > Remaining Estimate: 0.5h > > AudioHandler.java should use android.util.Log rather than println. -- This message was sent by Atlassian JIRA (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-11281) Prompt dialog: defaultText is not taken as input if no input by user
[ https://issues.apache.org/jira/browse/CB-11281?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15433471#comment-15433471 ] ASF GitHub Bot commented on CB-11281: - Github user cordova-qa commented on the issue: https://github.com/apache/cordova-plugin-dialogs/pull/83 Cordova CI Build has completed successfully. **Commit** - [Link](https://github.com/apache/cordova-plugin-dialogs/pull/83/commits/484ad35659d50b2d66539b6a7b77ffde6d76d7f5) **Dashboard** - [Link](http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-dialogs-pr/31/) | Builder Name | Console Output | Test Report | Device Logs | | :---: | :---: | :---: | :---:| | [Windows 8.1 Store]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-dialogs-pr/31//PLATFORM=windows-8.1-store/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-dialogs-pr/31//PLATFORM=windows-8.1-store/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-dialogs-pr/31//PLATFORM=windows-8.1-store/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-dialogs-pr/31//PLATFORM=windows-8.1-store/artifact/) | | [Windows 10 Store]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-dialogs-pr/31//PLATFORM=windows-10-store/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-dialogs-pr/31//PLATFORM=windows-10-store/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-dialogs-pr/31//PLATFORM=windows-10-store/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-dialogs-pr/31//PLATFORM=windows-10-store/artifact/) | | [Windows 8.1 Phone]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-dialogs-pr/31//PLATFORM=windows-8.1-phone/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-dialogs-pr/31//PLATFORM=windows-8.1-phone/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-dialogs-pr/31//PLATFORM=windows-8.1-phone/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-dialogs-pr/31//PLATFORM=windows-8.1-phone/artifact/) | | [iOS]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-dialogs-pr/31//PLATFORM=ios/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-dialogs-pr/31//PLATFORM=ios/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-dialogs-pr/31//PLATFORM=ios/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-dialogs-pr/31//PLATFORM=ios/artifact/) | | [Android]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-dialogs-pr/31//PLATFORM=android/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-dialogs-pr/31//PLATFORM=android/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-dialogs-pr/31//PLATFORM=android/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-dialogs-pr/31//PLATFORM=android/artifact/) | > Prompt dialog: defaultText is not taken as input if no input by user > > > Key: CB-11281 > URL: https://issues.apache.org/jira/browse/CB-11281 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Dialogs >Affects Versions: 3.5.0 > Environment: Windows 10 >Reporter: Kai Schätzl >Assignee: Deshan Kalupahana >Priority: Minor > Labels: Windows, easy, easyfix, triaged, windows-universal > Fix For: Master > > > Consider the case where you have a defaultText for > navigator.notification.prompt, the user sees it and then hits enter. > With the original Javascript prompt dialog you get whatever's in the field as > output. var result = prompt ("Description", "Default Value"); > So, if the user enters nothing you get the default value given as your value > in result. > This is the expected behavior when mimicking this dialog. > To my surprise, this is not what happens with navigator.notification.prompt. > If the user enters nothing then nothing is returned via results.input1. > Although it looks like something is already "sitting" there and waiting for > submit. > I think this behavior should be changed according to what the Javascript > prompt dialog does. That makes it consistent with browser behavior and what > most people expect. > This bug might be related to https://issues.apache.org/jira/browse/CB-11214, > where the reporter seems to expect the opposite (not sure about that). -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apac
[jira] [Issue Comment Deleted] (CB-11281) Prompt dialog: defaultText is not taken as input if no input by user
[ https://issues.apache.org/jira/browse/CB-11281?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Deshan Kalupahana updated CB-11281: --- Comment: was deleted (was: Fixed with PR https://github.com/apache/cordova-plugin-dialogs/pull/83) > Prompt dialog: defaultText is not taken as input if no input by user > > > Key: CB-11281 > URL: https://issues.apache.org/jira/browse/CB-11281 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Dialogs >Affects Versions: 3.5.0 > Environment: Windows 10 >Reporter: Kai Schätzl >Assignee: Deshan Kalupahana >Priority: Minor > Labels: Windows, easy, easyfix, triaged, windows-universal > Fix For: Master > > > Consider the case where you have a defaultText for > navigator.notification.prompt, the user sees it and then hits enter. > With the original Javascript prompt dialog you get whatever's in the field as > output. var result = prompt ("Description", "Default Value"); > So, if the user enters nothing you get the default value given as your value > in result. > This is the expected behavior when mimicking this dialog. > To my surprise, this is not what happens with navigator.notification.prompt. > If the user enters nothing then nothing is returned via results.input1. > Although it looks like something is already "sitting" there and waiting for > submit. > I think this behavior should be changed according to what the Javascript > prompt dialog does. That makes it consistent with browser behavior and what > most people expect. > This bug might be related to https://issues.apache.org/jira/browse/CB-11214, > where the reporter seems to expect the opposite (not sure about that). -- This message was sent by Atlassian JIRA (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-11281) Prompt dialog: defaultText is not taken as input if no input by user
[ https://issues.apache.org/jira/browse/CB-11281?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15433450#comment-15433450 ] Deshan Kalupahana commented on CB-11281: Fixed with PR https://github.com/apache/cordova-plugin-dialogs/pull/83 > Prompt dialog: defaultText is not taken as input if no input by user > > > Key: CB-11281 > URL: https://issues.apache.org/jira/browse/CB-11281 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Dialogs >Affects Versions: 3.5.0 > Environment: Windows 10 >Reporter: Kai Schätzl >Assignee: Deshan Kalupahana >Priority: Minor > Labels: Windows, easy, easyfix, triaged, windows-universal > Fix For: Master > > > Consider the case where you have a defaultText for > navigator.notification.prompt, the user sees it and then hits enter. > With the original Javascript prompt dialog you get whatever's in the field as > output. var result = prompt ("Description", "Default Value"); > So, if the user enters nothing you get the default value given as your value > in result. > This is the expected behavior when mimicking this dialog. > To my surprise, this is not what happens with navigator.notification.prompt. > If the user enters nothing then nothing is returned via results.input1. > Although it looks like something is already "sitting" there and waiting for > submit. > I think this behavior should be changed according to what the Javascript > prompt dialog does. That makes it consistent with browser behavior and what > most people expect. > This bug might be related to https://issues.apache.org/jira/browse/CB-11214, > where the reporter seems to expect the opposite (not sure about that). -- This message was sent by Atlassian JIRA (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-11281) Prompt dialog: defaultText is not taken as input if no input by user
[ https://issues.apache.org/jira/browse/CB-11281?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15433446#comment-15433446 ] ASF GitHub Bot commented on CB-11281: - GitHub user DeshanKTD opened a pull request: https://github.com/apache/cordova-plugin-dialogs/pull/83 CB-11281 windows: defaultText is taken as input for empty input field ### Platforms affected Windows ### What does this PR do? CB-11281 issue fixed. If there is no input by user in prompt dialog, default text is not taken as input. That issue is fixed. You can merge this pull request into a Git repository by running: $ git pull https://github.com/DeshanKTD/cordova-plugin-dialogs master Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-dialogs/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 484ad35659d50b2d66539b6a7b77ffde6d76d7f5 Author: DeshanKTD Date: 2016-08-23T19:23:48Z CB-11281 windows: defaultText is not taken as input if no input by user fixed > Prompt dialog: defaultText is not taken as input if no input by user > > > Key: CB-11281 > URL: https://issues.apache.org/jira/browse/CB-11281 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Dialogs >Affects Versions: 3.5.0 > Environment: Windows 10 >Reporter: Kai Schätzl >Assignee: Deshan Kalupahana >Priority: Minor > Labels: Windows, easy, easyfix, triaged, windows-universal > Fix For: Master > > > Consider the case where you have a defaultText for > navigator.notification.prompt, the user sees it and then hits enter. > With the original Javascript prompt dialog you get whatever's in the field as > output. var result = prompt ("Description", "Default Value"); > So, if the user enters nothing you get the default value given as your value > in result. > This is the expected behavior when mimicking this dialog. > To my surprise, this is not what happens with navigator.notification.prompt. > If the user enters nothing then nothing is returned via results.input1. > Although it looks like something is already "sitting" there and waiting for > submit. > I think this behavior should be changed according to what the Javascript > prompt dialog does. That makes it consistent with browser behavior and what > most people expect. > This bug might be related to https://issues.apache.org/jira/browse/CB-11214, > where the reporter seems to expect the opposite (not sure about that). -- This message was sent by Atlassian JIRA (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-11085) AudioHandler logs should use system log, not println
[ https://issues.apache.org/jira/browse/CB-11085?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15433439#comment-15433439 ] ASF GitHub Bot commented on CB-11085: - Github user sanjeewa894 closed the pull request at: https://github.com/apache/cordova-plugin-media/pull/110 > AudioHandler logs should use system log, not println > > > Key: CB-11085 > URL: https://issues.apache.org/jira/browse/CB-11085 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Media >Affects Versions: 1.0.0, 1.1.0, 1.2.0, 1.3.0, 1.4.0, 1.5.0, 1.6.0, 1.6.1, > 1.7.0, 1.8.0, 1.8.1, 1.9.0, 2.0.0, 2.1.0, 2.2.0, 2.3.0, 2.4.0, 2.5.0, 2.6.0, > 2.7.0, 2.8.0, 2.9.0, 3.0.0, 3.1.0, 3.2.0, 3.3.0, 3.4.0, 2.9.1, 3.5.0 >Reporter: Fabrice Lebas >Priority: Minor > Labels: Android, easyfix, test > Original Estimate: 0.5h > Remaining Estimate: 0.5h > > AudioHandler.java should use android.util.Log rather than println. -- This message was sent by Atlassian JIRA (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-11085) AudioHandler logs should use system log, not println
[ https://issues.apache.org/jira/browse/CB-11085?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15433420#comment-15433420 ] ASF GitHub Bot commented on CB-11085: - Github user cordova-qa commented on the issue: https://github.com/apache/cordova-plugin-media/pull/110 Cordova CI Build has one or more failures. **Commit** - [Link](https://github.com/apache/cordova-plugin-media/pull/110/commits/c1c01b1834e1a37158b6de247ac444a1d49fbdbf) **Dashboard** - [Link](http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/63/) | Builder Name | Console Output | Test Report | Device Logs | | :---: | :---: | :---: | :---:| | [Windows 8.1 Store]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/63//PLATFORM=windows-8.1-store/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/63//PLATFORM=windows-8.1-store/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/63//PLATFORM=windows-8.1-store/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/63//PLATFORM=windows-8.1-store/artifact/) | | [Windows 10 Store]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/63//PLATFORM=windows-10-store/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/63//PLATFORM=windows-10-store/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/63//PLATFORM=windows-10-store/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/63//PLATFORM=windows-10-store/artifact/) | | [Windows 8.1 Phone]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/63//PLATFORM=windows-8.1-phone/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/63//PLATFORM=windows-8.1-phone/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/63//PLATFORM=windows-8.1-phone/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/63//PLATFORM=windows-8.1-phone/artifact/) | | [iOS]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/63//PLATFORM=ios/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/63//PLATFORM=ios/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/63//PLATFORM=ios/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/63//PLATFORM=ios/artifact/) | | [Android]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/63//PLATFORM=android/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/63//PLATFORM=android/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/63//PLATFORM=android/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/63//PLATFORM=android/artifact/) | > AudioHandler logs should use system log, not println > > > Key: CB-11085 > URL: https://issues.apache.org/jira/browse/CB-11085 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Media >Affects Versions: 1.0.0, 1.1.0, 1.2.0, 1.3.0, 1.4.0, 1.5.0, 1.6.0, 1.6.1, > 1.7.0, 1.8.0, 1.8.1, 1.9.0, 2.0.0, 2.1.0, 2.2.0, 2.3.0, 2.4.0, 2.5.0, 2.6.0, > 2.7.0, 2.8.0, 2.9.0, 3.0.0, 3.1.0, 3.2.0, 3.3.0, 3.4.0, 2.9.1, 3.5.0 >Reporter: Fabrice Lebas >Priority: Minor > Labels: Android, easyfix, test > Original Estimate: 0.5h > Remaining Estimate: 0.5h > > AudioHandler.java should use android.util.Log rather than println. -- This message was sent by Atlassian JIRA (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-11085) AudioHandler logs should use system log, not println
[ https://issues.apache.org/jira/browse/CB-11085?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15433391#comment-15433391 ] ASF GitHub Bot commented on CB-11085: - GitHub user sanjeewa894 opened a pull request: https://github.com/apache/cordova-plugin-media/pull/110 CB-11085 (Android) Fixed AudioHandler logs should use system log, not println ### Platforms affected Android ### What does this PR do? This is a fix for https://issues.apache.org/jira/browse/CB-11085. It fixes the println to LOG (android.util.Log use in org.apache.cordova.LOG). ### What testing has been done on this change? Testing was unable to do. ### Checklist - [ ] [ICLA](http://www.apache.org/licenses/icla.txt) has been signed and submitted to secret...@apache.org. - [ ] [Reported an issue](http://cordova.apache.org/contribute/issues.html) in the JIRA database - [ ] Commit message follows the format: "CB-3232: (android) Fix bug with resolving file paths", where CB- is the JIRA ID & "android" is the platform affected. - [ ] Added automated test coverage as appropriate for this change. You can merge this pull request into a Git repository by running: $ git pull https://github.com/sanjeewa894/cordova-plugin-media master Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-media/pull/110.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 #110 commit 9084576e1a6853c82457e2d379fb3d2a0e3364f6 Author: sanjeewa894 Date: 2016-08-23T17:44:29Z Fix error output using println to Log.e commit fac888da1b8cf88eb1fc44ac3a0e94b6d0030dbb Author: sanjeewa894 Date: 2016-08-23T17:46:05Z Merge remote-tracking branch 'origin/master' commit c1c01b1834e1a37158b6de247ac444a1d49fbdbf Author: sanjeewa894 Date: 2016-08-23T17:53:12Z Fix error output using println to LOG.e > AudioHandler logs should use system log, not println > > > Key: CB-11085 > URL: https://issues.apache.org/jira/browse/CB-11085 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Media >Affects Versions: 1.0.0, 1.1.0, 1.2.0, 1.3.0, 1.4.0, 1.5.0, 1.6.0, 1.6.1, > 1.7.0, 1.8.0, 1.8.1, 1.9.0, 2.0.0, 2.1.0, 2.2.0, 2.3.0, 2.4.0, 2.5.0, 2.6.0, > 2.7.0, 2.8.0, 2.9.0, 3.0.0, 3.1.0, 3.2.0, 3.3.0, 3.4.0, 2.9.1, 3.5.0 >Reporter: Fabrice Lebas >Priority: Minor > Labels: Android, easyfix, test > Original Estimate: 0.5h > Remaining Estimate: 0.5h > > AudioHandler.java should use android.util.Log rather than println. -- This message was sent by Atlassian JIRA (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-9762) App icon and Launch image for iPad Pro
[ https://issues.apache.org/jira/browse/CB-9762?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Gill updated CB-9762: --- Assignee: Kerri Shotts > App icon and Launch image for iPad Pro > -- > > Key: CB-9762 > URL: https://issues.apache.org/jira/browse/CB-9762 > Project: Apache Cordova > Issue Type: Task > Components: iOS >Affects Versions: 4.0.0 >Reporter: Manuel Martiarena >Assignee: Kerri Shotts > Labels: cordova-ios-4.1.1 > Attachments: Default-Landscape@2x~ipad-pro.png, > Default-Portrait@2x~ipad-pro.png > > > Provide app icon image and launch image for iPad Pro > iPad Pro (@2x) App icon required 167x167 > iPad Pro (@2x) Launch image required 2048 x 2732 (portrait) > 2732 x 2048 (landscape) > https://developer.apple.com/library/ios/documentation/UserExperience/Conceptual/MobileHIG/IconMatrix.html -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-11737) cordova-ios crash in case of Infinity value in result
[ https://issues.apache.org/jira/browse/CB-11737?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15433377#comment-15433377 ] Shazron Abdullah edited comment on CB-11737 at 8/23/16 6:48 PM: First run in the root of cordova-ios: {code} npm install {code} Then, to run the Obj-C tests, run: {code} npm run objc-tests {code} Add your tests in the appropriate test files, like https://github.com/apache/cordova-ios/blob/master/tests/CordovaLibTests/CDVPluginResultJSONSerializationTests.m was (Author: shazron): First run in the root of cordova-ios: {code} npm install {code} Then, to run the Obj-C tests, then run: {code} npm run objc-tests {code} Add your tests in the appropriate test files, like https://github.com/apache/cordova-ios/blob/master/tests/CordovaLibTests/CDVPluginResultJSONSerializationTests.m > cordova-ios crash in case of Infinity value in result > - > > Key: CB-11737 > URL: https://issues.apache.org/jira/browse/CB-11737 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Chris Brody >Assignee: Shazron Abdullah > > In case an iOS plugin attempts to return a JSON result with an Infinity value > it will crash with NSInvalidArgumentException. I discovered this when > investigating this issue: > https://github.com/litehelpers/Cordova-sqlite-storage/issues/405 > Similar to: CB-9435 -- This message was sent by Atlassian JIRA (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-11737) cordova-ios crash in case of Infinity value in result
[ https://issues.apache.org/jira/browse/CB-11737?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15433377#comment-15433377 ] Shazron Abdullah commented on CB-11737: --- First run in the root of cordova-ios: {code} npm install {code} Then, to run the Obj-C tests, then run: {code} npm run objc-tests {code} Add your tests in the appropriate test files, like https://github.com/apache/cordova-ios/blob/master/tests/CordovaLibTests/CDVPluginResultJSONSerializationTests.m > cordova-ios crash in case of Infinity value in result > - > > Key: CB-11737 > URL: https://issues.apache.org/jira/browse/CB-11737 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Chris Brody >Assignee: Shazron Abdullah > > In case an iOS plugin attempts to return a JSON result with an Infinity value > it will crash with NSInvalidArgumentException. I discovered this when > investigating this issue: > https://github.com/litehelpers/Cordova-sqlite-storage/issues/405 > Similar to: CB-9435 -- This message was sent by Atlassian JIRA (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-9762) App icon and Launch image for iPad Pro
[ https://issues.apache.org/jira/browse/CB-9762?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15433373#comment-15433373 ] Kerri Shotts commented on CB-9762: -- Adding support for iPad/iPhone-specific images shouldn't be too hard, but I'm worried about potentially colliding with existing splashes, although it's probably unlikely that anyone would follow the same exact naming pattern -- they'd have to name it like Default@2x~ipad~anyany.png". I could add additional logic to ignore tags with existing width/height attributes, which would nearly completely eliminate the possibility, I think. (I'm trying to avoid this being a breaking change to cordova-ios) I don't think I'd build any logic to check for width/height combinations that make sense. Apple could always come along and use a combination that doesn't currently make sense in the future, and then the logic would need to change. I would expect that the existing splash screen plugin would need to be updated. I think it should be pretty easy - just show the launch storyboard (the assets should be handled automatically). But that's a guess on my part, and I wonder if it should deserve a separate issue (linked with this one, though)? > App icon and Launch image for iPad Pro > -- > > Key: CB-9762 > URL: https://issues.apache.org/jira/browse/CB-9762 > Project: Apache Cordova > Issue Type: Task > Components: iOS >Affects Versions: 4.0.0 >Reporter: Manuel Martiarena > Labels: cordova-ios-4.1.1 > Attachments: Default-Landscape@2x~ipad-pro.png, > Default-Portrait@2x~ipad-pro.png > > > Provide app icon image and launch image for iPad Pro > iPad Pro (@2x) App icon required 167x167 > iPad Pro (@2x) Launch image required 2048 x 2732 (portrait) > 2732 x 2048 (landscape) > https://developer.apple.com/library/ios/documentation/UserExperience/Conceptual/MobileHIG/IconMatrix.html -- This message was sent by Atlassian JIRA (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-11737) cordova-ios crash in case of Infinity value in result
[ https://issues.apache.org/jira/browse/CB-11737?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15433363#comment-15433363 ] Shazron Abdullah commented on CB-11737: --- I did some experiments last night on this. Yes, that is true the JSON spec does not support these values, and recommend that when stringifying these values, to convert them to null. What does Windows do in this case, what do they convert to? Three approaches: 1. Have a try catch, and reject the serialization attempt, report the error. Let plugin developers develop their own way to serialize this case -- not sure this is feasible. At least the app won't crash, but then the app will be in an indeterminate state. 2. Serialize Infinity and NaN to the string values "Infinity" and "NaN". These in JavaScript can be coerced into the right values of Infinity and NaN. However, deserialization is a problem. 3. Serialize Infinity and NaN to null. Again, deserialization is a problem. For 2 and 3, deserialization may be only a problem for the unit tests with mixed data to test whether the serialization worked. Also, for these two cases, we would have to iterate through everything in the object to serialize to determine if it is a NSNumber (INFINITY or NAN) and explicitly convert it to the desired value. This may or may not have a performance impact, depending on how deep objects are nested (for NSDictionarys for example) - in UIWebView this process is synchronous (and needs to be on the main thread). > cordova-ios crash in case of Infinity value in result > - > > Key: CB-11737 > URL: https://issues.apache.org/jira/browse/CB-11737 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Chris Brody >Assignee: Shazron Abdullah > > In case an iOS plugin attempts to return a JSON result with an Infinity value > it will crash with NSInvalidArgumentException. I discovered this when > investigating this issue: > https://github.com/litehelpers/Cordova-sqlite-storage/issues/405 > Similar to: CB-9435 -- This message was sent by Atlassian JIRA (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-11085) AudioHandler logs should use system log, not println
[ https://issues.apache.org/jira/browse/CB-11085?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15433358#comment-15433358 ] sanjeewa kumara commented on CB-11085: -- How to create test case for this issue? > AudioHandler logs should use system log, not println > > > Key: CB-11085 > URL: https://issues.apache.org/jira/browse/CB-11085 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Media >Affects Versions: 1.0.0, 1.1.0, 1.2.0, 1.3.0, 1.4.0, 1.5.0, 1.6.0, 1.6.1, > 1.7.0, 1.8.0, 1.8.1, 1.9.0, 2.0.0, 2.1.0, 2.2.0, 2.3.0, 2.4.0, 2.5.0, 2.6.0, > 2.7.0, 2.8.0, 2.9.0, 3.0.0, 3.1.0, 3.2.0, 3.3.0, 3.4.0, 2.9.1, 3.5.0 >Reporter: Fabrice Lebas >Priority: Minor > Labels: Android, easyfix, test > Original Estimate: 0.5h > Remaining Estimate: 0.5h > > AudioHandler.java should use android.util.Log rather than println. -- This message was sent by Atlassian JIRA (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-9963) iOS uuid should remain even after uninstall
[ https://issues.apache.org/jira/browse/CB-9963?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-9963: - Assignee: LightZam > iOS uuid should remain even after uninstall > --- > > Key: CB-9963 > URL: https://issues.apache.org/jira/browse/CB-9963 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Device > Environment: iOS >Reporter: Mike Murkovic >Assignee: LightZam > Labels: apple > Original Estimate: 12h > Remaining Estimate: 12h > > The readme states that an iOS quirk is that it is using the > identifierForVendor, which remains immutable until every app by one vendor is > uninstalled. Typically I'd imagine developers are making one app - and so if > the single app gets uninstalled, they lose the uuid and it appears to be a > "new" device on reinstall. > Instead, we should consider using the CFUUIDCreate to create a unique ID on > startup, and insert it into the SSKeyChain of the device. Then when an app is > installed, it should check to see if there already is a UUID in the key chain > before generating a new one. Example: > http://stackoverflow.com/questions/7273014/ios-unique-user-identifier/8677177#answer-8677177 > If the device is flashed or reinstalled, then I guess it will still be a > problem. I wish we could get a totally unique ID for that actual physical > device. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-11744) `cordova plugin add` does not honor npm registry defined globally
Matt Steele created CB-11744: Summary: `cordova plugin add` does not honor npm registry defined globally Key: CB-11744 URL: https://issues.apache.org/jira/browse/CB-11744 Project: Apache Cordova Issue Type: Bug Components: CordovaLib Affects Versions: 6.3.1 Environment: Windows 7 x64 Node 5.1.0 cordova 6.3.1 (Also tried using cordova-lib directly; same issue) Reporter: Matt Steele We have a private NPM registry, configured at the system level (i.e. {{C:\Program Files\nodejs\node_modules\npm\npmrc}}. Attempting to install plugins with the registry defined here fails as it tries to hit the public NPM registry: {code} C:\Users\IGEN261\code\uit\test\6-hwc\dist\hwc\cordova-project-android>cordova plugin add private-plugin@2.0.5 -d No scripts found for hook "before_plugin_add". Calling plugman.fetch on plugin "private-plugin@2.0.5" Fetching plugin "private-plugin@2.0.5" via npm Error: CordovaError: Failed to fetch plugin private-plugin@2.0.5 via registry. Probably this is either a connection problem, or plugin spec is incorrect. Check your connection and plugin name/version/URL. Error: Registry returned 404 for GET on https://registry.npmjs.org/private-plugin at C:\Users\IGEN261\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\fetch.js:192:33 at _rejected (C:\Users\IGEN261\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:797:24) at C:\Users\IGEN261\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:823:30 at Promise.when (C:\Users\IGEN261\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:1035:31) at Promise.promise.promiseDispatch (C:\Users\IGEN261\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:741:41) at C:\Users\IGEN261\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:557:44 at flush (C:\Users\IGEN261\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:108:17) at doNTCallback0 (node.js:430:9) at process._tickCallback (node.js:359:13) {code} My config: {code} >npm config list ; cli configs long = true user-agent = "npm/3.3.12 node/v5.1.0 win32 x64" ; userconfig C:\Users\IGEN261\.npmrc progress = true ; builtin config undefined registry = "http://privaterepo.com"; {code} A workaround is to re-specify the registry in my userconfig {{.npmrc}} but plugman should honor the registry when it's set at the global level. -- This message was sent by Atlassian JIRA (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-10916) Add ability to set different binary name and display name
[ https://issues.apache.org/jira/browse/CB-10916?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15433165#comment-15433165 ] ASF GitHub Bot commented on CB-10916: - Github user dpogue commented on the issue: https://github.com/apache/cordova-ios/pull/228 Rebased, but still blocked on the cordova-lib PR > Add ability to set different binary name and display name > - > > Key: CB-10916 > URL: https://issues.apache.org/jira/browse/CB-10916 > Project: Apache Cordova > Issue Type: Wish > Components: Android, iOS >Reporter: Jacob Weber >Priority: Minor > > I would like to use a different value for the binary filenames (.ipa/.apk) > and the app display name. Currently in config.xml is used for both. > If I set to the value I want for the binary name, I have to manually > edit app_name in res/values/strings.xml and CFBundleDisplayName in > *-Info.plist. > On the other hand, if I set to the value I want for the display name, > I can manually rename the binaries, but the iOS .ipa file still contains an > .app file with the display name, and CFBundleExecutable still has the display > name. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-11739) Inconsistent execution of executeScript in Cordova inAppBrowser on iOS
[ https://issues.apache.org/jira/browse/CB-11739?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15432982#comment-15432982 ] Jack Eastburn commented on CB-11739: In trying to diagnose this a bit more I discovered that the loadstop listener is also being fired on exit. This is not happening in the emulator, only on the device, and again only on iOS, In this case 9.3.4 > Inconsistent execution of executeScript in Cordova inAppBrowser on iOS > -- > > Key: CB-11739 > URL: https://issues.apache.org/jira/browse/CB-11739 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 1.4.0 > Environment: iOS 9.3.4 >Reporter: Jack Eastburn > Labels: iOS > Original Estimate: 24h > Remaining Estimate: 24h > > It seems executeScript is not always being called on devices, but always > called on emulators. The script executes maybe every other time. But it's > never even that consistent. Listener is added every time correctly. Works > consistently on Android. Possibly related to the strange behavior others are > seeing with WKWebView? > Here's the code: > {code} > var codePass = fooCode; > var executeScriptFunc = function(event) { > ref.executeScript({ > code: codePass > }, function (value) {}); > ref.removeEventListener('loadstop', executeScriptFunc); > }; > var ref = cordova.InAppBrowser.open(fooObject.link, "_blank", > "location=yes,enableViewportScale=yes"); > ref.addEventListener('loadstop', executeScriptFunc) > {code} > Both the emulator and iPhone are using iOS 9.3.4. I'm at a loss for what's > different about the emulator environment compared to the iPhone environment > that could cause this. -- This message was sent by Atlassian JIRA (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-11086) setVolume fires a Null pointer exception if called too soon
[ https://issues.apache.org/jira/browse/CB-11086?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15432941#comment-15432941 ] ASF GitHub Bot commented on CB-11086: - Github user cordova-qa commented on the issue: https://github.com/apache/cordova-plugin-media/pull/109 Cordova CI Build has completed successfully. **Commit** - [Link](https://github.com/apache/cordova-plugin-media/pull/109/commits/6c923c9b21a5417dc343aec901935be06e087e63) **Dashboard** - [Link](http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/62/) | Builder Name | Console Output | Test Report | Device Logs | | :---: | :---: | :---: | :---:| | [Windows 8.1 Store]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/62//PLATFORM=windows-8.1-store/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/62//PLATFORM=windows-8.1-store/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/62//PLATFORM=windows-8.1-store/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/62//PLATFORM=windows-8.1-store/artifact/) | | [Windows 10 Store]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/62//PLATFORM=windows-10-store/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/62//PLATFORM=windows-10-store/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/62//PLATFORM=windows-10-store/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/62//PLATFORM=windows-10-store/artifact/) | | [Windows 8.1 Phone]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/62//PLATFORM=windows-8.1-phone/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/62//PLATFORM=windows-8.1-phone/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/62//PLATFORM=windows-8.1-phone/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/62//PLATFORM=windows-8.1-phone/artifact/) | | [iOS]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/62//PLATFORM=ios/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/62//PLATFORM=ios/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/62//PLATFORM=ios/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/62//PLATFORM=ios/artifact/) | | [Android]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/62//PLATFORM=android/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/62//PLATFORM=android/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/62//PLATFORM=android/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/62//PLATFORM=android/artifact/) | > setVolume fires a Null pointer exception if called too soon > --- > > Key: CB-11086 > URL: https://issues.apache.org/jira/browse/CB-11086 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Media >Affects Versions: 2.0.0, 2.1.0, 2.2.0, 2.3.0, 2.4.0, 2.5.0, 2.6.0, 2.7.0, > 2.8.0, 2.9.0, 3.0.0, 3.1.0, 3.2.0, 3.3.0, 3.4.0, 2.9.1, 3.5.0 >Reporter: Fabrice Lebas >Assignee: Alexander Sorokin >Priority: Minor > Labels: Android, easyfix, triaged, wfc > Original Estimate: 0.5h > Remaining Estimate: 0.5h > > On player creation, we can sometime observe: > E/PluginManager( 5442): Uncaught exception from plugin > E/PluginManager( 5442): java.lang.NullPointerException > E/PluginManager( 5442): at > org.apache.cordova.media.AudioPlayer.setVolume(AudioPlayer.java:441) > E/PluginManager( 5442): at > org.apache.cordova.media.AudioHandler.setVolume(AudioHandler.java:455) > E/PluginManager( 5442): at > org.apache.cordova.media.AudioHandler.execute(AudioHandler.java:143) > E/PluginManager( 5442): at > org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:98) > E/PluginManager( 5442): at > org.apache.cordova.PluginManager.exec(PluginManager.java:133) > E/PluginManager( 5442): at > org.apache.cordova.CordovaBridge.jsExec(CordovaBridge.java:59) > E/PluginManager( 5442): at > org.apache.cordova.CordovaBridge.promptOnJsPrompt(CordovaBridge.java:135) > E/PluginManager( 5442): at > org.apache.cordova.engine.SystemWebChromeClient.onJsPrompt(SystemWebChromeClient.java:124) > E/PluginManager( 5442): at > android.webkit.CallbackProxy.handleMessage(CallbackProxy.java:886) > E/PluginManager( 5442): at > android.os.Handler.dispatchMessage(Handler.java:99)
[jira] [Commented] (CB-11086) setVolume fires a Null pointer exception if called too soon
[ https://issues.apache.org/jira/browse/CB-11086?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15432907#comment-15432907 ] ASF GitHub Bot commented on CB-11086: - GitHub user alsorokin opened a pull request: https://github.com/apache/cordova-plugin-media/pull/109 CB-11086 (Android) Fixed a crash when setVolume() is called ### Platforms affected Android ### What does this PR do? This is a fix for https://issues.apache.org/jira/browse/CB-11086 It fixes the crash by checking if player is null when trying to set player's volume. ### What testing has been done on this change? Tested on Android emulator 4.4, also checked that added test spec is green on iOS and Windows. ### Checklist - [x] [ICLA](http://www.apache.org/licenses/icla.txt) has been signed and submitted to secret...@apache.org. - [x] [Reported an issue](http://cordova.apache.org/contribute/issues.html) in the JIRA database - [x] Commit message follows the format: "CB-3232: (android) Fix bug with resolving file paths", where CB- is the JIRA ID & "android" is the platform affected. - [x] Added automated test coverage as appropriate for this change. You can merge this pull request into a Git repository by running: $ git pull https://github.com/alsorokin/cordova-plugin-media CB-11086 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-media/pull/109.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 #109 commit 6c923c9b21a5417dc343aec901935be06e087e63 Author: Alexander Sorokin Date: 2016-08-23T14:18:31Z CB-11086 (Android) Fixed a crash when setVolume() is called on unitialized audio > setVolume fires a Null pointer exception if called too soon > --- > > Key: CB-11086 > URL: https://issues.apache.org/jira/browse/CB-11086 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Media >Affects Versions: 2.0.0, 2.1.0, 2.2.0, 2.3.0, 2.4.0, 2.5.0, 2.6.0, 2.7.0, > 2.8.0, 2.9.0, 3.0.0, 3.1.0, 3.2.0, 3.3.0, 3.4.0, 2.9.1, 3.5.0 >Reporter: Fabrice Lebas >Assignee: Alexander Sorokin >Priority: Minor > Labels: Android, easyfix, triaged, wfc > Original Estimate: 0.5h > Remaining Estimate: 0.5h > > On player creation, we can sometime observe: > E/PluginManager( 5442): Uncaught exception from plugin > E/PluginManager( 5442): java.lang.NullPointerException > E/PluginManager( 5442): at > org.apache.cordova.media.AudioPlayer.setVolume(AudioPlayer.java:441) > E/PluginManager( 5442): at > org.apache.cordova.media.AudioHandler.setVolume(AudioHandler.java:455) > E/PluginManager( 5442): at > org.apache.cordova.media.AudioHandler.execute(AudioHandler.java:143) > E/PluginManager( 5442): at > org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:98) > E/PluginManager( 5442): at > org.apache.cordova.PluginManager.exec(PluginManager.java:133) > E/PluginManager( 5442): at > org.apache.cordova.CordovaBridge.jsExec(CordovaBridge.java:59) > E/PluginManager( 5442): at > org.apache.cordova.CordovaBridge.promptOnJsPrompt(CordovaBridge.java:135) > E/PluginManager( 5442): at > org.apache.cordova.engine.SystemWebChromeClient.onJsPrompt(SystemWebChromeClient.java:124) > E/PluginManager( 5442): at > android.webkit.CallbackProxy.handleMessage(CallbackProxy.java:886) > E/PluginManager( 5442): at > android.os.Handler.dispatchMessage(Handler.java:99) > E/PluginManager( 5442): at android.os.Looper.loop(Looper.java:137) > E/PluginManager( 5442): at > android.app.ActivityThread.main(ActivityThread.java:4921) > E/PluginManager( 5442): at java.lang.reflect.Method.invokeNative(Native > Method) > E/PluginManager( 5442): at > java.lang.reflect.Method.invoke(Method.java:511) > E/PluginManager( 5442): at > com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1038) > E/PluginManager( 5442): at > com.android.internal.os.ZygoteInit.main(ZygoteInit.java:805) > E/PluginManager( 5442): at dalvik.system.NativeStart.main(Native Method) -- This message was sent by Atlassian JIRA (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-11441) Camera selection option
[ https://issues.apache.org/jira/browse/CB-11441?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15432849#comment-15432849 ] ASF GitHub Bot commented on CB-11441: - Github user leshik commented on the issue: https://github.com/apache/cordova-plugin-media-capture/pull/63 @Sitebase There is something wrong with constants. Neither `Camera.CAMERA_FRONT` nor `Capture.CAMERA_FRONT` works. Providing `1` do the trick, however. > Camera selection option > --- > > Key: CB-11441 > URL: https://issues.apache.org/jira/browse/CB-11441 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Media Capture >Reporter: Wim Mostmans >Priority: Trivial > Labels: features > Original Estimate: 1h > Remaining Estimate: 1h > > Add an extra option that makes it possible to select the camera to use for > the media capture of images or video. For the moment it always defaults to > the back camera (on iOS). With this option we could change this default to > the front camera for use cases were the front camera is more appropriate. -- This message was sent by Atlassian JIRA (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-11295) Cordova app navigates to home screen when fetching image from PhotoLibrary
[ https://issues.apache.org/jira/browse/CB-11295?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15432845#comment-15432845 ] ASF GitHub Bot commented on CB-11295: - Github user cordova-qa commented on the issue: https://github.com/apache/cordova-plugin-camera/pull/233 Cordova CI Build has completed successfully. **Commit** - [Link](https://github.com/apache/cordova-plugin-camera/pull/233/commits/b89645c7498d6002d1f6cdf2bdf3a93f56310165) **Dashboard** - [Link](http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/73/) | Builder Name | Console Output | Test Report | Device Logs | | :---: | :---: | :---: | :---:| | [Windows 8.1 Store]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/73//PLATFORM=windows-8.1-store/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/73//PLATFORM=windows-8.1-store/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/73//PLATFORM=windows-8.1-store/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/73//PLATFORM=windows-8.1-store/artifact/) | | [Windows 10 Store]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/73//PLATFORM=windows-10-store/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/73//PLATFORM=windows-10-store/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/73//PLATFORM=windows-10-store/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/73//PLATFORM=windows-10-store/artifact/) | | [Windows 8.1 Phone]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/73//PLATFORM=windows-8.1-phone/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/73//PLATFORM=windows-8.1-phone/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/73//PLATFORM=windows-8.1-phone/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/73//PLATFORM=windows-8.1-phone/artifact/) | | [iOS]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/73//PLATFORM=ios/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/73//PLATFORM=ios/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/73//PLATFORM=ios/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/73//PLATFORM=ios/artifact/) | | [Android]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/73//PLATFORM=android/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/73//PLATFORM=android/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/73//PLATFORM=android/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/73//PLATFORM=android/artifact/) | > Cordova app navigates to home screen when fetching image from PhotoLibrary > -- > > Key: CB-11295 > URL: https://issues.apache.org/jira/browse/CB-11295 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Reporter: Apoorv Saxena > Labels: camera, cordova-6.0.0, windows-universal > > **Use Case**: Choose image from Gallery and execute callbacks > **Issue**: Redirection to Home screen of the app after image selection from > Gallery. > Getting image from Camera works: > {noformat} > navigator.camera.getPicture(function() { > console.log('success'); > },function() { > console.log('failure'); > } , { > destinationType: Camera.DestinationType.DATA_URL > }); > {noformat} > Choosing image from Gallery redirects to the homescreen > {noformat} > navigator.camera.getPicture(function() { > console.log('success'); > },function() { > console.log('failure'); > } , { > destinationType: navigator.camera.DestinationType.FILE_URI, > sourceType: navigator.camera.PictureSourceType.SAVEDPHOTOALBUM > }); > {noformat} > The code is fairly simple and is mentioned at many places to give an example > of how to choose image from Gallery. This code doesn't work on any screen > other than the home screen of App. Also, no errors are reported before > redirection. > The following code also results in redirection to the homescreen after image > selection. > {noformat} > > {noformat} > Configuration: > Device: Windows Lumia 535 > Device OS Version: 8.1 > Cordova: 6.1.1 > Cordova plugin camera: 2.2.0 -- This message was sent by Atlassian JIRA (v6.3.4#6332) -
[jira] [Commented] (CB-9963) iOS uuid should remain even after uninstall
[ https://issues.apache.org/jira/browse/CB-9963?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15432832#comment-15432832 ] Zam Huang commented on CB-9963: --- i would like to solve this issue, and i will add keychain to keep uuid unique even uninstall and reinstall. i guess it should be same behavior like android or windows-phone always return same uuid. can any committer assign issue to me? > iOS uuid should remain even after uninstall > --- > > Key: CB-9963 > URL: https://issues.apache.org/jira/browse/CB-9963 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Device > Environment: iOS >Reporter: Mike Murkovic > Labels: apple > Original Estimate: 12h > Remaining Estimate: 12h > > The readme states that an iOS quirk is that it is using the > identifierForVendor, which remains immutable until every app by one vendor is > uninstalled. Typically I'd imagine developers are making one app - and so if > the single app gets uninstalled, they lose the uuid and it appears to be a > "new" device on reinstall. > Instead, we should consider using the CFUUIDCreate to create a unique ID on > startup, and insert it into the SSKeyChain of the device. Then when an app is > installed, it should check to see if there already is a UUID in the key chain > before generating a new one. Example: > http://stackoverflow.com/questions/7273014/ios-unique-user-identifier/8677177#answer-8677177 > If the device is flashed or reinstalled, then I guess it will still be a > problem. I wish we could get a totally unique ID for that actual physical > device. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-11477) Add a note about nightly builds to Cordova website
[ https://issues.apache.org/jira/browse/CB-11477?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15432799#comment-15432799 ] ASF GitHub Bot commented on CB-11477: - Github user vladimir-kotikov commented on the issue: https://github.com/apache/cordova-docs/pull/613 Updated and merged. Thanks, @dblotsky, @stevengill > Add a note about nightly builds to Cordova website > -- > > Key: CB-11477 > URL: https://issues.apache.org/jira/browse/CB-11477 > Project: Apache Cordova > Issue Type: Sub-task > Components: Website >Reporter: Vladimir Kotikov >Assignee: Vladimir Kotikov > Labels: docs, nightly > -- This message was sent by Atlassian JIRA (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-11743) processes started with `cordova run` eventually stalls NSLog.
[ https://issues.apache.org/jira/browse/CB-11743?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tobias Bocanegra updated CB-11743: -- Summary: processes started with `cordova run` eventually stalls NSLog. (was: processes started with `cordova run` eventually stall on NSLog.) > processes started with `cordova run` eventually stalls NSLog. > - > > Key: CB-11743 > URL: https://issues.apache.org/jira/browse/CB-11743 > Project: Apache Cordova > Issue Type: Bug > Components: OSX >Affects Versions: 4.0.0 >Reporter: Tobias Bocanegra >Assignee: Tobias Bocanegra > Fix For: Master > > > running the app with {{cordova run}} uses the {{spawn.js}} which eventually > executre {{child_process.spawn}}. although the stdio pipes should inherit to > the parent process, they somehow don't. > when the app write a lot to stdout, eg with NSLog, then eventually the nodejs > buffer get full and the app blocks and gets unresponsive. > solution: > - avoid using {{stdio:'inherit'}} and pipe the stdios instead. > - or figure out why inherit doesn't work -- This message was sent by Atlassian JIRA (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-11743) processes started with `cordova run` eventually stall on NSLog.
Tobias Bocanegra created CB-11743: - Summary: processes started with `cordova run` eventually stall on NSLog. Key: CB-11743 URL: https://issues.apache.org/jira/browse/CB-11743 Project: Apache Cordova Issue Type: Bug Components: OSX Affects Versions: 4.0.0 Reporter: Tobias Bocanegra Assignee: Tobias Bocanegra Fix For: Master running the app with {{cordova run}} uses the {{spawn.js}} which eventually executre {{child_process.spawn}}. although the stdio pipes should inherit to the parent process, they somehow don't. when the app write a lot to stdout, eg with NSLog, then eventually the nodejs buffer get full and the app blocks and gets unresponsive. solution: - avoid using {{stdio:'inherit'}} and pipe the stdios instead. - or figure out why inherit doesn't work -- This message was sent by Atlassian JIRA (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-11477) Add a note about nightly builds to Cordova website
[ https://issues.apache.org/jira/browse/CB-11477?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov resolved CB-11477. --- Resolution: Fixed > Add a note about nightly builds to Cordova website > -- > > Key: CB-11477 > URL: https://issues.apache.org/jira/browse/CB-11477 > Project: Apache Cordova > Issue Type: Sub-task > Components: Website >Reporter: Vladimir Kotikov >Assignee: Vladimir Kotikov > Labels: docs, nightly > -- This message was sent by Atlassian JIRA (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-11477) Add a note about nightly builds to Cordova website
[ https://issues.apache.org/jira/browse/CB-11477?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15432787#comment-15432787 ] ASF GitHub Bot commented on CB-11477: - Github user asfgit closed the pull request at: https://github.com/apache/cordova-docs/pull/613 > Add a note about nightly builds to Cordova website > -- > > Key: CB-11477 > URL: https://issues.apache.org/jira/browse/CB-11477 > Project: Apache Cordova > Issue Type: Sub-task > Components: Website >Reporter: Vladimir Kotikov >Assignee: Vladimir Kotikov > Labels: docs, nightly > -- This message was sent by Atlassian JIRA (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-11477) Add a note about nightly builds to Cordova website
[ https://issues.apache.org/jira/browse/CB-11477?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15432785#comment-15432785 ] ASF subversion and git services commented on CB-11477: -- Commit 2dcb95a859c38772ac8934a121414bb2732cd08f in cordova-docs's branch refs/heads/master from [~vladimir.kotikov] [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=2dcb95a ] CB-11477 Add a page about nightly builds > Add a note about nightly builds to Cordova website > -- > > Key: CB-11477 > URL: https://issues.apache.org/jira/browse/CB-11477 > Project: Apache Cordova > Issue Type: Sub-task > Components: Website >Reporter: Vladimir Kotikov >Assignee: Vladimir Kotikov > Labels: docs, nightly > -- This message was sent by Atlassian JIRA (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-11295) Cordova app navigates to home screen when fetching image from PhotoLibrary
[ https://issues.apache.org/jira/browse/CB-11295?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15432778#comment-15432778 ] ASF GitHub Bot commented on CB-11295: - Github user cordova-qa commented on the issue: https://github.com/apache/cordova-plugin-camera/pull/233 Cordova CI Build has one or more failures. **Commit** - [Link](https://github.com/apache/cordova-plugin-camera/pull/233/commits/ba6cacd3d0fc832eaeb0a3c9d1243d9b21248f00) **Dashboard** - [Link](http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/70/) | Builder Name | Console Output | Test Report | Device Logs | | :---: | :---: | :---: | :---:| | [Windows 8.1 Store]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/70//PLATFORM=windows-8.1-store/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/70//PLATFORM=windows-8.1-store/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/70//PLATFORM=windows-8.1-store/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/70//PLATFORM=windows-8.1-store/artifact/) | | [Windows 10 Store]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/70//PLATFORM=windows-10-store/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/70//PLATFORM=windows-10-store/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/70//PLATFORM=windows-10-store/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/70//PLATFORM=windows-10-store/artifact/) | | [Windows 8.1 Phone]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/70//PLATFORM=windows-8.1-phone/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/70//PLATFORM=windows-8.1-phone/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/70//PLATFORM=windows-8.1-phone/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/70//PLATFORM=windows-8.1-phone/artifact/) | | [iOS]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/70//PLATFORM=ios/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/70//PLATFORM=ios/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/70//PLATFORM=ios/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/70//PLATFORM=ios/artifact/) | | [Android]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/70//PLATFORM=android/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/70//PLATFORM=android/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/70//PLATFORM=android/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/70//PLATFORM=android/artifact/) | > Cordova app navigates to home screen when fetching image from PhotoLibrary > -- > > Key: CB-11295 > URL: https://issues.apache.org/jira/browse/CB-11295 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Reporter: Apoorv Saxena > Labels: camera, cordova-6.0.0, windows-universal > > **Use Case**: Choose image from Gallery and execute callbacks > **Issue**: Redirection to Home screen of the app after image selection from > Gallery. > Getting image from Camera works: > {noformat} > navigator.camera.getPicture(function() { > console.log('success'); > },function() { > console.log('failure'); > } , { > destinationType: Camera.DestinationType.DATA_URL > }); > {noformat} > Choosing image from Gallery redirects to the homescreen > {noformat} > navigator.camera.getPicture(function() { > console.log('success'); > },function() { > console.log('failure'); > } , { > destinationType: navigator.camera.DestinationType.FILE_URI, > sourceType: navigator.camera.PictureSourceType.SAVEDPHOTOALBUM > }); > {noformat} > The code is fairly simple and is mentioned at many places to give an example > of how to choose image from Gallery. This code doesn't work on any screen > other than the home screen of App. Also, no errors are reported before > redirection. > The following code also results in redirection to the homescreen after image > selection. > {noformat} > > {noformat} > Configuration: > Device: Windows Lumia 535 > Device OS Version: 8.1 > Cordova: 6.1.1 > Cordova plugin camera: 2.2.0 -- This message was sent by Atlassian JIRA (v6.3.4#6332) --
[jira] [Commented] (CB-11295) Cordova app navigates to home screen when fetching image from PhotoLibrary
[ https://issues.apache.org/jira/browse/CB-11295?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15432780#comment-15432780 ] ASF GitHub Bot commented on CB-11295: - Github user cordova-qa commented on the issue: https://github.com/apache/cordova-plugin-camera/pull/233 Cordova CI Build has one or more failures. **Commit** - [Link](https://github.com/apache/cordova-plugin-camera/pull/233/commits/e7fabeb45a531773fbea273755b5c3b1b72177a4) **Dashboard** - [Link](http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/72/) | Builder Name | Console Output | Test Report | Device Logs | | :---: | :---: | :---: | :---:| | [Windows 8.1 Store]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/72//PLATFORM=windows-8.1-store/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/72//PLATFORM=windows-8.1-store/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/72//PLATFORM=windows-8.1-store/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/72//PLATFORM=windows-8.1-store/artifact/) | | [Windows 10 Store]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/72//PLATFORM=windows-10-store/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/72//PLATFORM=windows-10-store/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/72//PLATFORM=windows-10-store/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/72//PLATFORM=windows-10-store/artifact/) | | [Windows 8.1 Phone]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/72//PLATFORM=windows-8.1-phone/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/72//PLATFORM=windows-8.1-phone/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/72//PLATFORM=windows-8.1-phone/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/72//PLATFORM=windows-8.1-phone/artifact/) | | [iOS]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/72//PLATFORM=ios/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/72//PLATFORM=ios/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/72//PLATFORM=ios/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/72//PLATFORM=ios/artifact/) | | [Android]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/72//PLATFORM=android/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/72//PLATFORM=android/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/72//PLATFORM=android/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/72//PLATFORM=android/artifact/) | > Cordova app navigates to home screen when fetching image from PhotoLibrary > -- > > Key: CB-11295 > URL: https://issues.apache.org/jira/browse/CB-11295 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Reporter: Apoorv Saxena > Labels: camera, cordova-6.0.0, windows-universal > > **Use Case**: Choose image from Gallery and execute callbacks > **Issue**: Redirection to Home screen of the app after image selection from > Gallery. > Getting image from Camera works: > {noformat} > navigator.camera.getPicture(function() { > console.log('success'); > },function() { > console.log('failure'); > } , { > destinationType: Camera.DestinationType.DATA_URL > }); > {noformat} > Choosing image from Gallery redirects to the homescreen > {noformat} > navigator.camera.getPicture(function() { > console.log('success'); > },function() { > console.log('failure'); > } , { > destinationType: navigator.camera.DestinationType.FILE_URI, > sourceType: navigator.camera.PictureSourceType.SAVEDPHOTOALBUM > }); > {noformat} > The code is fairly simple and is mentioned at many places to give an example > of how to choose image from Gallery. This code doesn't work on any screen > other than the home screen of App. Also, no errors are reported before > redirection. > The following code also results in redirection to the homescreen after image > selection. > {noformat} > > {noformat} > Configuration: > Device: Windows Lumia 535 > Device OS Version: 8.1 > Cordova: 6.1.1 > Cordova plugin camera: 2.2.0 -- This message was sent by Atlassian JIRA (v6.3.4#6332) --
[jira] [Commented] (CB-11295) Cordova app navigates to home screen when fetching image from PhotoLibrary
[ https://issues.apache.org/jira/browse/CB-11295?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15432779#comment-15432779 ] ASF GitHub Bot commented on CB-11295: - Github user cordova-qa commented on the issue: https://github.com/apache/cordova-plugin-camera/pull/233 Cordova CI Build has one or more failures. **Commit** - [Link](https://github.com/apache/cordova-plugin-camera/pull/233/commits/c675d35a2e3848ccbb7e6a8fdeb1235e62e5b787) **Dashboard** - [Link](http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/71/) | Builder Name | Console Output | Test Report | Device Logs | | :---: | :---: | :---: | :---:| | [Windows 8.1 Store]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/71//PLATFORM=windows-8.1-store/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/71//PLATFORM=windows-8.1-store/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/71//PLATFORM=windows-8.1-store/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/71//PLATFORM=windows-8.1-store/artifact/) | | [Windows 10 Store]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/71//PLATFORM=windows-10-store/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/71//PLATFORM=windows-10-store/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/71//PLATFORM=windows-10-store/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/71//PLATFORM=windows-10-store/artifact/) | | [Windows 8.1 Phone]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/71//PLATFORM=windows-8.1-phone/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/71//PLATFORM=windows-8.1-phone/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/71//PLATFORM=windows-8.1-phone/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/71//PLATFORM=windows-8.1-phone/artifact/) | | [iOS]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/71//PLATFORM=ios/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/71//PLATFORM=ios/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/71//PLATFORM=ios/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/71//PLATFORM=ios/artifact/) | | [Android]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/71//PLATFORM=android/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/71//PLATFORM=android/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/71//PLATFORM=android/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/71//PLATFORM=android/artifact/) | > Cordova app navigates to home screen when fetching image from PhotoLibrary > -- > > Key: CB-11295 > URL: https://issues.apache.org/jira/browse/CB-11295 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Reporter: Apoorv Saxena > Labels: camera, cordova-6.0.0, windows-universal > > **Use Case**: Choose image from Gallery and execute callbacks > **Issue**: Redirection to Home screen of the app after image selection from > Gallery. > Getting image from Camera works: > {noformat} > navigator.camera.getPicture(function() { > console.log('success'); > },function() { > console.log('failure'); > } , { > destinationType: Camera.DestinationType.DATA_URL > }); > {noformat} > Choosing image from Gallery redirects to the homescreen > {noformat} > navigator.camera.getPicture(function() { > console.log('success'); > },function() { > console.log('failure'); > } , { > destinationType: navigator.camera.DestinationType.FILE_URI, > sourceType: navigator.camera.PictureSourceType.SAVEDPHOTOALBUM > }); > {noformat} > The code is fairly simple and is mentioned at many places to give an example > of how to choose image from Gallery. This code doesn't work on any screen > other than the home screen of App. Also, no errors are reported before > redirection. > The following code also results in redirection to the homescreen after image > selection. > {noformat} > > {noformat} > Configuration: > Device: Windows Lumia 535 > Device OS Version: 8.1 > Cordova: 6.1.1 > Cordova plugin camera: 2.2.0 -- This message was sent by Atlassian JIRA (v6.3.4#6332) --
[jira] [Commented] (CB-11295) Cordova app navigates to home screen when fetching image from PhotoLibrary
[ https://issues.apache.org/jira/browse/CB-11295?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15432777#comment-15432777 ] ASF GitHub Bot commented on CB-11295: - Github user cordova-qa commented on the issue: https://github.com/apache/cordova-plugin-camera/pull/233 Cordova CI Build has one or more failures. **Commit** - [Link](https://github.com/apache/cordova-plugin-camera/pull/233/commits/11e300a42ddb72a7228a0fcecf1477e5ac66b197) **Dashboard** - [Link](http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/69/) | Builder Name | Console Output | Test Report | Device Logs | | :---: | :---: | :---: | :---:| | [Windows 8.1 Store]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/69//PLATFORM=windows-8.1-store/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/69//PLATFORM=windows-8.1-store/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/69//PLATFORM=windows-8.1-store/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/69//PLATFORM=windows-8.1-store/artifact/) | | [Windows 10 Store]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/69//PLATFORM=windows-10-store/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/69//PLATFORM=windows-10-store/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/69//PLATFORM=windows-10-store/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/69//PLATFORM=windows-10-store/artifact/) | | [Windows 8.1 Phone]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/69//PLATFORM=windows-8.1-phone/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/69//PLATFORM=windows-8.1-phone/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/69//PLATFORM=windows-8.1-phone/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/69//PLATFORM=windows-8.1-phone/artifact/) | | [iOS]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/69//PLATFORM=ios/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/69//PLATFORM=ios/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/69//PLATFORM=ios/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/69//PLATFORM=ios/artifact/) | | [Android]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/69//PLATFORM=android/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/69//PLATFORM=android/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/69//PLATFORM=android/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/69//PLATFORM=android/artifact/) | > Cordova app navigates to home screen when fetching image from PhotoLibrary > -- > > Key: CB-11295 > URL: https://issues.apache.org/jira/browse/CB-11295 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Reporter: Apoorv Saxena > Labels: camera, cordova-6.0.0, windows-universal > > **Use Case**: Choose image from Gallery and execute callbacks > **Issue**: Redirection to Home screen of the app after image selection from > Gallery. > Getting image from Camera works: > {noformat} > navigator.camera.getPicture(function() { > console.log('success'); > },function() { > console.log('failure'); > } , { > destinationType: Camera.DestinationType.DATA_URL > }); > {noformat} > Choosing image from Gallery redirects to the homescreen > {noformat} > navigator.camera.getPicture(function() { > console.log('success'); > },function() { > console.log('failure'); > } , { > destinationType: navigator.camera.DestinationType.FILE_URI, > sourceType: navigator.camera.PictureSourceType.SAVEDPHOTOALBUM > }); > {noformat} > The code is fairly simple and is mentioned at many places to give an example > of how to choose image from Gallery. This code doesn't work on any screen > other than the home screen of App. Also, no errors are reported before > redirection. > The following code also results in redirection to the homescreen after image > selection. > {noformat} > > {noformat} > Configuration: > Device: Windows Lumia 535 > Device OS Version: 8.1 > Cordova: 6.1.1 > Cordova plugin camera: 2.2.0 -- This message was sent by Atlassian JIRA (v6.3.4#6332) --
[jira] [Commented] (CB-9070) Incorrect Documentation/Implementation for camera.getPicture() and CameraPopoverHandle
[ https://issues.apache.org/jira/browse/CB-9070?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15432762#comment-15432762 ] ASF subversion and git services commented on CB-9070: - Commit 7813ad9befd00b419f0caf3a6d0c0d9af87a4be5 in cordova-plugin-camera's branch refs/heads/master from [~vladimir.kotikov] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-camera.git;h=7813ad9 ] CB-9070 Update CameraPopoverHandle docs to reflect README update > Incorrect Documentation/Implementation for camera.getPicture() and > CameraPopoverHandle > -- > > Key: CB-9070 > URL: https://issues.apache.org/jira/browse/CB-9070 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 5.0.0 > Environment: iOS >Reporter: Eric Butler >Assignee: jcesarmobile >Priority: Minor > Labels: ios > Original Estimate: 1h > Remaining Estimate: 1h > > The documentation in the readme states that getPicture() returns a > CameraPopoverHandle that allows the developer to position and handle the > prompt or filehandling ui pieces. However that return has been commented out > since Dec 2013. > Should this be uncommented or should the doc be updated to reflect that? > Compare - > docs: http://i.imgur.com/Ous71H5.png > actual: http://tinyurl.com/lf38bpr -- This message was sent by Atlassian JIRA (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-10067) Camera.PictureSourceType description is not right for iOS
[ https://issues.apache.org/jira/browse/CB-10067?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15432763#comment-15432763 ] ASF subversion and git services commented on CB-10067: -- Commit 1beeafb6e8b2296d7748d545128686bf8296bbb7 in cordova-plugin-camera's branch refs/heads/master from [~vladimir.kotikov] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-camera.git;h=1beeafb ] CB-10067 Update PictureSourceType JSDoc to reflect README update > Camera.PictureSourceType description is not right for iOS > - > > Key: CB-10067 > URL: https://issues.apache.org/jira/browse/CB-10067 > Project: Apache Cordova > Issue Type: Improvement > Components: Docs, Plugin Camera > Environment: iOS >Reporter: jcesarmobile >Assignee: jcesarmobile >Priority: Minor > Labels: triaged > > Camera.PictureSourceType.PHOTOLIBRARY and > Camera.PictureSourceType.SAVEDPHOTOALBUM have both the same description > (Choose image from picture library ), but they are not se same > Camera.PictureSourceType.PHOTOLIBRARY uses > UIImagePickerControllerSourceTypePhotoLibrary, that references the entire > photo library, letting the user choose the album he wants to use. > Camera.PictureSourceType.SAVEDPHOTOALBUM uses > UIImagePickerControllerSourceTypeSavedPhotosAlbum, that goes to the camera > roll album and don't let to select another. > We should make clear that they are different and explain why -- This message was sent by Atlassian JIRA (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-11742) After upgrading to version 6.3.1, apps won't install in Android because of DOWNGRADE
David Martinez Borque created CB-11742: -- Summary: After upgrading to version 6.3.1, apps won't install in Android because of DOWNGRADE Key: CB-11742 URL: https://issues.apache.org/jira/browse/CB-11742 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 6.3.1 Environment: Developing on Windows 8.1 with node v5.1.0, cordova 6.3.1 for android Reporter: David Martinez Borque I have updated to cordova 6.3.1 Then I compile all my apps, generating new release apks (v.1.17). Then I try to install the new apk into an android device where I already have an older version of the app (v 1.16) When upgrading the app (adb install -r android-release.apk) I always get this error: [INSTALL_FAILED_VERSION_DOWNGRADE] Most curiously, when I install the new apk (with adb install -r -d) the Android system detects that the version of the app is 1.17!! -- This message was sent by Atlassian JIRA (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-11176) Fix windows-splashscreen compatibility with older plugin versions
[ https://issues.apache.org/jira/browse/CB-11176?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15432711#comment-15432711 ] ASF GitHub Bot commented on CB-11176: - Github user cadesalaberry commented on a diff in the pull request: https://github.com/apache/cordova-windows/pull/172#discussion_r75856167 --- Diff: cordova-js-src/exec.js --- @@ -41,6 +41,20 @@ var execProxy = require('cordova/exec/proxy'); */ module.exports = function (success, fail, service, action, args) { +// Handle the case when we have an old version of splashscreen plugin to avoid the API calls failures +if (service === 'SplashScreen') { +var pluginsVersions = require("cordova/plugin_list").metadata; +var splashscreenVersion = pluginsVersions['cordova-plugin-splashscreen']; +var MIN_SPLASHSCREEN_SUPPORTED_VER = 4; --- End diff -- From this line, should I understand that the next 4.x.x release here https://github.com/apache/cordova-plugin-splashscreen/releases will be fully compatible with windows ? > Fix windows-splashscreen compatibility with older plugin versions > - > > Key: CB-11176 > URL: https://issues.apache.org/jira/browse/CB-11176 > Project: Apache Cordova > Issue Type: Bug > Components: Windows >Reporter: Sergey Shakhnazarov >Assignee: Sergey Shakhnazarov > > Manual splashscreen hiding using {{AutoHideSplashScreen=false}} preference > with a {{navigator.splashscreen.hide()}} call does not work with updated > {{cordova-windows}} and an old {{cordova-plugin-splashscreen}} (<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] [Closed] (CB-11295) Cordova app navigates to home screen when fetching image from PhotoLibrary
[ https://issues.apache.org/jira/browse/CB-11295?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov closed CB-11295. - Resolution: Won't Fix > Cordova app navigates to home screen when fetching image from PhotoLibrary > -- > > Key: CB-11295 > URL: https://issues.apache.org/jira/browse/CB-11295 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Reporter: Apoorv Saxena > Labels: camera, cordova-6.0.0, windows-universal > > **Use Case**: Choose image from Gallery and execute callbacks > **Issue**: Redirection to Home screen of the app after image selection from > Gallery. > Getting image from Camera works: > {noformat} > navigator.camera.getPicture(function() { > console.log('success'); > },function() { > console.log('failure'); > } , { > destinationType: Camera.DestinationType.DATA_URL > }); > {noformat} > Choosing image from Gallery redirects to the homescreen > {noformat} > navigator.camera.getPicture(function() { > console.log('success'); > },function() { > console.log('failure'); > } , { > destinationType: navigator.camera.DestinationType.FILE_URI, > sourceType: navigator.camera.PictureSourceType.SAVEDPHOTOALBUM > }); > {noformat} > The code is fairly simple and is mentioned at many places to give an example > of how to choose image from Gallery. This code doesn't work on any screen > other than the home screen of App. Also, no errors are reported before > redirection. > The following code also results in redirection to the homescreen after image > selection. > {noformat} > > {noformat} > Configuration: > Device: Windows Lumia 535 > Device OS Version: 8.1 > Cordova: 6.1.1 > Cordova plugin camera: 2.2.0 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-11295) Cordova app navigates to home screen when fetching image from PhotoLibrary
[ https://issues.apache.org/jira/browse/CB-11295?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15432702#comment-15432702 ] ASF GitHub Bot commented on CB-11295: - GitHub user vladimir-kotikov opened a pull request: https://github.com/apache/cordova-plugin-camera/pull/233 CB-11295 Add WP8.1 quirk when choosing image from photoalbum ### Platforms affected Windows (Windows Phone 8.1) ### What does this PR do? Updates plugin's docs to reflect WP8.1 quirk when calling `camera.getPicture` from location, different than app's start page ### What testing has been done on this change? Not required ### Checklist - [x] [ICLA](http://www.apache.org/licenses/icla.txt) has been signed and submitted to secret...@apache.org. - [x] [Reported an issue](http://cordova.apache.org/contribute/issues.html) in the JIRA database - [x] Commit message follows the format: "CB-3232: (android) Fix bug with resolving file paths", where CB- is the JIRA ID & "android" is the platform affected. - [x] Added automated test coverage as appropriate for this change. (not required) You can merge this pull request into a Git repository by running: $ git pull https://github.com/vladimir-kotikov/cordova-plugin-camera CB-11295 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-camera/pull/233.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 #233 commit 11e300a42ddb72a7228a0fcecf1477e5ac66b197 Author: Vladimir Kotikov Date: 2016-08-23T12:08:59Z CB-11295 Add WP8.1 quirk when choosing image from photoalbum > Cordova app navigates to home screen when fetching image from PhotoLibrary > -- > > Key: CB-11295 > URL: https://issues.apache.org/jira/browse/CB-11295 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Reporter: Apoorv Saxena > Labels: camera, cordova-6.0.0, windows-universal > > **Use Case**: Choose image from Gallery and execute callbacks > **Issue**: Redirection to Home screen of the app after image selection from > Gallery. > Getting image from Camera works: > {noformat} > navigator.camera.getPicture(function() { > console.log('success'); > },function() { > console.log('failure'); > } , { > destinationType: Camera.DestinationType.DATA_URL > }); > {noformat} > Choosing image from Gallery redirects to the homescreen > {noformat} > navigator.camera.getPicture(function() { > console.log('success'); > },function() { > console.log('failure'); > } , { > destinationType: navigator.camera.DestinationType.FILE_URI, > sourceType: navigator.camera.PictureSourceType.SAVEDPHOTOALBUM > }); > {noformat} > The code is fairly simple and is mentioned at many places to give an example > of how to choose image from Gallery. This code doesn't work on any screen > other than the home screen of App. Also, no errors are reported before > redirection. > The following code also results in redirection to the homescreen after image > selection. > {noformat} > > {noformat} > Configuration: > Device: Windows Lumia 535 > Device OS Version: 8.1 > Cordova: 6.1.1 > Cordova plugin camera: 2.2.0 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-11295) Cordova app navigates to home screen when fetching image from PhotoLibrary
[ https://issues.apache.org/jira/browse/CB-11295?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15432699#comment-15432699 ] Vladimir Kotikov commented on CB-11295: --- This is hardly ever will be fixed due to Windows Phone Image pickers implementation. In short, choosing image from gallery causes app to suspend until image is picked and then resume with _start_ page (as defined in config.xml). If you have called {{getPicture}} from different page, this will cause the whole app to reload and open start page. In addition, callbacks to {{getPicture}} also get wiped in this case so you'll never get any result from the plugin. Workaround here might be to _call {{camera.getPicture}} only from start page_, or if this is not possible, subscribe to document's {{activated}} event on main page, then get image from event's arguments, navigate to page, where {{getPicture}} has been called initially from and use image from {{activated}} event. A similar pattern is used in official documentation for file picker on MSDN: https://msdn.microsoft.com/en-us/library/windows/apps/dn720490.aspx > Cordova app navigates to home screen when fetching image from PhotoLibrary > -- > > Key: CB-11295 > URL: https://issues.apache.org/jira/browse/CB-11295 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Reporter: Apoorv Saxena > Labels: camera, cordova-6.0.0, windows-universal > > **Use Case**: Choose image from Gallery and execute callbacks > **Issue**: Redirection to Home screen of the app after image selection from > Gallery. > Getting image from Camera works: > {noformat} > navigator.camera.getPicture(function() { > console.log('success'); > },function() { > console.log('failure'); > } , { > destinationType: Camera.DestinationType.DATA_URL > }); > {noformat} > Choosing image from Gallery redirects to the homescreen > {noformat} > navigator.camera.getPicture(function() { > console.log('success'); > },function() { > console.log('failure'); > } , { > destinationType: navigator.camera.DestinationType.FILE_URI, > sourceType: navigator.camera.PictureSourceType.SAVEDPHOTOALBUM > }); > {noformat} > The code is fairly simple and is mentioned at many places to give an example > of how to choose image from Gallery. This code doesn't work on any screen > other than the home screen of App. Also, no errors are reported before > redirection. > The following code also results in redirection to the homescreen after image > selection. > {noformat} > > {noformat} > Configuration: > Device: Windows Lumia 535 > Device OS Version: 8.1 > Cordova: 6.1.1 > Cordova plugin camera: 2.2.0 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-11648) Make CDVViewController to send notifications when UIViewController methods are called
[ https://issues.apache.org/jira/browse/CB-11648?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] jcesarmobile resolved CB-11648. --- Resolution: Fixed Added in cordova-ios 4.3.0 > Make CDVViewController to send notifications when UIViewController methods > are called > - > > Key: CB-11648 > URL: https://issues.apache.org/jira/browse/CB-11648 > Project: Apache Cordova > Issue Type: New Feature > Components: iOS >Reporter: jcesarmobile >Assignee: jcesarmobile > > Making CDVViewController to send notifications when some of the > UIViewController methods are called, such as: > viewWillAppear > viewDidAppear > viewWillDisappear > viewDidDisappear > viewWillLayoutSubviews > viewDidLayoutSubviews > viewWillTransitionToSize > listening for that notifications can be useful in some plugins like the > statusbar plugin -- This message was sent by Atlassian JIRA (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-11167) Trying to use truncate produces an "Error: exec proxy not found for :: File :: truncate" error
[ https://issues.apache.org/jira/browse/CB-11167?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov closed CB-11167. - Resolution: Won't Fix > Trying to use truncate produces an "Error: exec proxy not found for :: File > :: truncate" error > -- > > Key: CB-11167 > URL: https://issues.apache.org/jira/browse/CB-11167 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File >Affects Versions: 6.1.1 > Environment: Windows 7 > Firefox 46 >Reporter: Pawel > Labels: browser, triaged > > As in title - when trying to call `truncate` on a FileWriter for existing > FileEntry will cause `Error: exec proxy not found for :: File :: truncate` > error. Same code works fine in Chrome. -- This message was sent by Atlassian JIRA (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-11167) Trying to use truncate produces an "Error: exec proxy not found for :: File :: truncate" error
[ https://issues.apache.org/jira/browse/CB-11167?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15432526#comment-15432526 ] Vladimir Kotikov commented on CB-11167: --- Unfortunately, {{truncate}} method is not supported in IE and Firefox. See [README|https://github.com/apache/cordova-plugin-file#indexeddb-based-impl-quirks-firefox-and-ie]. > Trying to use truncate produces an "Error: exec proxy not found for :: File > :: truncate" error > -- > > Key: CB-11167 > URL: https://issues.apache.org/jira/browse/CB-11167 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File >Affects Versions: 6.1.1 > Environment: Windows 7 > Firefox 46 >Reporter: Pawel > Labels: browser, triaged > > As in title - when trying to call `truncate` on a FileWriter for existing > FileEntry will cause `Error: exec proxy not found for :: File :: truncate` > error. Same code works fine in Chrome. -- This message was sent by Atlassian JIRA (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-11737) cordova-ios crash in case of Infinity value in result
[ https://issues.apache.org/jira/browse/CB-11737?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15432512#comment-15432512 ] Chris Brody commented on CB-11737: -- By "failing test" do you mean a failed assertion, an uncaught exception, or something else? Unfortunately I could not see how to run the cordova-ios tests. Any pointers? I think the underlying cause is that while Javascript, Java, and Objective C/Swift support Nan and Infinity JSON does not support these values. This can lead to strange inconsistencies since the Windows platform does NOT use JSON and is able to handle this case. I think the most important things are that we get this case documented (along with CB-9435) for plugin developers and provide a way (such as how to do try/catch) to deal with this case. My first attempt to use try/catch to prevent this crash did not work. > cordova-ios crash in case of Infinity value in result > - > > Key: CB-11737 > URL: https://issues.apache.org/jira/browse/CB-11737 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Chris Brody >Assignee: Shazron Abdullah > > In case an iOS plugin attempts to return a JSON result with an Infinity value > it will crash with NSInvalidArgumentException. I discovered this when > investigating this issue: > https://github.com/litehelpers/Cordova-sqlite-storage/issues/405 > Similar to: CB-9435 -- This message was sent by Atlassian JIRA (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-11295) Cordova app navigates to home screen when fetching image from PhotoLibrary
[ https://issues.apache.org/jira/browse/CB-11295?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov updated CB-11295: -- Description: **Use Case**: Choose image from Gallery and execute callbacks **Issue**: Redirection to Home screen of the app after image selection from Gallery. Getting image from Camera works: {noformat} navigator.camera.getPicture(function() { console.log('success'); },function() { console.log('failure'); } , { destinationType: Camera.DestinationType.DATA_URL }); {noformat} Choosing image from Gallery redirects to the homescreen {noformat} navigator.camera.getPicture(function() { console.log('success'); },function() { console.log('failure'); } , { destinationType: navigator.camera.DestinationType.FILE_URI, sourceType: navigator.camera.PictureSourceType.SAVEDPHOTOALBUM }); {noformat} The code is fairly simple and is mentioned at many places to give an example of how to choose image from Gallery. This code doesn't work on any screen other than the home screen of App. Also, no errors are reported before redirection. The following code also results in redirection to the homescreen after image selection. {noformat} {noformat} Configuration: Device: Windows Lumia 535 Device OS Version: 8.1 Cordova: 6.1.1 Cordova plugin camera: 2.2.0 was: **Use Case**: Choose image from Gallery and execute callbacks **Issue**: Redirection to Home screen of the app after image selection from Gallery. Getting image from Camera works: navigator.camera.getPicture(function() { console.log('success'); },function() { console.log('failure'); } , { destinationType: Camera.DestinationType.DATA_URL }); Choosing image from Gallery redirects to the homescreen navigator.camera.getPicture(function() { console.log('success'); },function() { console.log('failure'); } , { destinationType: navigator.camera.DestinationType.FILE_URI, sourceType: navigator.camera.PictureSourceType.SAVEDPHOTOALBUM }); The code is fairly simple and is mentioned at many places to give an example of how to choose image from Gallery. This code doesn't work on any screen other than the home screen of App. Also, no errors are reported before redirection. The following code also results in redirection to the homescreen after image selection. Configuration: Device: Windows Lumia 535 Device OS Version: 8.1 Cordova: 6.1.1 Cordova plugin camera: 2.2.0 > Cordova app navigates to home screen when fetching image from PhotoLibrary > -- > > Key: CB-11295 > URL: https://issues.apache.org/jira/browse/CB-11295 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Reporter: Apoorv Saxena > Labels: camera, cordova-6.0.0, windows-universal > > **Use Case**: Choose image from Gallery and execute callbacks > **Issue**: Redirection to Home screen of the app after image selection from > Gallery. > Getting image from Camera works: > {noformat} > navigator.camera.getPicture(function() { > console.log('success'); > },function() { > console.log('failure'); > } , { > destinationType: Camera.DestinationType.DATA_URL > }); > {noformat} > Choosing image from Gallery redirects to the homescreen > {noformat} > navigator.camera.getPicture(function() { > console.log('success'); > },function() { > console.log('failure'); > } , { > destinationType: navigator.camera.DestinationType.FILE_URI, > sourceType: navigator.camera.PictureSourceType.SAVEDPHOTOALBUM > }); > {noformat} > The code is fairly simple and is mentioned at many places to give an example > of how to choose image from Gallery. This code doesn't work on any screen > other than the home screen of App. Also, no errors are reported before > redirection. > The following code also results in redirection to the homescreen after image > selection. > {noformat} > > {noformat} > Configuration: > Device: Windows Lumia 535 > Device OS Version: 8.1 > Cordova: 6.1.1 > Cordova plugin camera: 2.2.0 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-11737) cordova-ios crash in case of Infinity value in result
[ https://issues.apache.org/jira/browse/CB-11737?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15432371#comment-15432371 ] Shazron Abdullah commented on CB-11737: --- Failing test: {code} - (void)testSerializingMessageAsInfinityNumber { NSNumber* num = [NSNumber numberWithDouble:INFINITY]; CDVPluginResult* result = [CDVPluginResult resultWithStatus:CDVCommandStatus_OK messageAsDouble:INFINITY]; XCTAssertTrue([num isEqual:[[result argumentsAsJSON] cdv_JSONFragment]]); } {code} Fix would be in CDVPluginResult::argumentsAsJSON, we need to check each array element, if its a NSNumber, and its NaN or INFINITY, convert it to another representation. The problem is testing the conversion back. > cordova-ios crash in case of Infinity value in result > - > > Key: CB-11737 > URL: https://issues.apache.org/jira/browse/CB-11737 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Chris Brody >Assignee: Shazron Abdullah > > In case an iOS plugin attempts to return a JSON result with an Infinity value > it will crash with NSInvalidArgumentException. I discovered this when > investigating this issue: > https://github.com/litehelpers/Cordova-sqlite-storage/issues/405 > Similar to: CB-9435 -- This message was sent by Atlassian JIRA (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-10706) ms-appx:/// does not seem to work to copy folders/files from appx content...
[ https://issues.apache.org/jira/browse/CB-10706?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15432366#comment-15432366 ] Artem Kunets commented on CB-10706: --- the same error code 5 > ms-appx:/// does not seem to work to copy folders/files from appx content... > > > Key: CB-10706 > URL: https://issues.apache.org/jira/browse/CB-10706 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File, Windows > Environment: Windows 10 Mobile, Phonegap 5.3.6, cordova-plugin-file > 4.1.0 "File" >Reporter: Fuchur84 > Labels: triaged, wfc > > This is the code I am trying to use to copy some files from the www-folder of > the app to the storage of the smartphone. > For Android and iOS everything is working, but for Windows 10 Mobile > (neighter with "file://"... nor with "ms-appx:///"), I get > "copy_data_from_local(0): Default-Folder ms-appx:///www/data/0 not available. > 5" > function copy_data_from_local(){ > if(window.system_type != 'windows'){ // this can hold windows, android or > ios in it. > // android or ios > var default_folder = "file://" + > (window.location.pathname).split('index.html').join('') + "data/0"; > var default_data_file = "file://" + > (window.location.pathname).split('index.html').join('') + "data/data.txt"; > } else { > // windows... file:// does not work here, so try it with ms-appx:// > var default_folder = "ms-appx:///www/data/0"; // THESE DO NOT WORK > FOR WINDOWS... I AM NOT SURE WHY! > var default_data_file = "ms-appx:///www/data/data.txt"; > } > window.requestFileSystem = window.wrfs; // this is already available. > // window.file_path is the folder of the app in app-data... this works. > window.resolveLocalFileSystemURL(window.file_path, function(main_dir){ > window.resolveLocalFileSystemURL(default_folder, function(dir){ > dir.copyTo(main_dir, '0', function (new_dir){ > // default_data has been_copied: success > window.resolveLocalFileSystemURL(default_data_file, > function(data_file){ > console.log("copy_data_from_local(-2): Default-data_file > is available."); > // default_data-file is available > data_file.copyTo(main_dir, 'data.txt', function (){ > // default_data-file has been_copied: success > console.log("copy_data_from_local(1): > Default-data_file has been copied."); > get_file_contents(window.file_path + "data.txt", > function() { > update_data_now(); > }, function (error) { > console.log("copy_data_from_local(3): > Default-Data-File could not be copied. " + error.code); > }); > }, function (error) { > console.log("copy_data_from_local(4): Data could not be > read. " + error.code); > }); > }, function (error) { > console.log("copy_data_from_local(4): Data could not be > read. " + error.code); > }); > }, > function (e) { > console.log("copy_data_from_local(2): Default-directory could > not be copied: " + e.code); > }); > }, function (error) { > // this seems to be firing on windows... > console.log('copy_data_from_local(0): Default-Folder ' + > default_folder + ' not available. ' + error.code); > }); > }, function (error) { > console.log('copy_data_from_local(-1): Parent-Folder ' + > window.file_path + ' not available. ' + error.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-9022) Cordova Android Filetransfer returning null -"java.lang.IllegalStateException" - "CordovaInterface.getThreadPool()"
[ https://issues.apache.org/jira/browse/CB-9022?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15432348#comment-15432348 ] ASF subversion and git services commented on CB-9022: - Commit 2b6b6d9333848beb05a6128242701261467b5d69 in cordova-plugin-file-transfer's branch refs/heads/master from [~anemitoff] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file-transfer.git;h=2b6b6d9 ] CB-9022 Fix exception thrown by call to remapApi on main thread When reamapApi was being called for device file it was performing IO on the WebCore thread and throwing an IllegalState exception. This seems to have only been a problem when local URL corresponded to a video file. Moved calls to remapApi for device URLs within new thread context so that IO is performed on background thread. This is the same fix as 3ccf9f8 but for `download` operation This closes #124 > Cordova Android Filetransfer returning null > -"java.lang.IllegalStateException" - "CordovaInterface.getThreadPool()" > --- > > Key: CB-9022 > URL: https://issues.apache.org/jira/browse/CB-9022 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Affects Versions: 1.1.0 > Environment: OS: Mac OS X Yosemite > Node Version: v0.12.0 > Cordova CLI: 5.0.0 > Xcode version: Xcode 6.3.1 Build version 6D1002 > ios-sim version: 3.1.1 > ios-deploy version: 1.4.0 > android 4.0.0-dev >Reporter: Mike Mullins >Assignee: Vladimir Kotikov > Labels: android, cannot-reproduce, wfc > > http://stackoverflow.com/questions/30201674/cordova-android-filetransfer-returning-null > Attempting to do an android FileTransfer, plugin is working on iOS, i can't > seem to get this to go! > ADB lgocat output: > E/PluginManager(23753): Uncaught exception from plugin > E/PluginManager(23753): java.lang.IllegalStateException: Tried to perform an > IO operation on the WebCore thread. Use CordovaInterface.getThreadPool() > instead. > FileTransferError > body: null > code: null > exception: null > http_status: null > source: null > target: null > Trying a file transfer and coming back empty > Your system information: > OS: Mac OS X Yosemite > Node Version: v0.12.0 > Cordova CLI: 5.0.0 > Ionic CLI Version: 1.3.22 > Xcode version: Xcode 6.3.1 Build version 6D1002 > ios-sim version: 3.1.1 > ios-deploy version: 1.4.0 > ngCordova upload: http://ngcordova.com/docs/plugins/fileTransfer/ > Running in Crosswalk, not sure that makes any difference. -- This message was sent by Atlassian JIRA (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-10916) Add ability to set different binary name and display name
[ https://issues.apache.org/jira/browse/CB-10916?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15432318#comment-15432318 ] ASF GitHub Bot commented on CB-10916: - Github user shazron commented on the issue: https://github.com/apache/cordova-ios/pull/228 This PR needs to be re-based. > Add ability to set different binary name and display name > - > > Key: CB-10916 > URL: https://issues.apache.org/jira/browse/CB-10916 > Project: Apache Cordova > Issue Type: Wish > Components: Android, iOS >Reporter: Jacob Weber >Priority: Minor > > I would like to use a different value for the binary filenames (.ipa/.apk) > and the app display name. Currently in config.xml is used for both. > If I set to the value I want for the binary name, I have to manually > edit app_name in res/values/strings.xml and CFBundleDisplayName in > *-Info.plist. > On the other hand, if I set to the value I want for the display name, > I can manually rename the binaries, but the iOS .ipa file still contains an > .app file with the display name, and CFBundleExecutable still has the display > name. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-11067) Content-Length missing in multipart form upload header on Android
[ https://issues.apache.org/jira/browse/CB-11067?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15432313#comment-15432313 ] ASF GitHub Bot commented on CB-11067: - Github user vladimir-kotikov commented on the issue: https://github.com/apache/cordova-plugin-file-transfer/pull/140 @oddcb, any updates? Is this still actual? If not, please close this PR > Content-Length missing in multipart form upload header on Android > - > > Key: CB-11067 > URL: https://issues.apache.org/jira/browse/CB-11067 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer > Environment: Plugin version 1.5.0 > chunked = false >Reporter: Odd Christer Brovig > Labels: Android, triaged > > On iOS Content-Length is sent as part of header for multipart form. On > Android only Content-Disposition and Content-Type is sent. > Is there a special reason for this? I see that the file size is read after > the beforeData is converted to bytes. > From FileTransfer.java: > {code:java} > > beforeData.append(LINE_START).append(BOUNDARY).append(LINE_END); > beforeData.append("Content-Disposition: form-data; > name=\"").append(fileKey).append("\";"); > beforeData.append(" > filename=\"").append(fileName).append('"').append(LINE_END); > beforeData.append("Content-Type: > ").append(mimeType).append(LINE_END).append(LINE_END); > byte[] beforeDataBytes = > beforeData.toString().getBytes("UTF-8"); > byte[] tailParamsBytes = (LINE_END + LINE_START + > BOUNDARY + LINE_START + LINE_END).getBytes("UTF-8"); > {code} > From CDVFileTransfer.m: > {code} > [postBodyBeforeFile appendData:formBoundaryData]; > [postBodyBeforeFile appendData:[[NSString > stringWithFormat:@"Content-Disposition: form-data; name=\"%@\"; > filename=\"%@\"\r\n", fileKey, fileName] > dataUsingEncoding:NSUTF8StringEncoding]]; > if (mimeType != nil) { > [postBodyBeforeFile appendData:[[NSString > stringWithFormat:@"Content-Type: %@\r\n", mimeType] > dataUsingEncoding:NSUTF8StringEncoding]]; > } > [postBodyBeforeFile appendData:[[NSString > stringWithFormat:@"Content-Length: %ld\r\n\r\n", (long)[fileData length]] > dataUsingEncoding:NSUTF8StringEncoding]]; > {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] [Resolved] (CB-11368) resolveLocalFileSystemURL cannot handle url returned by contacts plugin
[ https://issues.apache.org/jira/browse/CB-11368?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov resolved CB-11368. --- Resolution: Fixed > resolveLocalFileSystemURL cannot handle url returned by contacts plugin > --- > > Key: CB-11368 > URL: https://issues.apache.org/jira/browse/CB-11368 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin File >Reporter: zhuisui > Labels: triaged > > navigator.contacts.pickContact returns photo url like > {{content://com.android.contacts/contacts/1/photo}}, which cannot be resolved > by resolveLocalFileSystemURL with {{FileError code: 1000}}. I inspect code in > the {{ContentFileSystem.java}}, and find the method {{resourceSizeForCursor}} > cannot return correct value. The problem is, that cursor doesn't have a > column named _size. I have given permission of File and Contacts. -- This message was sent by Atlassian JIRA (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-11368) resolveLocalFileSystemURL cannot handle url returned by contacts plugin
[ https://issues.apache.org/jira/browse/CB-11368?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15432295#comment-15432295 ] ASF GitHub Bot commented on CB-11368: - Github user asfgit closed the pull request at: https://github.com/apache/cordova-plugin-file/pull/192 > resolveLocalFileSystemURL cannot handle url returned by contacts plugin > --- > > Key: CB-11368 > URL: https://issues.apache.org/jira/browse/CB-11368 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin File >Reporter: zhuisui > Labels: triaged > > navigator.contacts.pickContact returns photo url like > {{content://com.android.contacts/contacts/1/photo}}, which cannot be resolved > by resolveLocalFileSystemURL with {{FileError code: 1000}}. I inspect code in > the {{ContentFileSystem.java}}, and find the method {{resourceSizeForCursor}} > cannot return correct value. The problem is, that cursor doesn't have a > column named _size. I have given permission of File and Contacts. -- This message was sent by Atlassian JIRA (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-11368) resolveLocalFileSystemURL cannot handle url returned by contacts plugin
[ https://issues.apache.org/jira/browse/CB-11368?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15432292#comment-15432292 ] ASF subversion and git services commented on CB-11368: -- Commit 9860bbb8567a7ab8994996a3a66313510a05f64a in cordova-plugin-file's branch refs/heads/master from [~Nikita Matrosov] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file.git;h=9860bbb ] CB-11368 android: Resolve content URLs produced by contacts plugin This bug was happening because of invalid assignment of null value to variable of primitive type This closes #192 > resolveLocalFileSystemURL cannot handle url returned by contacts plugin > --- > > Key: CB-11368 > URL: https://issues.apache.org/jira/browse/CB-11368 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin File >Reporter: zhuisui > Labels: triaged > > navigator.contacts.pickContact returns photo url like > {{content://com.android.contacts/contacts/1/photo}}, which cannot be resolved > by resolveLocalFileSystemURL with {{FileError code: 1000}}. I inspect code in > the {{ContentFileSystem.java}}, and find the method {{resourceSizeForCursor}} > cannot return correct value. The problem is, that cursor doesn't have a > column named _size. I have given permission of File and Contacts. -- This message was sent by Atlassian JIRA (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-11368) resolveLocalFileSystemURL cannot handle url returned by contacts plugin
[ https://issues.apache.org/jira/browse/CB-11368?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15432290#comment-15432290 ] ASF GitHub Bot commented on CB-11368: - Github user vladimir-kotikov commented on the issue: https://github.com/apache/cordova-plugin-file/pull/192 LGTM > resolveLocalFileSystemURL cannot handle url returned by contacts plugin > --- > > Key: CB-11368 > URL: https://issues.apache.org/jira/browse/CB-11368 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin File >Reporter: zhuisui > Labels: triaged > > navigator.contacts.pickContact returns photo url like > {{content://com.android.contacts/contacts/1/photo}}, which cannot be resolved > by resolveLocalFileSystemURL with {{FileError code: 1000}}. I inspect code in > the {{ContentFileSystem.java}}, and find the method {{resourceSizeForCursor}} > cannot return correct value. The problem is, that cursor doesn't have a > column named _size. I have given permission of File and Contacts. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org