[jira] [Commented] (CB-12863) Can't install plugins from a branch (cordova@7)
[
https://issues.apache.org/jira/browse/CB-12863?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16248292#comment-16248292
]
Alexander Regueiro commented on CB-12863:
-
I confirm that I'm facing this issue with 7.1.0 as well, using a git+ssh URL.
Any updates on this?
> Can't install plugins from a branch (cordova@7)
> ---
>
> Key: CB-12863
> URL: https://issues.apache.org/jira/browse/CB-12863
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-fetch
> Environment: cordova-cli@7.0.1
> node@4.6.0
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
> Labels: cordova-8.0.0, reproduced, triage
> Fix For: cordova-labs-wkwebview-engine-localhost@0.5.1
>
>
> 1st try:
> {code}
> $ cordova plugin add
> https://github.com/apache/cordova-plugins.git\#wkwebview-engine-localhost
> Installing "cordova-labs-wkwebview-engine-localhost" for ios
> Failed to install 'cordova-labs-wkwebview-engine-localhost': CordovaError:
> Failed to fetch plugin
> https://git-wip-us.apache.org/repos/asf/cordova-plugins.git#local-webserver
> via registry.
> Probably this is either a connection problem, or plugin spec is incorrect.
> Check your connection and plugin name/version/URL.
> Error: npm: Command failed with exit code 254 Error output:
> npm WARN package.json helloworld@1.0.0 No repository field.
> npm WARN package.json helloworld@1.0.0 No README data
> npm ERR! not a package
> /var/folders/40/pyxnqlcj6bn_43qrjp3p0xtwgp/T/npm-28533-ff14b1ee/git-wip-us.apache.org/repos/asf/cordova-plugins.git/local-webserver
> npm ERR! Darwin 16.7.0
> npm ERR! argv "/Users/shazron/.nvm/versions/node/v4.6.0/bin/node"
> "/Users/shazron/.nvm/versions/node/v4.6.0/bin/npm" "install"
> "https://git-wip-us.apache.org/repos/asf/cordova-plugins.git#local-webserver;
> "--save"
> npm ERR! node v4.6.0
> npm ERR! npm v2.15.9
> npm ERR! path
> /var/folders/40/pyxnqlcj6bn_43qrjp3p0xtwgp/T/npm-28533-ff14b1ee/unpack-968d75f9eab2/package.json
> npm ERR! code ENOENT
> npm ERR! errno -2
> npm ERR! syscall open
> npm ERR! enoent ENOENT: no such file or directory, open
> '/var/folders/40/pyxnqlcj6bn_43qrjp3p0xtwgp/T/npm-28533-ff14b1ee/unpack-968d75f9eab2/package.json'
> npm ERR! enoent This is most likely not a problem with npm itself
> npm ERR! enoent and is related to npm not being able to find a file.
> npm ERR! enoent
> npm ERR! Please include the following file with any support request:
> npm ERR! /Users/shazron/Desktop/gtm/node_modules/npm-debug.log
> at
> /Users/shazron/.nvm/versions/node/v4.6.0/lib/node_modules/cordova/node_modules/cordova-lib/src/plugman/fetch.js:205:33
> at _rejected
> (/Users/shazron/.nvm/versions/node/v4.6.0/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/cordova-fetch/node_modules/q/q.js:864:24)
> at
> /Users/shazron/.nvm/versions/node/v4.6.0/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/cordova-fetch/node_modules/q/q.js:890:30
> at Promise.when
> (/Users/shazron/.nvm/versions/node/v4.6.0/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/cordova-fetch/node_modules/q/q.js:1142:31)
> at Promise.promise.promiseDispatch
> (/Users/shazron/.nvm/versions/node/v4.6.0/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/cordova-fetch/node_modules/q/q.js:808:41)
> at
> /Users/shazron/.nvm/versions/node/v4.6.0/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/cordova-fetch/node_modules/q/q.js:624:44
> at runSingle
> (/Users/shazron/.nvm/versions/node/v4.6.0/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/cordova-fetch/node_modules/q/q.js:137:13)
> at flush
> (/Users/shazron/.nvm/versions/node/v4.6.0/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/cordova-fetch/node_modules/q/q.js:125:13)
> at nextTickCallbackWith0Args (node.js:420:9)
> at process._tickCallback (node.js:349:13)
> Error: Failed to fetch plugin
> https://git-wip-us.apache.org/repos/asf/cordova-plugins.git#local-webserver
> via registry.
> Probably this is either a connection problem, or plugin spec is incorrect.
> Check your connection and plugin name/version/URL.
> Error: npm: Command failed with exit code 254 Error output:
> npm WARN package.json helloworld@1.0.0 No repository field.
> npm WARN package.json helloworld@1.0.0 No README data
> npm ERR! not a package
> /var/folders/40/pyxnqlcj6bn_43qrjp3p0xtwgp/T/npm-28533-ff14b1ee/git-wip-us.apache.org/repos/asf/cordova-plugins.git/local-webserver
> npm ERR! Darwin 16.7.0
> npm ERR! argv "/Users/shazron/.nvm/versions/node/v4.6.0/bin/node"
> "/Users/shazron/.nvm/versions/node/v4.6.0/bin/npm" "install"
> "https://git-wip-us.apache.org/repos/asf/cordova-plugins.git#local-webserver;
> "--save"
> npm ERR! node v4.6.0
[jira] [Commented] (CB-12886) white area where status bar is in iOS 11
[ https://issues.apache.org/jira/browse/CB-12886?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16248271#comment-16248271 ] Shashwat Tripathi commented on CB-12886: I am having following images of splash screen with background blue color and I am having the same issue of white bar at the bottom: Using following versions: cordova: 7.1.0 cordova-ios: 4.5.3 cordova-plugin-splashscreen: 4.0.3 This problem for me is only during splash screen in app it looks good. !screenshot-6.png! > white area where status bar is in iOS 11 > > > Key: CB-12886 > URL: https://issues.apache.org/jira/browse/CB-12886 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios > Environment: iOS 11 beta 1 >Reporter: Shazron Abdullah > Labels: backlog, ios11 > Fix For: cordova-ios@5.0.0 > > Attachments: ios11.png, screenshot-1.png, screenshot-2.png, > screenshot-3.png, screenshot-4.png, screenshot-5.png, screenshot-6.png > > > See attached screenshot. Using WKWebView plugin, new app. -- 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-12886) white area where status bar is in iOS 11
[ https://issues.apache.org/jira/browse/CB-12886?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shashwat Tripathi updated CB-12886: --- Attachment: screenshot-6.png > white area where status bar is in iOS 11 > > > Key: CB-12886 > URL: https://issues.apache.org/jira/browse/CB-12886 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios > Environment: iOS 11 beta 1 >Reporter: Shazron Abdullah > Labels: backlog, ios11 > Fix For: cordova-ios@5.0.0 > > Attachments: ios11.png, screenshot-1.png, screenshot-2.png, > screenshot-3.png, screenshot-4.png, screenshot-5.png, screenshot-6.png > > > See attached screenshot. Using WKWebView plugin, new app. -- 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-12381) Cordova's prepare command does not work reliably when it comes to restoring the platforms & plugins via config.xml
[
https://issues.apache.org/jira/browse/CB-12381?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16248220#comment-16248220
]
Audrey So edited comment on CB-12381 at 11/11/17 12:18 AM:
---
Hi Manuel ! Thank you for taking the time to write out the steps with images to
help us try and reproduce your issue.
I was not able to reproduce your issue. Please update to use the latest version
of cordova
npm install -g cordova@latest. Thanks!
- Audrey
was (Author: auso):
Hi Manuel ! Thank you for taking the time to write out the steps with images to
help us try and reproduce your issue.
I was not able to reproduce your issue. Please update to use the latest version
of cordova
```npm install -g cordova@latest```. Thanks!
- Audrey
> Cordova's prepare command does not work reliably when it comes to restoring
> the platforms & plugins via config.xml
> --
>
> Key: CB-12381
> URL: https://issues.apache.org/jira/browse/CB-12381
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-cli, cordova-ios
>Affects Versions: 6.4.0
> Environment: macOS Sierra 10.12.2, current versions of cordova and
> cordova-ios
>Reporter: Manuel Rauber
> Labels: cordova-8.0.0
> Attachments: Result of Step 10.png, Result of Step 13.png
>
>
> Howdy,
> I just figured out, that the cordova prepare command does not work reliably
> when it restores everything from the config.xml.
> *Steps to reproduce*
> # Install cordova via {{npm install cordova}} into an empty folder
> # Run {{$(npm bin)/cordova create sampleProject}} to create a new cordova
> project
> # Open the folder {{sampleProject}}
> # Run {{$(npm bin)/cordova platform add ios --save}} to add ios
> # Run {{$(npm bin)/cordova plugin add cordova-plugin-statusbar --save}} to
> add the status bar plugin
> # Open the {{config.xml}} and add this before the last closing tag:
> {{}}
> # Remove the folders {{platform}} and {{plugins}}. Now you have a project,
> which you normally check in into your source control system, since cordova is
> able to restore everything from config.xml
> # Run {{$(npm bin)/cordova prepare}} to restore
> # Open {{platforms/ios/HelloCordova.xcodeproj}} in XCode
> # Start it (simulator is ok)
> # Notice, that the status bar *does* overlay the WebView
> # Run {{$(npm bin)/cordova prepare}} again
> # Start the project in XCode again
> # Notice, that the status bar *does not* overlay the WebView
> *What happened?*
> In step 8 the file {{platforms/ios/HelloCordova/config.xml}} was created by
> cordova looking like that:
> {code:xml}
>
> xmlns="http://www.w3.org/ns/widgets;
> xmlns:cdv="http://cordova.apache.org/ns/1.0;>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> HelloCordova
>
> A sample Apache Cordova application that responds to the deviceready
> event.
>
> http://cordova.io;>
> Apache Cordova Team
>
>
>
> http://*/*; />
> https://*/*; />
>
>
> mailto:*; />
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> {code}
> But, if you run the prepare command another time (which we did in step 12)
> the file looks like this:
> {code:xml}
>
> xmlns="http://www.w3.org/ns/widgets;
> xmlns:cdv="http://cordova.apache.org/ns/1.0;>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> HelloCordova
>
> A sample Apache Cordova application that responds to the deviceready
> event.
>
> http://cordova.io;>
> Apache Cordova Team
>
>
>
> http://*/*; />
> https://*/*; />
>
>
> mailto:*; />
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> {code}
> Please note two things: The first is, that {{}} has
> been moved to the top in the second file. *But* in the first file (so after
> the first time {{prepare}}) the setting {{StatusBarOverlaysWebView}} has been
> defined twice. The first time with value {{false}} what we actually want and
> the second time with value {{true}}, which we don't want, but is the default
> of the plugin. For sure, this second setting overwrites the value we want to
> have.
> The second {{prepare}} command then *removes* the setting with the value
> {{true}}, so the config.xml has that setting only once with the value we
> want.
--
This message was sent by Atlassian JIRA
[jira] [Commented] (CB-12381) Cordova's prepare command does not work reliably when it comes to restoring the platforms & plugins via config.xml
[
https://issues.apache.org/jira/browse/CB-12381?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16248220#comment-16248220
]
Audrey So commented on CB-12381:
Hi Manuel ! Thank you for taking the time to write out the steps with images to
help us try and reproduce your issue.
I was not able to reproduce your issue. Please update to use the latest version
of cordova
`npm install -g cordova@latest`. Thanks!
- Audrey
> Cordova's prepare command does not work reliably when it comes to restoring
> the platforms & plugins via config.xml
> --
>
> Key: CB-12381
> URL: https://issues.apache.org/jira/browse/CB-12381
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-cli, cordova-ios
>Affects Versions: 6.4.0
> Environment: macOS Sierra 10.12.2, current versions of cordova and
> cordova-ios
>Reporter: Manuel Rauber
> Labels: cordova-8.0.0
> Attachments: Result of Step 10.png, Result of Step 13.png
>
>
> Howdy,
> I just figured out, that the cordova prepare command does not work reliably
> when it restores everything from the config.xml.
> *Steps to reproduce*
> # Install cordova via {{npm install cordova}} into an empty folder
> # Run {{$(npm bin)/cordova create sampleProject}} to create a new cordova
> project
> # Open the folder {{sampleProject}}
> # Run {{$(npm bin)/cordova platform add ios --save}} to add ios
> # Run {{$(npm bin)/cordova plugin add cordova-plugin-statusbar --save}} to
> add the status bar plugin
> # Open the {{config.xml}} and add this before the last closing tag:
> {{}}
> # Remove the folders {{platform}} and {{plugins}}. Now you have a project,
> which you normally check in into your source control system, since cordova is
> able to restore everything from config.xml
> # Run {{$(npm bin)/cordova prepare}} to restore
> # Open {{platforms/ios/HelloCordova.xcodeproj}} in XCode
> # Start it (simulator is ok)
> # Notice, that the status bar *does* overlay the WebView
> # Run {{$(npm bin)/cordova prepare}} again
> # Start the project in XCode again
> # Notice, that the status bar *does not* overlay the WebView
> *What happened?*
> In step 8 the file {{platforms/ios/HelloCordova/config.xml}} was created by
> cordova looking like that:
> {code:xml}
>
> xmlns="http://www.w3.org/ns/widgets;
> xmlns:cdv="http://cordova.apache.org/ns/1.0;>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> HelloCordova
>
> A sample Apache Cordova application that responds to the deviceready
> event.
>
> http://cordova.io;>
> Apache Cordova Team
>
>
>
> http://*/*; />
> https://*/*; />
>
>
> mailto:*; />
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> {code}
> But, if you run the prepare command another time (which we did in step 12)
> the file looks like this:
> {code:xml}
>
> xmlns="http://www.w3.org/ns/widgets;
> xmlns:cdv="http://cordova.apache.org/ns/1.0;>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> HelloCordova
>
> A sample Apache Cordova application that responds to the deviceready
> event.
>
> http://cordova.io;>
> Apache Cordova Team
>
>
>
> http://*/*; />
> https://*/*; />
>
>
> mailto:*; />
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> {code}
> Please note two things: The first is, that {{}} has
> been moved to the top in the second file. *But* in the first file (so after
> the first time {{prepare}}) the setting {{StatusBarOverlaysWebView}} has been
> defined twice. The first time with value {{false}} what we actually want and
> the second time with value {{true}}, which we don't want, but is the default
> of the plugin. For sure, this second setting overwrites the value we want to
> have.
> The second {{prepare}} command then *removes* the setting with the value
> {{true}}, so the config.xml has that setting only once with the value we
> want.
--
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-12381) Cordova's prepare command does not work reliably when it comes to restoring the platforms & plugins via config.xml
[
https://issues.apache.org/jira/browse/CB-12381?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16248220#comment-16248220
]
Audrey So edited comment on CB-12381 at 11/11/17 12:18 AM:
---
Hi Manuel ! Thank you for taking the time to write out the steps with images to
help us try and reproduce your issue.
I was not able to reproduce your issue. Please update to use the latest version
of cordova
```npm install -g cordova@latest```. Thanks!
- Audrey
was (Author: auso):
Hi Manuel ! Thank you for taking the time to write out the steps with images to
help us try and reproduce your issue.
I was not able to reproduce your issue. Please update to use the latest version
of cordova
`npm install -g cordova@latest`. Thanks!
- Audrey
> Cordova's prepare command does not work reliably when it comes to restoring
> the platforms & plugins via config.xml
> --
>
> Key: CB-12381
> URL: https://issues.apache.org/jira/browse/CB-12381
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-cli, cordova-ios
>Affects Versions: 6.4.0
> Environment: macOS Sierra 10.12.2, current versions of cordova and
> cordova-ios
>Reporter: Manuel Rauber
> Labels: cordova-8.0.0
> Attachments: Result of Step 10.png, Result of Step 13.png
>
>
> Howdy,
> I just figured out, that the cordova prepare command does not work reliably
> when it restores everything from the config.xml.
> *Steps to reproduce*
> # Install cordova via {{npm install cordova}} into an empty folder
> # Run {{$(npm bin)/cordova create sampleProject}} to create a new cordova
> project
> # Open the folder {{sampleProject}}
> # Run {{$(npm bin)/cordova platform add ios --save}} to add ios
> # Run {{$(npm bin)/cordova plugin add cordova-plugin-statusbar --save}} to
> add the status bar plugin
> # Open the {{config.xml}} and add this before the last closing tag:
> {{}}
> # Remove the folders {{platform}} and {{plugins}}. Now you have a project,
> which you normally check in into your source control system, since cordova is
> able to restore everything from config.xml
> # Run {{$(npm bin)/cordova prepare}} to restore
> # Open {{platforms/ios/HelloCordova.xcodeproj}} in XCode
> # Start it (simulator is ok)
> # Notice, that the status bar *does* overlay the WebView
> # Run {{$(npm bin)/cordova prepare}} again
> # Start the project in XCode again
> # Notice, that the status bar *does not* overlay the WebView
> *What happened?*
> In step 8 the file {{platforms/ios/HelloCordova/config.xml}} was created by
> cordova looking like that:
> {code:xml}
>
> xmlns="http://www.w3.org/ns/widgets;
> xmlns:cdv="http://cordova.apache.org/ns/1.0;>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> HelloCordova
>
> A sample Apache Cordova application that responds to the deviceready
> event.
>
> http://cordova.io;>
> Apache Cordova Team
>
>
>
> http://*/*; />
> https://*/*; />
>
>
> mailto:*; />
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> {code}
> But, if you run the prepare command another time (which we did in step 12)
> the file looks like this:
> {code:xml}
>
> xmlns="http://www.w3.org/ns/widgets;
> xmlns:cdv="http://cordova.apache.org/ns/1.0;>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> HelloCordova
>
> A sample Apache Cordova application that responds to the deviceready
> event.
>
> http://cordova.io;>
> Apache Cordova Team
>
>
>
> http://*/*; />
> https://*/*; />
>
>
> mailto:*; />
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> {code}
> Please note two things: The first is, that {{}} has
> been moved to the top in the second file. *But* in the first file (so after
> the first time {{prepare}}) the setting {{StatusBarOverlaysWebView}} has been
> defined twice. The first time with value {{false}} what we actually want and
> the second time with value {{true}}, which we don't want, but is the default
> of the plugin. For sure, this second setting overwrites the value we want to
> have.
> The second {{prepare}} command then *removes* the setting with the value
> {{true}}, so the config.xml has that setting only once with the value we
> want.
--
This message was sent by Atlassian JIRA
[jira] [Commented] (CB-12886) white area where status bar is in iOS 11
[ https://issues.apache.org/jira/browse/CB-12886?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16248183#comment-16248183 ] Suraj Pindoria commented on CB-12886: - Ahh, I see what you mean about the white bars during the splashscreen. I wasn't seeing that before as the image I was using was a solid white block. Double check your actual image, I was seeing a similar white bar at the bottom during splash but it was because my image actually had white space below the solid color I had selected. Once I fixed the image it was showing the splash in full screen. As for the white bar in the application, mine goes away once I add the "viewport-fit=cover". > white area where status bar is in iOS 11 > > > Key: CB-12886 > URL: https://issues.apache.org/jira/browse/CB-12886 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios > Environment: iOS 11 beta 1 >Reporter: Shazron Abdullah > Labels: backlog, ios11 > Fix For: cordova-ios@5.0.0 > > Attachments: ios11.png, screenshot-1.png, screenshot-2.png, > screenshot-3.png, screenshot-4.png, screenshot-5.png > > > See attached screenshot. Using WKWebView plugin, new app. -- 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-13562) Asset tag creates a directory with same name of targeted file
[
https://issues.apache.org/jira/browse/CB-13562?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16248176#comment-16248176
]
ASF GitHub Bot commented on CB-13562:
-
audreyso opened a new pull request #48: CB-13562 : fixed asset tag when adding
push plugin to browser
URL: https://github.com/apache/cordova-browser/pull/48
### Platforms affected
### What does this PR do?
Fixed asset tag when adding push plugin to browser
### What testing has been done on this change?
### 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.
- [X] Added automated test coverage as appropriate for this change.
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
> Asset tag creates a directory with same name of targeted file
> -
>
> Key: CB-13562
> URL: https://issues.apache.org/jira/browse/CB-13562
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-browser
>Affects Versions: 5.0.1
>Reporter: Simon MacDonald
>Assignee: Jesse MacFadyen
> Labels: reproduced, triaged
>
> Asset tag appears to be broken in the browser platform. According to the docs
> at http://cordova.apache.org/docs/en/latest/plugin_ref/spec.html#asset when
> you add an asset tag like:
> {code:xml}
>
> {code}
> it should copy www/foo.js to platforms/browser/www/foo.js but instead it
> creates a subdirectory called foo.js and the full path to the file is
> platforms/browser/www/foo.js/foo.js.
> If you want to duplicate this issue please create a new project then:
> cordova platform add browser@5.0.1
> cordova plugin add phonegap-plugin-push
> cordova build browser
> then you will see that
> platforms/browser/www/ServiceWorker.js/ServiceWorker.js exists when it should
> be platforms/browser/www/ServiceWorker.js.
--
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-12886) white area where status bar is in iOS 11
[ https://issues.apache.org/jira/browse/CB-12886?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16248105#comment-16248105 ] Jesper van den Ende commented on CB-12886: -- I have one 10x10 image with a solid color called `Default@3x~universal~anyany.png` It used to be `@2x` but I had to rename it to `@3x` in order to prevent the black borders on iPhone X. Am I missing something? I feel like `Default@3x~universal~anyany.png` should work in all cases. > white area where status bar is in iOS 11 > > > Key: CB-12886 > URL: https://issues.apache.org/jira/browse/CB-12886 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios > Environment: iOS 11 beta 1 >Reporter: Shazron Abdullah > Labels: backlog, ios11 > Fix For: cordova-ios@5.0.0 > > Attachments: ios11.png, screenshot-1.png, screenshot-2.png, > screenshot-3.png, screenshot-4.png, screenshot-5.png > > > See attached screenshot. Using WKWebView plugin, new app. -- 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-12886) white area where status bar is in iOS 11
[ https://issues.apache.org/jira/browse/CB-12886?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16248084#comment-16248084 ] Suraj Pindoria commented on CB-12886: - Make sure that you have included the new splashscreen sizes that are required for launch storyboards to work. https://cordova.apache.org/docs/en/latest/reference/cordova-plugin-splashscreen/#launch-storyboard-images > white area where status bar is in iOS 11 > > > Key: CB-12886 > URL: https://issues.apache.org/jira/browse/CB-12886 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios > Environment: iOS 11 beta 1 >Reporter: Shazron Abdullah > Labels: backlog, ios11 > Fix For: cordova-ios@5.0.0 > > Attachments: ios11.png, screenshot-1.png, screenshot-2.png, > screenshot-3.png, screenshot-4.png, screenshot-5.png > > > See attached screenshot. Using WKWebView plugin, new app. -- 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-12886) white area where status bar is in iOS 11
[ https://issues.apache.org/jira/browse/CB-12886?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16248081#comment-16248081 ] Jesper van den Ende commented on CB-12886: -- I'm having the exact same version numbers but for me it's not working on either iPhone 8 or X. I have a white border at the bottom during the splash screen on iPhone X, and a white border in the application at the bottom about the size of the status bar. This white border disappears when changing the device orientation. > white area where status bar is in iOS 11 > > > Key: CB-12886 > URL: https://issues.apache.org/jira/browse/CB-12886 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios > Environment: iOS 11 beta 1 >Reporter: Shazron Abdullah > Labels: backlog, ios11 > Fix For: cordova-ios@5.0.0 > > Attachments: ios11.png, screenshot-1.png, screenshot-2.png, > screenshot-3.png, screenshot-4.png, screenshot-5.png > > > See attached screenshot. Using WKWebView plugin, new app. -- 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-13559) Poor performance and crashes marshalling large ArrayBuffers from JS to Native side on iOS
[ https://issues.apache.org/jira/browse/CB-13559?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16248055#comment-16248055 ] Suraj Pindoria commented on CB-13559: - Ok cool, I'll take a look into this. > Poor performance and crashes marshalling large ArrayBuffers from JS to Native > side on iOS > - > > Key: CB-13559 > URL: https://issues.apache.org/jira/browse/CB-13559 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios >Affects Versions: cordova-ios@4.4.0, cordova-ios@4.3.0, cordova-ios 4.5.0 > Environment: iOS 10.3 Simulator > Using cordova-plugin-wkwebview-engine >Reporter: Tim Hambourger >Assignee: Suraj Pindoria >Priority: Critical > Attachments: iOS Exec timeline.png > > > I'm doing performance analysis on an application that's attempting to write > an approx. 10 MB Blob to disk using the File plugin. The uint8ToBase64 > function called by iOSExec looks like a particular bottleneck. I'm seeing > large memory increases followed by GCs taking approx 1.5 secs. The attached > screenshot has a typical Safari timeline. > After some initial testing, it looks like re-implementing uint8ToBase64 using > String.fromCharCode and window.btoa, rather than string appending, might > yield some improvements. Some alternate implementations at > [https://github.com/github-tools/github/issues/137] and > [https://stackoverflow.com/questions/9267899/arraybuffer-to-base64-encoded-string]. > Is this something you would consider taking a look at? We're also weighing > strategies to reduce our file size and the frequency of our writes, but a > platform-level fix would be a huge help. -- 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-12886) white area where status bar is in iOS 11
[ https://issues.apache.org/jira/browse/CB-12886?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16248053#comment-16248053 ] Suraj Pindoria commented on CB-12886: - cordova: 7.1.0 cordova-ios: 4.5.3 cordova-plugin-splashscreen: 4.0.3 Yes, it is working properly on both iPhone 8 and X. > white area where status bar is in iOS 11 > > > Key: CB-12886 > URL: https://issues.apache.org/jira/browse/CB-12886 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios > Environment: iOS 11 beta 1 >Reporter: Shazron Abdullah > Labels: backlog, ios11 > Fix For: cordova-ios@5.0.0 > > Attachments: ios11.png, screenshot-1.png, screenshot-2.png, > screenshot-3.png, screenshot-4.png, screenshot-5.png > > > See attached screenshot. Using WKWebView plugin, new app. -- 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-12886) white area where status bar is in iOS 11
[ https://issues.apache.org/jira/browse/CB-12886?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16247939#comment-16247939 ] jerome edited comment on CB-12886 at 11/10/17 8:27 PM: --- [~surajpindoria], can you please provide your Cordova version, iOS platform version and plugins versions ? All is ok for you on both iPhone 8 and X ? was (Author: jay34fr): Suraj, can you please provide your platform version and plugins versions ? All is ok for you on both iPhone 8 and X ? > white area where status bar is in iOS 11 > > > Key: CB-12886 > URL: https://issues.apache.org/jira/browse/CB-12886 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios > Environment: iOS 11 beta 1 >Reporter: Shazron Abdullah > Labels: backlog, ios11 > Fix For: cordova-ios@5.0.0 > > Attachments: ios11.png, screenshot-1.png, screenshot-2.png, > screenshot-3.png, screenshot-4.png, screenshot-5.png > > > See attached screenshot. Using WKWebView plugin, new app. -- 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-13559) Poor performance and crashes marshalling large ArrayBuffers from JS to Native side on iOS
[ https://issues.apache.org/jira/browse/CB-13559?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16247956#comment-16247956 ] Chris DiPierro commented on CB-13559: - The end result of this issue has been observed on devices as well including iPhone 5 (customer device, not sure iOS version), iPad Air (iOS 11.0), and iPad Mini 3 (iOS 9.3.2) > Poor performance and crashes marshalling large ArrayBuffers from JS to Native > side on iOS > - > > Key: CB-13559 > URL: https://issues.apache.org/jira/browse/CB-13559 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios >Affects Versions: cordova-ios@4.4.0, cordova-ios@4.3.0, cordova-ios 4.5.0 > Environment: iOS 10.3 Simulator > Using cordova-plugin-wkwebview-engine >Reporter: Tim Hambourger >Assignee: Suraj Pindoria >Priority: Critical > Attachments: iOS Exec timeline.png > > > I'm doing performance analysis on an application that's attempting to write > an approx. 10 MB Blob to disk using the File plugin. The uint8ToBase64 > function called by iOSExec looks like a particular bottleneck. I'm seeing > large memory increases followed by GCs taking approx 1.5 secs. The attached > screenshot has a typical Safari timeline. > After some initial testing, it looks like re-implementing uint8ToBase64 using > String.fromCharCode and window.btoa, rather than string appending, might > yield some improvements. Some alternate implementations at > [https://github.com/github-tools/github/issues/137] and > [https://stackoverflow.com/questions/9267899/arraybuffer-to-base64-encoded-string]. > Is this something you would consider taking a look at? We're also weighing > strategies to reduce our file size and the frequency of our writes, but a > platform-level fix would be a huge help. -- 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-12886) white area where status bar is in iOS 11
[ https://issues.apache.org/jira/browse/CB-12886?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16247939#comment-16247939 ] jerome commented on CB-12886: - Suraj, can you please provide your platform version and plugins versions ? All is ok for you on both iPhone 8 and X ? > white area where status bar is in iOS 11 > > > Key: CB-12886 > URL: https://issues.apache.org/jira/browse/CB-12886 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios > Environment: iOS 11 beta 1 >Reporter: Shazron Abdullah > Labels: backlog, ios11 > Fix For: cordova-ios@5.0.0 > > Attachments: ios11.png, screenshot-1.png, screenshot-2.png, > screenshot-3.png, screenshot-4.png, screenshot-5.png > > > See attached screenshot. Using WKWebView plugin, new app. -- 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-13559) Poor performance and crashes marshalling large ArrayBuffers from JS to Native side on iOS
[ https://issues.apache.org/jira/browse/CB-13559?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16247922#comment-16247922 ] Tim Hambourger commented on CB-13559: - I also tested on an iPad Mini 2 running iOS 9.3.4. That's where I observed the crashes (specifically, the WKWebView would reload unexpectedly). My testing on device and in simulator has all been consistent w/ uint8ToBase64 being a bottleneck. > Poor performance and crashes marshalling large ArrayBuffers from JS to Native > side on iOS > - > > Key: CB-13559 > URL: https://issues.apache.org/jira/browse/CB-13559 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios >Affects Versions: cordova-ios@4.4.0, cordova-ios@4.3.0, cordova-ios 4.5.0 > Environment: iOS 10.3 Simulator > Using cordova-plugin-wkwebview-engine >Reporter: Tim Hambourger >Assignee: Suraj Pindoria >Priority: Critical > Attachments: iOS Exec timeline.png > > > I'm doing performance analysis on an application that's attempting to write > an approx. 10 MB Blob to disk using the File plugin. The uint8ToBase64 > function called by iOSExec looks like a particular bottleneck. I'm seeing > large memory increases followed by GCs taking approx 1.5 secs. The attached > screenshot has a typical Safari timeline. > After some initial testing, it looks like re-implementing uint8ToBase64 using > String.fromCharCode and window.btoa, rather than string appending, might > yield some improvements. Some alternate implementations at > [https://github.com/github-tools/github/issues/137] and > [https://stackoverflow.com/questions/9267899/arraybuffer-to-base64-encoded-string]. > Is this something you would consider taking a look at? We're also weighing > strategies to reduce our file size and the frequency of our writes, but a > platform-level fix would be a huge help. -- 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-13561) ios 10.1, 10.2 and nw_host_stats_add_src received error
[
https://issues.apache.org/jira/browse/CB-13561?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16247921#comment-16247921
]
Suraj Pindoria commented on CB-13561:
-
Do you have any reproduction steps to force this error to come up? Or is just
occurring after running the app for awhile?
> ios 10.1, 10.2 and nw_host_stats_add_src received error
> ---
>
> Key: CB-13561
> URL: https://issues.apache.org/jira/browse/CB-13561
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-ios
>Affects Versions: cordova-ios 4.5.0
>Reporter: thibaut
>Assignee: Suraj Pindoria
>
> Hi guys,
> I just saw this issue yesterday. On an iphone running iOs 10.2.X, if one of
> this plugin is installed :
> - cordova-plugin-facebook4
> - cordova-plugin-fabric
> (maybe more)
> We will have this error when running the app, and the phone is working after
> like crazy :
> {code:java}
> MyApp[1266:20053] [] __nwlog_err_simulate_crash_libsystem libsystem simulate
> crash unavailable "libsystem_network.dylib: nw_host_stats_add_src :: received
> error for SRC_ADDED: [22] Invalid argument"
> 2017-11-10 09:33:51.766229 MyApp[1266:20053] [] nw_host_stats_add_src
> received error for SRC_ADDED: [22] Invalid argument, dumping backtrace:
> [x86_64] libnetcore-856.30.16
> 0 libsystem_network.dylib 0x0001082f
> __nw_create_backtrace_string + 123
> 1 libsystem_network.dylib 0x00010830d2f6
> nw_get_host_stats + 1083
> 2 libnetwork.dylib0x000107d20e9f
> nw_endpoint_resolver_start_next_child + 1382
> 3 libdispatch.dylib 0x000108073978
> _dispatch_call_block_and_release + 12
> 4 libdispatch.dylib 0x00010809d0cd
> _dispatch_client_callout + 8
> 5 libdispatch.dylib 0x00010807ae17
> _dispatch_queue_serial_drain + 236
> 6 libdispatch.dylib 0x00010807bb4b
> _dispatch_queue_invoke + 1073
> 7 libdispatch.dylib 0x00010807e385
> _dispatch_root_queue_drain + 720
> 8 libdispatch.dylib 0x00010807e059
> _dispatch_worker_thread3 + 123
> 9 libsystem_pthread.dylib 0x0001084501ca
> _pthread_wqthread + 1387
> 10 libsystem_pthread.dylib 0x00010844fc4d start_wqthread
> + 13
> {code}
> It is only happening on iOS 10.1.X - 10.2.X, with ios 4.5.3 or 4.5.1 (maybe
> before, I didn't try).
> I am sure my app was working before on ios 10.2, so the issue maybe happened
> with the new Xcode 9.1 or something,
> Hope this can be fixed,
> Regards
--
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-13552) iOS Cordova Build overwriting Bundle Display Name
[ https://issues.apache.org/jira/browse/CB-13552?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16247918#comment-16247918 ] Suraj Pindoria commented on CB-13552: - AFAIK it has been available for awhile using the "name" tag in config.xml. > iOS Cordova Build overwriting Bundle Display Name > - > > Key: CB-13552 > URL: https://issues.apache.org/jira/browse/CB-13552 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios >Affects Versions: cordova-ios 4.5.0 > Environment: OSX 10.12.6; Cordova 7.1.0 >Reporter: Adam De Lay >Assignee: Suraj Pindoria > > I change my Bundle Display Name in my plist file (or in Xcode) and then I go > to use cordova to build my application and when I do, the Bundle Display Name > is being changed to the name tag from the config.xml. This is something new > that I noticed in 4.5.1. I've built hundreds of apps before and never had > this problem. I tried upgrading to 4.5.3 to see if it would fix the issue > and it doesn't. -- 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-12886) white area where status bar is in iOS 11
[ https://issues.apache.org/jira/browse/CB-12886?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16247912#comment-16247912 ] Suraj Pindoria commented on CB-12886: - I have been testing this over the last few days and when using "viewport-fit=cover" in the meta tag along with the splashscreen plugin to take advantage of launch storyboards I have not been seeing this issue. Please make sure you are using both of these and try testing your application again. > white area where status bar is in iOS 11 > > > Key: CB-12886 > URL: https://issues.apache.org/jira/browse/CB-12886 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios > Environment: iOS 11 beta 1 >Reporter: Shazron Abdullah > Labels: backlog, ios11 > Fix For: cordova-ios@5.0.0 > > Attachments: ios11.png, screenshot-1.png, screenshot-2.png, > screenshot-3.png, screenshot-4.png, screenshot-5.png > > > See attached screenshot. Using WKWebView plugin, new app. -- 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-13559) Poor performance and crashes marshalling large ArrayBuffers from JS to Native side on iOS
[ https://issues.apache.org/jira/browse/CB-13559?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16247907#comment-16247907 ] Suraj Pindoria commented on CB-13559: - Was this tested only on the simulator or on an actual device as well? The simulator does not provide accurate performance benchmarks so that may also be why you are seeing this. > Poor performance and crashes marshalling large ArrayBuffers from JS to Native > side on iOS > - > > Key: CB-13559 > URL: https://issues.apache.org/jira/browse/CB-13559 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios >Affects Versions: cordova-ios@4.4.0, cordova-ios@4.3.0, cordova-ios 4.5.0 > Environment: iOS 10.3 Simulator > Using cordova-plugin-wkwebview-engine >Reporter: Tim Hambourger >Assignee: Suraj Pindoria >Priority: Critical > Attachments: iOS Exec timeline.png > > > I'm doing performance analysis on an application that's attempting to write > an approx. 10 MB Blob to disk using the File plugin. The uint8ToBase64 > function called by iOSExec looks like a particular bottleneck. I'm seeing > large memory increases followed by GCs taking approx 1.5 secs. The attached > screenshot has a typical Safari timeline. > After some initial testing, it looks like re-implementing uint8ToBase64 using > String.fromCharCode and window.btoa, rather than string appending, might > yield some improvements. Some alternate implementations at > [https://github.com/github-tools/github/issues/137] and > [https://stackoverflow.com/questions/9267899/arraybuffer-to-base64-encoded-string]. > Is this something you would consider taking a look at? We're also weighing > strategies to reduce our file size and the frequency of our writes, but a > platform-level fix would be a huge help. -- 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-13562) Asset tag creates a directory with same name of targeted file
[
https://issues.apache.org/jira/browse/CB-13562?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Audrey So updated CB-13562:
---
Labels: reproduced triaged (was: )
> Asset tag creates a directory with same name of targeted file
> -
>
> Key: CB-13562
> URL: https://issues.apache.org/jira/browse/CB-13562
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-browser
>Affects Versions: 5.0.1
>Reporter: Simon MacDonald
>Assignee: Jesse MacFadyen
> Labels: reproduced, triaged
>
> Asset tag appears to be broken in the browser platform. According to the docs
> at http://cordova.apache.org/docs/en/latest/plugin_ref/spec.html#asset when
> you add an asset tag like:
> {code:xml}
>
> {code}
> it should copy www/foo.js to platforms/browser/www/foo.js but instead it
> creates a subdirectory called foo.js and the full path to the file is
> platforms/browser/www/foo.js/foo.js.
> If you want to duplicate this issue please create a new project then:
> cordova platform add browser@5.0.1
> cordova plugin add phonegap-plugin-push
> cordova build browser
> then you will see that
> platforms/browser/www/ServiceWorker.js/ServiceWorker.js exists when it should
> be platforms/browser/www/ServiceWorker.js.
--
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-13543) Automate build/deploy for cordova-docs
[ https://issues.apache.org/jira/browse/CB-13543?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Audrey So updated CB-13543: --- Description: Automate build/deploy for cordova-docs Cordova-docs should be built and published automatically on every change Replace jsihnt with eslint Update README.md https://issues.apache.org/jira/browse/CB-13162 was: Automate build/deploy for cordova-docs Cordova-docs should be built and published automatically on every change Update README.md https://issues.apache.org/jira/browse/CB-13162 > Automate build/deploy for cordova-docs > -- > > Key: CB-13543 > URL: https://issues.apache.org/jira/browse/CB-13543 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-docs >Reporter: Audrey So >Assignee: Audrey So > Labels: enhancement, feature, in-progress, optimization > > Automate build/deploy for cordova-docs > Cordova-docs should be built and published automatically on every change > Replace jsihnt with eslint > Update README.md > https://issues.apache.org/jira/browse/CB-13162 -- 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-13552) iOS Cordova Build overwriting Bundle Display Name
[ https://issues.apache.org/jira/browse/CB-13552?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16247713#comment-16247713 ] Adam De Lay commented on CB-13552: -- I know in the past there was no way to make that change in the config.xml file. When was this option added? Apparently I need to update my config file. Thanks > iOS Cordova Build overwriting Bundle Display Name > - > > Key: CB-13552 > URL: https://issues.apache.org/jira/browse/CB-13552 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios >Affects Versions: cordova-ios 4.5.0 > Environment: OSX 10.12.6; Cordova 7.1.0 >Reporter: Adam De Lay >Assignee: Suraj Pindoria > > I change my Bundle Display Name in my plist file (or in Xcode) and then I go > to use cordova to build my application and when I do, the Bundle Display Name > is being changed to the name tag from the config.xml. This is something new > that I noticed in 4.5.1. I've built hundreds of apps before and never had > this problem. I tried upgrading to 4.5.3 to see if it would fix the issue > and it doesn't. -- 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-13523) Add build config option to enable Xcode automatic provisioning
[ https://issues.apache.org/jira/browse/CB-13523?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16247690#comment-16247690 ] ASF GitHub Bot commented on CB-13523: - janpio commented on issue #347: CB-13523: Add flag for Xcode-managed provisioning URL: https://github.com/apache/cordova-ios/pull/347#issuecomment-343510505 Nice. (Side note: Please make sure that the new option also gets documented - these definitely need documentation) 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 build config option to enable Xcode automatic provisioning > -- > > Key: CB-13523 > URL: https://issues.apache.org/jira/browse/CB-13523 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-ios > Environment: Xcode 9 > Cordova-iOS 4.5.3 >Reporter: Darryl Pogue >Assignee: Darryl Pogue > > Xcode 9 made more changes to how provisioning works for apps, particularly > around manual vs automatic signing. > The changes required to support manual signing of release builds was > implemented as part of CB-13315. > In order for automatic signing to work, we need to pass an additional flag to > xcodebuild to allow Xcode to manage automatically updating provisioning > profiles as needed. I want to keep this being a build config option because > many people may not want to grant Xcode such power by default. -- 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-13528) Cordova-Android Platform Release November 2, 2017
[ https://issues.apache.org/jira/browse/CB-13528?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16247656#comment-16247656 ] ASF GitHub Bot commented on CB-13528: - janpio commented on a change in pull request #757: CB-13528 Cordova Android 6.4.0 release announcement URL: https://github.com/apache/cordova-docs/pull/757#discussion_r150264747 ## File path: www/_posts/2017-11-09-android-release.md ## @@ -0,0 +1,33 @@ +--- +layout: post +author: +name: Joe Bowser +url: https://twitter.com/infil00p +title: "Cordova Android 6.4.0 Released!" +categories: announcements +tags: news releases +--- + +We would like to announce that `Cordova Android 6.4.0` has been released! + +This release now uses the latest Android Gradle plugin that was released when Android Studio 3.0 was released. **Google** has changed the Gradle DSL used and currently support for the Crosswalk WebView is broken in this version of Cordova as a result. Unfortunately, since Crosswalk is no longer supported by the Crosswalk Project, we don't know if this will be fixed. If you require support for Crosswalk, we recommend that you continue using cordova-android 6.3.0 at this time and avoid using your project with Android Studio. Review comment: Suggestion: New paragraph after "... 3.0 was released". Or maybe split the "DSL" stuff to the first paragraph, and begin the second with "Because of this change the Crosswalk Webview...". 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-Android Platform Release November 2, 2017 > - > > Key: CB-13528 > URL: https://issues.apache.org/jira/browse/CB-13528 > Project: Apache Cordova > Issue Type: Task > Components: cordova-android >Affects Versions: 6.3.0 >Reporter: Joe Bowser >Assignee: Joe Bowser >Priority: Blocker > Fix For: 6.4.0 > > > Following steps at > https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md -- 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-13528) Cordova-Android Platform Release November 2, 2017
[ https://issues.apache.org/jira/browse/CB-13528?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16247655#comment-16247655 ] ASF GitHub Bot commented on CB-13528: - janpio commented on a change in pull request #757: CB-13528 Cordova Android 6.4.0 release announcement URL: https://github.com/apache/cordova-docs/pull/757#discussion_r150264988 ## File path: www/_posts/2017-11-09-android-release.md ## @@ -0,0 +1,33 @@ +--- +layout: post +author: +name: Joe Bowser +url: https://twitter.com/infil00p +title: "Cordova Android 6.4.0 Released!" +categories: announcements +tags: news releases +--- + +We would like to announce that `Cordova Android 6.4.0` has been released! + +This release now uses the latest Android Gradle plugin that was released when Android Studio 3.0 was released. **Google** has changed the Gradle DSL used and currently support for the Crosswalk WebView is broken in this version of Cordova as a result. Unfortunately, since Crosswalk is no longer supported by the Crosswalk Project, we don't know if this will be fixed. If you require support for Crosswalk, we recommend that you continue using cordova-android 6.3.0 at this time and avoid using your project with Android Studio. + +In addition to the above, because of recent changes **Google** made to Android Studio, Cordova Android now requires that Gradle be installed as a dependency for Android development on all platforms. We will be removing the code that uses Android Studio as a dependency in the near future. Review comment: Isn't this more important than the Crosswalk problem? Should come first I think, then the "Crosswalk problems" paragraph. 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-Android Platform Release November 2, 2017 > - > > Key: CB-13528 > URL: https://issues.apache.org/jira/browse/CB-13528 > Project: Apache Cordova > Issue Type: Task > Components: cordova-android >Affects Versions: 6.3.0 >Reporter: Joe Bowser >Assignee: Joe Bowser >Priority: Blocker > Fix For: 6.4.0 > > > Following steps at > https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md -- 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-13528) Cordova-Android Platform Release November 2, 2017
[ https://issues.apache.org/jira/browse/CB-13528?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16247653#comment-16247653 ] ASF GitHub Bot commented on CB-13528: - janpio commented on a change in pull request #757: CB-13528 Cordova Android 6.4.0 release announcement URL: https://github.com/apache/cordova-docs/pull/757#discussion_r150264747 ## File path: www/_posts/2017-11-09-android-release.md ## @@ -0,0 +1,33 @@ +--- +layout: post +author: +name: Joe Bowser +url: https://twitter.com/infil00p +title: "Cordova Android 6.4.0 Released!" +categories: announcements +tags: news releases +--- + +We would like to announce that `Cordova Android 6.4.0` has been released! + +This release now uses the latest Android Gradle plugin that was released when Android Studio 3.0 was released. **Google** has changed the Gradle DSL used and currently support for the Crosswalk WebView is broken in this version of Cordova as a result. Unfortunately, since Crosswalk is no longer supported by the Crosswalk Project, we don't know if this will be fixed. If you require support for Crosswalk, we recommend that you continue using cordova-android 6.3.0 at this time and avoid using your project with Android Studio. Review comment: Suggestion: New paragraph after "... was released". Maybe split the "DSL" stuff to the first paragraph, and begin the second with "Because of this change the Crosswalk Webview...". 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-Android Platform Release November 2, 2017 > - > > Key: CB-13528 > URL: https://issues.apache.org/jira/browse/CB-13528 > Project: Apache Cordova > Issue Type: Task > Components: cordova-android >Affects Versions: 6.3.0 >Reporter: Joe Bowser >Assignee: Joe Bowser >Priority: Blocker > Fix For: 6.4.0 > > > Following steps at > https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md -- 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-13528) Cordova-Android Platform Release November 2, 2017
[ https://issues.apache.org/jira/browse/CB-13528?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16247649#comment-16247649 ] ASF GitHub Bot commented on CB-13528: - janpio commented on a change in pull request #757: CB-13528 Cordova Android 6.4.0 release announcement URL: https://github.com/apache/cordova-docs/pull/757#discussion_r150264747 ## File path: www/_posts/2017-11-09-android-release.md ## @@ -0,0 +1,33 @@ +--- +layout: post +author: +name: Joe Bowser +url: https://twitter.com/infil00p +title: "Cordova Android 6.4.0 Released!" +categories: announcements +tags: news releases +--- + +We would like to announce that `Cordova Android 6.4.0` has been released! + +This release now uses the latest Android Gradle plugin that was released when Android Studio 3.0 was released. **Google** has changed the Gradle DSL used and currently support for the Crosswalk WebView is broken in this version of Cordova as a result. Unfortunately, since Crosswalk is no longer supported by the Crosswalk Project, we don't know if this will be fixed. If you require support for Crosswalk, we recommend that you continue using cordova-android 6.3.0 at this time and avoid using your project with Android Studio. Review comment: Suggestion:New paragraph after "... was released". Maybe split the "DSL" stuff to the first paragraph, and begin the second with "Because of this chenge the Crosswalk Webview..." 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-Android Platform Release November 2, 2017 > - > > Key: CB-13528 > URL: https://issues.apache.org/jira/browse/CB-13528 > Project: Apache Cordova > Issue Type: Task > Components: cordova-android >Affects Versions: 6.3.0 >Reporter: Joe Bowser >Assignee: Joe Bowser >Priority: Blocker > Fix For: 6.4.0 > > > Following steps at > https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md -- 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-13562) Asset tag creates a directory with same name of targeted file
Simon MacDonald created CB-13562:
Summary: Asset tag creates a directory with same name of targeted
file
Key: CB-13562
URL: https://issues.apache.org/jira/browse/CB-13562
Project: Apache Cordova
Issue Type: Bug
Components: cordova-browser
Affects Versions: 5.0.1
Reporter: Simon MacDonald
Assignee: Jesse MacFadyen
Asset tag appears to be broken in the browser platform. According to the docs
at http://cordova.apache.org/docs/en/latest/plugin_ref/spec.html#asset when you
add an asset tag like:
{code:xml}
{code}
it should copy www/foo.js to platforms/browser/www/foo.js but instead it
creates a subdirectory called foo.js and the full path to the file is
platforms/browser/www/foo.js/foo.js.
If you want to duplicate this issue please create a new project then:
cordova platform add browser@5.0.1
cordova plugin add phonegap-plugin-push
cordova build browser
then you will see that platforms/browser/www/ServiceWorker.js/ServiceWorker.js
exists when it should be platforms/browser/www/ServiceWorker.js.
--
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-13162) cordova-docs should be built and published automatically on every change
[ https://issues.apache.org/jira/browse/CB-13162?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16247443#comment-16247443 ] Jan Piotrowski (Sujan) commented on CB-13162: - Isn't the other issue missing all the information on translation we talked about here? > cordova-docs should be built and published automatically on every change > > > Key: CB-13162 > URL: https://issues.apache.org/jira/browse/CB-13162 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-docs >Reporter: Filip Maj > Labels: backlog > > I would like to see the docs have better automation. > My ideal situation (and I don't think this is outside the realm of > possibility) is that, on every change to cordova-docs: > * the sources in crowdin are automatically updated (the crowdin GitHub > integration does all of this work for us) > * the cordova-docs get automatically built into a publish-ready state > * any languages in crowdin that have close-to-100% translation are pulled in > and integrated into the built docs > * the built + translation-integrated docs are finally pushed/published so > that docs.cordova.io is updated automatically. > We should also document this in the README if we ever get around to this > issue :) -- 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-13499) "Try setting setting it manually."
[
https://issues.apache.org/jira/browse/CB-13499?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16247442#comment-16247442
]
Jan Piotrowski (Sujan) commented on CB-13499:
-
(Yep sorry, when I did the commit JIRA was offline and I not here the last few
days)
> "Try setting setting it manually."
> --
>
> Key: CB-13499
> URL: https://issues.apache.org/jira/browse/CB-13499
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-android, cordova-lib
>Reporter: Jan Piotrowski (Sujan)
>Assignee: Joe Bowser
>
> Just got this nice output:
> {quote}
> You have been opted out of telemetry. To change this, run: cordova telemetry
> on.
> Error: Failed to find 'ANDROID_HOME' environment variable. Try **setting
> setting** it manually.
> Failed to find 'android' command in your 'PATH'. Try update your 'PATH' to
> include path to valid SDK directory.
> {quote}
> One "setting" can go.
--
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-13561) ios 10.1, 10.2 and nw_host_stats_add_src received error
[
https://issues.apache.org/jira/browse/CB-13561?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
thibaut updated CB-13561:
-
Description:
Hi guys,
I just saw this issue yesterday. On an iphone running iOs 10.2.X, if one of
this plugin is installed :
- cordova-plugin-facebook4
- cordova-plugin-fabric
(maybe more)
We will have this error when running the app, and the phone is working after
like crazy :
{code:java}
MyApp[1266:20053] [] __nwlog_err_simulate_crash_libsystem libsystem simulate
crash unavailable "libsystem_network.dylib: nw_host_stats_add_src :: received
error for SRC_ADDED: [22] Invalid argument"
2017-11-10 09:33:51.766229 MyApp[1266:20053] [] nw_host_stats_add_src received
error for SRC_ADDED: [22] Invalid argument, dumping backtrace:
[x86_64] libnetcore-856.30.16
0 libsystem_network.dylib 0x0001082f
__nw_create_backtrace_string + 123
1 libsystem_network.dylib 0x00010830d2f6
nw_get_host_stats + 1083
2 libnetwork.dylib0x000107d20e9f
nw_endpoint_resolver_start_next_child + 1382
3 libdispatch.dylib 0x000108073978
_dispatch_call_block_and_release + 12
4 libdispatch.dylib 0x00010809d0cd
_dispatch_client_callout + 8
5 libdispatch.dylib 0x00010807ae17
_dispatch_queue_serial_drain + 236
6 libdispatch.dylib 0x00010807bb4b
_dispatch_queue_invoke + 1073
7 libdispatch.dylib 0x00010807e385
_dispatch_root_queue_drain + 720
8 libdispatch.dylib 0x00010807e059
_dispatch_worker_thread3 + 123
9 libsystem_pthread.dylib 0x0001084501ca
_pthread_wqthread + 1387
10 libsystem_pthread.dylib 0x00010844fc4d start_wqthread +
13
{code}
It is only happening on iOS 10.1.X - 10.2.X, with ios 4.5.3 or 4.5.1 (maybe
before, I didn't try).
I am sure my app was working before on ios 10.2, so the issue maybe happened
with the new Xcode 9.1 or something,
Hope this can be fixed,
Regards
was:
Hi guys,
I just saw this issue yesterday. On an iphone running iOs 10.2.X, if one of
this plugin is installed :
- cordova-plugin-facebook4
- cordova-plugin-fabric
(maybe more)
We will have this error when running the app, and the phone is working after
like crazy :
{code:java}
MyApp[1266:20053] [] __nwlog_err_simulate_crash_libsystem libsystem simulate
crash unavailable "libsystem_network.dylib: nw_host_stats_add_src :: received
error for SRC_ADDED: [22] Invalid argument"
2017-11-10 09:33:51.766229 MyApp[1266:20053] [] nw_host_stats_add_src received
error for SRC_ADDED: [22] Invalid argument, dumping backtrace:
[x86_64] libnetcore-856.30.16
0 libsystem_network.dylib 0x0001082f
__nw_create_backtrace_string + 123
1 libsystem_network.dylib 0x00010830d2f6
nw_get_host_stats + 1083
2 libnetwork.dylib0x000107d20e9f
nw_endpoint_resolver_start_next_child + 1382
3 libdispatch.dylib 0x000108073978
_dispatch_call_block_and_release + 12
4 libdispatch.dylib 0x00010809d0cd
_dispatch_client_callout + 8
5 libdispatch.dylib 0x00010807ae17
_dispatch_queue_serial_drain + 236
6 libdispatch.dylib 0x00010807bb4b
_dispatch_queue_invoke + 1073
7 libdispatch.dylib 0x00010807e385
_dispatch_root_queue_drain + 720
8 libdispatch.dylib 0x00010807e059
_dispatch_worker_thread3 + 123
9 libsystem_pthread.dylib 0x0001084501ca
_pthread_wqthread + 1387
10 libsystem_pthread.dylib 0x00010844fc4d start_wqthread +
13
{code}
It is only happening on iOS 10.2.X, with ios 4.5.3 or 4.5.1 (maybe before, I
didn't try).
I am sure my app was working before on ios 10.2, so the issue maybe happened
with the new Xcode 9 or something,
Hope this can be fixed,
Regards
Summary: ios 10.1, 10.2 and nw_host_stats_add_src received error (was:
ios 10.2 and nw_host_stats_add_src received error)
> ios 10.1, 10.2 and nw_host_stats_add_src received error
> ---
>
> Key: CB-13561
> URL: https://issues.apache.org/jira/browse/CB-13561
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-ios
>Affects Versions: cordova-ios 4.5.0
>Reporter: thibaut
>Assignee: Suraj Pindoria
>
> Hi guys,
> I just saw this issue yesterday. On an iphone running iOs 10.2.X, if one of
> this plugin is installed :
> - cordova-plugin-facebook4
> - cordova-plugin-fabric
> (maybe more)
> We will have this error when running the app, and the phone is working after
> like crazy :
>
[jira] [Commented] (CB-12886) white area where status bar is in iOS 11
[ https://issues.apache.org/jira/browse/CB-12886?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16247358#comment-16247358 ] Alex Yaz commented on CB-12886: --- How is it going? Any updates? > white area where status bar is in iOS 11 > > > Key: CB-12886 > URL: https://issues.apache.org/jira/browse/CB-12886 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios > Environment: iOS 11 beta 1 >Reporter: Shazron Abdullah > Labels: backlog, ios11 > Fix For: cordova-ios@5.0.0 > > Attachments: ios11.png, screenshot-1.png, screenshot-2.png, > screenshot-3.png, screenshot-4.png, screenshot-5.png > > > See attached screenshot. Using WKWebView plugin, new app. -- 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-13561) ios 10.2 and nw_host_stats_add_src received error
[
https://issues.apache.org/jira/browse/CB-13561?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16247257#comment-16247257
]
thibaut commented on CB-13561:
--
It is also happening for iOs 10.1.X, hope you can find a way to fix it
> ios 10.2 and nw_host_stats_add_src received error
> -
>
> Key: CB-13561
> URL: https://issues.apache.org/jira/browse/CB-13561
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-ios
>Affects Versions: cordova-ios 4.5.0
>Reporter: thibaut
>Assignee: Suraj Pindoria
>
> Hi guys,
> I just saw this issue yesterday. On an iphone running iOs 10.2.X, if one of
> this plugin is installed :
> - cordova-plugin-facebook4
> - cordova-plugin-fabric
> (maybe more)
> We will have this error when running the app, and the phone is working after
> like crazy :
> {code:java}
> MyApp[1266:20053] [] __nwlog_err_simulate_crash_libsystem libsystem simulate
> crash unavailable "libsystem_network.dylib: nw_host_stats_add_src :: received
> error for SRC_ADDED: [22] Invalid argument"
> 2017-11-10 09:33:51.766229 MyApp[1266:20053] [] nw_host_stats_add_src
> received error for SRC_ADDED: [22] Invalid argument, dumping backtrace:
> [x86_64] libnetcore-856.30.16
> 0 libsystem_network.dylib 0x0001082f
> __nw_create_backtrace_string + 123
> 1 libsystem_network.dylib 0x00010830d2f6
> nw_get_host_stats + 1083
> 2 libnetwork.dylib0x000107d20e9f
> nw_endpoint_resolver_start_next_child + 1382
> 3 libdispatch.dylib 0x000108073978
> _dispatch_call_block_and_release + 12
> 4 libdispatch.dylib 0x00010809d0cd
> _dispatch_client_callout + 8
> 5 libdispatch.dylib 0x00010807ae17
> _dispatch_queue_serial_drain + 236
> 6 libdispatch.dylib 0x00010807bb4b
> _dispatch_queue_invoke + 1073
> 7 libdispatch.dylib 0x00010807e385
> _dispatch_root_queue_drain + 720
> 8 libdispatch.dylib 0x00010807e059
> _dispatch_worker_thread3 + 123
> 9 libsystem_pthread.dylib 0x0001084501ca
> _pthread_wqthread + 1387
> 10 libsystem_pthread.dylib 0x00010844fc4d start_wqthread
> + 13
> {code}
> It is only happening on iOS 10.2.X, with ios 4.5.3 or 4.5.1 (maybe before, I
> didn't try).
> I am sure my app was working before on ios 10.2, so the issue maybe happened
> with the new Xcode 9 or something,
> Hope this can be fixed,
> Regards
--
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-13561) ios 10.2 and nw_host_stats_add_src received error
thibaut created CB-13561:
Summary: ios 10.2 and nw_host_stats_add_src received error
Key: CB-13561
URL: https://issues.apache.org/jira/browse/CB-13561
Project: Apache Cordova
Issue Type: Bug
Components: cordova-ios
Affects Versions: cordova-ios 4.5.0
Reporter: thibaut
Assignee: Suraj Pindoria
Hi guys,
I just saw this issue yesterday. On an iphone running iOs 10.2.X, if one of
this plugin is installed :
- cordova-plugin-facebook4
- cordova-plugin-fabric
(maybe more)
We will have this error when running the app, and the phone is working after
like crazy :
{code:java}
MyApp[1266:20053] [] __nwlog_err_simulate_crash_libsystem libsystem simulate
crash unavailable "libsystem_network.dylib: nw_host_stats_add_src :: received
error for SRC_ADDED: [22] Invalid argument"
2017-11-10 09:33:51.766229 MyApp[1266:20053] [] nw_host_stats_add_src received
error for SRC_ADDED: [22] Invalid argument, dumping backtrace:
[x86_64] libnetcore-856.30.16
0 libsystem_network.dylib 0x0001082f
__nw_create_backtrace_string + 123
1 libsystem_network.dylib 0x00010830d2f6
nw_get_host_stats + 1083
2 libnetwork.dylib0x000107d20e9f
nw_endpoint_resolver_start_next_child + 1382
3 libdispatch.dylib 0x000108073978
_dispatch_call_block_and_release + 12
4 libdispatch.dylib 0x00010809d0cd
_dispatch_client_callout + 8
5 libdispatch.dylib 0x00010807ae17
_dispatch_queue_serial_drain + 236
6 libdispatch.dylib 0x00010807bb4b
_dispatch_queue_invoke + 1073
7 libdispatch.dylib 0x00010807e385
_dispatch_root_queue_drain + 720
8 libdispatch.dylib 0x00010807e059
_dispatch_worker_thread3 + 123
9 libsystem_pthread.dylib 0x0001084501ca
_pthread_wqthread + 1387
10 libsystem_pthread.dylib 0x00010844fc4d start_wqthread +
13
{code}
It is only happening on iOS 10.2.X, with ios 4.5.3 or 4.5.1 (maybe before, I
didn't try).
I am sure my app was working before on ios 10.2, so the issue maybe happened
with the new Xcode 9 or something,
Hope this can be fixed,
Regards
--
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
