[jira] [Commented] (CB-14178) Add missing test coverage badges and fix broken link in cordova-status
[ https://issues.apache.org/jira/browse/CB-14178?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16527202#comment-16527202 ] ASF GitHub Bot commented on CB-14178: - erisu commented on issue #12: CB-14178: Improved README URL: https://github.com/apache/cordova-status/pull/12#issuecomment-401250889 I noticed that some of the project's AppVeyor build results appear to be on Humbedooh account while the others are on ApacheSoftwareFoundation. While these projects are on Humbedooh, it also appears to exist on ApacheSoftwareFoundation but from the GitHub repo, it links back to Humbedooh. I am not sure if it is necessary to take any action, but I left them as Humbedooh in the README to be consistent with the link from GitHub. - https://ci.appveyor.com/project/Humbedooh/cordova-ios/branch/master - https://ci.appveyor.com/project/Humbedooh/cordova-android/branch/master - https://ci.appveyor.com/project/Humbedooh/cordova-windows/branch/master - https://ci.appveyor.com/project/Humbedooh/cordova-js/branch/master - https://ci.appveyor.com/project/Humbedooh/cordova-lib/branch/master This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org > Add missing test coverage badges and fix broken link in cordova-status > -- > > Key: CB-14178 > URL: https://issues.apache.org/jira/browse/CB-14178 > Project: Apache Cordova > Issue Type: Task >Reporter: Bryan Ellis >Priority: Trivial > Labels: documentation > Original Estimate: 1h > Remaining Estimate: 1h > > *Goal of this ticket* > * Fix a broken link in cordova-status > * Add missing report badges to show missing test results and coverage in > cordova-status > * Re-order the Core Plugin section to be consistent with the other groups > and add Code Coverage column. > * Updated AppVeyor badge image links to be in a consistent format. > * Updated AppVeyor link to go to last master build. > * Request [https://apache.github.io/cordova-status/] to be rebuilt to > reflect changes from this and last PR. > *Missing Badges:* > * cordova-common codecov.io report > * cordova-docs travis-ci report > * cordova-plugin-wkwebview-engine appveyor report > *Broken Links:* > * cordova-plugin-camera -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14178) Add missing test coverage badges and fix broken link in cordova-status
[ https://issues.apache.org/jira/browse/CB-14178?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16527198#comment-16527198 ] ASF GitHub Bot commented on CB-14178: - erisu opened a new pull request #12: CB-14178: Improved README URL: https://github.com/apache/cordova-status/pull/12 ### What does this PR do? - Fixes the `cordova-plugin-camera` broken link. - Fixes badges that links only to the badge image and not the build status. - Added missing badges to show test results and coverage. - Re-order the **Core Plugin** section and added Code Coverage column to be consistent with the other sections. - Updated AppVeyor's badge image links to be a consistent format and to display only last master results ### Checklist - [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. This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org > Add missing test coverage badges and fix broken link in cordova-status > -- > > Key: CB-14178 > URL: https://issues.apache.org/jira/browse/CB-14178 > Project: Apache Cordova > Issue Type: Task >Reporter: Bryan Ellis >Priority: Trivial > Labels: documentation > Original Estimate: 1h > Remaining Estimate: 1h > > *Goal of this ticket* > * Fix a broken link in cordova-status > * Add missing report badges to show missing test results and coverage in > cordova-status > * Re-order the Core Plugin section to be consistent with the other groups > and add Code Coverage column. > * Updated AppVeyor badge image links to be in a consistent format. > * Updated AppVeyor link to go to last master build. > * Request [https://apache.github.io/cordova-status/] to be rebuilt to > reflect changes from this and last PR. > *Missing Badges:* > * cordova-common codecov.io report > * cordova-docs travis-ci report > * cordova-plugin-wkwebview-engine appveyor report > *Broken Links:* > * cordova-plugin-camera -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-14178) Add missing test coverage badges and fix broken link in cordova-status
[ https://issues.apache.org/jira/browse/CB-14178?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bryan Ellis updated CB-14178: - Description: *Goal of this ticket* * Fix a broken link in cordova-status * Add missing report badges to show missing test results and coverage in cordova-status * Re-order the Core Plugin section to be consistent with the other groups and add Code Coverage column. * Updated AppVeyor badge image links to be in a consistent format. * Updated AppVeyor link to go to last master build. * Request [https://apache.github.io/cordova-status/] to be rebuilt to reflect changes from this and last PR. *Missing Badges:* * cordova-common codecov.io report * cordova-docs travis-ci report * cordova-plugin-wkwebview-engine appveyor report *Broken Links:* * cordova-plugin-camera was: *Goal of this ticket* * Fix a broken link in cordova-status * Add missing report badges to show missing test results and coverage in cordova-status * Re-order the Core Plugin section to be consistent with the other groups and add Code Coverage column. * Request [https://apache.github.io/cordova-status/] to be rebuilt to reflect changes from this and last PR. * Updated AppVeyor badge image links to be in a consistant format. * Updated AppVeyor link to go to last master build. *Missing Badges:* * cordova-common codecov.io report * cordova-docs travis-ci report *Broken Links:* * cordova-plugin-camera > Add missing test coverage badges and fix broken link in cordova-status > -- > > Key: CB-14178 > URL: https://issues.apache.org/jira/browse/CB-14178 > Project: Apache Cordova > Issue Type: Task >Reporter: Bryan Ellis >Priority: Trivial > Labels: documentation > Original Estimate: 1h > Remaining Estimate: 1h > > *Goal of this ticket* > * Fix a broken link in cordova-status > * Add missing report badges to show missing test results and coverage in > cordova-status > * Re-order the Core Plugin section to be consistent with the other groups > and add Code Coverage column. > * Updated AppVeyor badge image links to be in a consistent format. > * Updated AppVeyor link to go to last master build. > * Request [https://apache.github.io/cordova-status/] to be rebuilt to > reflect changes from this and last PR. > *Missing Badges:* > * cordova-common codecov.io report > * cordova-docs travis-ci report > * cordova-plugin-wkwebview-engine appveyor report > *Broken Links:* > * cordova-plugin-camera -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-14178) Add missing test coverage badges and fix broken link in cordova-status
[ https://issues.apache.org/jira/browse/CB-14178?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bryan Ellis updated CB-14178: - Description: *Goal of this ticket* * Fix a broken link in cordova-status * Add missing report badges to show missing test results and coverage in cordova-status * Re-order the Core Plugin section to be consistent with the other groups and add Code Coverage column. * Request [https://apache.github.io/cordova-status/] to be rebuilt to reflect changes from this and last PR. * Updated AppVeyor badge image links to be in a consistant format. * Updated AppVeyor link to go to last master build. *Missing Badges:* * cordova-common codecov.io report * cordova-docs travis-ci report *Broken Links:* * cordova-plugin-camera was: *Goal of this ticket* * Fix a broken link in cordova-status * Add missing report badges to show test results and coverage in cordova-status * Request [https://apache.github.io/cordova-status/] to be rebuilt to reflect changes from this and last PR. *Missing Badges:* * cordova-common codecov.io report * cordova-docs travis-ci report *Broken Links:* * cordova-plugin-camera > Add missing test coverage badges and fix broken link in cordova-status > -- > > Key: CB-14178 > URL: https://issues.apache.org/jira/browse/CB-14178 > Project: Apache Cordova > Issue Type: Task >Reporter: Bryan Ellis >Priority: Trivial > Labels: documentation > Original Estimate: 1h > Remaining Estimate: 1h > > *Goal of this ticket* > * Fix a broken link in cordova-status > * Add missing report badges to show missing test results and coverage in > cordova-status > * Re-order the Core Plugin section to be consistent with the other groups > and add Code Coverage column. > * Request [https://apache.github.io/cordova-status/] to be rebuilt to > reflect changes from this and last PR. > * Updated AppVeyor badge image links to be in a consistant format. > * Updated AppVeyor link to go to last master build. > *Missing Badges:* > * cordova-common codecov.io report > * cordova-docs travis-ci report > *Broken Links:* > * cordova-plugin-camera -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-14166) Cordova on windows fails when adding plugin
[ https://issues.apache.org/jira/browse/CB-14166?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16527070#comment-16527070 ] wtnb9434 edited comment on CB-14166 at 6/29/18 2:29 AM: I had same problem any days ago. But retried same command today, I passed to install cordova-plugin-whitelist. I don't know what happened. was (Author: wtnb9434): I had same problem any days ago. But retry same command today, I passed to install cordova-plugin-whitelist. I don't know what happened. > Cordova on windows fails when adding plugin > --- > > Key: CB-14166 > URL: https://issues.apache.org/jira/browse/CB-14166 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-windows >Reporter: takuya >Assignee: Jesse MacFadyen >Priority: Blocker > > cordova on windows fails to add the plugin. > This error happens even when cordova-plugin-whitelist. > Therefore `cordova platform add windows` also fails. > For example, > ``` > > cordova create sample > > cd sample > > cordova platform add windows > ``` > brings following error. > ``` > ... > Check your connection and plugin name/version/URL. > Error: C:\Program Files (x86)\Nodist\bin\npm.exe: Command failed with exit > code 1 Error output: > npm ERR! code EINVALIDTAGNAME > npm ERR! Invalid tag name ""1"": Tags may not have any characters that > encodeURIComponent encodes. > ``` > This error happens for windows environment only. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14166) Cordova on windows fails when adding plugin
[ https://issues.apache.org/jira/browse/CB-14166?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16527070#comment-16527070 ] wtnb9434 commented on CB-14166: --- I had same problem any days ago. But retry same command today, I passed to install cordova-plugin-whitelist. I don't know what happened. > Cordova on windows fails when adding plugin > --- > > Key: CB-14166 > URL: https://issues.apache.org/jira/browse/CB-14166 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-windows >Reporter: takuya >Assignee: Jesse MacFadyen >Priority: Blocker > > cordova on windows fails to add the plugin. > This error happens even when cordova-plugin-whitelist. > Therefore `cordova platform add windows` also fails. > For example, > ``` > > cordova create sample > > cd sample > > cordova platform add windows > ``` > brings following error. > ``` > ... > Check your connection and plugin name/version/URL. > Error: C:\Program Files (x86)\Nodist\bin\npm.exe: Command failed with exit > code 1 Error output: > npm ERR! code EINVALIDTAGNAME > npm ERR! Invalid tag name ""1"": Tags may not have any characters that > encodeURIComponent encodes. > ``` > This error happens for windows environment only. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14181) Cannot read property 'filesystemName' of null
[ https://issues.apache.org/jira/browse/CB-14181?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16526984#comment-16526984 ] ASF GitHub Bot commented on CB-14181: - shazron commented on issue #235: CB-14181: (android) Fix bug - Cannot read property 'filesystemName' of null URL: https://github.com/apache/cordova-plugin-file/pull/235#issuecomment-401215199 There are eslint issues with this patch, see Travis CI build logs. Run `npm test` you will see them. This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org > Cannot read property 'filesystemName' of null > - > > Key: CB-14181 > URL: https://issues.apache.org/jira/browse/CB-14181 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-file >Affects Versions: cordova@7.0.0 > Environment: cordova 7.1.0 >Reporter: ari >Priority: Major > Labels: easyfix > Original Estimate: 1h > Remaining Estimate: 1h > > Error in Success callbackId: File1539060614 : TypeError: Cannot read property > 'filesystemName' of null > cordova.js:314 Uncaught TypeError: Cannot read property 'filesystemName' of > null > The `fsRoot` might be null. reproduced with latest cordova on android > emulator. > > This is the problematic line : > [https://github.com/apache/cordova-plugin-file/blob/master/www/fileSystems-roots.js#L33] > PR : https://github.com/apache/cordova-plugin-file/pull/235 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14180) (encoding): problem with utf-8 names on mobile devices with Google Drive or iCloud
[
https://issues.apache.org/jira/browse/CB-14180?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16526839#comment-16526839
]
jcesarmobile commented on CB-14180:
---
Can you provide an example? I'm not familiar with Angular ngf-select plugin
> (encoding): problem with utf-8 names on mobile devices with Google Drive or
> iCloud
> --
>
> Key: CB-14180
> URL: https://issues.apache.org/jira/browse/CB-14180
> Project: Apache Cordova
> Issue Type: Bug
> Environment:
> {noformat}
> cordova v6.5.0
>
>
>
> {noformat}
>
>Reporter: Ali Elderov
>Priority: Critical
> Labels: wkwebview-known-issues
> Attachments: screenshot-1.png, screenshot-2.png
>
>
> Hallo guys!
> maybe this is duplicate, but I can't find other ticket...
> I have problem with mobile devices and external storages, like Google Drive.
> if I select file with UTF-8 characters, then the plugin can't read this file.
> I try to upload files like:
> * `Bösefile.jpg` (without empty space)
> * `Böse file.jpg`
> * `Копия Böse file.jpg`
> * `Копия "Копия Böse file.jpg"`
> etc...
> Angular ngf-select plugin show, that the file has always filesize=0 and
> filename was written broken too.
> !screenshot-1.png!
> If I select file with normal name, then file size was written correct:
> !screenshot-2.png!
> same code on desktop app work good.
> Has anybody same problem? any "dirty" fix for this? ^_^
>
> h1. update
> So... I tested on my different apps.
> The problem exist if I use `WKWebView`, with normal View work fine...
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14181) Cannot read property 'filesystemName' of null
[ https://issues.apache.org/jira/browse/CB-14181?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16526836#comment-16526836 ] jcesarmobile commented on CB-14181: --- The PR makes sense, but how can it be reproduced? > Cannot read property 'filesystemName' of null > - > > Key: CB-14181 > URL: https://issues.apache.org/jira/browse/CB-14181 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-file >Affects Versions: cordova@7.0.0 > Environment: cordova 7.1.0 >Reporter: ari >Priority: Major > Labels: easyfix > Original Estimate: 1h > Remaining Estimate: 1h > > Error in Success callbackId: File1539060614 : TypeError: Cannot read property > 'filesystemName' of null > cordova.js:314 Uncaught TypeError: Cannot read property 'filesystemName' of > null > The `fsRoot` might be null. reproduced with latest cordova on android > emulator. > > This is the problematic line : > [https://github.com/apache/cordova-plugin-file/blob/master/www/fileSystems-roots.js#L33] > PR : https://github.com/apache/cordova-plugin-file/pull/235 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-14181) Cannot read property 'filesystemName' of null
ari created CB-14181: Summary: Cannot read property 'filesystemName' of null Key: CB-14181 URL: https://issues.apache.org/jira/browse/CB-14181 Project: Apache Cordova Issue Type: Bug Components: cordova-plugin-file Affects Versions: cordova@7.0.0 Environment: cordova 7.1.0 Reporter: ari Error in Success callbackId: File1539060614 : TypeError: Cannot read property 'filesystemName' of null cordova.js:314 Uncaught TypeError: Cannot read property 'filesystemName' of null The `fsRoot` might be null. reproduced with latest cordova on android emulator. This is the problematic line : [https://github.com/apache/cordova-plugin-file/blob/master/www/fileSystems-roots.js#L33] PR : https://github.com/apache/cordova-plugin-file/pull/235 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-14173) cordova-fetch nightly breaks with --link
[
https://issues.apache.org/jira/browse/CB-14173?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raphael resolved CB-14173.
--
Resolution: Fixed
> cordova-fetch nightly breaks with --link
>
>
> Key: CB-14173
> URL: https://issues.apache.org/jira/browse/CB-14173
> Project: Apache Cordova
> Issue Type: Improvement
> Components: cordova-fetch
>Reporter: Darryl Pogue
>Assignee: Raphael
>Priority: Major
>
> A coworker just ran this:
> {code:java}
> npx cordova platform add --link ../cordova-ios/{code}
> It failed with this error:
> {noformat}
> Warning: using prerelease version 8.0.1-nightly.2018.6.26.77b7324f
> (cordova-lib@8.0.1-nightly.2018.6.26.da4b4b37)
> { CordovaError: Could not determine package name from output:
> up to date in 6.878s
> [!] 3 vulnerabilities found [2885 packages audited]
> Severity: 3 low
> Run `npm audit` for more detail/usr/local/lib/node_modules/cordova-ios ->
> /Projects/cordova-ios
> /Projects/launch-cordova-test/node_modules/cordova-ios ->
> /usr/local/lib/node_modules/cordova-ios -> /Projects/cordova-ios
> at getTargetPackageSpecFromNpmInstallOutput
> (/Projects/launch-cordova-test/node_modules/cordova-fetch/index.js:97:15)
> at _fulfilled (/Projects/launch-cordova-test/node_modules/q/q.js:854:54)
> at /Projects/launch-cordova-test/node_modules/q/q.js:883:30
> at Promise.promise.promiseDispatch
> (/Projects/launch-cordova-test/node_modules/q/q.js:816:13)
> at /Projects/launch-cordova-test/node_modules/q/q.js:624:44
> at runSingle (/Projects/launch-cordova-test/node_modules/q/q.js:137:13)
> at flush (/Projects/launch-cordova-test/node_modules/q/q.js:125:13)
> at process._tickCallback (internal/process/next_tick.js:172:11)
> name: 'CordovaError',
> message: 'Could not determine package name from output:\nup to date in
> 6.878s\n[!] 3 vulnerabilities found [2885 packages audited]\n Severity: 3
> low\n Run `npm audit` for more
> detail\n\n/usr/local/lib/node_modules/cordova-ios ->
> /Projects/cordova-ios\n/Projects/launch-cordova-test/node_modules/cordova-ios
> -> /usr/local/lib/node_modules/cordova-ios -> /Projects/cordova-ios',
> code: 0,
> context: undefined }{noformat}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14173) cordova-fetch nightly breaks with --link
[
https://issues.apache.org/jira/browse/CB-14173?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16526489#comment-16526489
]
ASF subversion and git services commented on CB-14173:
--
Commit f17ccf70448a4822ba2ed0434dd39b905822321a in cordova-fetch's branch
refs/heads/master from Raphael von der Grün
[ https://gitbox.apache.org/repos/asf?p=cordova-fetch.git;h=f17ccf7 ]
CB-14173 Fix cordova add --link (#26)
This drops support for the untested and undocumented `link` option
which when set, caused `npm link` to be run instead of `npm install`.
However, the installed package's name cannot be extracted from the
output of `npm link`. Thus we failed in that case.
Now we always run `npm install` instead. This works for the use case of
`cordova add --link` since packages identified by a
local path are installed as symbolic links by npm.
> cordova-fetch nightly breaks with --link
>
>
> Key: CB-14173
> URL: https://issues.apache.org/jira/browse/CB-14173
> Project: Apache Cordova
> Issue Type: Improvement
> Components: cordova-fetch
>Reporter: Darryl Pogue
>Assignee: Raphael
>Priority: Major
>
> A coworker just ran this:
> {code:java}
> npx cordova platform add --link ../cordova-ios/{code}
> It failed with this error:
> {noformat}
> Warning: using prerelease version 8.0.1-nightly.2018.6.26.77b7324f
> (cordova-lib@8.0.1-nightly.2018.6.26.da4b4b37)
> { CordovaError: Could not determine package name from output:
> up to date in 6.878s
> [!] 3 vulnerabilities found [2885 packages audited]
> Severity: 3 low
> Run `npm audit` for more detail/usr/local/lib/node_modules/cordova-ios ->
> /Projects/cordova-ios
> /Projects/launch-cordova-test/node_modules/cordova-ios ->
> /usr/local/lib/node_modules/cordova-ios -> /Projects/cordova-ios
> at getTargetPackageSpecFromNpmInstallOutput
> (/Projects/launch-cordova-test/node_modules/cordova-fetch/index.js:97:15)
> at _fulfilled (/Projects/launch-cordova-test/node_modules/q/q.js:854:54)
> at /Projects/launch-cordova-test/node_modules/q/q.js:883:30
> at Promise.promise.promiseDispatch
> (/Projects/launch-cordova-test/node_modules/q/q.js:816:13)
> at /Projects/launch-cordova-test/node_modules/q/q.js:624:44
> at runSingle (/Projects/launch-cordova-test/node_modules/q/q.js:137:13)
> at flush (/Projects/launch-cordova-test/node_modules/q/q.js:125:13)
> at process._tickCallback (internal/process/next_tick.js:172:11)
> name: 'CordovaError',
> message: 'Could not determine package name from output:\nup to date in
> 6.878s\n[!] 3 vulnerabilities found [2885 packages audited]\n Severity: 3
> low\n Run `npm audit` for more
> detail\n\n/usr/local/lib/node_modules/cordova-ios ->
> /Projects/cordova-ios\n/Projects/launch-cordova-test/node_modules/cordova-ios
> -> /usr/local/lib/node_modules/cordova-ios -> /Projects/cordova-ios',
> code: 0,
> context: undefined }{noformat}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14173) cordova-fetch nightly breaks with --link
[
https://issues.apache.org/jira/browse/CB-14173?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16526488#comment-16526488
]
ASF GitHub Bot commented on CB-14173:
-
raphinesse closed pull request #26: CB-14173 Fix cordova add
--link
URL: https://github.com/apache/cordova-fetch/pull/26
This is a PR merged from a forked repository.
As GitHub hides the original diff on merge, it is displayed below for
the sake of provenance:
As this is a foreign pull request (from a fork), the diff is supplied
below (as it won't show otherwise due to GitHub magic):
diff --git a/index.js b/index.js
index dfa51f7..5eb0831 100644
--- a/index.js
+++ b/index.js
@@ -69,8 +69,7 @@ function installPackage (target, dest, opts) {
function npmArgs (target, userOptions) {
const opts = Object.assign({ production: true }, userOptions);
-const operation = opts.link ? 'link' : 'install';
-const args = [operation, target];
+const args = ['install', target];
if (opts.production) {
args.push('--production');
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
> cordova-fetch nightly breaks with --link
>
>
> Key: CB-14173
> URL: https://issues.apache.org/jira/browse/CB-14173
> Project: Apache Cordova
> Issue Type: Improvement
> Components: cordova-fetch
>Reporter: Darryl Pogue
>Assignee: Raphael
>Priority: Major
>
> A coworker just ran this:
> {code:java}
> npx cordova platform add --link ../cordova-ios/{code}
> It failed with this error:
> {noformat}
> Warning: using prerelease version 8.0.1-nightly.2018.6.26.77b7324f
> (cordova-lib@8.0.1-nightly.2018.6.26.da4b4b37)
> { CordovaError: Could not determine package name from output:
> up to date in 6.878s
> [!] 3 vulnerabilities found [2885 packages audited]
> Severity: 3 low
> Run `npm audit` for more detail/usr/local/lib/node_modules/cordova-ios ->
> /Projects/cordova-ios
> /Projects/launch-cordova-test/node_modules/cordova-ios ->
> /usr/local/lib/node_modules/cordova-ios -> /Projects/cordova-ios
> at getTargetPackageSpecFromNpmInstallOutput
> (/Projects/launch-cordova-test/node_modules/cordova-fetch/index.js:97:15)
> at _fulfilled (/Projects/launch-cordova-test/node_modules/q/q.js:854:54)
> at /Projects/launch-cordova-test/node_modules/q/q.js:883:30
> at Promise.promise.promiseDispatch
> (/Projects/launch-cordova-test/node_modules/q/q.js:816:13)
> at /Projects/launch-cordova-test/node_modules/q/q.js:624:44
> at runSingle (/Projects/launch-cordova-test/node_modules/q/q.js:137:13)
> at flush (/Projects/launch-cordova-test/node_modules/q/q.js:125:13)
> at process._tickCallback (internal/process/next_tick.js:172:11)
> name: 'CordovaError',
> message: 'Could not determine package name from output:\nup to date in
> 6.878s\n[!] 3 vulnerabilities found [2885 packages audited]\n Severity: 3
> low\n Run `npm audit` for more
> detail\n\n/usr/local/lib/node_modules/cordova-ios ->
> /Projects/cordova-ios\n/Projects/launch-cordova-test/node_modules/cordova-ios
> -> /usr/local/lib/node_modules/cordova-ios -> /Projects/cordova-ios',
> code: 0,
> context: undefined }{noformat}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-14180) (encoding): problem with utf-8 names on mobile devices with Google Drive or iCloud
[
https://issues.apache.org/jira/browse/CB-14180?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ali Elderov updated CB-14180:
-
Priority: Critical (was: Major)
> (encoding): problem with utf-8 names on mobile devices with Google Drive or
> iCloud
> --
>
> Key: CB-14180
> URL: https://issues.apache.org/jira/browse/CB-14180
> Project: Apache Cordova
> Issue Type: Bug
> Environment:
> {noformat}
> cordova v6.5.0
>
>
>
> {noformat}
>
>Reporter: Ali Elderov
>Priority: Critical
> Labels: wkwebview-known-issues
> Attachments: screenshot-1.png, screenshot-2.png
>
>
> Hallo guys!
> maybe this is duplicate, but I can't find other ticket...
> I have problem with mobile devices and external storages, like Google Drive.
> if I select file with UTF-8 characters, then the plugin can't read this file.
> I try to upload files like:
> * `Bösefile.jpg` (without empty space)
> * `Böse file.jpg`
> * `Копия Böse file.jpg`
> * `Копия "Копия Böse file.jpg"`
> etc...
> Angular ngf-select plugin show, that the file has always filesize=0 and
> filename was written broken too.
> !screenshot-1.png!
> If I select file with normal name, then file size was written correct:
> !screenshot-2.png!
> same code on desktop app work good.
> Has anybody same problem? any "dirty" fix for this? ^_^
>
> h1. update
> So... I tested on my different apps.
> The problem exist if I use `WKWebView`, with normal View work fine...
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-14180) (encoding): problem with utf-8 names on mobile devices with Google Drive or iCloud
[
https://issues.apache.org/jira/browse/CB-14180?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ali Elderov updated CB-14180:
-
Description:
Hallo guys!
maybe this is duplicate, but I can't find other ticket...
I have problem with mobile devices and external storages, like Google Drive.
if I select file with UTF-8 characters, then the plugin can't read this file.
I try to upload files like:
* `Bösefile.jpg` (without empty space)
* `Böse file.jpg`
* `Копия Böse file.jpg`
* `Копия "Копия Böse file.jpg"`
etc...
Angular ngf-select plugin show, that the file has always filesize=0 and
filename was written broken too.
!screenshot-1.png!
If I select file with normal name, then file size was written correct:
!screenshot-2.png!
same code on desktop app work good.
Has anybody same problem? any "dirty" fix for this? ^_^
h1. update
So... I tested on my different apps.
The problem exist if I use `WKWebView`, with normal View work fine...
was:
Hallo guys!
maybe this is duplicate, but I can't find other ticket...
I have problem with mobile devices and external storages, like Google Drive.
if I select file with UTF-8 characters, then the plugin can't read this file.
I try to upload files like:
* `Bösefile.jpg` (without empty space)
* `Böse file.jpg`
* `Копия Böse file.jpg`
* `Копия "Копия Böse file.jpg"`
etc...
Angular ngf-select plugin show, that the file has always filesize=0 and
filename was written broken too.
!screenshot-1.png!
If I select file with normal name, then file size was written correct:
!screenshot-2.png!
same code on desktop app work good.
Has anybody same problem? any "dirty" fix for this? ^_^
## **update**
So... I tested on my different apps.
The problem exist if I use `WKWebView`, with normal View work fine...
> (encoding): problem with utf-8 names on mobile devices with Google Drive or
> iCloud
> --
>
> Key: CB-14180
> URL: https://issues.apache.org/jira/browse/CB-14180
> Project: Apache Cordova
> Issue Type: Bug
> Environment:
> {noformat}
> cordova v6.5.0
>
>
>
> {noformat}
>
>Reporter: Ali Elderov
>Priority: Major
> Labels: wkwebview-known-issues
> Attachments: screenshot-1.png, screenshot-2.png
>
>
> Hallo guys!
> maybe this is duplicate, but I can't find other ticket...
> I have problem with mobile devices and external storages, like Google Drive.
> if I select file with UTF-8 characters, then the plugin can't read this file.
> I try to upload files like:
> * `Bösefile.jpg` (without empty space)
> * `Böse file.jpg`
> * `Копия Böse file.jpg`
> * `Копия "Копия Böse file.jpg"`
> etc...
> Angular ngf-select plugin show, that the file has always filesize=0 and
> filename was written broken too.
> !screenshot-1.png!
> If I select file with normal name, then file size was written correct:
> !screenshot-2.png!
> same code on desktop app work good.
> Has anybody same problem? any "dirty" fix for this? ^_^
>
> h1. update
> So... I tested on my different apps.
> The problem exist if I use `WKWebView`, with normal View work fine...
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-14180) (encoding): problem with utf-8 names on mobile devices with Google Drive or iCloud
[
https://issues.apache.org/jira/browse/CB-14180?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ali Elderov updated CB-14180:
-
Description:
Hallo guys!
maybe this is duplicate, but I can't find other ticket...
I have problem with mobile devices and external storages, like Google Drive.
if I select file with UTF-8 characters, then the plugin can't read this file.
I try to upload files like:
* `Bösefile.jpg` (without empty space)
* `Böse file.jpg`
* `Копия Böse file.jpg`
* `Копия "Копия Böse file.jpg"`
etc...
Angular ngf-select plugin show, that the file has always filesize=0 and
filename was written broken too.
!screenshot-1.png!
If I select file with normal name, then file size was written correct:
!screenshot-2.png!
same code on desktop app work good.
Has anybody same problem? any "dirty" fix for this? ^_^
## **update**
So... I tested on my different apps.
The problem exist if I use `WKWebView`, with normal View work fine...
was:
Hallo guys!
maybe this is duplicate, but I can't find other ticket...
I have problem with mobile devices and external storages, like Google Drive.
if I select file with UTF-8 characters, then the plugin can't read this file.
I try to upload files like:
* `Bösefile.jpg` (without empty space)
* `Böse file.jpg`
* `Копия Böse file.jpg`
* `Копия "Копия Böse file.jpg"`
etc...
ngf-select show, that the file has always filesize=0 and filename was written
broken too.
If I select file with normal name, then filesize was written correct:
same code on desktop app work good.
Has anybody same problem? any "dirty" fix for this? ^_^
## **update**
So... I tested on my different apps.
The problem exist if I use `WKWebView`, with normal View plugin work fine...
> (encoding): problem with utf-8 names on mobile devices with Google Drive or
> iCloud
> --
>
> Key: CB-14180
> URL: https://issues.apache.org/jira/browse/CB-14180
> Project: Apache Cordova
> Issue Type: Bug
> Environment:
> {noformat}
> cordova v6.5.0
>
>
>
> {noformat}
>
>Reporter: Ali Elderov
>Priority: Major
> Labels: wkwebview-known-issues
> Attachments: screenshot-1.png, screenshot-2.png
>
>
> Hallo guys!
> maybe this is duplicate, but I can't find other ticket...
> I have problem with mobile devices and external storages, like Google Drive.
> if I select file with UTF-8 characters, then the plugin can't read this file.
> I try to upload files like:
> * `Bösefile.jpg` (without empty space)
> * `Böse file.jpg`
> * `Копия Böse file.jpg`
> * `Копия "Копия Böse file.jpg"`
> etc...
> Angular ngf-select plugin show, that the file has always filesize=0 and
> filename was written broken too.
> !screenshot-1.png!
> If I select file with normal name, then file size was written correct:
> !screenshot-2.png!
> same code on desktop app work good.
> Has anybody same problem? any "dirty" fix for this? ^_^
> ## **update**
> So... I tested on my different apps.
> The problem exist if I use `WKWebView`, with normal View work fine...
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-14180) (encoding): problem with utf-8 names on mobile devices with Google Drive or iCloud
[
https://issues.apache.org/jira/browse/CB-14180?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ali Elderov updated CB-14180:
-
Attachment: screenshot-2.png
> (encoding): problem with utf-8 names on mobile devices with Google Drive or
> iCloud
> --
>
> Key: CB-14180
> URL: https://issues.apache.org/jira/browse/CB-14180
> Project: Apache Cordova
> Issue Type: Bug
> Environment:
> {noformat}
> cordova v6.5.0
>
>
>
> {noformat}
>
>Reporter: Ali Elderov
>Priority: Major
> Labels: wkwebview-known-issues
> Attachments: screenshot-1.png, screenshot-2.png
>
>
> Hallo guys!
> maybe this is duplicate, but I can't find other ticket...
> I have problem with mobile devices and external storages, like Google Drive.
> if I select file with UTF-8 characters, then the plugin can't read this file.
> I try to upload files like:
> * `Bösefile.jpg` (without empty space)
> * `Böse file.jpg`
> * `Копия Böse file.jpg`
> * `Копия "Копия Böse file.jpg"`
> etc...
> ngf-select show, that the file has always filesize=0 and filename was written
> broken too.
> 
> If I select file with normal name, then filesize was written correct:
> 
> same code on desktop app work good.
> Has anybody same problem? any "dirty" fix for this? ^_^
> ## **update**
> So... I tested on my different apps.
> The problem exist if I use `WKWebView`, with normal View plugin work fine...
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-14180) (encoding): problem with utf-8 names on mobile devices with Google Drive or iCloud
[
https://issues.apache.org/jira/browse/CB-14180?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ali Elderov updated CB-14180:
-
Attachment: screenshot-1.png
> (encoding): problem with utf-8 names on mobile devices with Google Drive or
> iCloud
> --
>
> Key: CB-14180
> URL: https://issues.apache.org/jira/browse/CB-14180
> Project: Apache Cordova
> Issue Type: Bug
> Environment:
> {noformat}
> cordova v6.5.0
>
>
>
> {noformat}
>
>Reporter: Ali Elderov
>Priority: Major
> Labels: wkwebview-known-issues
> Attachments: screenshot-1.png, screenshot-2.png
>
>
> Hallo guys!
> maybe this is duplicate, but I can't find other ticket...
> I have problem with mobile devices and external storages, like Google Drive.
> if I select file with UTF-8 characters, then the plugin can't read this file.
> I try to upload files like:
> * `Bösefile.jpg` (without empty space)
> * `Böse file.jpg`
> * `Копия Böse file.jpg`
> * `Копия "Копия Böse file.jpg"`
> etc...
> ngf-select show, that the file has always filesize=0 and filename was written
> broken too.
> 
> If I select file with normal name, then filesize was written correct:
> 
> same code on desktop app work good.
> Has anybody same problem? any "dirty" fix for this? ^_^
> ## **update**
> So... I tested on my different apps.
> The problem exist if I use `WKWebView`, with normal View plugin work fine...
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-14180) (encoding): problem with utf-8 names on mobile devices with Google Drive or iCloud
Ali Elderov created CB-14180:
Summary: (encoding): problem with utf-8 names on mobile devices
with Google Drive or iCloud
Key: CB-14180
URL: https://issues.apache.org/jira/browse/CB-14180
Project: Apache Cordova
Issue Type: Bug
Environment:
{noformat}
cordova v6.5.0
{noformat}
Reporter: Ali Elderov
Hallo guys!
maybe this is duplicate, but I can't find other ticket...
I have problem with mobile devices and external storages, like Google Drive.
if I select file with UTF-8 characters, then the plugin can't read this file.
I try to upload files like:
* `Bösefile.jpg` (without empty space)
* `Böse file.jpg`
* `Копия Böse file.jpg`
* `Копия "Копия Böse file.jpg"`
etc...
ngf-select show, that the file has always filesize=0 and filename was written
broken too.
If I select file with normal name, then filesize was written correct:
same code on desktop app work good.
Has anybody same problem? any "dirty" fix for this? ^_^
## **update**
So... I tested on my different apps.
The problem exist if I use `WKWebView`, with normal View plugin work fine...
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14139) Can't run android commands with 32bit Java
[ https://issues.apache.org/jira/browse/CB-14139?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16526126#comment-16526126 ] ASF GitHub Bot commented on CB-14139: - erisu edited a comment on issue #459: CB-14139 android: Add jvmargs flag for custom values URL: https://github.com/apache/cordova-android/pull/459#issuecomment-400962837 @raphinesse I do not mind if the `org.gradle.jvmargs` is defined in the `gradle.properties` file. I also agree that once a new feature is added, it will be hard to remove. [Gradle's Documentation](https://docs.gradle.org/current/userguide/build_environment.html#sec:configuring_jvm_memory) also references the usage of `gradle.properties` for setting the `org.gradle.jvmargs`. The only **potential issue** is for users that have already created their own project's `gradle.properties` file. If the `command-line flag` is removed from `GradleBuilder.js` and `StudioBuilder.js`, users with the `gradle.properties` file may need to manually add the property. Gradle's default to maximum heap size is set to `Xmx1024m` while we had defined ours as `Xmx2048m`. The `command-line flag` setting was committed for [enabling the dex process for large projects](https://github.com/apache/cordova-android/commit/3a33f4c0a62291ed4faf444cd4525952f90a0b57). This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org > Can't run android commands with 32bit Java > -- > > Key: CB-14139 > URL: https://issues.apache.org/jira/browse/CB-14139 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-android >Affects Versions: 8.0.0 > Environment: Win 10 Pro x64 >Reporter: misterTi >Assignee: Joe Bowser >Priority: Blocker > > GradleBuilder.js has a buiit-in option org.gradle.jvmargs=---Xmx2048m on line > 59, which prevents it from running on 32bit Java. It always fails with VM > heap error. The workaround is to create an environment variable > __JAVA__OPTIONS=-Xmx512m, but this then affects the whole system. > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14139) Can't run android commands with 32bit Java
[ https://issues.apache.org/jira/browse/CB-14139?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16526123#comment-16526123 ] ASF GitHub Bot commented on CB-14139: - erisu commented on issue #459: CB-14139 android: Add jvmargs flag for custom values URL: https://github.com/apache/cordova-android/pull/459#issuecomment-400962837 @raphinesse I do not mind if the `org.gradle.jvmargs` is defined in the `gradle.properties` file. I also agree that once a new feature is added, it will be hard to remove. It is referenced in [Gradle's Documentation](https://docs.gradle.org/current/userguide/build_environment.html#sec:configuring_jvm_memory) and [Cordova's Documentation](https://cordova.apache.org/docs/en/latest/guide/platforms/android/index.html#configuring-gradle). The only **potential issue** is for users that have already created their own project's `gradle.properties` file. If the `command-line flag` is removed from `GradleBuilder.js` and `StudioBuilder.js`, users with the `gradle.properties` file may need to manually add the property. Gradle's default to maximum heap size is set to `Xmx1024m` while we had defined ours as `Xmx2048m`. The `command-line flag` setting was committed for [enabling the dex process for large projects](https://github.com/apache/cordova-android/commit/3a33f4c0a62291ed4faf444cd4525952f90a0b57). This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org > Can't run android commands with 32bit Java > -- > > Key: CB-14139 > URL: https://issues.apache.org/jira/browse/CB-14139 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-android >Affects Versions: 8.0.0 > Environment: Win 10 Pro x64 >Reporter: misterTi >Assignee: Joe Bowser >Priority: Blocker > > GradleBuilder.js has a buiit-in option org.gradle.jvmargs=---Xmx2048m on line > 59, which prevents it from running on 32bit Java. It always fails with VM > heap error. The workaround is to create an environment variable > __JAVA__OPTIONS=-Xmx512m, but this then affects the whole system. > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-14179) Cordova is not initialized properly when using Android System Webview v67
[
https://issues.apache.org/jira/browse/CB-14179?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Cristian Totolici updated CB-14179:
---
Description:
Cordova not initialized properly:
{noformat}
06-28 10:52:14.774 12625-12625/com.example.hello E/CordovaBridge: gap_init
called from restricted origin:
{noformat}
I have looked into this issue and it seems that sometimes the origin URL is
empty and that is the reason why the message above is shown.
{code:java}
@Override
public boolean onJsPrompt(WebView view, String origin, String message,
String defaultValue, final JsPromptResult result) {
Log.d(LOG_TAG, (tries++) +" onJsPrompt: "+origin);
// Unlike the @JavascriptInterface bridge, this method is always called
on the UI thread.
String handledRet = parentEngine.bridge.promptOnJsPrompt(origin,
message, defaultValue);
if (handledRet != null) {
result.confirm(handledRet);
} else {
dialogsHelper.showPrompt(message, defaultValue, new
CordovaDialogsHelper.Result() {
@Override
public void gotResult(boolean success, String value) {
if (success) {
result.confirm(value);
} else {
result.cancel();
}
}
});
}
return true;
}
{code}
The strange think is that if you call view.getUrl() the url is return
correctly. I was wondering, can be that used instead of the origin url ?
This is an issue not that easy to reproduce, I managed to reproduce with a
simple hello world cordova app.
I did some tweaks to increase the occurrence of the issue:
1. Enable "Don't keep activities" from the developer options
2. Using "Recents" button open and close the app very fast
3. I have attached the MainActvity.java that I used. There is some commented
code that can be uncommented to increase the occurrence rate of the issue.
was:
Cordova not initialized properly:
{noformat}
06-28 10:52:14.774 12625-12625/com.example.hello E/CordovaBridge: gap_init
called from restricted origin:
{noformat}
I have looked into this issue and it seems that sometimes the origin URL is
empty and that is the reason why the message above is shown.
{code:java}
@Override
public boolean onJsPrompt(WebView view, String origin, String message,
String defaultValue, final JsPromptResult result) {
Log.d(LOG_TAG, (tries++) +" onJsPrompt: "+origin);
// Unlike the @JavascriptInterface bridge, this method is always called
on the UI thread.
String handledRet = parentEngine.bridge.promptOnJsPrompt(origin,
message, defaultValue);
if (handledRet != null) {
result.confirm(handledRet);
} else {
dialogsHelper.showPrompt(message, defaultValue, new
CordovaDialogsHelper.Result() {
@Override
public void gotResult(boolean success, String value) {
if (success) {
result.confirm(value);
} else {
result.cancel();
}
}
});
}
return true;
}
{code}
The strange think is that if you call view.getUrl() the url is return
correctly. I was wondering, can be that used instead of the origin url ?
This is an issue not that easy to reproduce, I managed to reproduce with a
simple hello world cordova app.
I dis some tweaks to increase the occurrence of the issue:
1. Enable "Don't keep activities" from the developer options
2. Using "Recents" button open and close the app very fast
3. I have attached the MainActvity.java that I used. There is some commented
code that can be uncommented to increase the occurrence rate of the issue.
> Cordova is not initialized properly when using Android System Webview v67
> -
>
> Key: CB-14179
> URL: https://issues.apache.org/jira/browse/CB-14179
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-android
>Affects Versions: cordova-android-7.0.0
> Environment: WebView: This only happens on the AndroidSystemWebView
> implementation (not Chrome) versions 67.0.3396.*
> Android OS: All versions on which the above WebView is compatible so I think
> [5, 6.0.1]
> Device: Nexus 5, Nexus 5x, HTC One M9
>
>Reporter: Cristian Totolici
>Priority: Major
> Attachments: MainActivity.java, cordova.log
>
>
> Cordova not initialized properly:
> {noformat}
> 06-28 10:52:14.774 12625-12625/com.example.hello E/CordovaBridge: gap_init
> called from restricted origin:
> {noformat}
> I have looked into this issue and it seems that sometimes the origin URL is
> empty and that is the reason why the message above
[jira] [Created] (CB-14179) Cordova is not initialized properly when using Android System Webview v67
Cristian Totolici created CB-14179:
--
Summary: Cordova is not initialized properly when using Android
System Webview v67
Key: CB-14179
URL: https://issues.apache.org/jira/browse/CB-14179
Project: Apache Cordova
Issue Type: Bug
Components: cordova-android
Affects Versions: cordova-android-7.0.0
Environment: WebView: This only happens on the AndroidSystemWebView
implementation (not Chrome) versions 67.0.3396.*
Android OS: All versions on which the above WebView is compatible so I think
[5, 6.0.1]
Device: Nexus 5, Nexus 5x, HTC One M9
Reporter: Cristian Totolici
Attachments: MainActivity.java, cordova.log
Cordova not initialized properly:
{noformat}
06-28 10:52:14.774 12625-12625/com.example.hello E/CordovaBridge: gap_init
called from restricted origin:
{noformat}
I have looked into this issue and it seems that sometimes the origin URL is
empty and that is the reason why the message above is shown.
{code:java}
@Override
public boolean onJsPrompt(WebView view, String origin, String message,
String defaultValue, final JsPromptResult result) {
Log.d(LOG_TAG, (tries++) +" onJsPrompt: "+origin);
// Unlike the @JavascriptInterface bridge, this method is always called
on the UI thread.
String handledRet = parentEngine.bridge.promptOnJsPrompt(origin,
message, defaultValue);
if (handledRet != null) {
result.confirm(handledRet);
} else {
dialogsHelper.showPrompt(message, defaultValue, new
CordovaDialogsHelper.Result() {
@Override
public void gotResult(boolean success, String value) {
if (success) {
result.confirm(value);
} else {
result.cancel();
}
}
});
}
return true;
}
{code}
The strange think is that if you call view.getUrl() the url is return
correctly. I was wondering, can be that used instead of the origin url ?
This is an issue not that easy to reproduce, I managed to reproduce with a
simple hello world cordova app.
I dis some tweaks to increase the occurrence of the issue:
1. Enable "Don't keep activities" from the developer options
2. Using "Recents" button open and close the app very fast
3. I have attached the MainActvity.java that I used. There is some commented
code that can be uncommented to increase the occurrence rate of the issue.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
