[jira] [Commented] (CB-11713) no CLI feedback on plugin version installed during plugin install
[ https://issues.apache.org/jira/browse/CB-11713?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16052562#comment-16052562 ] ASF GitHub Bot commented on CB-11713: - Github user filmaj commented on the issue: https://github.com/apache/cordova-lib/pull/563 Thanks for waiting @goya ! @stevengill, @audreyso and I are working on that. > no CLI feedback on plugin version installed during plugin install > - > > Key: CB-11713 > URL: https://issues.apache.org/jira/browse/CB-11713 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-cli >Reporter: Brett Rudd >Assignee: Brett Rudd >Priority: Trivial > > During plugin install no feedback is given to the user as to what version > (from npm etc.) is installed or what exact sha (git repos) -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-12905) LaunchBrowser promise in linux, not resolved until the browser process terminates.
[ https://issues.apache.org/jira/browse/CB-12905?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16052560#comment-16052560 ] ASF GitHub Bot commented on CB-12905: - Github user asfgit closed the pull request at: https://github.com/apache/cordova-browser/pull/31 > LaunchBrowser promise in linux, not resolved until the browser process > terminates. > -- > > Key: CB-12905 > URL: https://issues.apache.org/jira/browse/CB-12905 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-browser, cordova-serve >Affects Versions: 6.5.0, 7.0.1 > Environment: OS: Ubuntu 16.04.2 LTS > cordova: 6.5.0 > simulate: 0.3.12 > node: v7.10.0 > npm: 4.6.1 >Reporter: Pavel Yakovlev >Priority: Minor > > LaunchBrowser promise in linux, not resolved until the browser process > terminates. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-12905) LaunchBrowser promise in linux, not resolved until the browser process terminates.
[ https://issues.apache.org/jira/browse/CB-12905?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16052559#comment-16052559 ] ASF GitHub Bot commented on CB-12905: - Github user purplecabbage commented on the issue: https://github.com/apache/cordova-browser/pull/31 This needs to be addressed in the cordova-serve repo if it is an issue. Closing. > LaunchBrowser promise in linux, not resolved until the browser process > terminates. > -- > > Key: CB-12905 > URL: https://issues.apache.org/jira/browse/CB-12905 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-browser, cordova-serve >Affects Versions: 6.5.0, 7.0.1 > Environment: OS: Ubuntu 16.04.2 LTS > cordova: 6.5.0 > simulate: 0.3.12 > node: v7.10.0 > npm: 4.6.1 >Reporter: Pavel Yakovlev >Priority: Minor > > LaunchBrowser promise in linux, not resolved until the browser process > terminates. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-11713) no CLI feedback on plugin version installed during plugin install
[ https://issues.apache.org/jira/browse/CB-11713?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16052556#comment-16052556 ] ASF GitHub Bot commented on CB-11713: - Github user goya commented on the issue: https://github.com/apache/cordova-lib/pull/563 oh well ill just leave this here until master gets working tests again. > no CLI feedback on plugin version installed during plugin install > - > > Key: CB-11713 > URL: https://issues.apache.org/jira/browse/CB-11713 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-cli >Reporter: Brett Rudd >Assignee: Brett Rudd >Priority: Trivial > > During plugin install no feedback is given to the user as to what version > (from npm etc.) is installed or what exact sha (git repos) -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-12804) Cordova-browser PWA needs a manifest file
[ https://issues.apache.org/jira/browse/CB-12804?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16052554#comment-16052554 ] ASF GitHub Bot commented on CB-12804: - Github user asfgit closed the pull request at: https://github.com/apache/cordova-browser/pull/32 > Cordova-browser PWA needs a manifest file > - > > Key: CB-12804 > URL: https://issues.apache.org/jira/browse/CB-12804 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-browser >Reporter: Audrey So >Assignee: Audrey So > Fix For: cordova7 > > > Cordova-browser PWA needs a manifest file. > This manifest.json file should get created during cordova platform add > browser and use values from config.xml to build. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-12804) Cordova-browser PWA needs a manifest file
[ https://issues.apache.org/jira/browse/CB-12804?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16052553#comment-16052553 ] ASF GitHub Bot commented on CB-12804: - Github user asfgit closed the pull request at: https://github.com/apache/cordova-browser/pull/30 > Cordova-browser PWA needs a manifest file > - > > Key: CB-12804 > URL: https://issues.apache.org/jira/browse/CB-12804 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-browser >Reporter: Audrey So >Assignee: Audrey So > Fix For: cordova7 > > > Cordova-browser PWA needs a manifest file. > This manifest.json file should get created during cordova platform add > browser and use values from config.xml to build. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-12895) Replace jshint with eslint in our tools + platforms
[ https://issues.apache.org/jira/browse/CB-12895?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16052448#comment-16052448 ] ASF GitHub Bot commented on CB-12895: - Github user codecov-io commented on the issue: https://github.com/apache/cordova-android/pull/386 # [Codecov](https://codecov.io/gh/apache/cordova-android/pull/386?src=pr&el=h1) Report > Merging [#386](https://codecov.io/gh/apache/cordova-android/pull/386?src=pr&el=desc) into [master](https://codecov.io/gh/apache/cordova-android/commit/3a6e898b12eac31dfc16a4c526dfba8fab158723?src=pr&el=desc) will **increase** coverage by `2.18%`. > The diff coverage is `51.13%`. [![Impacted file tree graph](https://codecov.io/gh/apache/cordova-android/pull/386/graphs/tree.svg?width=650&height=150&src=pr&token=q14nMf6C5a)](https://codecov.io/gh/apache/cordova-android/pull/386?src=pr&el=tree) ```diff @@Coverage Diff@@ ## master#386 +/- ## = + Coverage 39.52% 41.7% +2.18% = Files 16 16 Lines15511489 -62 Branches 277 278 +1 = + Hits 613 621 +8 + Misses938 868 -70 ``` | [Impacted Files](https://codecov.io/gh/apache/cordova-android/pull/386?src=pr&el=tree) | Coverage Δ | | |---|---|---| | [bin/templates/cordova/lib/builders/builders.js](https://codecov.io/gh/apache/cordova-android/pull/386?src=pr&el=tree#diff-YmluL3RlbXBsYXRlcy9jb3Jkb3ZhL2xpYi9idWlsZGVycy9idWlsZGVycy5qcw==) | `37.5% <0%> (+4.16%)` | :arrow_up: | | [bin/templates/cordova/lib/retry.js](https://codecov.io/gh/apache/cordova-android/pull/386?src=pr&el=tree#diff-YmluL3RlbXBsYXRlcy9jb3Jkb3ZhL2xpYi9yZXRyeS5qcw==) | `15.38% <0%> (ø)` | :arrow_up: | | [bin/templates/cordova/lib/AndroidStudio.js](https://codecov.io/gh/apache/cordova-android/pull/386?src=pr&el=tree#diff-YmluL3RlbXBsYXRlcy9jb3Jkb3ZhL2xpYi9BbmRyb2lkU3R1ZGlvLmpz) | `94.73% <100%> (ø)` | :arrow_up: | | [bin/templates/cordova/lib/AndroidManifest.js](https://codecov.io/gh/apache/cordova-android/pull/386?src=pr&el=tree#diff-YmluL3RlbXBsYXRlcy9jb3Jkb3ZhL2xpYi9BbmRyb2lkTWFuaWZlc3QuanM=) | `35.13% <100%> (-0.87%)` | :arrow_down: | | [...in/templates/cordova/lib/builders/GradleBuilder.js](https://codecov.io/gh/apache/cordova-android/pull/386?src=pr&el=tree#diff-YmluL3RlbXBsYXRlcy9jb3Jkb3ZhL2xpYi9idWlsZGVycy9HcmFkbGVCdWlsZGVyLmpz) | `20.43% <20.93%> (+0.43%)` | :arrow_up: | | [bin/templates/cordova/lib/device.js](https://codecov.io/gh/apache/cordova-android/pull/386?src=pr&el=tree#diff-YmluL3RlbXBsYXRlcy9jb3Jkb3ZhL2xpYi9kZXZpY2UuanM=) | `22.44% <26.31%> (+4.26%)` | :arrow_up: | | [bin/templates/cordova/lib/build.js](https://codecov.io/gh/apache/cordova-android/pull/386?src=pr&el=tree#diff-YmluL3RlbXBsYXRlcy9jb3Jkb3ZhL2xpYi9idWlsZC5qcw==) | `13.43% <31.57%> (+3.08%)` | :arrow_up: | | [bin/templates/cordova/lib/Adb.js](https://codecov.io/gh/apache/cordova-android/pull/386?src=pr&el=tree#diff-YmluL3RlbXBsYXRlcy9jb3Jkb3ZhL2xpYi9BZGIuanM=) | `34.14% <33.33%> (+3.03%)` | :arrow_up: | | [bin/templates/cordova/lib/run.js](https://codecov.io/gh/apache/cordova-android/pull/386?src=pr&el=tree#diff-YmluL3RlbXBsYXRlcy9jb3Jkb3ZhL2xpYi9ydW4uanM=) | `26.98% <37.5%> (+9.07%)` | :arrow_up: | | [bin/templates/cordova/lib/emulator.js](https://codecov.io/gh/apache/cordova-android/pull/386?src=pr&el=tree#diff-YmluL3RlbXBsYXRlcy9jb3Jkb3ZhL2xpYi9lbXVsYXRvci5qcw==) | `40.81% <41.93%> (+2.47%)` | :arrow_up: | | ... and [6 more](https://codecov.io/gh/apache/cordova-android/pull/386?src=pr&el=tree-more) | | -- [Continue to review full report at Codecov](https://codecov.io/gh/apache/cordova-android/pull/386?src=pr&el=continue). > **Legend** - [Click here to learn more](https://docs.codecov.io/docs/codecov-delta) > `Δ = absolute (impact)`, `ø = not affected`, `? = missing data` > Powered by [Codecov](https://codecov.io/gh/apache/cordova-android/pull/386?src=pr&el=footer). Last update [3a6e898...875ea35](https://codecov.io/gh/apache/cordova-android/pull/386?src=pr&el=lastupdated). Read the [comment docs](https://docs.codecov.io/docs/pull-request-comments). > Replace jshint with eslint in our tools + platforms > --- > > Key: CB-12895 > URL: https://issues.apache.org/jira/browse/CB-12895 > Project: Apache Cordova > Issue Type: Improvement > Components: AllComponents >Reporter: Steve Gill >Assignee: Audrey So >Priority: Minor > Labels: cordova-n
[jira] [Commented] (CB-12901) Remove lazy loading of node modules from cordova tooling
[ https://issues.apache.org/jira/browse/CB-12901?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16052425#comment-16052425 ] ASF GitHub Bot commented on CB-12901: - GitHub user stevengill opened a pull request: https://github.com/apache/cordova-cli/pull/282 CB-12901: removed .raw from cordova-lib calls ### Platforms affected ### What does this PR do? ### What testing has been done on this change? ### Checklist - [ ] [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/stevengill/cordova-cli CB-12901 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-cli/pull/282.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 #282 commit a4c71847702793fc24cdfe393f954e4b2f1fc863 Author: Steve Gill Date: 2017-06-16T21:37:07Z CB-12901: removed .raw from cordova-lib calls > Remove lazy loading of node modules from cordova tooling > > > Key: CB-12901 > URL: https://issues.apache.org/jira/browse/CB-12901 > Project: Apache Cordova > Issue Type: Task > Components: cordova-common, cordova-lib >Reporter: Filip Maj >Assignee: Filip Maj > > There are various {{addProperty*}} methods that execute {{require}} at > runtime. While this improves load time and only loads modules that are > necessary, it also makes it harder to test, as spying and mocking is more > difficult. > The 300ms load time improvement, in the best case, is not worth the > difficulty in writing unit tests. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-12929) cordova-windows has "win8" instead of "windows" in URIs
Jan Piotrowski created CB-12929: --- Summary: cordova-windows has "win8" instead of "windows" in URIs Key: CB-12929 URL: https://issues.apache.org/jira/browse/CB-12929 Project: Apache Cordova Issue Type: Bug Components: cordova-docs, cordova-windows Reporter: Jan Piotrowski Assignee: Jesse MacFadyen Documentation of the "windows" (cordova-windows) platform has "win8" in the URI which might confuse users: https://cordova.apache.org/docs/en/latest/guide/platforms/win8/index.html should be https://cordova.apache.org/docs/en/latest/guide/platforms/windows/index.html (Old URIs should be redirected) -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-10143) Local file:// url XmlHttpRequests are not allowed in WKWebViewEngine
[ https://issues.apache.org/jira/browse/CB-10143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16052329#comment-16052329 ] Shazron Abdullah edited comment on CB-10143 at 6/16/17 7:55 PM: We know that undocumented API calls exist, but we cannot and will not integrate its use inside Apache Cordova code. Community users can however choose to use a plugin if they wish, at their own risk for Apple App Store rejection. was (Author: shazron): We know that undocumented API calls exist, but we cannot and will not integrate its use inside Apache Cordova code. Community users can however choose to do so in a plugin if they wish. > Local file:// url XmlHttpRequests are not allowed in WKWebViewEngine > > > Key: CB-10143 > URL: https://issues.apache.org/jira/browse/CB-10143 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-wkwebview-engine >Reporter: Shazron Abdullah > Labels: wkwebview-known-issues > > mobile-spec failure in XMLHttpRequest.spec.4 is a known WKWebView issue, > where CORS is now respected and cannot load files from file:// urls, only > http*:// urls are allowed. > With CSP off to rule things out: > XHR to yourself of course works, but doesn't really make sense for > real-world use. XHR to a sibling file, parent file, or any child file > results in the error ""Cross origin requests are only supported for > HTTP”. > To illustrate: > {code} > | > parent.xml > | > www > | index.html (file currently loaded) > | sibling.xml > | child-folder > | | child.xml > {code} > index.html is the currently loaded file in the WebView. From it, you > can't load parent.xml, sibling.xml nor child.xml using XHR according > to my tests. > The workaround is implementing CB-10109 -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10143) Local file:// url XmlHttpRequests are not allowed in WKWebViewEngine
[ https://issues.apache.org/jira/browse/CB-10143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16052329#comment-16052329 ] Shazron Abdullah commented on CB-10143: --- We know that undocumented API calls exist, but we cannot and will not integrate its use inside Apache Cordova code. Community users can however choose to do so in a plugin if they wish. > Local file:// url XmlHttpRequests are not allowed in WKWebViewEngine > > > Key: CB-10143 > URL: https://issues.apache.org/jira/browse/CB-10143 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-wkwebview-engine >Reporter: Shazron Abdullah > Labels: wkwebview-known-issues > > mobile-spec failure in XMLHttpRequest.spec.4 is a known WKWebView issue, > where CORS is now respected and cannot load files from file:// urls, only > http*:// urls are allowed. > With CSP off to rule things out: > XHR to yourself of course works, but doesn't really make sense for > real-world use. XHR to a sibling file, parent file, or any child file > results in the error ""Cross origin requests are only supported for > HTTP”. > To illustrate: > {code} > | > parent.xml > | > www > | index.html (file currently loaded) > | sibling.xml > | child-folder > | | child.xml > {code} > index.html is the currently loaded file in the WebView. From it, you > can't load parent.xml, sibling.xml nor child.xml using XHR according > to my tests. > The workaround is implementing CB-10109 -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-12894) Opening a Local File - breaking on cordova.js
[ https://issues.apache.org/jira/browse/CB-12894?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16052227#comment-16052227 ] Kyle Slack commented on CB-12894: - Nevermind, I realized after I posted how stupid that question actually was. We switched to use: {code:java} window.open(entry.toURL(), "_system"); {code} Works like a charm. > Opening a Local File - breaking on cordova.js > - > > Key: CB-12894 > URL: https://issues.apache.org/jira/browse/CB-12894 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-android > Environment: DevExtreme SPA Application using Cordova >Reporter: Kyle Slack > > We have an application that has a self updating feature, we do not host in > the Google Play Store, however, we host it for our users. We have had success > with previous versions of our application, but recently on newer devices > running Android 6.0 or higher our users are running into an error when trying > to open the downloaded .apk file that should provide our users with an > updated version of the app prompted for installation. On Android 6.0 or lower > everything is working perfectly fine with the following code. Lastly, we were > able to debug this to the point where we can see the file is actually > downloading fine, and only the call to open the file throws an exception. We > were able to debug down into the cordova.js file and found that there was an > exception occurring when the fileOpener2 plugin performs it's open() > callback, but seems like this is related to Cordova and not anything to do > with the fileOpener2, we have already discussed this with the developer. > Test Device Info: Motorola Turbo 2 / Android 7.0 > Exception Msg: 230 F09 FileOpener21362683899 sAttempt to invoke virtual > method 'android.content.res.XmlResourceParser > //android.content.pm.PackageItemInfo.loadXmlMetaData(android.content.pm.PackageManager, > java.lang.String)' on a null object reference > Code: > {code} > // we need to access LocalFileSystem > window.requestFileSystem(LocalFileSystem.PERSISTENT, 5 * 1024 * 1024, > function (fs) { > //Show user that download is occurring > $("#toast").dxToast({ > message: "Downloading please wait..", > type: "warning", > visible: true, > displayTime: 2 > }); > // we will save file in .. Download/OURAPPNAME.apk > var filePath = cordova.file.externalRootDirectory + '/Download/' > + "OURAPPNAME.apk"; > var fileTransfer = new FileTransfer(); > var uri = encodeURI(appDownloadURL); > fileTransfer.download(uri, filePath, function (entry) { > //Show user that download is occurring/show user install is > about to happen > $("#toast").dxToast({ > message: "Download complete! Launching...", > type: "success", > visible: true, > displayTime: 2000 > }); > Use pwlin's fileOpener2 plugin to let the system open the > .apk > cordova.plugins.fileOpener2.open( > entry.toURL(), > 'application/vnd.android.package-archive', > { > error: function (e) { > window.open(appDownloadURL, "_system"); > }, > success: function () { console.log('file opened > successfully'); } > } > ); > }, > function (error) { > //Show user that download had an error > $("#toast").dxToast({ > message: error.message, > type: "error", > displayTime: 5000 > }); > }, > false); > }) > {code} > Problem File: cordova.js > THIS IS ALL NOT OUR CODE, BUT 'CORDOVA' CODE > {code} > function androidExec(success, fail, service, action, args) { > // argsJson - > "["file:///storage/emulated/0/download/OURAPPNAME.apk","application/vnd.android.package-archive"]" > //callbackId - FileOpener21362683899 > //action - open > //service FileOpener2 > //bridgesecret - 1334209170 > var msgs = nativeApiProvider.get().exec(bridgeSecret, service, action, > callbackId, argsJson); > // If argsJson was received by Java as null, try again with the PROMPT > bridge mode. > // This happens in rare circumstances, such as when certain Unicode > characters are passed over the bridge on a Galaxy S2. See CB-2666. > if (jsToNativeBridgeMode == jsToNativeModes.JS_OBJECT && msgs === "@Null > arguments.") { > androidExec.setJ
[jira] [Commented] (CB-12894) Opening a Local File - breaking on cordova.js
[ https://issues.apache.org/jira/browse/CB-12894?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16052160#comment-16052160 ] Kyle Slack commented on CB-12894: - The only reason we went with a third party plugin to do this is because we did not find a plugin from Apache directly for opening files. Is there an example or documentation you can point me to to use native Apache Cordova plugins to do this instead? Downloads are working fine, just the file opening once that download is complete. I will contact the developer of the plugin to discuss further thank you. > Opening a Local File - breaking on cordova.js > - > > Key: CB-12894 > URL: https://issues.apache.org/jira/browse/CB-12894 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-android > Environment: DevExtreme SPA Application using Cordova >Reporter: Kyle Slack > > We have an application that has a self updating feature, we do not host in > the Google Play Store, however, we host it for our users. We have had success > with previous versions of our application, but recently on newer devices > running Android 6.0 or higher our users are running into an error when trying > to open the downloaded .apk file that should provide our users with an > updated version of the app prompted for installation. On Android 6.0 or lower > everything is working perfectly fine with the following code. Lastly, we were > able to debug this to the point where we can see the file is actually > downloading fine, and only the call to open the file throws an exception. We > were able to debug down into the cordova.js file and found that there was an > exception occurring when the fileOpener2 plugin performs it's open() > callback, but seems like this is related to Cordova and not anything to do > with the fileOpener2, we have already discussed this with the developer. > Test Device Info: Motorola Turbo 2 / Android 7.0 > Exception Msg: 230 F09 FileOpener21362683899 sAttempt to invoke virtual > method 'android.content.res.XmlResourceParser > //android.content.pm.PackageItemInfo.loadXmlMetaData(android.content.pm.PackageManager, > java.lang.String)' on a null object reference > Code: > {code} > // we need to access LocalFileSystem > window.requestFileSystem(LocalFileSystem.PERSISTENT, 5 * 1024 * 1024, > function (fs) { > //Show user that download is occurring > $("#toast").dxToast({ > message: "Downloading please wait..", > type: "warning", > visible: true, > displayTime: 2 > }); > // we will save file in .. Download/OURAPPNAME.apk > var filePath = cordova.file.externalRootDirectory + '/Download/' > + "OURAPPNAME.apk"; > var fileTransfer = new FileTransfer(); > var uri = encodeURI(appDownloadURL); > fileTransfer.download(uri, filePath, function (entry) { > //Show user that download is occurring/show user install is > about to happen > $("#toast").dxToast({ > message: "Download complete! Launching...", > type: "success", > visible: true, > displayTime: 2000 > }); > Use pwlin's fileOpener2 plugin to let the system open the > .apk > cordova.plugins.fileOpener2.open( > entry.toURL(), > 'application/vnd.android.package-archive', > { > error: function (e) { > window.open(appDownloadURL, "_system"); > }, > success: function () { console.log('file opened > successfully'); } > } > ); > }, > function (error) { > //Show user that download had an error > $("#toast").dxToast({ > message: error.message, > type: "error", > displayTime: 5000 > }); > }, > false); > }) > {code} > Problem File: cordova.js > THIS IS ALL NOT OUR CODE, BUT 'CORDOVA' CODE > {code} > function androidExec(success, fail, service, action, args) { > // argsJson - > "["file:///storage/emulated/0/download/OURAPPNAME.apk","application/vnd.android.package-archive"]" > //callbackId - FileOpener21362683899 > //action - open > //service FileOpener2 > //bridgesecret - 1334209170 > var msgs = nativeApiProvider.get().exec(bridgeSecret, service, action, > callbackId, argsJson); > // If argsJson was received by Java as null, try again with the PROMPT > bridge mode. > // This happens in rare circu
[jira] [Commented] (CB-12928) Windows UWP shared Local Folder being removed
[ https://issues.apache.org/jira/browse/CB-12928?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16052157#comment-16052157 ] Jon Hoffman commented on CB-12928: -- Edited to clarify where to find information about the group policy > Windows UWP shared Local Folder being removed > - > > Key: CB-12928 > URL: https://issues.apache.org/jira/browse/CB-12928 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-windows >Affects Versions: 6.5.0 > Environment: When running on a Windows 10 platform >Reporter: Jon Hoffman >Assignee: Jesse MacFadyen >Priority: Critical > Labels: windows > > We are writing an application using Ionic 2 for Windows 10. The application > will need to share data between different users on the same machine therefore > we are using the shared local folder to save the data to as described in the > “Using Shared Local” section of this page: > https://blogs.windows.com/buildingapps/2016/05/24/sharing-your-local-app-data > This method works great and we made changes to the Cordova-Sqlite-Storage > plugin so it will write the database file to the shared local folder. The > problem is when we update our application the shared local folder is removed > thereby erasing all of the saved data. > I created a native C# application to see if we had the same behavior when we > updated a native application. When we updated the native app the shared local > folder was not removed therefore this is an issue specific to our hybrid > application. > My first thought was maybe the Add-AppDevPackage.ps1 scripts were different > between the native and Ionic 2 application since that is the script that we > used to perform the installation and update. I ran a comparison tool to > compare the scripts from the Ionic2 and native applications however the two > files are exactly the same. > I can also verify that the user local folder for the application is not > removed when we perform an update however that folder is specific to the > individual user and we can not share data from that folder. Does anyone know > why the shared local folder is removed when we perform an update of an Ionic > 2 application? > I put a proof of concept application that simply writes a text file to the > shared local folder and the application local folder that can be used to see > how the shared local folder is removed when we update the app. The > repository is located here: > https://github.com/hoffmanjon/Cordova_Windows_UWP_Shared_Local_Folder and > includes a windows plugin to write to the shared local folder. > You will need to set a group policy to get the shared local folders working. > In the in the “Using Shared Local” section of this page: > https://blogs.windows.com/buildingapps/2016/05/24/sharing-your-local-app-data > it describes how to change the policy and which one to change. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-12928) Windows UWP shared Local Folder being removed
[ https://issues.apache.org/jira/browse/CB-12928?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jon Hoffman updated CB-12928: - Description: We are writing an application using Ionic 2 for Windows 10. The application will need to share data between different users on the same machine therefore we are using the shared local folder to save the data to as described in the “Using Shared Local” section of this page: https://blogs.windows.com/buildingapps/2016/05/24/sharing-your-local-app-data This method works great and we made changes to the Cordova-Sqlite-Storage plugin so it will write the database file to the shared local folder. The problem is when we update our application the shared local folder is removed thereby erasing all of the saved data. I created a native C# application to see if we had the same behavior when we updated a native application. When we updated the native app the shared local folder was not removed therefore this is an issue specific to our hybrid application. My first thought was maybe the Add-AppDevPackage.ps1 scripts were different between the native and Ionic 2 application since that is the script that we used to perform the installation and update. I ran a comparison tool to compare the scripts from the Ionic2 and native applications however the two files are exactly the same. I can also verify that the user local folder for the application is not removed when we perform an update however that folder is specific to the individual user and we can not share data from that folder. Does anyone know why the shared local folder is removed when we perform an update of an Ionic 2 application? I put a proof of concept application that simply writes a text file to the shared local folder and the application local folder that can be used to see how the shared local folder is removed when we update the app. The repository is located here: https://github.com/hoffmanjon/Cordova_Windows_UWP_Shared_Local_Folder and includes a windows plugin to write to the shared local folder. You will need to set a group policy to get the shared local folders working. In the in the “Using Shared Local” section of this page: https://blogs.windows.com/buildingapps/2016/05/24/sharing-your-local-app-data it describes how to change the policy and which one to change. was: We are writing an application using Ionic 2 for Windows 10. The application will need to share data between different users on the same machine therefore we are using the shared local folder to save the data to as described in the “Using Shared Local” section of this page: https://blogs.windows.com/buildingapps/2016/05/24/sharing-your-local-app-data This method works great and we made changes to the Cordova-Sqlite-Storage plugin so it will write the database file to the shared local folder. The problem is when we update our application the shared local folder is removed thereby erasing all of the saved data. I created a native C# application to see if we had the same behavior when we updated a native application. When we updated the native app the shared local folder was not removed therefore this is an issue specific to our hybrid application. My first thought was maybe the Add-AppDevPackage.ps1 scripts were different between the native and Ionic 2 application since that is the script that we used to perform the installation and update. I ran a comparison tool to compare the scripts from the Ionic2 and native applications however the two files are exactly the same. I can also verify that the user local folder for the application is not removed when we perform an update however that folder is specific to the individual user and we can not share data from that folder. Does anyone know why the shared local folder is removed when we perform an update of an Ionic 2 application? I put a proof of concept application that simply writes a text file to the shared local folder and the application local folder that can be used to see how the shared local folder is removed when we update the app. The repository is located here: https://github.com/hoffmanjon/Cordova_Windows_UWP_Shared_Local_Folder and includes a windows plugin to write to the shared local folder. You will need to set the groups policy as described in the link from the first paragraph of this description to get access to the shared local folder. > Windows UWP shared Local Folder being removed > - > > Key: CB-12928 > URL: https://issues.apache.org/jira/browse/CB-12928 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-windows >Affects Versions: 6.5.0 > Environment: When running on a Windows 10 platform >Reporter: Jon Hoffman >Assignee: Jesse MacFadyen >Priority: Critical > Labels:
[jira] [Commented] (CB-12928) Windows UWP shared Local Folder being removed
[ https://issues.apache.org/jira/browse/CB-12928?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16052123#comment-16052123 ] Jan Piotrowski commented on CB-12928: - > You will need to set the groups policy as described in the link from the > first paragraph of this description to get access to the shared local folder. This could use clarification then (under which headline?) > Windows UWP shared Local Folder being removed > - > > Key: CB-12928 > URL: https://issues.apache.org/jira/browse/CB-12928 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-windows >Affects Versions: 6.5.0 > Environment: When running on a Windows 10 platform >Reporter: Jon Hoffman >Assignee: Jesse MacFadyen >Priority: Critical > Labels: windows > > We are writing an application using Ionic 2 for Windows 10. The application > will need to share data between different users on the same machine therefore > we are using the shared local folder to save the data to as described in the > “Using Shared Local” section of this page: > https://blogs.windows.com/buildingapps/2016/05/24/sharing-your-local-app-data > This method works great and we made changes to the Cordova-Sqlite-Storage > plugin so it will write the database file to the shared local folder. The > problem is when we update our application the shared local folder is removed > thereby erasing all of the saved data. > I created a native C# application to see if we had the same behavior when we > updated a native application. When we updated the native app the shared local > folder was not removed therefore this is an issue specific to our hybrid > application. > My first thought was maybe the Add-AppDevPackage.ps1 scripts were different > between the native and Ionic 2 application since that is the script that we > used to perform the installation and update. I ran a comparison tool to > compare the scripts from the Ionic2 and native applications however the two > files are exactly the same. > I can also verify that the user local folder for the application is not > removed when we perform an update however that folder is specific to the > individual user and we can not share data from that folder. Does anyone know > why the shared local folder is removed when we perform an update of an Ionic > 2 application? > I put a proof of concept application that simply writes a text file to the > shared local folder and the application local folder that can be used to see > how the shared local folder is removed when we update the app. The > repository is located here: > https://github.com/hoffmanjon/Cordova_Windows_UWP_Shared_Local_Folder and > includes a windows plugin to write to the shared local folder. You will need > to set the groups policy as described in the link from the first paragraph of > this description to get access to the shared local folder. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-12928) Windows UWP shared Local Folder being removed
[ https://issues.apache.org/jira/browse/CB-12928?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16052103#comment-16052103 ] Jon Hoffman commented on CB-12928: -- Interesting, if I take the anchor out a different one is added each time. Might be user specific. I edited to take the anchor out of the link. > Windows UWP shared Local Folder being removed > - > > Key: CB-12928 > URL: https://issues.apache.org/jira/browse/CB-12928 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-windows >Affects Versions: 6.5.0 > Environment: When running on a Windows 10 platform >Reporter: Jon Hoffman >Assignee: Jesse MacFadyen >Priority: Critical > Labels: windows > > We are writing an application using Ionic 2 for Windows 10. The application > will need to share data between different users on the same machine therefore > we are using the shared local folder to save the data to as described in the > “Using Shared Local” section of this page: > https://blogs.windows.com/buildingapps/2016/05/24/sharing-your-local-app-data > This method works great and we made changes to the Cordova-Sqlite-Storage > plugin so it will write the database file to the shared local folder. The > problem is when we update our application the shared local folder is removed > thereby erasing all of the saved data. > I created a native C# application to see if we had the same behavior when we > updated a native application. When we updated the native app the shared local > folder was not removed therefore this is an issue specific to our hybrid > application. > My first thought was maybe the Add-AppDevPackage.ps1 scripts were different > between the native and Ionic 2 application since that is the script that we > used to perform the installation and update. I ran a comparison tool to > compare the scripts from the Ionic2 and native applications however the two > files are exactly the same. > I can also verify that the user local folder for the application is not > removed when we perform an update however that folder is specific to the > individual user and we can not share data from that folder. Does anyone know > why the shared local folder is removed when we perform an update of an Ionic > 2 application? > I put a proof of concept application that simply writes a text file to the > shared local folder and the application local folder that can be used to see > how the shared local folder is removed when we update the app. The > repository is located here: > https://github.com/hoffmanjon/Cordova_Windows_UWP_Shared_Local_Folder and > includes a windows plugin to write to the shared local folder. You will need > to set the groups policy as described in the link from the first paragraph of > this description to get access to the shared local folder. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-12928) Windows UWP shared Local Folder being removed
[ https://issues.apache.org/jira/browse/CB-12928?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jon Hoffman updated CB-12928: - Description: We are writing an application using Ionic 2 for Windows 10. The application will need to share data between different users on the same machine therefore we are using the shared local folder to save the data to as described in the “Using Shared Local” section of this page: https://blogs.windows.com/buildingapps/2016/05/24/sharing-your-local-app-data This method works great and we made changes to the Cordova-Sqlite-Storage plugin so it will write the database file to the shared local folder. The problem is when we update our application the shared local folder is removed thereby erasing all of the saved data. I created a native C# application to see if we had the same behavior when we updated a native application. When we updated the native app the shared local folder was not removed therefore this is an issue specific to our hybrid application. My first thought was maybe the Add-AppDevPackage.ps1 scripts were different between the native and Ionic 2 application since that is the script that we used to perform the installation and update. I ran a comparison tool to compare the scripts from the Ionic2 and native applications however the two files are exactly the same. I can also verify that the user local folder for the application is not removed when we perform an update however that folder is specific to the individual user and we can not share data from that folder. Does anyone know why the shared local folder is removed when we perform an update of an Ionic 2 application? I put a proof of concept application that simply writes a text file to the shared local folder and the application local folder that can be used to see how the shared local folder is removed when we update the app. The repository is located here: https://github.com/hoffmanjon/Cordova_Windows_UWP_Shared_Local_Folder and includes a windows plugin to write to the shared local folder. You will need to set the groups policy as described in the link from the first paragraph of this description to get access to the shared local folder. was: We are writing an application using Ionic 2 for Windows 10. The application will need to share data between different users on the same machine therefore we are using the shared local folder to save the data to as described in the “Using Shared Local” section of this page: https://blogs.windows.com/buildingapps/2016/05/24/sharing-your-local-app-data/#TMWySROFzDtGLUzR.972 This method works great and we made changes to the Cordova-Sqlite-Storage plugin so it will write the database file to the shared local folder. The problem is when we update our application the shared local folder is removed thereby erasing all of the saved data. I created a native C# application to see if we had the same behavior when we updated a native application. When we updated the native app the shared local folder was not removed therefore this is an issue specific to our hybrid application. My first thought was maybe the Add-AppDevPackage.ps1 scripts were different between the native and Ionic 2 application since that is the script that we used to perform the installation and update. I ran a comparison tool to compare the scripts from the Ionic2 and native applications however the two files are exactly the same. I can also verify that the user local folder for the application is not removed when we perform an update however that folder is specific to the individual user and we can not share data from that folder. Does anyone know why the shared local folder is removed when we perform an update of an Ionic 2 application? I put a proof of concept application that simply writes a text file to the shared local folder and the application local folder that can be used to see how the shared local folder is removed when we update the app. The repository is located here: https://github.com/hoffmanjon/Cordova_Windows_UWP_Shared_Local_Folder and includes a windows plugin to write to the shared local folder. You will need to set the groups policy as described in the link from the first paragraph of this description to get access to the shared local folder. > Windows UWP shared Local Folder being removed > - > > Key: CB-12928 > URL: https://issues.apache.org/jira/browse/CB-12928 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-windows >Affects Versions: 6.5.0 > Environment: When running on a Windows 10 platform >Reporter: Jon Hoffman >Assignee: Jesse MacFadyen >Priority: Critical > Labels: windows > > We are writing an application using Ionic 2 for Windows 10. The application > will need to sh
[jira] [Comment Edited] (CB-12910) Cordova Android uses wrong screen density
[ https://issues.apache.org/jira/browse/CB-12910?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16052091#comment-16052091 ] Joe Bowser edited comment on CB-12910 at 6/16/17 4:21 PM: -- What version of Chrome do you have installed on your device? It's entirely possible that on a Samsung Galaxy S2 8" that there's three different webviews rendering. There isn't much we can do with rendering issues on Chrome and we can only suggest changing the renderer in the Developer Settings. was (Author: bowserj): What version of Chrome do you have installed on your device? It's entirely possible that on a Samsung Galaxy A3 2017 that there's three different webviews rendering. There isn't much we can do with rendering issues on Chrome and we can only suggest changing the renderer in the Developer Settings. > Cordova Android uses wrong screen density > - > > Key: CB-12910 > URL: https://issues.apache.org/jira/browse/CB-12910 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-android >Affects Versions: cordova@7.0.0 > Environment: Samsung Galaxy Tab S and Galaxy Tab S2, Android 6.0.1 >Reporter: Gaspy > Labels: android, density, dpi, webview > Attachments: sharp-blurry.png > > > In some circumstances, the Cordova webview uses wrong screen density, > resulting in blurrier text and images. > With the default blank Cordova app (cordova create MyApp; cordova add > platform android; cordova run android), at least on two tablets - Samsung > Galaxy Tab S 8.4" and Samsung Galaxy Tab S2 8" on Android 6.0.1, if one runs > window.devicePixelRatio, the result is 1.5 instead of 2. Querying the same > from Chrome or Samsung browser yields the correct result, 2. > I tested the same app on a Samsung Galaxy A3 2017 phone, also running Android > 6.0.1 and the result was correct, so the issue does not affect all devices. > I tested with a more complex app and the difference between Cordova and > browser is noticeable. > Of course, the default app uses the viewport metatag content="user-scalable=no, initial-scale=1, maximum-scale=1, minimum-scale=1, > width=device-width"> and no plugins. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-12910) Cordova Android uses wrong screen density
[ https://issues.apache.org/jira/browse/CB-12910?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16052091#comment-16052091 ] Joe Bowser commented on CB-12910: - What version of Chrome do you have installed on your device? It's entirely possible that on a Samsung Galaxy A3 2017 that there's three different webviews rendering. There isn't much we can do with rendering issues on Chrome and we can only suggest changing the renderer in the Developer Settings. > Cordova Android uses wrong screen density > - > > Key: CB-12910 > URL: https://issues.apache.org/jira/browse/CB-12910 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-android >Affects Versions: cordova@7.0.0 > Environment: Samsung Galaxy Tab S and Galaxy Tab S2, Android 6.0.1 >Reporter: Gaspy > Labels: android, density, dpi, webview > Attachments: sharp-blurry.png > > > In some circumstances, the Cordova webview uses wrong screen density, > resulting in blurrier text and images. > With the default blank Cordova app (cordova create MyApp; cordova add > platform android; cordova run android), at least on two tablets - Samsung > Galaxy Tab S 8.4" and Samsung Galaxy Tab S2 8" on Android 6.0.1, if one runs > window.devicePixelRatio, the result is 1.5 instead of 2. Querying the same > from Chrome or Samsung browser yields the correct result, 2. > I tested the same app on a Samsung Galaxy A3 2017 phone, also running Android > 6.0.1 and the result was correct, so the issue does not affect all devices. > I tested with a more complex app and the difference between Cordova and > browser is noticeable. > Of course, the default app uses the viewport metatag content="user-scalable=no, initial-scale=1, maximum-scale=1, minimum-scale=1, > width=device-width"> and no plugins. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-12894) Opening a Local File - breaking on cordova.js
[ https://issues.apache.org/jira/browse/CB-12894?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser closed CB-12894. --- Resolution: Won't Fix Not an issue with Cordova, the stack trace clearly shows that the Third Party Plugin is getting the call from the WebView. > Opening a Local File - breaking on cordova.js > - > > Key: CB-12894 > URL: https://issues.apache.org/jira/browse/CB-12894 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-android > Environment: DevExtreme SPA Application using Cordova >Reporter: Kyle Slack > > We have an application that has a self updating feature, we do not host in > the Google Play Store, however, we host it for our users. We have had success > with previous versions of our application, but recently on newer devices > running Android 6.0 or higher our users are running into an error when trying > to open the downloaded .apk file that should provide our users with an > updated version of the app prompted for installation. On Android 6.0 or lower > everything is working perfectly fine with the following code. Lastly, we were > able to debug this to the point where we can see the file is actually > downloading fine, and only the call to open the file throws an exception. We > were able to debug down into the cordova.js file and found that there was an > exception occurring when the fileOpener2 plugin performs it's open() > callback, but seems like this is related to Cordova and not anything to do > with the fileOpener2, we have already discussed this with the developer. > Test Device Info: Motorola Turbo 2 / Android 7.0 > Exception Msg: 230 F09 FileOpener21362683899 sAttempt to invoke virtual > method 'android.content.res.XmlResourceParser > //android.content.pm.PackageItemInfo.loadXmlMetaData(android.content.pm.PackageManager, > java.lang.String)' on a null object reference > Code: > {code} > // we need to access LocalFileSystem > window.requestFileSystem(LocalFileSystem.PERSISTENT, 5 * 1024 * 1024, > function (fs) { > //Show user that download is occurring > $("#toast").dxToast({ > message: "Downloading please wait..", > type: "warning", > visible: true, > displayTime: 2 > }); > // we will save file in .. Download/OURAPPNAME.apk > var filePath = cordova.file.externalRootDirectory + '/Download/' > + "OURAPPNAME.apk"; > var fileTransfer = new FileTransfer(); > var uri = encodeURI(appDownloadURL); > fileTransfer.download(uri, filePath, function (entry) { > //Show user that download is occurring/show user install is > about to happen > $("#toast").dxToast({ > message: "Download complete! Launching...", > type: "success", > visible: true, > displayTime: 2000 > }); > Use pwlin's fileOpener2 plugin to let the system open the > .apk > cordova.plugins.fileOpener2.open( > entry.toURL(), > 'application/vnd.android.package-archive', > { > error: function (e) { > window.open(appDownloadURL, "_system"); > }, > success: function () { console.log('file opened > successfully'); } > } > ); > }, > function (error) { > //Show user that download had an error > $("#toast").dxToast({ > message: error.message, > type: "error", > displayTime: 5000 > }); > }, > false); > }) > {code} > Problem File: cordova.js > THIS IS ALL NOT OUR CODE, BUT 'CORDOVA' CODE > {code} > function androidExec(success, fail, service, action, args) { > // argsJson - > "["file:///storage/emulated/0/download/OURAPPNAME.apk","application/vnd.android.package-archive"]" > //callbackId - FileOpener21362683899 > //action - open > //service FileOpener2 > //bridgesecret - 1334209170 > var msgs = nativeApiProvider.get().exec(bridgeSecret, service, action, > callbackId, argsJson); > // If argsJson was received by Java as null, try again with the PROMPT > bridge mode. > // This happens in rare circumstances, such as when certain Unicode > characters are passed over the bridge on a Galaxy S2. See CB-2666. > if (jsToNativeBridgeMode == jsToNativeModes.JS_OBJECT && msgs === "@Null > arguments.") { > androidExec.setJsToNativeBridgeMode(jsToNativeModes.PROMPT); > androidExec(success, fail, servi
[jira] [Commented] (CB-12894) Opening a Local File - breaking on cordova.js
[ https://issues.apache.org/jira/browse/CB-12894?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16052085#comment-16052085 ] Joe Bowser commented on CB-12894: - This is a bug with the FileOpener2 plugin, which is a third party plugin. The call is correctly coming to the the open call in the plugin, but for some reason where FileOpener2 calls getUriForFile, it fails. I would check with the plugin author, since it seems that Cordova is correctly sending the call to the plugin given the stack trace. > Opening a Local File - breaking on cordova.js > - > > Key: CB-12894 > URL: https://issues.apache.org/jira/browse/CB-12894 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-android > Environment: DevExtreme SPA Application using Cordova >Reporter: Kyle Slack > > We have an application that has a self updating feature, we do not host in > the Google Play Store, however, we host it for our users. We have had success > with previous versions of our application, but recently on newer devices > running Android 6.0 or higher our users are running into an error when trying > to open the downloaded .apk file that should provide our users with an > updated version of the app prompted for installation. On Android 6.0 or lower > everything is working perfectly fine with the following code. Lastly, we were > able to debug this to the point where we can see the file is actually > downloading fine, and only the call to open the file throws an exception. We > were able to debug down into the cordova.js file and found that there was an > exception occurring when the fileOpener2 plugin performs it's open() > callback, but seems like this is related to Cordova and not anything to do > with the fileOpener2, we have already discussed this with the developer. > Test Device Info: Motorola Turbo 2 / Android 7.0 > Exception Msg: 230 F09 FileOpener21362683899 sAttempt to invoke virtual > method 'android.content.res.XmlResourceParser > //android.content.pm.PackageItemInfo.loadXmlMetaData(android.content.pm.PackageManager, > java.lang.String)' on a null object reference > Code: > {code} > // we need to access LocalFileSystem > window.requestFileSystem(LocalFileSystem.PERSISTENT, 5 * 1024 * 1024, > function (fs) { > //Show user that download is occurring > $("#toast").dxToast({ > message: "Downloading please wait..", > type: "warning", > visible: true, > displayTime: 2 > }); > // we will save file in .. Download/OURAPPNAME.apk > var filePath = cordova.file.externalRootDirectory + '/Download/' > + "OURAPPNAME.apk"; > var fileTransfer = new FileTransfer(); > var uri = encodeURI(appDownloadURL); > fileTransfer.download(uri, filePath, function (entry) { > //Show user that download is occurring/show user install is > about to happen > $("#toast").dxToast({ > message: "Download complete! Launching...", > type: "success", > visible: true, > displayTime: 2000 > }); > Use pwlin's fileOpener2 plugin to let the system open the > .apk > cordova.plugins.fileOpener2.open( > entry.toURL(), > 'application/vnd.android.package-archive', > { > error: function (e) { > window.open(appDownloadURL, "_system"); > }, > success: function () { console.log('file opened > successfully'); } > } > ); > }, > function (error) { > //Show user that download had an error > $("#toast").dxToast({ > message: error.message, > type: "error", > displayTime: 5000 > }); > }, > false); > }) > {code} > Problem File: cordova.js > THIS IS ALL NOT OUR CODE, BUT 'CORDOVA' CODE > {code} > function androidExec(success, fail, service, action, args) { > // argsJson - > "["file:///storage/emulated/0/download/OURAPPNAME.apk","application/vnd.android.package-archive"]" > //callbackId - FileOpener21362683899 > //action - open > //service FileOpener2 > //bridgesecret - 1334209170 > var msgs = nativeApiProvider.get().exec(bridgeSecret, service, action, > callbackId, argsJson); > // If argsJson was received by Java as null, try again with the PROMPT > bridge mode. > // This happens in rare circumstances, such as when certain Unicode > characters are passed
[jira] [Commented] (CB-12906) Embed Youtube iFrames - fullscreen no video on Android.
[ https://issues.apache.org/jira/browse/CB-12906?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16052082#comment-16052082 ] Joe Bowser commented on CB-12906: - This sounds like a WebView playback bug on the WebView. It's possible that Chrome has some handler to manage that, but Full Screen video has been known to be fairly buggy on Cordova, namely with the back button state breaking, so it's probably better to hand it off to the YouTube app to play if you need full screen. > Embed Youtube iFrames - fullscreen no video on Android. > --- > > Key: CB-12906 > URL: https://issues.apache.org/jira/browse/CB-12906 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-android >Affects Versions: cordova@7.0.0 > Environment: Cordova Android 6.2.3 > Android 7 >Reporter: Shawn Lan > > This is a weird issue. Running on Cordova Android, if I have a iFrame embed > Youtube video with width and height set to 100%: > src="https://www.youtube.com/embed/2Xk744838J4"; frameborder="0" > allowfullscreen> > When switching to fullscreen using the native control, the screen becomes > black. No video, but audio keeps playing. Rotating the screen doesn't help. > If I set a fixed width and height: > src="https://www.youtube.com/embed/2Xk744838J4"; frameborder="0" > allowfullscreen> > When switching to fullscreen, at first the screen is still black. Once I > rotate the screen, the video shows. Better than the first scenario. > Sometimes it just work for both scenarios, but most of the time, it has > issues as described above. > I'm running on Android 7.0, Samsung S7. Is it just my device, or some kind of > bug? -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-12928) Windows UWP shared Local Folder being removed
[ https://issues.apache.org/jira/browse/CB-12928?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16052044#comment-16052044 ] Jan Piotrowski commented on CB-12928: - (The anchor #TMWySROFzDtGLUzR.972 of the blogs.windows.com link doesn't seem to work. it just loads the top of the article for me.) > Windows UWP shared Local Folder being removed > - > > Key: CB-12928 > URL: https://issues.apache.org/jira/browse/CB-12928 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-windows >Affects Versions: 6.5.0 > Environment: When running on a Windows 10 platform >Reporter: Jon Hoffman >Assignee: Jesse MacFadyen >Priority: Critical > Labels: windows > > We are writing an application using Ionic 2 for Windows 10. The application > will need to share data between different users on the same machine therefore > we are using the shared local folder to save the data to as described in the > “Using Shared Local” section of this page: > https://blogs.windows.com/buildingapps/2016/05/24/sharing-your-local-app-data/#TMWySROFzDtGLUzR.972 > This method works great and we made changes to the Cordova-Sqlite-Storage > plugin so it will write the database file to the shared local folder. The > problem is when we update our application the shared local folder is removed > thereby erasing all of the saved data. > I created a native C# application to see if we had the same behavior when we > updated a native application. When we updated the native app the shared local > folder was not removed therefore this is an issue specific to our hybrid > application. > My first thought was maybe the Add-AppDevPackage.ps1 scripts were different > between the native and Ionic 2 application since that is the script that we > used to perform the installation and update. I ran a comparison tool to > compare the scripts from the Ionic2 and native applications however the two > files are exactly the same. > I can also verify that the user local folder for the application is not > removed when we perform an update however that folder is specific to the > individual user and we can not share data from that folder. Does anyone know > why the shared local folder is removed when we perform an update of an Ionic > 2 application? > I put a proof of concept application that simply writes a text file to the > shared local folder and the application local folder that can be used to see > how the shared local folder is removed when we update the app. The > repository is located here: > https://github.com/hoffmanjon/Cordova_Windows_UWP_Shared_Local_Folder and > includes a windows plugin to write to the shared local folder. You will need > to set the groups policy as described in the link from the first paragraph of > this description to get access to the shared local folder. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-10143) Local file:// url XmlHttpRequests are not allowed in WKWebViewEngine
[ https://issues.apache.org/jira/browse/CB-10143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16052004#comment-16052004 ] lars Johnson edited comment on CB-10143 at 6/16/17 2:58 PM: I recently made a simple test using [cordova-plugin-wkwebviewxhrfix|https://github.com/TheMattRay/cordova-plugin-wkwebviewxhrfix.git] and it seems to work. In addition could some in the community help validate? +*My tests*+ My ajax requests worked after "cordova plugin add" and stopped working when "cordova plugin remove". (cordova-plugin-wkwebviewxhrfix) +*Test calls that I made were from:*+ $.ajax("js/test.json" and $.ajax("http://loacalhost: .. and $ajax("...Library/NoCloud/test.json" *+Using:+* iOS simulator cordova -v 7.0.1 jQuery.min.3.1.1 +*See below index.html and config file.*+ {code:xml} //index.html //config.xml http://www.w3.org/ns/widgets"; xmlns:cdv="http://cordova.apache.org/ns/1.0";> wkwvtest A sample Apache Cordova application that responds to the deviceready event. http://cordova.io";> Apache Cordova Team http://*/*"; /> https://*/*"; /> mailto:*"; /> https://github.com/TheMattRay/cordova-plugin-wkwebviewxhrfix"; /> {code} was (Author: lars.john...@voith.com): I recently made a simple test using [cordova-plugin-wkwebviewxhrfix|https://github.com/TheMattRay/cordova-plugin-wkwebviewxhrfix.git] and it seems to work. In addition could some in the community help validate? +*My tests*+ My ajax requests worked after "cordova plugin add" and stopped working when "cordova plugin remove". (cordova-plugin-wkwebviewxhrfix) +*Test calls that I made were from:*+ $.ajax("js/test.json" and $.ajax("http://loacalhost: .. and $ajax("...Library/NoCloud/test.json" *+Using:+* iOS simulator cordova -v 7.0.1 jQuery.min.3.1.1 +*See below index.html and config file.*+ {code:xml} //index.html //config.xml http://www.w3.org/ns/widgets"; xmlns:cdv="http://cordova.apache.org/ns/1.0";> wkwvtest A sample Apache Cordova application that responds to the deviceready event. http://cordova.io";> Apache Cordova Team http://*/*"; /> https://*/*"; /> mailto:*"; /> https://github.com/TheMattRay/cordova-plugin-wkwebviewxhrfix"; /> {code} > Local file:// url XmlHttpRequests are not allowed in WKWebViewEngine > > > Key: CB-10143 > URL: https://issues.apache.org/jira/browse/CB-10143 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-wkwebview-engine >Reporter: Shazron Abdullah > Labels: wkwebview-known-issues > > mobile-spec failure in XMLHttpRequest.spec.4 is a known WKWebView issue, > where CORS is now respected and cannot load files from file:// urls, only > http*:// urls are allowed. > With CSP off to rule things out: > XHR to yourself of course works, but doesn't really make sense for > real-world use. XHR to a sibling file, parent file, or any child file > results in the error ""Cross origin requests are only supported for > HTTP”. > To illustrate: > {code} > | > parent.xml > | > www > | index.html (file currently loaded) > | sibling.xml > | child-folder > | | child.xml > {code} > index.html is the currently loaded file in the WebView. From it, you > can't load parent.xml, sibling.xml nor child.xml using XHR according > to my tests. > The workaround is implementing CB-10109 -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10143) Local file:// url XmlHttpRequests are not allowed in WKWebViewEngine
[ https://issues.apache.org/jira/browse/CB-10143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16052004#comment-16052004 ] lars Johnson commented on CB-10143: --- I recently made a simple test using [cordova-plugin-wkwebviewxhrfix|https://github.com/TheMattRay/cordova-plugin-wkwebviewxhrfix.git] and it seems to work. In addition could some in the community help validate? +*My tests*+ My ajax requests worked after "cordova plugin add" and stopped working when "cordova plugin remove". (cordova-plugin-wkwebviewxhrfix) +*Test calls that I made were from:*+ $.ajax("js/test.json" and $.ajax("http://loacalhost: .. and $ajax("...Library/NoCloud/test.json" *+Using:+* iOS simulator cordova -v 7.0.1 jQuery.min.3.1.1 +*See below index.html and config file.*+ {code:xml} //index.html //config.xml http://www.w3.org/ns/widgets"; xmlns:cdv="http://cordova.apache.org/ns/1.0";> wkwvtest A sample Apache Cordova application that responds to the deviceready event. http://cordova.io";> Apache Cordova Team http://*/*"; /> https://*/*"; /> mailto:*"; /> https://github.com/TheMattRay/cordova-plugin-wkwebviewxhrfix"; /> {code} > Local file:// url XmlHttpRequests are not allowed in WKWebViewEngine > > > Key: CB-10143 > URL: https://issues.apache.org/jira/browse/CB-10143 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-wkwebview-engine >Reporter: Shazron Abdullah > Labels: wkwebview-known-issues > > mobile-spec failure in XMLHttpRequest.spec.4 is a known WKWebView issue, > where CORS is now respected and cannot load files from file:// urls, only > http*:// urls are allowed. > With CSP off to rule things out: > XHR to yourself of course works, but doesn't really make sense for > real-world use. XHR to a sibling file, parent file, or any child file > results in the error ""Cross origin requests are only supported for > HTTP”. > To illustrate: > {code} > | > parent.xml > | > www > | index.html (file currently loaded) > | sibling.xml > | child-folder > | | child.xml > {code} > index.html is the currently loaded file in the WebView. From it, you > can't load parent.xml, sibling.xml nor child.xml using XHR according > to my tests. > The workaround is implementing CB-10109 -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-12928) Windows UWP shared Local Folder being removed
Jon Hoffman created CB-12928: Summary: Windows UWP shared Local Folder being removed Key: CB-12928 URL: https://issues.apache.org/jira/browse/CB-12928 Project: Apache Cordova Issue Type: Bug Components: cordova-windows Affects Versions: 6.5.0 Environment: When running on a Windows 10 platform Reporter: Jon Hoffman Assignee: Jesse MacFadyen Priority: Critical We are writing an application using Ionic 2 for Windows 10. The application will need to share data between different users on the same machine therefore we are using the shared local folder to save the data to as described in the “Using Shared Local” section of this page: https://blogs.windows.com/buildingapps/2016/05/24/sharing-your-local-app-data/#TMWySROFzDtGLUzR.972 This method works great and we made changes to the Cordova-Sqlite-Storage plugin so it will write the database file to the shared local folder. The problem is when we update our application the shared local folder is removed thereby erasing all of the saved data. I created a native C# application to see if we had the same behavior when we updated a native application. When we updated the native app the shared local folder was not removed therefore this is an issue specific to our hybrid application. My first thought was maybe the Add-AppDevPackage.ps1 scripts were different between the native and Ionic 2 application since that is the script that we used to perform the installation and update. I ran a comparison tool to compare the scripts from the Ionic2 and native applications however the two files are exactly the same. I can also verify that the user local folder for the application is not removed when we perform an update however that folder is specific to the individual user and we can not share data from that folder. Does anyone know why the shared local folder is removed when we perform an update of an Ionic 2 application? I put a proof of concept application that simply writes a text file to the shared local folder and the application local folder that can be used to see how the shared local folder is removed when we update the app. The repository is located here: https://github.com/hoffmanjon/Cordova_Windows_UWP_Shared_Local_Folder and includes a windows plugin to write to the shared local folder. You will need to set the groups policy as described in the link from the first paragraph of this description to get access to the shared local folder. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-12355) Get a null type when using fileEntry.file(function(file) {})
[ https://issues.apache.org/jira/browse/CB-12355?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16051914#comment-16051914 ] ASF GitHub Bot commented on CB-12355: - Github user filmaj commented on the issue: https://github.com/apache/cordova-plugin-file/pull/199 Merged, thanks for the PR! > Get a null type when using fileEntry.file(function(file) {}) > > > Key: CB-12355 > URL: https://issues.apache.org/jira/browse/CB-12355 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-file >Affects Versions: 6.2.0 > Environment: iOS >Reporter: LightZam >Assignee: LightZam > > {code} > resolveLocalFileSystemURL(path, function(fileEntry) { > fileEntry.file(function(file) { > console.log(file.name, file.type); > }); > }, reject); > {code} > The type will be null in iOS because it wasn't implemented. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-12355) Get a null type when using fileEntry.file(function(file) {})
[ https://issues.apache.org/jira/browse/CB-12355?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16051912#comment-16051912 ] ASF subversion and git services commented on CB-12355: -- Commit 1b558d9c06a7026a32b1c2e3c0bb2abe4d9ab9fb in cordova-plugin-file's branch refs/heads/master from [~LightZam] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file.git;h=1b558d9 ] CB-12355: (iOS) add desciption about the mimeTypeForFileAtPath method > Get a null type when using fileEntry.file(function(file) {}) > > > Key: CB-12355 > URL: https://issues.apache.org/jira/browse/CB-12355 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-file >Affects Versions: 6.2.0 > Environment: iOS >Reporter: LightZam >Assignee: LightZam > > {code} > resolveLocalFileSystemURL(path, function(fileEntry) { > fileEntry.file(function(file) { > console.log(file.name, file.type); > }); > }, reject); > {code} > The type will be null in iOS because it wasn't implemented. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-12355) Get a null type when using fileEntry.file(function(file) {})
[ https://issues.apache.org/jira/browse/CB-12355?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16051913#comment-16051913 ] ASF GitHub Bot commented on CB-12355: - Github user asfgit closed the pull request at: https://github.com/apache/cordova-plugin-file/pull/199 > Get a null type when using fileEntry.file(function(file) {}) > > > Key: CB-12355 > URL: https://issues.apache.org/jira/browse/CB-12355 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-file >Affects Versions: 6.2.0 > Environment: iOS >Reporter: LightZam >Assignee: LightZam > > {code} > resolveLocalFileSystemURL(path, function(fileEntry) { > fileEntry.file(function(file) { > console.log(file.name, file.type); > }); > }, reject); > {code} > The type will be null in iOS because it wasn't implemented. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-12355) Get a null type when using fileEntry.file(function(file) {})
[ https://issues.apache.org/jira/browse/CB-12355?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16051911#comment-16051911 ] ASF subversion and git services commented on CB-12355: -- Commit 9c48d10fd05f85da078233f57eb388d15f9cf231 in cordova-plugin-file's branch refs/heads/master from [~LightZam] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file.git;h=9c48d10 ] CB-12355: (iOS) fix FileEntry.file.type > Get a null type when using fileEntry.file(function(file) {}) > > > Key: CB-12355 > URL: https://issues.apache.org/jira/browse/CB-12355 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-file >Affects Versions: 6.2.0 > Environment: iOS >Reporter: LightZam >Assignee: LightZam > > {code} > resolveLocalFileSystemURL(path, function(fileEntry) { > fileEntry.file(function(file) { > console.log(file.name, file.type); > }); > }, reject); > {code} > The type will be null in iOS because it wasn't implemented. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-12927) cordova requirements for `windows` show old VS version error message
Jan Piotrowski created CB-12927: --- Summary: cordova requirements for `windows` show old VS version error message Key: CB-12927 URL: https://issues.apache.org/jira/browse/CB-12927 Project: Apache Cordova Issue Type: Bug Components: cordova-windows Affects Versions: 5.0.0 Reporter: Jan Piotrowski Assignee: Jesse MacFadyen Priority: Minor If you have `windows` added as a platform and execute `cordova requirements` it points you to install old Visual Studio: MSBuild Tools: not installed MSBuild tools v.14.0 not found. Please install Visual Studio 2015 Community from https://www.visualstudio.com/downloads/download-visual-studio-vs Visual Studio: not installed Required version of Visual Studio not found. Please install Visual Studio 2015 Community from https://www.visualstudio.com/downloads/download-visual-studio-vs (Source: https://forum.ionicframework.com/t/ionic-3-and-visual-studio-2017-required-version-of-visual-studio-not-found/94538/3) -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-12817) Gradle not found
[ https://issues.apache.org/jira/browse/CB-12817?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16051507#comment-16051507 ] Oli Ver edited comment on CB-12817 at 6/16/17 7:18 AM: --- In the latest version of Android Studio the templates have moved: Android Studio\plugins\android\lib\templates. For me the only workaround at the moment was to create a symbolic link from sdk/tools/templates to this directory. Cordova 7.0.1 Android Studio 2.3.3 Android SDK Tools 26.0.2 was (Author: oli-ver): In the latest version of Android Studio the templates have moved: Android Studio\plugins\android\lib\templates. For me the only workaround at the moment was to create a symbolic link from sdk/tools/templates to this directory. > Gradle not found > - > > Key: CB-12817 > URL: https://issues.apache.org/jira/browse/CB-12817 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-android >Affects Versions: 6.2.2 > Environment: Windows 10 >Reporter: Juan Carlos ANdreu >Assignee: Joe Bowser >Priority: Blocker > > Installed everything from scratch. Gradle was not being found, changed > gradlew.bat to gradle.bat and worked. > Ideas? -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-12817) Gradle not found
[ https://issues.apache.org/jira/browse/CB-12817?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16051507#comment-16051507 ] Oli Ver commented on CB-12817: -- In the latest version of Android Studio the templates have moved: Android Studio\plugins\android\lib\templates. For me the only workaround at the moment was to create a symbolic link from sdk/tools/templates to this directory. > Gradle not found > - > > Key: CB-12817 > URL: https://issues.apache.org/jira/browse/CB-12817 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-android >Affects Versions: 6.2.2 > Environment: Windows 10 >Reporter: Juan Carlos ANdreu >Assignee: Joe Bowser >Priority: Blocker > > Installed everything from scratch. Gradle was not being found, changed > gradlew.bat to gradle.bat and worked. > Ideas? -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org