[jira] [Commented] (CB-11554) too "brutal" app reload when title is empty

[Shazron Abdullah (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11554?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15436102#comment-15436102
 ] 

Shazron Abdullah commented on CB-11554:
---

I will proceed with the fix as I outlined above.

> too "brutal" app reload when title is empty
> ---
>
> Key: CB-11554
> URL: https://issues.apache.org/jira/browse/CB-11554
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin WKWebViewEngine
>Affects Versions: 1.0.4-dev
>Reporter: Philippe Wang
>Assignee: Shazron Abdullah
>  Labels: iOS, ios, regression, triaged
>
> This patch 
> https://github.com/apache/cordova-plugin-wkwebview-engine/commit/815ed0741b9ae30b343d6429bd8ff2ad37ec5790
> introduces {if title is empty then reload the app}.
> It was really hard for me to find the reason why the app I'm working on kept 
> reloading on each resume, while I had an older build of my app not having 
> this bad feature. Shouldn't there be at least a warning message explaining 
> why the app reloads? It'd be even better to find some better criteria.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Resolved] (CB-11703) travis ci setup is still using 0.10.32 node

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11703?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah resolved CB-11703.
---
Resolution: Fixed

> travis ci setup is still using 0.10.32 node
> ---
>
> Key: CB-11703
> URL: https://issues.apache.org/jira/browse/CB-11703
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: iOS
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
>
> Config: 
> https://travis-ci.org/apache/cordova-ios/jobs/151965364/config
> Our travis.yml: 
> https://github.com/apache/cordova-ios/blob/master/.travis.yml
> It's defaulting to 0.10.x probably because it can't read the config or 
> something. Not sure.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11409) iOS memory warning's automated release could be optional

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11409?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15436092#comment-15436092
 ] 

ASF GitHub Bot commented on CB-11409:
-

Github user tbrebant commented on the issue:

https://github.com/apache/cordova-plugin-media/pull/101
  
What about this? Would it be possible to have a comment or an opinion?


> iOS memory warning's automated release could be optional
> 
>
> Key: CB-11409
> URL: https://issues.apache.org/jira/browse/CB-11409
> Project: Apache Cordova
>  Issue Type: Improvement
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin Media
> Environment: iOS
>Reporter: Thibaut Brebant
>Priority: Minor
>  Labels: media, memory, warning
>
> It would be great to have an option to control if whether or not the user 
> wants to release all audio resources when a Memory Warning is received on iOS.
> User may want to have a better control of what is happening when a memory 
> warning is received, such as releasing other resources first, and eventually, 
> manually, request for a resource release.
> Maybe something like:
> {code}
> Media.setAutoReleaseOnMemWarning(true/false);
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11524) [iOS 10] Using localStorage with WKWebView gives a security error

[Shazron Abdullah (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11524?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15436087#comment-15436087
 ] 

Shazron Abdullah commented on CB-11524:
---

I would until GM

> [iOS 10] Using localStorage with WKWebView gives a security error
> -
>
> Key: CB-11524
> URL: https://issues.apache.org/jira/browse/CB-11524
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin WKWebViewEngine
>Reporter: Saúl Ibarra Corretgé
>Assignee: Shazron Abdullah
>  Labels: wkwebview-known-issues
>
> When using window.localStorage on iOS 10 with WKWebView, the following error 
> happens: SecurityError: DOM Exception 18: An attempt was made to break 
> through the security policy of the user agent.
> This does not happen with UIWebView, or with WKWebView on iOS 9.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11721) Android InAppBrowser Previous, Next page history buttons do not change with the state of the content

[Arjun Thounaojam (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11721?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15435927#comment-15435927
 ] 

Arjun Thounaojam commented on CB-11721:
---

Opened PR 182 which should fix this.
https://github.com/apache/cordova-plugin-inappbrowser/pull/182

Review requested.

> Android InAppBrowser Previous, Next page history buttons do not change with 
> the state of the content
> 
>
> Key: CB-11721
> URL: https://issues.apache.org/jira/browse/CB-11721
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin InAppBrowser
>Affects Versions: Master
> Environment: Android OS 6.0.1, Cordova CLI 6.3.1, cordova-android 
> 5.2.1, cordova-plugin-inappbrowser 1.4.0
>Reporter: Arjun Thounaojam
>Assignee: Arjun Thounaojam
>  Labels: android, triaged
> Attachments: InAppBrowserAndroidCurrentHistoryButtons.png, 
> InAppBrowserAndroidImprovedHistoryButtons.png
>
>
> Steps to reproduce:
> 1) Create a simple Cordova Android app with the InAppBrowser plugin pointing 
> to a website. E.g. https://news.google.com
> 2) Navigate back and forth between different pages
> 3) Observe the history buttons on the toolbar
> Expected behavior:
> The Previous / Next arrow buttons should become highlighted or faded based on 
> where in the page history the content is.
> This behavior is standard on most browsers. The iOS InAppBrowser implements 
> it too.
> Observed behavior:
> The Previous / Next buttons remain highlighted regardless of if it's possible 
> to navigate back or forward in the content.
> This was never implemented for Android so wasn't sure if Issue Type should be 
> a Bug or Improvement. Left it at default.
> I have a potential implementation. Will fork repo and trigger a pull request 
> soon.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-5195) Camera.getPicture with sourceType: PHOTOLIBRARY scales image before rotating

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-5195?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15435906#comment-15435906
 ] 

ASF GitHub Bot commented on CB-5195:


Github user stevengill commented on the issue:

https://github.com/apache/cordova-plugin-camera/pull/197
  
Hey! Just reviewed this and it looks good to me. 

Can you do one final rebase from master and I'll merge it in?


> Camera.getPicture with sourceType: PHOTOLIBRARY scales image before rotating
> 
>
> Key: CB-5195
> URL: https://issues.apache.org/jira/browse/CB-5195
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin Camera
>Affects Versions: 2.6.0
> Environment: Galaxy S4
>Reporter: Andre Asselin
>  Labels: Android, reproduced, triaged
>
> Use Camera.getPicture() with sourceType: PHOTOLIBRARY to retrieve a picture 
> from the library. If you specify both the correctOrientation and 
> targetWidth/Height options (which currently you must do if you want 
> correctOrientation to work because of bug CB-5194), the code scales the image 
> first before rotating it, so the final dimensions are incorrect.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11524) [iOS 10] Using localStorage with WKWebView gives a security error

[jcesarmobile (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11524?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15435878#comment-15435878
 ] 

jcesarmobile commented on CB-11524:
---

So this issue should be closed? or should we wait until the GM release?

> [iOS 10] Using localStorage with WKWebView gives a security error
> -
>
> Key: CB-11524
> URL: https://issues.apache.org/jira/browse/CB-11524
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin WKWebViewEngine
>Reporter: Saúl Ibarra Corretgé
>Assignee: Shazron Abdullah
>  Labels: wkwebview-known-issues
>
> When using window.localStorage on iOS 10 with WKWebView, the following error 
> happens: SecurityError: DOM Exception 18: An attempt was made to break 
> through the security policy of the user agent.
> This does not happen with UIWebView, or with WKWebView on iOS 9.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11689) If a user denies permissions forever, there's no way for them to undo that in the app settings screen

[jcesarmobile (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11689?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15435863#comment-15435863
 ] 

jcesarmobile commented on CB-11689:
---

How can the user deny them if they aren't asked for? (I'm asking to try to 
reproduce it)

> If a user denies permissions forever, there's no way for them to undo that in 
> the app settings screen
> -
>
> Key: CB-11689
> URL: https://issues.apache.org/jira/browse/CB-11689
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin Camera
>Affects Versions: 2.2.0
> Environment: Android 6.0+ (SDK 23+)
>Reporter: Blake Israel
>
> Because the plugin.xml lacks {{uses-permissions}} for {{CAMERA}} and 
> {{READ_EXTERNAL_STORAGE}}, once a user has denied camera access always, they 
> cannot undo it, even in the permissions setting for the app.
> The only workaround is uninstalling/renstalling the app or manually modifying 
> the AndroidManifest.xml to include
> {code:xml}
> 
> 
> {code}
> so they can be modified in the application manager settings.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-6708) iOS does not preserve GPS metadata from images picked from the Photo Gallery

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-6708?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15435832#comment-15435832
 ] 

ASF GitHub Bot commented on CB-6708:


Github user jcesarmobile commented on a diff in the pull request:


https://github.com/apache/cordova-plugin-camera/pull/230#discussion_r76150053
  
--- Diff: src/ios/CDVCamera.m ---
@@ -240,13 +240,9 @@ - (void)alertView:(UIAlertView *)alertView 
clickedButtonAtIndex:(NSInteger)butto
 
 - (void)repositionPopover:(CDVInvokedUrlCommand*)command
 {
-if (([[self pickerController] pickerPopoverController] != nil) && 
[[[self pickerController] pickerPopoverController] isPopoverVisible]) {
+NSDictionary* options = [command argumentAtIndex:0 withDefault:nil];
--- End diff --

Hi.
Thanks for the PR.

I think you forked you repo before this changes were made and didn't sync 
before sending your PR, but this code is important to fix another bug.
Can you make sure that your fork is in sync with the latest code on this 
repo and then send the PR with just the relevant code to fix the issue?


> iOS does not preserve GPS metadata from images picked from the Photo Gallery
> 
>
> Key: CB-6708
> URL: https://issues.apache.org/jira/browse/CB-6708
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin Camera
>Reporter: Ryan Murphy
>Priority: Minor
>  Labels: Triaged, camera, gps, ios
>
> Images picked from the gallery do not preserve metadata when saved to tmp. 
> Particularly they lose GPS metadata.
> This extra metadata is available in asset.defaultRepresentation.metadata. 
> I have a solution that works for my purpose. But currently only saving with 
> asset.defaultRepresentation.fullResolutionImage.
> Approach to get the asset: https://github.com/foundry/UIImageMetadata
> Approach to save the asset: http://stackoverflow.com/a/15398387/618412 
> (answer from Andrew Theis).
> Thanks for consideration.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11721) Android InAppBrowser Previous, Next page history buttons do not change with the state of the content

[Steve Gill (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11721?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Steve Gill updated CB-11721:

Assignee: Arjun Thounaojam

> Android InAppBrowser Previous, Next page history buttons do not change with 
> the state of the content
> 
>
> Key: CB-11721
> URL: https://issues.apache.org/jira/browse/CB-11721
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin InAppBrowser
>Affects Versions: Master
> Environment: Android OS 6.0.1, Cordova CLI 6.3.1, cordova-android 
> 5.2.1, cordova-plugin-inappbrowser 1.4.0
>Reporter: Arjun Thounaojam
>Assignee: Arjun Thounaojam
>  Labels: android, triaged
> Attachments: InAppBrowserAndroidCurrentHistoryButtons.png, 
> InAppBrowserAndroidImprovedHistoryButtons.png
>
>
> Steps to reproduce:
> 1) Create a simple Cordova Android app with the InAppBrowser plugin pointing 
> to a website. E.g. https://news.google.com
> 2) Navigate back and forth between different pages
> 3) Observe the history buttons on the toolbar
> Expected behavior:
> The Previous / Next arrow buttons should become highlighted or faded based on 
> where in the page history the content is.
> This behavior is standard on most browsers. The iOS InAppBrowser implements 
> it too.
> Observed behavior:
> The Previous / Next buttons remain highlighted regardless of if it's possible 
> to navigate back or forward in the content.
> This was never implemented for Android so wasn't sure if Issue Type should be 
> a Bug or Improvement. Left it at default.
> I have a potential implementation. Will fork repo and trigger a pull request 
> soon.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11721) Android InAppBrowser Previous, Next page history buttons do not change with the state of the content

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11721?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15435559#comment-15435559
 ] 

ASF GitHub Bot commented on CB-11721:
-

Github user cordova-qa commented on the issue:

https://github.com/apache/cordova-plugin-inappbrowser/pull/182
  
Cordova CI Build has completed successfully.

**Commit** - 
[Link](https://github.com/apache/cordova-plugin-inappbrowser/pull/182/commits/9909b3509012df57921268a9295cfc6edf71350e)
**Dashboard** - 
[Link](http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/64/)

| Builder Name  | Console Output | Test Report | Device Logs  |
| :---: | :---:  |   :---: | :---:|
| [Windows 8.1 Store]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/64//PLATFORM=windows-8.1-store/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/64//PLATFORM=windows-8.1-store/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/64//PLATFORM=windows-8.1-store/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/64//PLATFORM=windows-8.1-store/artifact/)
 |
| [Windows 10  Store]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/64//PLATFORM=windows-10-store/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/64//PLATFORM=windows-10-store/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/64//PLATFORM=windows-10-store/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/64//PLATFORM=windows-10-store/artifact/)
 |
| [Windows 8.1 Phone]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/64//PLATFORM=windows-8.1-phone/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/64//PLATFORM=windows-8.1-phone/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/64//PLATFORM=windows-8.1-phone/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/64//PLATFORM=windows-8.1-phone/artifact/)
 |
| [iOS]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/64//PLATFORM=ios/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/64//PLATFORM=ios/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/64//PLATFORM=ios/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/64//PLATFORM=ios/artifact/)
 |
| [Android]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/64//PLATFORM=android/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/64//PLATFORM=android/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/64//PLATFORM=android/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/64//PLATFORM=android/artifact/)
 |
 



> Android InAppBrowser Previous, Next page history buttons do not change with 
> the state of the content
> 
>
> Key: CB-11721
> URL: https://issues.apache.org/jira/browse/CB-11721
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin InAppBrowser
>Affects Versions: Master
> Environment: Android OS 6.0.1, Cordova CLI 6.3.1, cordova-android 
> 5.2.1, cordova-plugin-inappbrowser 1.4.0
>Reporter: Arjun Thounaojam
>  Labels: android, triaged
> Attachments: InAppBrowserAndroidCurrentHistoryButtons.png, 
> InAppBrowserAndroidImprovedHistoryButtons.png
>
>
> Steps to reproduce:
> 1) Create a simple Cordova Android app with the InAppBrowser plugin pointing 
> to a website. E.g. https://news.google.com
> 2) Navigate back and forth between different pages
> 3) Observe the history buttons on the toolbar
> Expected behavior:
> The Previous / Next arrow buttons should become highlighted or faded based on 
> where in the page history the content is.
> This behavior is standard on most browsers. The iOS InAppBrowser implements 
> it too.
> Observed behavior:
> The Previous / Next buttons remain highlighted regardless of if it's possible 
> to navigate back or forward in the content.
> This was never implemented for Android so wasn't sure if Issue Type should be 
> a Bug or Improvement. Left it at default.
> I have a potential implementation. Will fork repo and trigger a pull request 
> soon.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (CB-11721) Android InAppBrowser Previous, Next page history buttons do not change with the state of the content

[Arjun Thounaojam (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11721?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15435529#comment-15435529
 ] 

Arjun Thounaojam commented on CB-11721:
---

Test results:

{noformat}
$ npm test --dd
npm info it worked if it ends with ok
npm verb cli [ '/usr/local/bin/node', '/usr/local/bin/npm', 'test', '--dd' ]
npm info using npm@2.14.12
npm info using node@v4.2.6
npm verb run-script [ 'pretest', 'test', 'posttest' ]
npm info pretest cordova-plugin-inappbrowser@1.4.1-dev
npm info test cordova-plugin-inappbrowser@1.4.1-dev

> cordova-plugin-inappbrowser@1.4.1-dev test 
> /Users/athounaojam/src/cordovatest/cordova-plugin-inappbrowser
> npm run jshint

npm info it worked if it ends with ok
npm verb cli [ '/usr/local/bin/node', '/usr/local/bin/npm', 'run', 'jshint' ]
npm info using npm@2.14.12
npm info using node@v4.2.6
npm verb run-script [ 'prejshint', 'jshint', 'postjshint' ]
npm info prejshint cordova-plugin-inappbrowser@1.4.1-dev
npm info jshint cordova-plugin-inappbrowser@1.4.1-dev

> cordova-plugin-inappbrowser@1.4.1-dev jshint 
> /Users/athounaojam/src/cordovatest/cordova-plugin-inappbrowser
> node node_modules/jshint/bin/jshint www && node 
> node_modules/jshint/bin/jshint src && node node_modules/jshint/bin/jshint 
> tests

npm verb unsafe-perm in lifecycle true
npm info postjshint cordova-plugin-inappbrowser@1.4.1-dev
npm verb exit [ 0, true ]
npm info ok 
npm verb unsafe-perm in lifecycle true
npm info posttest cordova-plugin-inappbrowser@1.4.1-dev
npm verb exit [ 0, true ]
npm info ok 

$ node_modules/cordova-paramedic/main.js --plugin . --platform android
cordova-paramedic: creating temp project at 
/var/folders/xn/wlgc3_7x5mqbqf_h4k62x0rspqkdxh/T/tmp-13789qJInw2owftkh
cordova-paramedic: installing .
cordova-paramedic: installing tests
cordova-paramedic: installing plugin-test-framework
cordova-paramedic: starting local medic server android
cordova-paramedic: writing medic log url to project
cordova-paramedic: setting app start page to test page
cordova-paramedic: adding platform
Results: ran 6 specs with 0 failures
result code is : 0
{"mobilespec":{"specs":6,"failures":0,"results":[]},"platform":"Desktop","version":"5.2.2","timestamp":1472064939,"model":"none"}

{noformat}


> Android InAppBrowser Previous, Next page history buttons do not change with 
> the state of the content
> 
>
> Key: CB-11721
> URL: https://issues.apache.org/jira/browse/CB-11721
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin InAppBrowser
>Affects Versions: Master
> Environment: Android OS 6.0.1, Cordova CLI 6.3.1, cordova-android 
> 5.2.1, cordova-plugin-inappbrowser 1.4.0
>Reporter: Arjun Thounaojam
>  Labels: android, triaged
> Attachments: InAppBrowserAndroidCurrentHistoryButtons.png, 
> InAppBrowserAndroidImprovedHistoryButtons.png
>
>
> Steps to reproduce:
> 1) Create a simple Cordova Android app with the InAppBrowser plugin pointing 
> to a website. E.g. https://news.google.com
> 2) Navigate back and forth between different pages
> 3) Observe the history buttons on the toolbar
> Expected behavior:
> The Previous / Next arrow buttons should become highlighted or faded based on 
> where in the page history the content is.
> This behavior is standard on most browsers. The iOS InAppBrowser implements 
> it too.
> Observed behavior:
> The Previous / Next buttons remain highlighted regardless of if it's possible 
> to navigate back or forward in the content.
> This was never implemented for Android so wasn't sure if Issue Type should be 
> a Bug or Improvement. Left it at default.
> I have a potential implementation. Will fork repo and trigger a pull request 
> soon.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11721) Android InAppBrowser Previous, Next page history buttons do not change with the state of the content

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11721?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15435524#comment-15435524
 ] 

ASF GitHub Bot commented on CB-11721:
-

GitHub user justforgolly opened a pull request:

https://github.com/apache/cordova-plugin-inappbrowser/pull/182

CB-11721 android: InAppBrowser history buttons fix



### Platforms affected
Android

### What does this PR do?
CB-11721 - back and forward history buttons for Android InAppBrowser 
improved to show state of the content. e.g. if the user cannot browse forward 
in history, the forward button will be faded out.

### What testing has been done on this change?
npm test for jshint
automated tests with cordova-plugin-test-framework
cordova-paramedic for android plugin
no new test code

 
### Checklist
- [x] [ICLA](http://www.apache.org/licenses/icla.txt) has been signed and 
submitted to secret...@apache.org.
- [x] [Reported an issue](http://cordova.apache.org/contribute/issues.html) 
in the JIRA database
- [x] Commit message follows the format: "CB-3232: (android) Fix bug with 
resolving file paths", where CB- is the JIRA ID & "android" is the platform 
affected.
- [x] Added automated test coverage as appropriate for this change.

- back and forward history buttons now change color based on the state of 
the content

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/justforgolly/cordova-plugin-inappbrowser 
CB-11721

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cordova-plugin-inappbrowser/pull/182.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #182


commit 9909b3509012df57921268a9295cfc6edf71350e
Author: Arjun Thounaojam 
Date:   2016-08-23T22:28:26Z

CB-11721 android: InAppBrowser history buttons fix

- back and forward history buttons now change color based on the state of 
the content




> Android InAppBrowser Previous, Next page history buttons do not change with 
> the state of the content
> 
>
> Key: CB-11721
> URL: https://issues.apache.org/jira/browse/CB-11721
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin InAppBrowser
>Affects Versions: Master
> Environment: Android OS 6.0.1, Cordova CLI 6.3.1, cordova-android 
> 5.2.1, cordova-plugin-inappbrowser 1.4.0
>Reporter: Arjun Thounaojam
>  Labels: android, triaged
> Attachments: InAppBrowserAndroidCurrentHistoryButtons.png, 
> InAppBrowserAndroidImprovedHistoryButtons.png
>
>
> Steps to reproduce:
> 1) Create a simple Cordova Android app with the InAppBrowser plugin pointing 
> to a website. E.g. https://news.google.com
> 2) Navigate back and forth between different pages
> 3) Observe the history buttons on the toolbar
> Expected behavior:
> The Previous / Next arrow buttons should become highlighted or faded based on 
> where in the page history the content is.
> This behavior is standard on most browsers. The iOS InAppBrowser implements 
> it too.
> Observed behavior:
> The Previous / Next buttons remain highlighted regardless of if it's possible 
> to navigate back or forward in the content.
> This was never implemented for Android so wasn't sure if Issue Type should be 
> a Bug or Improvement. Left it at default.
> I have a potential implementation. Will fork repo and trigger a pull request 
> soon.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-9762) App icon and Launch image for iPad Pro

[Jonathan Li (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-9762?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15435519#comment-15435519
 ] 

Jonathan Li commented on CB-9762:
-

When using the launchscreen storyboard, the big challenge is handling ipad in 
compact-regular mode, the same image will need to work in 

ipad pro slideview in portrait mode with a width/height ratio of 4 
=2732/(2048/3),  
ipad slideview in landscape mode with the width/height ratio of 2.25 = 
1535/(2048/3), 
ipad split view in landscape mode with width/height ratio of 1.5 = 
1536/(2048/2). 

So It seems unlikely the existing splash screen image can display properly in 
all the above cases. in the end we just create a single new launch image with 
the resolution of 2948 x 2732, and set it to any-any mode for all screen images 
(both ipad and iphone) with UIImageView's "Aspect Fill" settings. 

Maybe it is better to just create a single high resolution launch image, and 
use it for all launch screens for simplifying the configuration and related 
logic

Thanks
Jonathan. 

> App icon and Launch image for iPad Pro
> --
>
> Key: CB-9762
> URL: https://issues.apache.org/jira/browse/CB-9762
> Project: Apache Cordova
>  Issue Type: Task
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: iOS
>Affects Versions: 4.0.0
>Reporter: Manuel Martiarena
>Assignee: Kerri Shotts
>  Labels: cordova-ios-4.1.1
> Attachments: Default-Landscape@2x~ipad-pro.png, 
> Default-Portrait@2x~ipad-pro.png
>
>
> Provide app icon image and launch image for iPad Pro
> iPad Pro (@2x) App icon required 167x167
> iPad Pro (@2x) Launch image required 2048 x 2732 (portrait)
> 2732 x 2048 (landscape)
> https://developer.apple.com/library/ios/documentation/UserExperience/Conceptual/MobileHIG/IconMatrix.html



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11737) cordova-ios crash in case of Infinity value in result

[Shazron Abdullah (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11737?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15435453#comment-15435453
 ] 

Shazron Abdullah commented on CB-11737:
---

pinging [~purplecabbage] regarding the Windows bits

> cordova-ios crash in case of Infinity value in result
> -
>
> Key: CB-11737
> URL: https://issues.apache.org/jira/browse/CB-11737
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: iOS
>Affects Versions: 4.2.1
>Reporter: Chris Brody
>Assignee: Shazron Abdullah
>  Labels: triaged
>
> In case an iOS plugin attempts to return a JSON result with an Infinity value 
> it will crash with NSInvalidArgumentException. I discovered this when 
> investigating this issue: 
> https://github.com/litehelpers/Cordova-sqlite-storage/issues/405
> Similar to: CB-9435



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Resolved] (CB-11749) Add --stats-only flag for list-pulls command

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11749?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah resolved CB-11749.
---
Resolution: Fixed

> Add --stats-only flag for list-pulls command
> 
>
> Key: CB-11749
> URL: https://issues.apache.org/jira/browse/CB-11749
> Project: Apache Cordova
>  Issue Type: Task
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Coho
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
>
> So we can easily see outstanding issues



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11749) Add --stats-only flag for list-pulls command

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11749?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15435432#comment-15435432
 ] 

ASF GitHub Bot commented on CB-11749:
-

Github user asfgit closed the pull request at:

https://github.com/apache/cordova-coho/pull/134


> Add --stats-only flag for list-pulls command
> 
>
> Key: CB-11749
> URL: https://issues.apache.org/jira/browse/CB-11749
> Project: Apache Cordova
>  Issue Type: Task
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Coho
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
>
> So we can easily see outstanding issues



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11749) Add --stats-only flag for list-pulls command

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11749?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15435392#comment-15435392
 ] 

ASF GitHub Bot commented on CB-11749:
-

GitHub user shazron opened a pull request:

https://github.com/apache/cordova-coho/pull/134

CB-11749 - Added --stats-only, --json and --sort-ascending flag to 
list-pulls command

--json only works with --stats-only and outputs the stats in JSON format 
(false by default).
--sort-ascending only works with --stats-only and sorts the results by 
fresh pull requests (false by default).

--json output starts on the second line, filter it out by piping the output 
to `tail -n +2`
`old` pull requests are PRs that are older than `--max-age`.
`stale` pull requests are PRs that are `old` and last commented on by 
`--hide-user`

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/shazron/cordova-coho stats-only

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cordova-coho/pull/134.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #134


commit d34ac90a2e7e09556ebbacd2b94f4a58b04396a3
Author: Shazron Abdullah 
Date:   2016-08-24T00:50:42Z

CB-11749 - Added --stats-only, --json and --sort-ascending flag to 
list-pulls command.

--json only works with --stats-only and outputs the stats in JSON format 
(false by default).
--sort-ascending only works with --stats-only and sorts the results by 
fresh pull requests (false by default).

--json output starts on the second line, filter it out by piping the output 
to `tail -n +2`
`old` pull requests are PRs that are older than `--max-age`.
`stale` pull requests are PRs that are `old` and last commented on by 
`--hide-user`




> Add --stats-only flag for list-pulls command
> 
>
> Key: CB-11749
> URL: https://issues.apache.org/jira/browse/CB-11749
> Project: Apache Cordova
>  Issue Type: Task
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Coho
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
>
> So we can easily see outstanding issues



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11751) 'extendedSplashScreen' is undefined

[C-A de Salaberry (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11751?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

C-A de Salaberry updated CB-11751:
--
Environment: 
$ cordova -v
6.3.1

$ cordova platform
Installed platforms:
  android 5.2.2
  windows 4.4.2
Available platforms:
  amazon-fireos ~3.6.3 (deprecated)
  blackberry10 ~3.8.0
  browser ~4.1.0
  firefoxos ~3.6.3
  webos ~3.7.0
  wp8 ~3.8.2 (deprecated)

$ cordova plugins list
com.phonegap.plugins.nativesettingsopener 1.3 "Native settings"
cordova-custom-config 1.2.6 "cordova-custom-config"
cordova-fabric-plugin 1.0.8 "cordova-fabric-plugin"
cordova-plugin-app-version 0.1.8 "AppVersion"
cordova-plugin-camera 2.1.1 "Camera"
cordova-plugin-compat 1.0.0 "Compat"
cordova-plugin-crosswalk-webview 1.7.2 "Crosswalk WebView Engine"
cordova-plugin-device 1.1.2 "Device"
cordova-plugin-dialogs 1.2.1 "Notification"
cordova-plugin-file 4.2.0 "File"
cordova-plugin-file-transfer 1.5.1 "File Transfer"
cordova-plugin-fullscreen 1.1.0 "cordova-plugin-fullscreen"
cordova-plugin-globalization 1.0.3 "Globalization"
cordova-plugin-network-information 1.2.1 "Network Information"
cordova-plugin-splashscreen 3.2.2 "Splashscreen"
cordova-plugin-whitelist 1.2.2 "Whitelist"
ionic-plugin-keyboard 2.0.1 "Keyboard"
phonegap-plugin-push 1.8.1 "PushPlugin"

Model: HP Elite x3
Software: Windows 10 Mobile

Version 1511
OS Build: 10.0.10586.494
Firmware revision number: 0001..0006.0243
Screen resolution: 1440x2560

  was:
$ cordova -v
6.3.1

$ cordova platform
Installed platforms:
  android 5.2.2
  windows 4.4.2
Available platforms:
  amazon-fireos ~3.6.3 (deprecated)
  blackberry10 ~3.8.0
  browser ~4.1.0
  firefoxos ~3.6.3
  webos ~3.7.0
  wp8 ~3.8.2 (deprecated)

$ cordova plugins list
com.phonegap.plugins.nativesettingsopener 1.3 "Native settings"
cordova-custom-config 1.2.6 "cordova-custom-config"
cordova-fabric-plugin 1.0.8 "cordova-fabric-plugin"
cordova-plugin-app-version 0.1.8 "AppVersion"
cordova-plugin-camera 2.1.1 "Camera"
cordova-plugin-compat 1.0.0 "Compat"
cordova-plugin-crosswalk-webview 1.7.2 "Crosswalk WebView Engine"
cordova-plugin-device 1.1.2 "Device"
cordova-plugin-dialogs 1.2.1 "Notification"
cordova-plugin-file 4.2.0 "File"
cordova-plugin-file-transfer 1.5.1 "File Transfer"
cordova-plugin-fullscreen 1.1.0 "cordova-plugin-fullscreen"
cordova-plugin-globalization 1.0.3 "Globalization"
cordova-plugin-network-information 1.2.1 "Network Information"
cordova-plugin-splashscreen 3.2.2 "Splashscreen"
cordova-plugin-whitelist 1.2.2 "Whitelist"
ionic-plugin-keyboard 2.0.1 "Keyboard"
phonegap-plugin-push 1.8.1 "PushPlugin"


> 'extendedSplashScreen' is undefined
> ---
>
> Key: CB-11751
> URL: https://issues.apache.org/jira/browse/CB-11751
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin SplashScreen, Windows
>Affects Versions: 4.4.2
> Environment: $ cordova -v
> 6.3.1
> $ cordova platform
> Installed platforms:
>   android 5.2.2
>   windows 4.4.2
> Available platforms:
>   amazon-fireos ~3.6.3 (deprecated)
>   blackberry10 ~3.8.0
>   browser ~4.1.0
>   firefoxos ~3.6.3
>   webos ~3.7.0
>   wp8 ~3.8.2 (deprecated)
> $ cordova plugins list
> com.phonegap.plugins.nativesettingsopener 1.3 "Native settings"
> cordova-custom-config 1.2.6 "cordova-custom-config"
> cordova-fabric-plugin 1.0.8 "cordova-fabric-plugin"
> cordova-plugin-app-version 0.1.8 "AppVersion"
> cordova-plugin-camera 2.1.1 "Camera"
> cordova-plugin-compat 1.0.0 "Compat"
> cordova-plugin-crosswalk-webview 1.7.2 "Crosswalk WebView Engine"
> cordova-plugin-device 1.1.2 "Device"
> cordova-plugin-dialogs 1.2.1 "Notification"
> cordova-plugin-file 4.2.0 "File"
> cordova-plugin-file-transfer 1.5.1 "File Transfer"
> cordova-plugin-fullscreen 1.1.0 "cordova-plugin-fullscreen"
> cordova-plugin-globalization 1.0.3 "Globalization"
> cordova-plugin-network-information 1.2.1 "Network Information"
> cordova-plugin-splashscreen 3.2.2 "Splashscreen"
> cordova-plugin-whitelist 1.2.2 "Whitelist"
> ionic-plugin-keyboard 2.0.1 "Keyboard"
> phonegap-plugin-push 1.8.1 "PushPlugin"
> Model: HP Elite x3
> Software: Windows 10 Mobile
> Version 1511
> OS Build: 10.0.10586.494
> Firmware revision number: 0001..0006.0243
> Screen resolution: 1440x2560
>Reporter: C-A de Salaberry
>Assignee: Sergey Shakhnazarov
>Priority: Blocker
>  Labels: windows
>
> First error that led me here:
> {code:title=Console|borderStyle=solid}
> Warning: A more recent version of cordova-plugin-splashscreen has been hooked 
> into for compatibility reasons. Update the plugin to version >= 4.
> cordova.js (925,13)
> Exception calling native with command :: SplashScreen :: hide 
> ::exception=ReferenceError: 'extendedSplashScreen' is undefined
> cordova.js 

[jira] [Commented] (CB-11751) 'extendedSplashScreen' is undefined

[C-A de Salaberry (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11751?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15435177#comment-15435177
 ] 

C-A de Salaberry commented on CB-11751:
---

Sorry, I forgot to specify it.

Model: HP Elite x3
Software: Windows 10 Mobile

Version 1511
OS Build: 10.0.10586.494
Firmware revision number: 0001..0006.0243
Screen resolution: 1440x2560

> 'extendedSplashScreen' is undefined
> ---
>
> Key: CB-11751
> URL: https://issues.apache.org/jira/browse/CB-11751
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin SplashScreen, Windows
>Affects Versions: 4.4.2
> Environment: $ cordova -v
> 6.3.1
> $ cordova platform
> Installed platforms:
>   android 5.2.2
>   windows 4.4.2
> Available platforms:
>   amazon-fireos ~3.6.3 (deprecated)
>   blackberry10 ~3.8.0
>   browser ~4.1.0
>   firefoxos ~3.6.3
>   webos ~3.7.0
>   wp8 ~3.8.2 (deprecated)
> $ cordova plugins list
> com.phonegap.plugins.nativesettingsopener 1.3 "Native settings"
> cordova-custom-config 1.2.6 "cordova-custom-config"
> cordova-fabric-plugin 1.0.8 "cordova-fabric-plugin"
> cordova-plugin-app-version 0.1.8 "AppVersion"
> cordova-plugin-camera 2.1.1 "Camera"
> cordova-plugin-compat 1.0.0 "Compat"
> cordova-plugin-crosswalk-webview 1.7.2 "Crosswalk WebView Engine"
> cordova-plugin-device 1.1.2 "Device"
> cordova-plugin-dialogs 1.2.1 "Notification"
> cordova-plugin-file 4.2.0 "File"
> cordova-plugin-file-transfer 1.5.1 "File Transfer"
> cordova-plugin-fullscreen 1.1.0 "cordova-plugin-fullscreen"
> cordova-plugin-globalization 1.0.3 "Globalization"
> cordova-plugin-network-information 1.2.1 "Network Information"
> cordova-plugin-splashscreen 3.2.2 "Splashscreen"
> cordova-plugin-whitelist 1.2.2 "Whitelist"
> ionic-plugin-keyboard 2.0.1 "Keyboard"
> phonegap-plugin-push 1.8.1 "PushPlugin"
>Reporter: C-A de Salaberry
>Assignee: Sergey Shakhnazarov
>Priority: Blocker
>  Labels: windows
>
> First error that led me here:
> {code:title=Console|borderStyle=solid}
> Warning: A more recent version of cordova-plugin-splashscreen has been hooked 
> into for compatibility reasons. Update the plugin to version >= 4.
> cordova.js (925,13)
> Exception calling native with command :: SplashScreen :: hide 
> ::exception=ReferenceError: 'extendedSplashScreen' is undefined
> cordova.js (993,13)
> {code}
> I looked around the codebase to check for that variable, found it here:
> {code}
> .\platforms\windows\platform_www\css\splashscreen.css
> .\platforms\windows\platform_www\cordova.js
> .\platforms\windows\platform_www\cordova-js-src\splashscreen.js
> .\platforms\windows\www\cordova-js-src\splashscreen.js
> .\platforms\windows\www\css\splashscreen.css
> .\platforms\windows\www\cordova.js
> {code}
> The most interesting one being any of the two splashscreen.js
> The variable extendedSplashScreen is never defined.
> I find out that by adding the bollowing in my body, the error goes away:
> {code:html}
> 
> {code}
> However, the extended splashscreen still seems not to work.
> I suspected the `cordova-plugin-splashscreen` to be the culprit, but removing 
> it from cordova led to the same error.
> I will keep investigating and report my findings here.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11753) Removal of Windows 8.0 code breaks some types of Windows 8.1 devices

[robert-crowell-gdit (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11753?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15435144#comment-15435144
 ] 

robert-crowell-gdit commented on CB-11753:
--

Also, further information... The exact same setup of application code, plugins, 
and version of cordova, runs perfectly fine on Windows 10, Android and the 
"browser" test platform... it's only Windows 8.1 that's giving me a problem... 
all other platforms work perfect, which is the confusing part for me.

> Removal of Windows 8.0 code breaks some types of Windows 8.1 devices
> 
>
> Key: CB-11753
> URL: https://issues.apache.org/jira/browse/CB-11753
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Windows
>Affects Versions: 4.4.2
> Environment: Windows 8.1 Pro Dell Tablet x64 bit
>Reporter: robert-crowell-gdit
>Assignee: Vladimir Kotikov
>Priority: Critical
>  Labels: cordova, easyfix, triaged, windows
>
> In Apache Cordova (v6.3.1) WINDOWS platform code (v4.5.0-dev),  due to Issue 
> CB-10480 ( 
> https://github.com/apache/cordova-windows/commit/d783f2073430492e59d99009b30411fb8e8e897a
>  ) in platform.js  the final "else" clause was removed
> " // windows 8.0 + IE 10
>  -scriptElem.src = "//Microsoft.WinJS.1.0/js/base.js";", 
> since Windows 8.0 code was removed.
> Now, the Windows 8.1. Pro Dell Tablet I'm testing with (Internet Explorer 
> 11), is reporting the variable navigator.appVersion as "5.0 (Windows NT 6.3; 
> Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2743.116 
> Safari/537.36".   Due to that value, therefore Apache Cordova will never load 
> the WinJS stuff because it falls thru the logic entirely.. 
> The end results is that the application crashes when anything WinJS related 
> is accessed by code (when I try to do a network check, it will obviously 
> fail), since WinJS never loaded properly.
> Recommend having one basic final "else" clause that will either 1. Load a 
> very basic version to provide SOME functionality, or 2) Provide some form of 
> loading error feedback.  But that's just my own opinion..  
> Thanks for all the hard work and great software.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Closed] (CB-11754) Media plugin caluses Build error on Android

[Alexander Sorokin (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11754?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Alexander Sorokin closed CB-11754.
--
Resolution: Fixed

> Media plugin caluses Build error on Android
> ---
>
> Key: CB-11754
> URL: https://issues.apache.org/jira/browse/CB-11754
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Android, Plugin Media
>Affects Versions: Master
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>Priority: Critical
>  Labels: found-by-ci, triaged
>
> http://cordova-ci.cloudapp.net:8080/job/cordova-periodic-build/123/PLATFORM=android-4.4,PLUGIN=cordova-plugin-media/console
> {noformat}
> [EnvInject] - Inject global passwords.
> [EnvInject] - Mask passwords passed as build parameters.
> Started by upstream project "cordova-periodic-build" build number 123
> originally caused by:
>  Started by timer
> [EnvInject] - Loading node environment variables.
> Building remotely on windows-slave (windows-8.1-phone windows-10-store 
> android-4.4 android-5.1 windows-8.1-store) in workspace 
> E:\jenkins\workspace\cordova-periodic-build
>  > git rev-parse --is-inside-work-tree # timeout=10
> Fetching changes from the remote Git repository
>  > git config remote.origin.url 
> https://github.com/apache/cordova-plugin-console.git # timeout=10
> Fetching upstream changes from 
> https://github.com/apache/cordova-plugin-console.git
>  > git --version # timeout=10
>  > git -c core.askpass=true fetch --tags --progress 
> https://github.com/apache/cordova-plugin-console.git 
> +refs/heads/*:refs/remotes/origin/*
> Checking out Revision 336554cd3d049706392f66678ebf139a2cbd42f9 (origin/master)
>  > git config core.sparsecheckout # timeout=10
>  > git checkout -f 336554cd3d049706392f66678ebf139a2cbd42f9
>  > git rev-list 336554cd3d049706392f66678ebf139a2cbd42f9 # timeout=10
>  > git rev-parse --is-inside-work-tree # timeout=10
> Fetching changes from the remote Git repository
>  > git config remote.origin.url 
> https://github.com/apache/cordova-plugin-device.git # timeout=10
> Fetching upstream changes from 
> https://github.com/apache/cordova-plugin-device.git
>  > git --version # timeout=10
>  > git -c core.askpass=true fetch --tags --progress 
> https://github.com/apache/cordova-plugin-device.git 
> +refs/heads/*:refs/remotes/origin/*
> Checking out Revision 5298c1f524877602e65e7f71b522b7c95e7a6c8e (origin/master)
>  > git config core.sparsecheckout # timeout=10
>  > git checkout -f 5298c1f524877602e65e7f71b522b7c95e7a6c8e
>  > git rev-list 5298c1f524877602e65e7f71b522b7c95e7a6c8e # timeout=10
>  > git rev-parse --is-inside-work-tree # timeout=10
> Fetching changes from the remote Git repository
>  > git config remote.origin.url 
> https://github.com/apache/cordova-plugin-media-capture.git # timeout=10
> Fetching upstream changes from 
> https://github.com/apache/cordova-plugin-media-capture.git
>  > git --version # timeout=10
>  > git -c core.askpass=true fetch --tags --progress 
> https://github.com/apache/cordova-plugin-media-capture.git 
> +refs/heads/*:refs/remotes/origin/*
> Checking out Revision f108e236df1644dfd9d076d861d4f9578653325c (origin/master)
>  > git config core.sparsecheckout # timeout=10
>  > git checkout -f f108e236df1644dfd9d076d861d4f9578653325c
>  > git rev-list f108e236df1644dfd9d076d861d4f9578653325c # timeout=10
>  > git rev-parse --is-inside-work-tree # timeout=10
> Fetching changes from the remote Git repository
>  > git config remote.origin.url 
> https://github.com/apache/cordova-plugin-camera.git # timeout=10
> Fetching upstream changes from 
> https://github.com/apache/cordova-plugin-camera.git
>  > git --version # timeout=10
>  > git -c core.askpass=true fetch --tags --progress 
> https://github.com/apache/cordova-plugin-camera.git 
> +refs/heads/*:refs/remotes/origin/*
> Checking out Revision 1beeafb6e8b2296d7748d545128686bf8296bbb7 (origin/master)
>  > git config core.sparsecheckout # timeout=10
>  > git checkout -f 1beeafb6e8b2296d7748d545128686bf8296bbb7
>  > git rev-list 6e19147b09c2341896ee48bd9117e7b57beec9cb # timeout=10
>  > git rev-parse --is-inside-work-tree # timeout=10
> Fetching changes from the remote Git repository
>  > git config remote.origin.url 
> https://github.com/apache/cordova-plugin-network-information.git # timeout=10
> Fetching upstream changes from 
> https://github.com/apache/cordova-plugin-network-information.git
>  > git --version # timeout=10
>  > git -c core.askpass=true fetch --tags --progress 
> https://github.com/apache/cordova-plugin-network-information.git 
> +refs/heads/*:refs/remotes/origin/*
> Checking out Revision 379b35debb79d0515eebcdb2ac5702a32aebdf02 (origin/master)
>  > git config core.sparsecheckout # 

[jira] [Updated] (CB-11754) Media plugin caluses Build error on Android

[Alexander Sorokin (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11754?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Alexander Sorokin updated CB-11754:
---
Description: 
http://cordova-ci.cloudapp.net:8080/job/cordova-periodic-build/123/PLATFORM=android-4.4,PLUGIN=cordova-plugin-media/console
{noformat}
[EnvInject] - Inject global passwords.
[EnvInject] - Mask passwords passed as build parameters.
Started by upstream project "cordova-periodic-build" build number 123
originally caused by:
 Started by timer
[EnvInject] - Loading node environment variables.
Building remotely on windows-slave (windows-8.1-phone windows-10-store 
android-4.4 android-5.1 windows-8.1-store) in workspace 
E:\jenkins\workspace\cordova-periodic-build
 > git rev-parse --is-inside-work-tree # timeout=10
Fetching changes from the remote Git repository
 > git config remote.origin.url 
 > https://github.com/apache/cordova-plugin-console.git # timeout=10
Fetching upstream changes from 
https://github.com/apache/cordova-plugin-console.git
 > git --version # timeout=10
 > git -c core.askpass=true fetch --tags --progress 
 > https://github.com/apache/cordova-plugin-console.git 
 > +refs/heads/*:refs/remotes/origin/*
Checking out Revision 336554cd3d049706392f66678ebf139a2cbd42f9 (origin/master)
 > git config core.sparsecheckout # timeout=10
 > git checkout -f 336554cd3d049706392f66678ebf139a2cbd42f9
 > git rev-list 336554cd3d049706392f66678ebf139a2cbd42f9 # timeout=10
 > git rev-parse --is-inside-work-tree # timeout=10
Fetching changes from the remote Git repository
 > git config remote.origin.url 
 > https://github.com/apache/cordova-plugin-device.git # timeout=10
Fetching upstream changes from 
https://github.com/apache/cordova-plugin-device.git
 > git --version # timeout=10
 > git -c core.askpass=true fetch --tags --progress 
 > https://github.com/apache/cordova-plugin-device.git 
 > +refs/heads/*:refs/remotes/origin/*
Checking out Revision 5298c1f524877602e65e7f71b522b7c95e7a6c8e (origin/master)
 > git config core.sparsecheckout # timeout=10
 > git checkout -f 5298c1f524877602e65e7f71b522b7c95e7a6c8e
 > git rev-list 5298c1f524877602e65e7f71b522b7c95e7a6c8e # timeout=10
 > git rev-parse --is-inside-work-tree # timeout=10
Fetching changes from the remote Git repository
 > git config remote.origin.url 
 > https://github.com/apache/cordova-plugin-media-capture.git # timeout=10
Fetching upstream changes from 
https://github.com/apache/cordova-plugin-media-capture.git
 > git --version # timeout=10
 > git -c core.askpass=true fetch --tags --progress 
 > https://github.com/apache/cordova-plugin-media-capture.git 
 > +refs/heads/*:refs/remotes/origin/*
Checking out Revision f108e236df1644dfd9d076d861d4f9578653325c (origin/master)
 > git config core.sparsecheckout # timeout=10
 > git checkout -f f108e236df1644dfd9d076d861d4f9578653325c
 > git rev-list f108e236df1644dfd9d076d861d4f9578653325c # timeout=10
 > git rev-parse --is-inside-work-tree # timeout=10
Fetching changes from the remote Git repository
 > git config remote.origin.url 
 > https://github.com/apache/cordova-plugin-camera.git # timeout=10
Fetching upstream changes from 
https://github.com/apache/cordova-plugin-camera.git
 > git --version # timeout=10
 > git -c core.askpass=true fetch --tags --progress 
 > https://github.com/apache/cordova-plugin-camera.git 
 > +refs/heads/*:refs/remotes/origin/*
Checking out Revision 1beeafb6e8b2296d7748d545128686bf8296bbb7 (origin/master)
 > git config core.sparsecheckout # timeout=10
 > git checkout -f 1beeafb6e8b2296d7748d545128686bf8296bbb7
 > git rev-list 6e19147b09c2341896ee48bd9117e7b57beec9cb # timeout=10
 > git rev-parse --is-inside-work-tree # timeout=10
Fetching changes from the remote Git repository
 > git config remote.origin.url 
 > https://github.com/apache/cordova-plugin-network-information.git # timeout=10
Fetching upstream changes from 
https://github.com/apache/cordova-plugin-network-information.git
 > git --version # timeout=10
 > git -c core.askpass=true fetch --tags --progress 
 > https://github.com/apache/cordova-plugin-network-information.git 
 > +refs/heads/*:refs/remotes/origin/*
Checking out Revision 379b35debb79d0515eebcdb2ac5702a32aebdf02 (origin/master)
 > git config core.sparsecheckout # timeout=10
 > git checkout -f 379b35debb79d0515eebcdb2ac5702a32aebdf02
 > git rev-list 379b35debb79d0515eebcdb2ac5702a32aebdf02 # timeout=10
 > git rev-parse --is-inside-work-tree # timeout=10
Fetching changes from the remote Git repository
 > git config remote.origin.url 
 > https://github.com/apache/cordova-plugin-device-motion.git # timeout=10
Fetching upstream changes from 
https://github.com/apache/cordova-plugin-device-motion.git
 > git --version # timeout=10
 > git -c core.askpass=true fetch --tags --progress 
 > https://github.com/apache/cordova-plugin-device-motion.git 
 > +refs/heads/*:refs/remotes/origin/*
Checking out Revision 293dcb9220ac379a9e4cd7776d02969367df6dca 

[jira] [Commented] (CB-11754) Media plugin caluses Build error on Android

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11754?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15435126#comment-15435126
 ] 

ASF subversion and git services commented on CB-11754:
--

Commit 2491782b544230046f090ae7bc964d9f208a7c69 in cordova-plugin-media's 
branch refs/heads/master from [~alsorokin]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-media.git;h=2491782 ]

CB-11754 (Android) Fixed the build error


> Media plugin caluses Build error on Android
> ---
>
> Key: CB-11754
> URL: https://issues.apache.org/jira/browse/CB-11754
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Android, Plugin Media
>Affects Versions: Master
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>Priority: Critical
>  Labels: found-by-ci, triaged
>
> http://cordova-ci.cloudapp.net:8080/job/cordova-periodic-build/123/PLATFORM=android-4.4,PLUGIN=cordova-plugin-media/console



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11754) Media plugin caluses Build error on Android

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11754?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15435127#comment-15435127
 ] 

ASF GitHub Bot commented on CB-11754:
-

Github user asfgit closed the pull request at:

https://github.com/apache/cordova-plugin-media/pull/111


> Media plugin caluses Build error on Android
> ---
>
> Key: CB-11754
> URL: https://issues.apache.org/jira/browse/CB-11754
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Android, Plugin Media
>Affects Versions: Master
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>Priority: Critical
>  Labels: found-by-ci, triaged
>
> http://cordova-ci.cloudapp.net:8080/job/cordova-periodic-build/123/PLATFORM=android-4.4,PLUGIN=cordova-plugin-media/console



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11754) Media plugin caluses Build error on Android

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11754?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15435120#comment-15435120
 ] 

ASF GitHub Bot commented on CB-11754:
-

GitHub user alsorokin opened a pull request:

https://github.com/apache/cordova-plugin-media/pull/111

CB-11754 (Android) Fixed the build error

### Platforms affected
Android

### What does this PR do?
https://issues.apache.org/jira/browse/CB-11754
Fixes a build-time error introduced in 
https://github.com/apache/cordova-plugin-media/commit/4d7aabb74a39bdfad0969915377e73106803cdf8

### What testing has been done on this change?
Built and run an application for Android

### Checklist
- [x] [ICLA](http://www.apache.org/licenses/icla.txt) has been signed and 
submitted to secret...@apache.org.
- [x] [Reported an issue](http://cordova.apache.org/contribute/issues.html) 
in the JIRA database
- [x] Commit message follows the format: "CB-3232: (android) Fix bug with 
resolving file paths", where CB- is the JIRA ID & "android" is the platform 
affected.
- [ ] Added automated test coverage as appropriate for this change.



You can merge this pull request into a Git repository by running:

$ git pull https://github.com/alsorokin/cordova-plugin-media CB-11754

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cordova-plugin-media/pull/111.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #111


commit 2491782b544230046f090ae7bc964d9f208a7c69
Author: Alexander Sorokin 
Date:   2016-08-24T15:34:19Z

CB-11754 (Android) Fixed the build error




> Media plugin caluses Build error on Android
> ---
>
> Key: CB-11754
> URL: https://issues.apache.org/jira/browse/CB-11754
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Android, Plugin Media
>Affects Versions: Master
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>Priority: Critical
>  Labels: found-by-ci, triaged
>
> http://cordova-ci.cloudapp.net:8080/job/cordova-periodic-build/123/PLATFORM=android-4.4,PLUGIN=cordova-plugin-media/console



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Created] (CB-11754) Media plugin caluses Build error on Android

[Alexander Sorokin (JIRA)]

Alexander Sorokin created CB-11754:
--

 Summary: Media plugin caluses Build error on Android
 Key: CB-11754
 URL: https://issues.apache.org/jira/browse/CB-11754
 Project: Apache Cordova
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: Android, Plugin Media
Affects Versions: Master
Reporter: Alexander Sorokin
Assignee: Alexander Sorokin
Priority: Critical


http://cordova-ci.cloudapp.net:8080/job/cordova-periodic-build/123/PLATFORM=android-4.4,PLUGIN=cordova-plugin-media/console



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11753) Removal of Windows 8.0 code breaks some types of Windows 8.1 devices

[robert-crowell-gdit (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11753?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15435102#comment-15435102
 ] 

robert-crowell-gdit commented on CB-11753:
--

1. I don't know how to "add the console log" to Visual Studio as you request, 
because I'm not using Visual Studio like that. I'm using the Apache Cordova CLI 
as recommended on ( 
https://cordova.apache.org/docs/en/latest/guide/cli/index.html#build-the-app ), 
section to build my application with the following command  "cordova build 
windows -- --appx=8.1-win --archs=x64".  Then I install it on the 8.1 Win 
Tablet to test it, when it attempts to check for a network connection using the 
Apache Cordova network plugin ("cordova-plugin-network-information"), in 
"NetworkInfoProxy.js" line 27  "var winNetConn = 
Windows.Networking.Connectivity;", it blows up with "Windows is not defined"... 
 that led me to believe that the WinJS (the windows object itself as my limited 
understanding of this is, Sorry.. I'm new) was not loaded properly..  
especially after seeing the navigator.appVersion string that I found prior.

Now, I must apologize, I may have made a serious mistake..  I was able to add a 
text field to the front of my cordova application, and then use javascript to 
populate it with the the line:  "$('#p1_app').val( navigator.appVersion );"   
That method provides a DIFFERENT value from previously reported value above 
that lacked the MSAppHost entry.  NOW, the code reports this value!!..  

"5.0 (Windows NT 6.3; Win64; x64; Trident/7.0; .NET4.0E; .NET4.0C; .NET CLR 
3.5.30729; .NET CLR 2.0.50727; .NET CLR 3.0.30729; Tablet PC 2.0; 
MSAppHost/2.0; rv:11.0) like Gecko", 

which I think is the one you wanted from Visual Studio, earlier...

I'm sorry, as you can see the "MSAppHost" entry *IS* in that string, but it 
wasn't when I ran it prior from the WindowsApps directory / index.html file on 
the device itself to try and discover my problem.  However that doesn't change 
the fact that it still appears that WinJS isn't loaded correctly, since the 
network code still cannot use the "Windows" object..   so, now I'm NOT sure 
what the problem actually is.I guess, maybe, this problem should instead be 
reported against the "cordova-plugin-network-information" plugin..   however, 
the network code is reporting is that it's unable to use the "Windows.x" object 
on the Win8.1 build, which still makes me think it's a deeper problem than the 
network code itself.

2. This is a "side loaded" app, so the Windows store is not an issue. Due to 
security concerns, I don't believe we will be allowed to use the Windows app 
store.

3. I'm very sorry for the confusion..I don't know if the problem is in on 
Win 8.1,  platform.js not loading WinJS properly, or an issue with 
"cordova-plugin-network-information" correctly referencing the "Windows" 
object.. I just don't know.

Thank you.

> Removal of Windows 8.0 code breaks some types of Windows 8.1 devices
> 
>
> Key: CB-11753
> URL: https://issues.apache.org/jira/browse/CB-11753
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Windows
>Affects Versions: 4.4.2
> Environment: Windows 8.1 Pro Dell Tablet x64 bit
>Reporter: robert-crowell-gdit
>Assignee: Vladimir Kotikov
>Priority: Critical
>  Labels: cordova, easyfix, triaged, windows
>
> In Apache Cordova (v6.3.1) WINDOWS platform code (v4.5.0-dev),  due to Issue 
> CB-10480 ( 
> https://github.com/apache/cordova-windows/commit/d783f2073430492e59d99009b30411fb8e8e897a
>  ) in platform.js  the final "else" clause was removed
> " // windows 8.0 + IE 10
>  -scriptElem.src = "//Microsoft.WinJS.1.0/js/base.js";", 
> since Windows 8.0 code was removed.
> Now, the Windows 8.1. Pro Dell Tablet I'm testing with (Internet Explorer 
> 11), is reporting the variable navigator.appVersion as "5.0 (Windows NT 6.3; 
> Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2743.116 
> Safari/537.36".   Due to that value, therefore Apache Cordova will never load 
> the WinJS stuff because it falls thru the logic entirely.. 
> The end results is that the application crashes when anything WinJS related 
> is accessed by code (when I try to do a network check, it will obviously 
> fail), since WinJS never loaded properly.
> Recommend having one basic final "else" clause that will either 1. Load a 
> very basic version to provide SOME functionality, or 2) Provide some form of 
> loading error feedback.  But that's just my own opinion..  
> Thanks for all the hard work and great software.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (CB-10732) WKWebView incompatible with SQLite

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10732?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15435101#comment-15435101
 ] 

ASF GitHub Bot commented on CB-10732:
-

Github user briananderson1222 commented on the issue:

https://github.com/apache/cordova-plugin-wkwebview-engine/pull/15
  
Nice work! Due to some problems with WKWebView in iOS9 namely 
https://issues.apache.org/jira/browse/CB-10732?jql=project%20%3D%20CB%20AND%20labels%20%3D%20wkwebview-known-issues
 could it be considered to make the fallback customizable.. like if we wanted 
iOS9 to be able to fallback to UIWebView but iOS10 to use WKWebView?


> WKWebView incompatible with SQLite
> --
>
> Key: CB-10732
> URL: https://issues.apache.org/jira/browse/CB-10732
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin WKWebViewEngine
> Environment: .iOS
>Reporter: Dean Le
>  Labels: triaged, wfc, wkwebview-1.0.2, wkwebview-known-issues
>
> UIWebView is working great, however, WKWebview couldn't open SQLite db



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11753) Removal of Windows 8.0 code breaks some types of Windows 8.1 devices

[Sergey Shakhnazarov (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11753?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15435006#comment-15435006
 ] 

Sergey Shakhnazarov commented on CB-11753:
--

[~robert-crowell-gdit], thanks for reporting!
Could you add a console log to output {{navigator.appVersion}} inside 
cordova.js and see the Javascript output log in Visual Studio?
Does this check fail inside a Windows Store app?

> Removal of Windows 8.0 code breaks some types of Windows 8.1 devices
> 
>
> Key: CB-11753
> URL: https://issues.apache.org/jira/browse/CB-11753
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Windows
>Affects Versions: 4.4.2
> Environment: Windows 8.1 Pro Dell Tablet x64 bit
>Reporter: robert-crowell-gdit
>Assignee: Vladimir Kotikov
>Priority: Critical
>  Labels: cordova, easyfix, triaged, windows
>
> In Apache Cordova (v6.3.1) WINDOWS platform code (v4.5.0-dev),  due to Issue 
> CB-10480 ( 
> https://github.com/apache/cordova-windows/commit/d783f2073430492e59d99009b30411fb8e8e897a
>  ) in platform.js  the final "else" clause was removed
> " // windows 8.0 + IE 10
>  -scriptElem.src = "//Microsoft.WinJS.1.0/js/base.js";", 
> since Windows 8.0 code was removed.
> Now, the Windows 8.1. Pro Dell Tablet I'm testing with (Internet Explorer 
> 11), is reporting the variable navigator.appVersion as "5.0 (Windows NT 6.3; 
> Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2743.116 
> Safari/537.36".   Due to that value, therefore Apache Cordova will never load 
> the WinJS stuff because it falls thru the logic entirely.. 
> The end results is that the application crashes when anything WinJS related 
> is accessed by code (when I try to do a network check, it will obviously 
> fail), since WinJS never loaded properly.
> Recommend having one basic final "else" clause that will either 1. Load a 
> very basic version to provide SOME functionality, or 2) Provide some form of 
> loading error feedback.  But that's just my own opinion..  
> Thanks for all the hard work and great software.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11295) Cordova app navigates to home screen when fetching image from PhotoLibrary

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11295?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15435008#comment-15435008
 ] 

ASF GitHub Bot commented on CB-11295:
-

Github user sgrebnov commented on the issue:

https://github.com/apache/cordova-plugin-camera/pull/233
  
:+1: LGTM


> Cordova app navigates to home screen when fetching image from PhotoLibrary
> --
>
> Key: CB-11295
> URL: https://issues.apache.org/jira/browse/CB-11295
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin Camera
>Reporter: Apoorv Saxena
>  Labels: camera, cordova-6.0.0, windows-universal
>
> **Use Case**: Choose image from Gallery and execute callbacks
> **Issue**: Redirection to Home screen of the app after image selection from 
> Gallery.
> Getting image from Camera works:
> {noformat}
> navigator.camera.getPicture(function() {
>   console.log('success'); 
> },function() {
>   console.log('failure'); 
> } , {
>   destinationType: Camera.DestinationType.DATA_URL
> });
> {noformat}
> Choosing image from Gallery redirects to the homescreen
> {noformat}
> navigator.camera.getPicture(function() {
>   console.log('success'); 
> },function() {
>   console.log('failure'); 
> } , {
> destinationType: navigator.camera.DestinationType.FILE_URI,
>   sourceType: navigator.camera.PictureSourceType.SAVEDPHOTOALBUM
> });
> {noformat}
> The code is fairly simple and is mentioned at many places to give an example 
> of how to choose image from Gallery. This code doesn't work on any screen 
> other than the home screen of App. Also, no errors are reported before 
> redirection.
> The following code also results in redirection to the homescreen after image 
> selection.
> {noformat}
> 
> {noformat}
> Configuration:
> Device: Windows Lumia 535
> Device OS Version: 8.1
> Cordova: 6.1.1 
> Cordova plugin camera: 2.2.0



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Assigned] (CB-11380) Media Plugin - IOS: Error when creating Media object with new file

[Alexander Sorokin (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11380?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Alexander Sorokin reassigned CB-11380:
--

Assignee: Alexander Sorokin

> Media Plugin - IOS: Error when creating Media object with new file
> --
>
> Key: CB-11380
> URL: https://issues.apache.org/jira/browse/CB-11380
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin Media
>Affects Versions: 2.3.0
> Environment: iOS 9.3.1
>Reporter: John Keating
>Assignee: Alexander Sorokin
>  Labels: ios, media, url
>
> The line:
> {code:borderStyle=solid}var myMedia = new Media("documents://hello.wav",
>function() {
> console.log("success");
>},
>function(er) {
> console.log(er);
>}
> );
> {code}
> results in the error "Cannot use audio file from resource 
> 'documents:hello.wav'", when "hello.wav" does not exist.  The created Media 
> object is usable (I can record and play back), but the error means the 
> constructor's success callback never gets called.  Also happens with 
> variations of the src URI using "file" and "cdvfile".
> This is caused by a change to the validation parameter from NO to YES in 
> commit e5b663ac951b2d8cb2e5e470d2c7072aa56cf779 on March 2nd.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11743) processes started with `cordova run` eventually stalls NSLog.

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11743?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov updated CB-11743:
--
Component/s: (was: triaged)

> processes started with `cordova run` eventually stalls NSLog.
> -
>
> Key: CB-11743
> URL: https://issues.apache.org/jira/browse/CB-11743
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: OSX
>Affects Versions: 4.0.0
>Reporter: Tobias Bocanegra
>Assignee: Tobias Bocanegra
>  Labels: triaged
> Fix For: Master
>
>
> running the app with {{cordova run}} uses the {{spawn.js}} which eventually 
> executre {{child_process.spawn}}. although the stdio pipes should inherit to 
> the parent process, they somehow don't.
> when the app write a lot to stdout, eg with NSLog, then eventually the nodejs 
> buffer get full and the app blocks and gets unresponsive.
> solution:
> - avoid using {{stdio:'inherit'}} and pipe the stdios instead.
> - or figure out why inherit doesn't work



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11743) processes started with `cordova run` eventually stalls NSLog.

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11743?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov updated CB-11743:
--
Labels: triaged  (was: )

> processes started with `cordova run` eventually stalls NSLog.
> -
>
> Key: CB-11743
> URL: https://issues.apache.org/jira/browse/CB-11743
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: OSX
>Affects Versions: 4.0.0
>Reporter: Tobias Bocanegra
>Assignee: Tobias Bocanegra
>  Labels: triaged
> Fix For: Master
>
>
> running the app with {{cordova run}} uses the {{spawn.js}} which eventually 
> executre {{child_process.spawn}}. although the stdio pipes should inherit to 
> the parent process, they somehow don't.
> when the app write a lot to stdout, eg with NSLog, then eventually the nodejs 
> buffer get full and the app blocks and gets unresponsive.
> solution:
> - avoid using {{stdio:'inherit'}} and pipe the stdios instead.
> - or figure out why inherit doesn't work



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Assigned] (CB-11753) Removal of Windows 8.0 code breaks some types of Windows 8.1 devices

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11753?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov reassigned CB-11753:
-

Assignee: Vladimir Kotikov

> Removal of Windows 8.0 code breaks some types of Windows 8.1 devices
> 
>
> Key: CB-11753
> URL: https://issues.apache.org/jira/browse/CB-11753
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Windows
>Affects Versions: 4.4.2
> Environment: Windows 8.1 Pro Dell Tablet x64 bit
>Reporter: robert-crowell-gdit
>Assignee: Vladimir Kotikov
>Priority: Critical
>  Labels: cordova, easyfix, triaged, windows
>
> In Apache Cordova (v6.3.1) WINDOWS platform code (v4.5.0-dev),  due to Issue 
> CB-10480 ( 
> https://github.com/apache/cordova-windows/commit/d783f2073430492e59d99009b30411fb8e8e897a
>  ) in platform.js  the final "else" clause was removed
> " // windows 8.0 + IE 10
>  -scriptElem.src = "//Microsoft.WinJS.1.0/js/base.js";", 
> since Windows 8.0 code was removed.
> Now, the Windows 8.1. Pro Dell Tablet I'm testing with (Internet Explorer 
> 11), is reporting the variable navigator.appVersion as "5.0 (Windows NT 6.3; 
> Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2743.116 
> Safari/537.36".   Due to that value, therefore Apache Cordova will never load 
> the WinJS stuff because it falls thru the logic entirely.. 
> The end results is that the application crashes when anything WinJS related 
> is accessed by code (when I try to do a network check, it will obviously 
> fail), since WinJS never loaded properly.
> Recommend having one basic final "else" clause that will either 1. Load a 
> very basic version to provide SOME functionality, or 2) Provide some form of 
> loading error feedback.  But that's just my own opinion..  
> Thanks for all the hard work and great software.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11753) Removal of Windows 8.0 code breaks some types of Windows 8.1 devices

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11753?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov updated CB-11753:
--
Affects Version/s: (was: 6.3.1)
   4.4.2

> Removal of Windows 8.0 code breaks some types of Windows 8.1 devices
> 
>
> Key: CB-11753
> URL: https://issues.apache.org/jira/browse/CB-11753
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Windows
>Affects Versions: 4.4.2
> Environment: Windows 8.1 Pro Dell Tablet x64 bit
>Reporter: robert-crowell-gdit
>Priority: Critical
>  Labels: cordova, easyfix, triaged, windows
>
> In Apache Cordova (v6.3.1) WINDOWS platform code (v4.5.0-dev),  due to Issue 
> CB-10480 ( 
> https://github.com/apache/cordova-windows/commit/d783f2073430492e59d99009b30411fb8e8e897a
>  ) in platform.js  the final "else" clause was removed
> " // windows 8.0 + IE 10
>  -scriptElem.src = "//Microsoft.WinJS.1.0/js/base.js";", 
> since Windows 8.0 code was removed.
> Now, the Windows 8.1. Pro Dell Tablet I'm testing with (Internet Explorer 
> 11), is reporting the variable navigator.appVersion as "5.0 (Windows NT 6.3; 
> Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2743.116 
> Safari/537.36".   Due to that value, therefore Apache Cordova will never load 
> the WinJS stuff because it falls thru the logic entirely.. 
> The end results is that the application crashes when anything WinJS related 
> is accessed by code (when I try to do a network check, it will obviously 
> fail), since WinJS never loaded properly.
> Recommend having one basic final "else" clause that will either 1. Load a 
> very basic version to provide SOME functionality, or 2) Provide some form of 
> loading error feedback.  But that's just my own opinion..  
> Thanks for all the hard work and great software.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11753) Removal of Windows 8.0 code breaks some types of Windows 8.1 devices

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11753?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov updated CB-11753:
--
Labels: cordova easyfix triaged windows  (was: cordova easyfix windows,)

> Removal of Windows 8.0 code breaks some types of Windows 8.1 devices
> 
>
> Key: CB-11753
> URL: https://issues.apache.org/jira/browse/CB-11753
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Windows
>Affects Versions: 6.3.1
> Environment: Windows 8.1 Pro Dell Tablet x64 bit
>Reporter: robert-crowell-gdit
>Priority: Critical
>  Labels: cordova, easyfix, triaged, windows
>
> In Apache Cordova (v6.3.1) WINDOWS platform code (v4.5.0-dev),  due to Issue 
> CB-10480 ( 
> https://github.com/apache/cordova-windows/commit/d783f2073430492e59d99009b30411fb8e8e897a
>  ) in platform.js  the final "else" clause was removed
> " // windows 8.0 + IE 10
>  -scriptElem.src = "//Microsoft.WinJS.1.0/js/base.js";", 
> since Windows 8.0 code was removed.
> Now, the Windows 8.1. Pro Dell Tablet I'm testing with (Internet Explorer 
> 11), is reporting the variable navigator.appVersion as "5.0 (Windows NT 6.3; 
> Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2743.116 
> Safari/537.36".   Due to that value, therefore Apache Cordova will never load 
> the WinJS stuff because it falls thru the logic entirely.. 
> The end results is that the application crashes when anything WinJS related 
> is accessed by code (when I try to do a network check, it will obviously 
> fail), since WinJS never loaded properly.
> Recommend having one basic final "else" clause that will either 1. Load a 
> very basic version to provide SOME functionality, or 2) Provide some form of 
> loading error feedback.  But that's just my own opinion..  
> Thanks for all the hard work and great software.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Created] (CB-11753) Removal of Windows 8.0 code breaks some types of Windows 8.1 devices

[robert-crowell-gdit (JIRA)]

robert-crowell-gdit created CB-11753:


 Summary: Removal of Windows 8.0 code breaks some types of Windows 
8.1 devices
 Key: CB-11753
 URL: https://issues.apache.org/jira/browse/CB-11753
 Project: Apache Cordova
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: Windows
Affects Versions: 6.3.1
 Environment: Windows 8.1 Pro Dell Tablet x64 bit
Reporter: robert-crowell-gdit
Priority: Critical


In Apache Cordova (v6.3.1) WINDOWS platform code (v4.5.0-dev),  due to Issue 
CB-10480 ( 
https://github.com/apache/cordova-windows/commit/d783f2073430492e59d99009b30411fb8e8e897a
 ) in platform.js  the final "else" clause was removed
" // windows 8.0 + IE 10
 -scriptElem.src = "//Microsoft.WinJS.1.0/js/base.js";", since 
Windows 8.0 code was removed.

Now, the Windows 8.1. Pro Dell Tablet I'm testing with (Internet Explorer 11), 
is reporting the variable navigator.appVersion as "5.0 (Windows NT 6.3; Win64; 
x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2743.116 
Safari/537.36".   Due to that value, therefore Apache Cordova will never load 
the WinJS stuff because it falls thru the logic entirely.. 

The end results is that the application crashes when anything WinJS related is 
accessed by code (when I try to do a network check, it will obviously fail), 
since WinJS never loaded properly.

Recommend having one basic final "else" clause that will either 1. Load a very 
basic version to provide SOME functionality, or 2) Provide some form of loading 
error feedback.  But that's just my own opinion..  

Thanks for all the hard work and great software.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11751) 'extendedSplashScreen' is undefined

[Sergey Shakhnazarov (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11751?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15434992#comment-15434992
 ] 

Sergey Shakhnazarov commented on CB-11751:
--

[~cadesalaberry], what is your OS version?

> 'extendedSplashScreen' is undefined
> ---
>
> Key: CB-11751
> URL: https://issues.apache.org/jira/browse/CB-11751
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin SplashScreen, Windows
>Affects Versions: 4.4.2
> Environment: $ cordova -v
> 6.3.1
> $ cordova platform
> Installed platforms:
>   android 5.2.2
>   windows 4.4.2
> Available platforms:
>   amazon-fireos ~3.6.3 (deprecated)
>   blackberry10 ~3.8.0
>   browser ~4.1.0
>   firefoxos ~3.6.3
>   webos ~3.7.0
>   wp8 ~3.8.2 (deprecated)
> $ cordova plugins list
> com.phonegap.plugins.nativesettingsopener 1.3 "Native settings"
> cordova-custom-config 1.2.6 "cordova-custom-config"
> cordova-fabric-plugin 1.0.8 "cordova-fabric-plugin"
> cordova-plugin-app-version 0.1.8 "AppVersion"
> cordova-plugin-camera 2.1.1 "Camera"
> cordova-plugin-compat 1.0.0 "Compat"
> cordova-plugin-crosswalk-webview 1.7.2 "Crosswalk WebView Engine"
> cordova-plugin-device 1.1.2 "Device"
> cordova-plugin-dialogs 1.2.1 "Notification"
> cordova-plugin-file 4.2.0 "File"
> cordova-plugin-file-transfer 1.5.1 "File Transfer"
> cordova-plugin-fullscreen 1.1.0 "cordova-plugin-fullscreen"
> cordova-plugin-globalization 1.0.3 "Globalization"
> cordova-plugin-network-information 1.2.1 "Network Information"
> cordova-plugin-splashscreen 3.2.2 "Splashscreen"
> cordova-plugin-whitelist 1.2.2 "Whitelist"
> ionic-plugin-keyboard 2.0.1 "Keyboard"
> phonegap-plugin-push 1.8.1 "PushPlugin"
>Reporter: C-A de Salaberry
>Assignee: Sergey Shakhnazarov
>Priority: Blocker
>  Labels: windows
>
> First error that led me here:
> {code:title=Console|borderStyle=solid}
> Warning: A more recent version of cordova-plugin-splashscreen has been hooked 
> into for compatibility reasons. Update the plugin to version >= 4.
> cordova.js (925,13)
> Exception calling native with command :: SplashScreen :: hide 
> ::exception=ReferenceError: 'extendedSplashScreen' is undefined
> cordova.js (993,13)
> {code}
> I looked around the codebase to check for that variable, found it here:
> {code}
> .\platforms\windows\platform_www\css\splashscreen.css
> .\platforms\windows\platform_www\cordova.js
> .\platforms\windows\platform_www\cordova-js-src\splashscreen.js
> .\platforms\windows\www\cordova-js-src\splashscreen.js
> .\platforms\windows\www\css\splashscreen.css
> .\platforms\windows\www\cordova.js
> {code}
> The most interesting one being any of the two splashscreen.js
> The variable extendedSplashScreen is never defined.
> I find out that by adding the bollowing in my body, the error goes away:
> {code:html}
> 
> {code}
> However, the extended splashscreen still seems not to work.
> I suspected the `cordova-plugin-splashscreen` to be the culprit, but removing 
> it from cordova led to the same error.
> I will keep investigating and report my findings here.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11380) Media Plugin - IOS: Error when creating Media object with new file

[Alexander Sorokin (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11380?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15434977#comment-15434977
 ] 

Alexander Sorokin commented on CB-11380:


*UPD:* Nevermind, I've got the repro.

> Media Plugin - IOS: Error when creating Media object with new file
> --
>
> Key: CB-11380
> URL: https://issues.apache.org/jira/browse/CB-11380
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin Media
>Affects Versions: 2.3.0
> Environment: iOS 9.3.1
>Reporter: John Keating
>  Labels: ios, media, url
>
> The line:
> {code:borderStyle=solid}var myMedia = new Media("documents://hello.wav",
>function() {
> console.log("success");
>},
>function(er) {
> console.log(er);
>}
> );
> {code}
> results in the error "Cannot use audio file from resource 
> 'documents:hello.wav'", when "hello.wav" does not exist.  The created Media 
> object is usable (I can record and play back), but the error means the 
> constructor's success callback never gets called.  Also happens with 
> variations of the src URI using "file" and "cdvfile".
> This is caused by a change to the validation parameter from NO to YES in 
> commit e5b663ac951b2d8cb2e5e470d2c7072aa56cf779 on March 2nd.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11380) Media Plugin - IOS: Error when creating Media object with new file

[Alexander Sorokin (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11380?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15434932#comment-15434932
 ] 

Alexander Sorokin commented on CB-11380:


Unfortunately I haven't been able to reproduce this issue neither on iPhone 6 
Plus with iOS 9.3.1 nor on iPad 2 with iOS 8.1

[~jkeating] can you please use the plugin from master branch here: 
https://github.com/apache/cordova-plugin-media/ and tell us if the issue 
persists?

> Media Plugin - IOS: Error when creating Media object with new file
> --
>
> Key: CB-11380
> URL: https://issues.apache.org/jira/browse/CB-11380
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin Media
>Affects Versions: 2.3.0
> Environment: iOS 9.3.1
>Reporter: John Keating
>  Labels: ios, media, url
>
> The line:
> {code:borderStyle=solid}var myMedia = new Media("documents://hello.wav",
>function() {
> console.log("success");
>},
>function(er) {
> console.log(er);
>}
> );
> {code}
> results in the error "Cannot use audio file from resource 
> 'documents:hello.wav'", when "hello.wav" does not exist.  The created Media 
> object is usable (I can record and play back), but the error means the 
> constructor's success callback never gets called.  Also happens with 
> variations of the src URI using "file" and "cdvfile".
> This is caused by a change to the validation parameter from NO to YES in 
> commit e5b663ac951b2d8cb2e5e470d2c7072aa56cf779 on March 2nd.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11731) Error missing cordova_plugins.js for ios after clean if android platform added first

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11731?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov updated CB-11731:
--
Fix Version/s: 6.3.2

> Error missing cordova_plugins.js for ios after clean if android platform 
> added first
> 
>
> Key: CB-11731
> URL: https://issues.apache.org/jira/browse/CB-11731
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: CordovaLib
>Affects Versions: 6.3.0
>Reporter: Graeme Mawson
>Assignee: Vladimir Kotikov
>  Labels: cannot-reproduce, triaged, wfc
> Fix For: 6.3.2
>
> Attachments: log_failure.txt, log_success.txt
>
>
> Cordova CLI v6.3.0, Cordova Android v5.2.1, Cordova iOS v4.2.0 on Mac OS X 
> 10.11.6.
> Performing run/emulate/build for the iOS platform fails if you have added the 
> Android platform first.
> For example, this works (note iOS platform added first):
> $ cordova create myapp
> $ cd my app
> $ platform add ios
> $ platform add android
> $ cordova clean ios
> $ cordova emulate ios
> But, this does not work (note Android platform added first):
> $ cordova create myapp
> $ cd my app
> $ platform add android
> $ platform add ios
> $ cordova clean ios
> $ cordova emulate ios
> Executing: cordova emulate ios
> Fatal error: Error: ENOENT: no such file or directory, open 
> '/Users/graememawson/Cordova/myapp/platforms/ios/www/cordova_plugins.js’



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11742) After upgrading to version 6.3.1, apps won't install in Android because they are detected as DOWNGRADE

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11742?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov updated CB-11742:
--
Labels: android triaged  (was: )

> After upgrading to version 6.3.1, apps won't install in Android because they 
> are detected as DOWNGRADE
> --
>
> Key: CB-11742
> URL: https://issues.apache.org/jira/browse/CB-11742
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Android
>Affects Versions: 6.3.1
> Environment: Developing on Windows 8.1 with node v5.1.0, cordova 
> 6.3.1 for android
>Reporter: David Martinez Borque
>  Labels: android, triaged
>
> I have updated to cordova 6.3.1
> Then I compile all my apps, generating new release apks (v.1.17).
> Then I try to install the new apk into an android device where I already have 
> an older version of the app (v 1.16)
> When upgrading the app (adb install -r android-release.apk) I always get this 
> error:
> [INSTALL_FAILED_VERSION_DOWNGRADE]
> Most curiously, when I install the new apk  (with adb install -r -d) the 
> Android system detects that the version of the app is 1.17!!
> > further on...<---
> I found a workaround for this problem. I modified the build.gradle file from:
> {code}
> /*
> ELSE NOTHING! DON'T MESS WITH THE VERSION CODE IF YOU DON'T HAVE TO!
> else if (!cdvVersionCode) {
>   def minSdkVersion = cdvMinSdkVersion ?: 
> privateHelpers.extractIntFromManifest("minSdkVersion")
>   // Vary versionCode by the two most common API levels:
>   // 14 is ICS, which is the lowest API level for many apps.
>   // 20 is Lollipop, which is the lowest API level for the updatable 
> system webview.
>   if (minSdkVersion >= 20) {
> defaultConfig.versionCode += 9
>   } else if (minSdkVersion >= 14) {
> defaultConfig.versionCode += 8
>   }
> }
> */
> {code}
> to:
> {code}
> /*
> ELSE NOTHING! DON'T MESS WITH THE VERSION CODE IF YOU DON'T HAVE TO!
> */
> else if (!cdvVersionCode) {
>   def minSdkVersion = cdvMinSdkVersion ?: 
> privateHelpers.extractIntFromManifest("minSdkVersion")
>   // Vary versionCode by the two most common API levels:
>   // 14 is ICS, which is the lowest API level for many apps.
>   // 20 is Lollipop, which is the lowest API level for the updatable 
> system webview.
>   if (minSdkVersion >= 20) {
> defaultConfig.versionCode = 
> Integer.parseInt(defaultConfig.versionCode + '9')
>   } else if (minSdkVersion >= 14) {
> defaultConfig.versionCode = 
> Integer.parseInt(defaultConfig.versionCode + '8')
>   }
> }
> {code}
> With this, the generated apk is not detected as a downgrade, and when I check 
> the app version in Settings of the Android device, it shows the correct 
> version number.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11742) After upgrading to version 6.3.1, apps won't install in Android because they are detected as DOWNGRADE

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11742?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov updated CB-11742:
--
Description: 
I have updated to cordova 6.3.1
Then I compile all my apps, generating new release apks (v.1.17).
Then I try to install the new apk into an android device where I already have 
an older version of the app (v 1.16)
When upgrading the app (adb install -r android-release.apk) I always get this 
error:

[INSTALL_FAILED_VERSION_DOWNGRADE]

Most curiously, when I install the new apk  (with adb install -r -d) the 
Android system detects that the version of the app is 1.17!!

> further on...<---

I found a workaround for this problem. I modified the build.gradle file from:
{code}
/*

ELSE NOTHING! DON'T MESS WITH THE VERSION CODE IF YOU DON'T HAVE TO!

else if (!cdvVersionCode) {
  def minSdkVersion = cdvMinSdkVersion ?: 
privateHelpers.extractIntFromManifest("minSdkVersion")
  // Vary versionCode by the two most common API levels:
  // 14 is ICS, which is the lowest API level for many apps.
  // 20 is Lollipop, which is the lowest API level for the updatable system 
webview.
  if (minSdkVersion >= 20) {
defaultConfig.versionCode += 9
  } else if (minSdkVersion >= 14) {
defaultConfig.versionCode += 8
  }
}
*/
{code}
to:
{code}
/*

ELSE NOTHING! DON'T MESS WITH THE VERSION CODE IF YOU DON'T HAVE TO!
*/
else if (!cdvVersionCode) {
  def minSdkVersion = cdvMinSdkVersion ?: 
privateHelpers.extractIntFromManifest("minSdkVersion")
  // Vary versionCode by the two most common API levels:
  // 14 is ICS, which is the lowest API level for many apps.
  // 20 is Lollipop, which is the lowest API level for the updatable system 
webview.
  if (minSdkVersion >= 20) {
defaultConfig.versionCode = Integer.parseInt(defaultConfig.versionCode 
+ '9')
  } else if (minSdkVersion >= 14) {
defaultConfig.versionCode = Integer.parseInt(defaultConfig.versionCode 
+ '8')
  }
}
{code}
With this, the generated apk is not detected as a downgrade, and when I check 
the app version in Settings of the Android device, it shows the correct version 
number.

  was:
I have updated to cordova 6.3.1
Then I compile all my apps, generating new release apks (v.1.17).
Then I try to install the new apk into an android device where I already have 
an older version of the app (v 1.16)
When upgrading the app (adb install -r android-release.apk) I always get this 
error:

[INSTALL_FAILED_VERSION_DOWNGRADE]

Most curiously, when I install the new apk  (with adb install -r -d) the 
Android system detects that the version of the app is 1.17!!

> further on...<---

I found a workaround for this problem. I modified the build.gradle file from:
{code:groovy}
/*

ELSE NOTHING! DON'T MESS WITH THE VERSION CODE IF YOU DON'T HAVE TO!

else if (!cdvVersionCode) {
  def minSdkVersion = cdvMinSdkVersion ?: 
privateHelpers.extractIntFromManifest("minSdkVersion")
  // Vary versionCode by the two most common API levels:
  // 14 is ICS, which is the lowest API level for many apps.
  // 20 is Lollipop, which is the lowest API level for the updatable system 
webview.
  if (minSdkVersion >= 20) {
defaultConfig.versionCode += 9
  } else if (minSdkVersion >= 14) {
defaultConfig.versionCode += 8
  }
}
*/
{code}
to:
{code:groovy}
/*

ELSE NOTHING! DON'T MESS WITH THE VERSION CODE IF YOU DON'T HAVE TO!
*/
else if (!cdvVersionCode) {
  def minSdkVersion = cdvMinSdkVersion ?: 
privateHelpers.extractIntFromManifest("minSdkVersion")
  // Vary versionCode by the two most common API levels:
  // 14 is ICS, which is the lowest API level for many apps.
  // 20 is Lollipop, which is the lowest API level for the updatable system 
webview.
  if (minSdkVersion >= 20) {
defaultConfig.versionCode = Integer.parseInt(defaultConfig.versionCode 
+ '9')
  } else if (minSdkVersion >= 14) {
defaultConfig.versionCode = Integer.parseInt(defaultConfig.versionCode 
+ '8')
  }
}
{code}
With this, the generated apk is not detected as a downgrade, and when I check 
the app version in Settings of the Android device, it shows the correct version 
number.


> After upgrading to version 6.3.1, apps won't install in Android because they 
> are detected as DOWNGRADE
> --
>
> Key: CB-11742
> URL: https://issues.apache.org/jira/browse/CB-11742
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Android
>Affects Versions: 

[jira] [Updated] (CB-11742) After upgrading to version 6.3.1, apps won't install in Android because they are detected as DOWNGRADE

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11742?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov updated CB-11742:
--
Description: 
I have updated to cordova 6.3.1
Then I compile all my apps, generating new release apks (v.1.17).
Then I try to install the new apk into an android device where I already have 
an older version of the app (v 1.16)
When upgrading the app (adb install -r android-release.apk) I always get this 
error:

[INSTALL_FAILED_VERSION_DOWNGRADE]

Most curiously, when I install the new apk  (with adb install -r -d) the 
Android system detects that the version of the app is 1.17!!

> further on...<---

I found a workaround for this problem. I modified the build.gradle file from:
{code:groovy}
/*

ELSE NOTHING! DON'T MESS WITH THE VERSION CODE IF YOU DON'T HAVE TO!

else if (!cdvVersionCode) {
  def minSdkVersion = cdvMinSdkVersion ?: 
privateHelpers.extractIntFromManifest("minSdkVersion")
  // Vary versionCode by the two most common API levels:
  // 14 is ICS, which is the lowest API level for many apps.
  // 20 is Lollipop, which is the lowest API level for the updatable system 
webview.
  if (minSdkVersion >= 20) {
defaultConfig.versionCode += 9
  } else if (minSdkVersion >= 14) {
defaultConfig.versionCode += 8
  }
}
*/
{code}
to:
{code:groovy}
/*

ELSE NOTHING! DON'T MESS WITH THE VERSION CODE IF YOU DON'T HAVE TO!
*/
else if (!cdvVersionCode) {
  def minSdkVersion = cdvMinSdkVersion ?: 
privateHelpers.extractIntFromManifest("minSdkVersion")
  // Vary versionCode by the two most common API levels:
  // 14 is ICS, which is the lowest API level for many apps.
  // 20 is Lollipop, which is the lowest API level for the updatable system 
webview.
  if (minSdkVersion >= 20) {
defaultConfig.versionCode = Integer.parseInt(defaultConfig.versionCode 
+ '9')
  } else if (minSdkVersion >= 14) {
defaultConfig.versionCode = Integer.parseInt(defaultConfig.versionCode 
+ '8')
  }
}
{code}
With this, the generated apk is not detected as a downgrade, and when I check 
the app version in Settings of the Android device, it shows the correct version 
number.

  was:
I have updated to cordova 6.3.1
Then I compile all my apps, generating new release apks (v.1.17).
Then I try to install the new apk into an android device where I already have 
an older version of the app (v 1.16)
When upgrading the app (adb install -r android-release.apk) I always get this 
error:

[INSTALL_FAILED_VERSION_DOWNGRADE]

Most curiously, when I install the new apk  (with adb install -r -d) the 
Android system detects that the version of the app is 1.17!!

> further on...<---

I found a workaround for this problem. I modified the build.gradle file from:

/*

ELSE NOTHING! DON'T MESS WITH THE VERSION CODE IF YOU DON'T HAVE TO!

else if (!cdvVersionCode) {
  def minSdkVersion = cdvMinSdkVersion ?: 
privateHelpers.extractIntFromManifest("minSdkVersion")
  // Vary versionCode by the two most common API levels:
  // 14 is ICS, which is the lowest API level for many apps.
  // 20 is Lollipop, which is the lowest API level for the updatable system 
webview.
  if (minSdkVersion >= 20) {
defaultConfig.versionCode += 9
  } else if (minSdkVersion >= 14) {
defaultConfig.versionCode += 8
  }
}
*/

to:

/*

ELSE NOTHING! DON'T MESS WITH THE VERSION CODE IF YOU DON'T HAVE TO!
*/
else if (!cdvVersionCode) {
  def minSdkVersion = cdvMinSdkVersion ?: 
privateHelpers.extractIntFromManifest("minSdkVersion")
  // Vary versionCode by the two most common API levels:
  // 14 is ICS, which is the lowest API level for many apps.
  // 20 is Lollipop, which is the lowest API level for the updatable system 
webview.
  if (minSdkVersion >= 20) {
defaultConfig.versionCode = Integer.parseInt(defaultConfig.versionCode 
+ '9')
  } else if (minSdkVersion >= 14) {
defaultConfig.versionCode = Integer.parseInt(defaultConfig.versionCode 
+ '8')
  }
}

With this, the generated apk is not detected as a downgrade, and when I check 
the app version in Settings of the Android device, it shows the correct version 
number.


> After upgrading to version 6.3.1, apps won't install in Android because they 
> are detected as DOWNGRADE
> --
>
> Key: CB-11742
> URL: https://issues.apache.org/jira/browse/CB-11742
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Android
>Affects Versions: 6.3.1
> 

[jira] [Updated] (CB-11751) 'extendedSplashScreen' is undefined

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11751?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov updated CB-11751:
--
Assignee: Sergey Shakhnazarov

> 'extendedSplashScreen' is undefined
> ---
>
> Key: CB-11751
> URL: https://issues.apache.org/jira/browse/CB-11751
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin SplashScreen, Windows
>Affects Versions: 4.4.2
> Environment: $ cordova -v
> 6.3.1
> $ cordova platform
> Installed platforms:
>   android 5.2.2
>   windows 4.4.2
> Available platforms:
>   amazon-fireos ~3.6.3 (deprecated)
>   blackberry10 ~3.8.0
>   browser ~4.1.0
>   firefoxos ~3.6.3
>   webos ~3.7.0
>   wp8 ~3.8.2 (deprecated)
> $ cordova plugins list
> com.phonegap.plugins.nativesettingsopener 1.3 "Native settings"
> cordova-custom-config 1.2.6 "cordova-custom-config"
> cordova-fabric-plugin 1.0.8 "cordova-fabric-plugin"
> cordova-plugin-app-version 0.1.8 "AppVersion"
> cordova-plugin-camera 2.1.1 "Camera"
> cordova-plugin-compat 1.0.0 "Compat"
> cordova-plugin-crosswalk-webview 1.7.2 "Crosswalk WebView Engine"
> cordova-plugin-device 1.1.2 "Device"
> cordova-plugin-dialogs 1.2.1 "Notification"
> cordova-plugin-file 4.2.0 "File"
> cordova-plugin-file-transfer 1.5.1 "File Transfer"
> cordova-plugin-fullscreen 1.1.0 "cordova-plugin-fullscreen"
> cordova-plugin-globalization 1.0.3 "Globalization"
> cordova-plugin-network-information 1.2.1 "Network Information"
> cordova-plugin-splashscreen 3.2.2 "Splashscreen"
> cordova-plugin-whitelist 1.2.2 "Whitelist"
> ionic-plugin-keyboard 2.0.1 "Keyboard"
> phonegap-plugin-push 1.8.1 "PushPlugin"
>Reporter: C-A de Salaberry
>Assignee: Sergey Shakhnazarov
>Priority: Blocker
>  Labels: windows
>
> First error that led me here:
> {code:title=Console|borderStyle=solid}
> Warning: A more recent version of cordova-plugin-splashscreen has been hooked 
> into for compatibility reasons. Update the plugin to version >= 4.
> cordova.js (925,13)
> Exception calling native with command :: SplashScreen :: hide 
> ::exception=ReferenceError: 'extendedSplashScreen' is undefined
> cordova.js (993,13)
> {code}
> I looked around the codebase to check for that variable, found it here:
> {code}
> .\platforms\windows\platform_www\css\splashscreen.css
> .\platforms\windows\platform_www\cordova.js
> .\platforms\windows\platform_www\cordova-js-src\splashscreen.js
> .\platforms\windows\www\cordova-js-src\splashscreen.js
> .\platforms\windows\www\css\splashscreen.css
> .\platforms\windows\www\cordova.js
> {code}
> The most interesting one being any of the two splashscreen.js
> The variable extendedSplashScreen is never defined.
> I find out that by adding the bollowing in my body, the error goes away:
> {code:html}
> 
> {code}
> However, the extended splashscreen still seems not to work.
> I suspected the `cordova-plugin-splashscreen` to be the culprit, but removing 
> it from cordova led to the same error.
> I will keep investigating and report my findings here.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11751) 'extendedSplashScreen' is undefined

[Vladimir Kotikov (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11751?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15434874#comment-15434874
 ] 

Vladimir Kotikov commented on CB-11751:
---

[~daserge], please take a look at this when you have time

> 'extendedSplashScreen' is undefined
> ---
>
> Key: CB-11751
> URL: https://issues.apache.org/jira/browse/CB-11751
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin SplashScreen, Windows
>Affects Versions: 4.4.2
> Environment: $ cordova -v
> 6.3.1
> $ cordova platform
> Installed platforms:
>   android 5.2.2
>   windows 4.4.2
> Available platforms:
>   amazon-fireos ~3.6.3 (deprecated)
>   blackberry10 ~3.8.0
>   browser ~4.1.0
>   firefoxos ~3.6.3
>   webos ~3.7.0
>   wp8 ~3.8.2 (deprecated)
> $ cordova plugins list
> com.phonegap.plugins.nativesettingsopener 1.3 "Native settings"
> cordova-custom-config 1.2.6 "cordova-custom-config"
> cordova-fabric-plugin 1.0.8 "cordova-fabric-plugin"
> cordova-plugin-app-version 0.1.8 "AppVersion"
> cordova-plugin-camera 2.1.1 "Camera"
> cordova-plugin-compat 1.0.0 "Compat"
> cordova-plugin-crosswalk-webview 1.7.2 "Crosswalk WebView Engine"
> cordova-plugin-device 1.1.2 "Device"
> cordova-plugin-dialogs 1.2.1 "Notification"
> cordova-plugin-file 4.2.0 "File"
> cordova-plugin-file-transfer 1.5.1 "File Transfer"
> cordova-plugin-fullscreen 1.1.0 "cordova-plugin-fullscreen"
> cordova-plugin-globalization 1.0.3 "Globalization"
> cordova-plugin-network-information 1.2.1 "Network Information"
> cordova-plugin-splashscreen 3.2.2 "Splashscreen"
> cordova-plugin-whitelist 1.2.2 "Whitelist"
> ionic-plugin-keyboard 2.0.1 "Keyboard"
> phonegap-plugin-push 1.8.1 "PushPlugin"
>Reporter: C-A de Salaberry
>Priority: Blocker
>  Labels: windows
>
> First error that led me here:
> {code:title=Console|borderStyle=solid}
> Warning: A more recent version of cordova-plugin-splashscreen has been hooked 
> into for compatibility reasons. Update the plugin to version >= 4.
> cordova.js (925,13)
> Exception calling native with command :: SplashScreen :: hide 
> ::exception=ReferenceError: 'extendedSplashScreen' is undefined
> cordova.js (993,13)
> {code}
> I looked around the codebase to check for that variable, found it here:
> {code}
> .\platforms\windows\platform_www\css\splashscreen.css
> .\platforms\windows\platform_www\cordova.js
> .\platforms\windows\platform_www\cordova-js-src\splashscreen.js
> .\platforms\windows\www\cordova-js-src\splashscreen.js
> .\platforms\windows\www\css\splashscreen.css
> .\platforms\windows\www\cordova.js
> {code}
> The most interesting one being any of the two splashscreen.js
> The variable extendedSplashScreen is never defined.
> I find out that by adding the bollowing in my body, the error goes away:
> {code:html}
> 
> {code}
> However, the extended splashscreen still seems not to work.
> I suspected the `cordova-plugin-splashscreen` to be the culprit, but removing 
> it from cordova led to the same error.
> I will keep investigating and report my findings here.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11751) 'extendedSplashScreen' is undefined

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11751?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov updated CB-11751:
--
Component/s: Plugin SplashScreen

> 'extendedSplashScreen' is undefined
> ---
>
> Key: CB-11751
> URL: https://issues.apache.org/jira/browse/CB-11751
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin SplashScreen, Windows
>Affects Versions: 4.4.2
> Environment: $ cordova -v
> 6.3.1
> $ cordova platform
> Installed platforms:
>   android 5.2.2
>   windows 4.4.2
> Available platforms:
>   amazon-fireos ~3.6.3 (deprecated)
>   blackberry10 ~3.8.0
>   browser ~4.1.0
>   firefoxos ~3.6.3
>   webos ~3.7.0
>   wp8 ~3.8.2 (deprecated)
> $ cordova plugins list
> com.phonegap.plugins.nativesettingsopener 1.3 "Native settings"
> cordova-custom-config 1.2.6 "cordova-custom-config"
> cordova-fabric-plugin 1.0.8 "cordova-fabric-plugin"
> cordova-plugin-app-version 0.1.8 "AppVersion"
> cordova-plugin-camera 2.1.1 "Camera"
> cordova-plugin-compat 1.0.0 "Compat"
> cordova-plugin-crosswalk-webview 1.7.2 "Crosswalk WebView Engine"
> cordova-plugin-device 1.1.2 "Device"
> cordova-plugin-dialogs 1.2.1 "Notification"
> cordova-plugin-file 4.2.0 "File"
> cordova-plugin-file-transfer 1.5.1 "File Transfer"
> cordova-plugin-fullscreen 1.1.0 "cordova-plugin-fullscreen"
> cordova-plugin-globalization 1.0.3 "Globalization"
> cordova-plugin-network-information 1.2.1 "Network Information"
> cordova-plugin-splashscreen 3.2.2 "Splashscreen"
> cordova-plugin-whitelist 1.2.2 "Whitelist"
> ionic-plugin-keyboard 2.0.1 "Keyboard"
> phonegap-plugin-push 1.8.1 "PushPlugin"
>Reporter: C-A de Salaberry
>Priority: Blocker
>  Labels: windows
>
> First error that led me here:
> {code:title=Console|borderStyle=solid}
> Warning: A more recent version of cordova-plugin-splashscreen has been hooked 
> into for compatibility reasons. Update the plugin to version >= 4.
> cordova.js (925,13)
> Exception calling native with command :: SplashScreen :: hide 
> ::exception=ReferenceError: 'extendedSplashScreen' is undefined
> cordova.js (993,13)
> {code}
> I looked around the codebase to check for that variable, found it here:
> {code}
> .\platforms\windows\platform_www\css\splashscreen.css
> .\platforms\windows\platform_www\cordova.js
> .\platforms\windows\platform_www\cordova-js-src\splashscreen.js
> .\platforms\windows\www\cordova-js-src\splashscreen.js
> .\platforms\windows\www\css\splashscreen.css
> .\platforms\windows\www\cordova.js
> {code}
> The most interesting one being any of the two splashscreen.js
> The variable extendedSplashScreen is never defined.
> I find out that by adding the bollowing in my body, the error goes away:
> {code:html}
> 
> {code}
> However, the extended splashscreen still seems not to work.
> I suspected the `cordova-plugin-splashscreen` to be the culprit, but removing 
> it from cordova led to the same error.
> I will keep investigating and report my findings here.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11751) 'extendedSplashScreen' is undefined

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11751?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov updated CB-11751:
--
Affects Version/s: (was: 4.4.2)

> 'extendedSplashScreen' is undefined
> ---
>
> Key: CB-11751
> URL: https://issues.apache.org/jira/browse/CB-11751
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Windows
>Affects Versions: 4.4.2
> Environment: $ cordova -v
> 6.3.1
> $ cordova platform
> Installed platforms:
>   android 5.2.2
>   windows 4.4.2
> Available platforms:
>   amazon-fireos ~3.6.3 (deprecated)
>   blackberry10 ~3.8.0
>   browser ~4.1.0
>   firefoxos ~3.6.3
>   webos ~3.7.0
>   wp8 ~3.8.2 (deprecated)
> $ cordova plugins list
> com.phonegap.plugins.nativesettingsopener 1.3 "Native settings"
> cordova-custom-config 1.2.6 "cordova-custom-config"
> cordova-fabric-plugin 1.0.8 "cordova-fabric-plugin"
> cordova-plugin-app-version 0.1.8 "AppVersion"
> cordova-plugin-camera 2.1.1 "Camera"
> cordova-plugin-compat 1.0.0 "Compat"
> cordova-plugin-crosswalk-webview 1.7.2 "Crosswalk WebView Engine"
> cordova-plugin-device 1.1.2 "Device"
> cordova-plugin-dialogs 1.2.1 "Notification"
> cordova-plugin-file 4.2.0 "File"
> cordova-plugin-file-transfer 1.5.1 "File Transfer"
> cordova-plugin-fullscreen 1.1.0 "cordova-plugin-fullscreen"
> cordova-plugin-globalization 1.0.3 "Globalization"
> cordova-plugin-network-information 1.2.1 "Network Information"
> cordova-plugin-splashscreen 3.2.2 "Splashscreen"
> cordova-plugin-whitelist 1.2.2 "Whitelist"
> ionic-plugin-keyboard 2.0.1 "Keyboard"
> phonegap-plugin-push 1.8.1 "PushPlugin"
>Reporter: C-A de Salaberry
>Priority: Blocker
>  Labels: windows
>
> First error that led me here:
> {code:title=Console|borderStyle=solid}
> Warning: A more recent version of cordova-plugin-splashscreen has been hooked 
> into for compatibility reasons. Update the plugin to version >= 4.
> cordova.js (925,13)
> Exception calling native with command :: SplashScreen :: hide 
> ::exception=ReferenceError: 'extendedSplashScreen' is undefined
> cordova.js (993,13)
> {code}
> I looked around the codebase to check for that variable, found it here:
> {code}
> .\platforms\windows\platform_www\css\splashscreen.css
> .\platforms\windows\platform_www\cordova.js
> .\platforms\windows\platform_www\cordova-js-src\splashscreen.js
> .\platforms\windows\www\cordova-js-src\splashscreen.js
> .\platforms\windows\www\css\splashscreen.css
> .\platforms\windows\www\cordova.js
> {code}
> The most interesting one being any of the two splashscreen.js
> The variable extendedSplashScreen is never defined.
> I find out that by adding the bollowing in my body, the error goes away:
> {code:html}
> 
> {code}
> However, the extended splashscreen still seems not to work.
> I suspected the `cordova-plugin-splashscreen` to be the culprit, but removing 
> it from cordova led to the same error.
> I will keep investigating and report my findings here.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Assigned] (CB-11731) Error missing cordova_plugins.js for ios after clean if android platform added first

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11731?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov reassigned CB-11731:
-

Assignee: Vladimir Kotikov

> Error missing cordova_plugins.js for ios after clean if android platform 
> added first
> 
>
> Key: CB-11731
> URL: https://issues.apache.org/jira/browse/CB-11731
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: CordovaLib
>Affects Versions: 6.3.0
>Reporter: Graeme Mawson
>Assignee: Vladimir Kotikov
>  Labels: cannot-reproduce, triaged, wfc
> Attachments: log_failure.txt, log_success.txt
>
>
> Cordova CLI v6.3.0, Cordova Android v5.2.1, Cordova iOS v4.2.0 on Mac OS X 
> 10.11.6.
> Performing run/emulate/build for the iOS platform fails if you have added the 
> Android platform first.
> For example, this works (note iOS platform added first):
> $ cordova create myapp
> $ cd my app
> $ platform add ios
> $ platform add android
> $ cordova clean ios
> $ cordova emulate ios
> But, this does not work (note Android platform added first):
> $ cordova create myapp
> $ cd my app
> $ platform add android
> $ platform add ios
> $ cordova clean ios
> $ cordova emulate ios
> Executing: cordova emulate ios
> Fatal error: Error: ENOENT: no such file or directory, open 
> '/Users/graememawson/Cordova/myapp/platforms/ios/www/cordova_plugins.js’



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Created] (CB-11752) cordova plugins update

[Philipp Kursawe (JIRA)]

Philipp Kursawe created CB-11752:


 Summary: cordova plugins update
 Key: CB-11752
 URL: https://issues.apache.org/jira/browse/CB-11752
 Project: Apache Cordova
  Issue Type: Improvement
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: CLI
Reporter: Philipp Kursawe
Priority: Minor


Would be nice to have such a CLI command to update all or specific plugins.
The current `rm --save` && `add --save` is sub-optimal.

{code}
#!/bin/bash

PLUGINS=$(cordova plugin list | awk '{print $1'})

for PLUGIN in $PLUGINS; do
cordova plugin rm $PLUGIN --save && cordova plugin add $PLUGIN --save
done
{code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-10184) Images.xcassets: A 83.5x83.5@2x app icon is required for iPad apps targeting iOS 9.0 and later

[Colin Bau (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10184?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15434824#comment-15434824
 ] 

Colin Bau commented on CB-10184:


5 months passed
anything wrong ?

> Images.xcassets: A 83.5x83.5@2x app icon is required for iPad apps targeting 
> iOS 9.0 and later
> --
>
> Key: CB-10184
> URL: https://issues.apache.org/jira/browse/CB-10184
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: iOS
>Reporter: Shazron Abdullah
>Assignee: Ben Connito
>  Labels: cordova-ios-4.1.0
> Attachments: screenshot.png
>
>
> Warning in Xcode 7.2



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-10555) the 87X87 png not appear after "cordova build ios --device"

[Colin Bau (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10555?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15434823#comment-15434823
 ] 

Colin Bau commented on CB-10555:


2 months passed
anything wrong ?

> the 87X87 png not appear after "cordova build ios --device"
> ---
>
> Key: CB-10555
> URL: https://issues.apache.org/jira/browse/CB-10555
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: iOS
>Affects Versions: 4.0.1
> Environment: Cordova 6.0 + iOS 4.1.0 + Xcode 7.2
>Reporter: Colin Bau
>  Labels: cordova-ios-4.1.1, triaged
> Attachments: screenshot.png
>
>
> all detail under
> http://www.littlebau.com/cordova_issue/87.png
> I am very sure my png is good to work



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11418) "cordova-plugin-media" 2.3.0 can not use "record" behavior in iOS 9.3.2

[Colin Bau (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11418?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15434812#comment-15434812
 ] 

Colin Bau commented on CB-11418:


2 months passed
anything wrong ?

> "cordova-plugin-media" 2.3.0 can not use "record" behavior in iOS 9.3.2
> ---
>
> Key: CB-11418
> URL: https://issues.apache.org/jira/browse/CB-11418
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin Media
> Environment: Cordova-android 5.1.1
> Cordova-iOS 4.1.1
> cordova-plugin-camera 2.3.0
> cordova-plugin-wkwebview-engine 1.0.3
> ipad mini iOS 9.3.2
>Reporter: Colin Bau
>  Labels: iOS
>
> =
> if(navigator.userAgent.match(/iPad|iPhone|iPod/i))
> {
> var extension = ".wav";
> }
> if(navigator.userAgent.match(/Android/i))
> {
> var extension = ".amr";
> }
> src = 'test' + extension;
> mediaRecord = new Media(src, onSuccess, onError);
> function onError(error)
> {
> navigator.notification.alert("error code：" + error.code + "\n" + "error 
> messages：" + error.message, null, null);
> }
> =
> in Android，it will trigger the "onSuccess" callback
> but in iOS 9.3.2，it will trigger the onError callback and output these debug 
> message
> =
> error code：1
> error messages：cannot use audio file from resource 'test.wav'
> ===
> any wrong with my code ?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-10882) "cordova-plugin-media" 2.2.0 seem have a "position" bug with mediaSound.getCurrentPosition method

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10882?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15434806#comment-15434806
 ] 

ASF GitHub Bot commented on CB-10882:
-

Github user bau720123 commented on the issue:

https://github.com/apache/cordova-plugin-media/pull/87
  
2 months passed
anything wrong ?


> "cordova-plugin-media" 2.2.0 seem have a "position" bug with 
> mediaSound.getCurrentPosition method
> -
>
> Key: CB-10882
> URL: https://issues.apache.org/jira/browse/CB-10882
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin Media
>Affects Versions: 2.2.0
> Environment: Cordova Cli-6.0
> Cordova-iOS 4.1.0
> cordova-plugin-camera 2.1.1
> cordova-plugin-wkwebview-engine 1.0.2
> ipad mini iOS 9.2.1
> my config.xml have these lines
> 
> 
>  value="files,files-external,documents,sdcard,cache,cache-external,root" />
>  value="library,library-nosync,documents,documents-nosync,cache,bundle,root" />
>Reporter: Colin Bau
>  Labels: iOS, triaged, wfc
>
> step1，use the "startRecord" method，Android and iOS seem all work well
> (maybe you can record about 1-2 seconds in order to test the step2)
> https://github.com/apache/cordova-plugin-media#quick-example-7
> step2，use the "getCurrentPosition" method in order to get the "position" 
> value within the "setInterval" method
> https://github.com/apache/cordova-plugin-media#quick-example
> case in Android
> the position will get a value around 1.12 seconds to -0.01 seconds
> but...
> case in IOS
> the position value will always get "0"



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Closed] (CB-11446) Android: app crashes after taking a photo

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11446?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov closed CB-11446.
-
Resolution: Duplicate

Closing this as duplicate. Feel free to reopen if you think this issue is 
different from CB-9189. In this case also please provide your cordova-android 
version  as listed by {{cordova platform ls}}

> Android: app crashes after taking a photo
> -
>
> Key: CB-11446
> URL: https://issues.apache.org/jira/browse/CB-11446
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin Camera
>Affects Versions: 5.4.1
> Environment: +*Smartphone:*+ Samsung Galaxy S5 Active
> +*Model:*+ SM-G870F
> +*Android version:*+ 5.0
>Reporter: Victor Ros
>Assignee: Vladimir Kotikov
>  Labels: Android, triaged, wfc
>
> I develop with a framework using cordova for an hybrid application.
> I only produce the Android version for testing the application.
> I'm using *cordova-plugin-camera 2.2.0* to take a picture in my application.
> I use getPicture method to do that.
> I always encounter this bug by following these steps :
> * Take a photo
> * Tap the "Retry" button
> * Take another photo
> * Then validate the photo by tapping the "Ok" button OR by cancelling with 
> the back button
> * ==> App stopped
> I try to debug with Android Studio but even with breakpoints I don't succeed.
> Bellow, the stack from the Java Error when validating the photo:
> {code}
> E/AndroidRuntime: FATAL EXCEPTION: main
> Process: my.application.appXXX.bip.mobileClient, PID: 16960
> java.lang.RuntimeException: Unable to resume activity 
> {my.application.appXXX.bip.mobileClient/my.application.appXXX.bip.mobileClient.MainActivity}:
>  java.lang.RuntimeException: Failure delivering result ResultInfo{who=null, 
> request=34, result=-1, data=null} to activity 
> {my.application.appXXX.bip.mobileClient/my.application.appXXX.bip.mobileClient.MainActivity}:
>  java.lang.NullPointerException: Attempt to invoke virtual method 
> 'java.lang.String android.net.Uri.toString()' on a null object reference
> at 
> android.app.ActivityThread.performResumeActivity(ActivityThread.java:3349)
> at 
> android.app.ActivityThread.handleResumeActivity(ActivityThread.java:3380)
> at 
> android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2731)
> at android.app.ActivityThread.access$900(ActivityThread.java:172)
> at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1421)
> at android.os.Handler.dispatchMessage(Handler.java:102)
> at android.os.Looper.loop(Looper.java:145)
> at android.app.ActivityThread.main(ActivityThread.java:5835)
> at java.lang.reflect.Method.invoke(Native Method)
> at java.lang.reflect.Method.invoke(Method.java:372)
> at 
> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1388)
> at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1183)
>  Caused by: java.lang.RuntimeException: Failure delivering result 
> ResultInfo{who=null, request=34, result=-1, data=null} to activity 
> {my.application.appXXX.bip.mobileClient/my.application.appXXX.bip.mobileClient.MainActivity}:
>  java.lang.NullPointerException: Attempt to invoke virtual method 
> 'java.lang.String android.net.Uri.toString()' on a null object reference
> at android.app.ActivityThread.deliverResults(ActivityThread.java:3977)
> at 
> android.app.ActivityThread.performResumeActivity(ActivityThread.java:3335)
> at 
> android.app.ActivityThread.handleResumeActivity(ActivityThread.java:3380) 
> at 
> android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2731) 
> at android.app.ActivityThread.access$900(ActivityThread.java:172) 
> at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1421) 
> at android.os.Handler.dispatchMessage(Handler.java:102) 
> at android.os.Looper.loop(Looper.java:145) 
> at android.app.ActivityThread.main(ActivityThread.java:5835) 
> at java.lang.reflect.Method.invoke(Native Method) 
> at java.lang.reflect.Method.invoke(Method.java:372) 
> at 
> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1388)
>  
> at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1183) 
>  Caused by: java.lang.NullPointerException: Attempt to invoke virtual method 
> 'java.lang.String android.net.Uri.toString()' on a null object reference
> at 
> org.apache.cordova.camera.CameraLauncher.processResultFromCamera(CameraLauncher.java:452)
> at 
> org.apache.cordova.camera.CameraLauncher.onActivityResult(CameraLauncher.java:787)
> at 
> org.apache.cordova.CordovaInterfaceImpl.onActivityResult(CordovaInterfaceImpl.java:120)
> at 

[jira] [Commented] (CB-11446) Android: app crashes after taking a photo

[Vladimir Kotikov (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11446?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15434786#comment-15434786
 ] 

Vladimir Kotikov commented on CB-11446:
---

After looking at the stack traces and source code for {{plugin-camera@2.2.0}} 
it looks like this is a duplicate of CB-9189. In both "accept the picture" and 
"cancel" scenarios NPE exceptions may occur only if app's main activity was 
killed and then restored. This should be handled by special logic in 
{{CameraLauncher.java}} but only if platform (cordova-android) supports this. 
However the support for restoring activity state is appeared in 
{{cordova-android@5.1.0}} so you probably will need to update your 
cordova-android platform to this version to fix the problem on your side. See 
the conversation here: 
https://github.com/apache/cordova-docs/pull/462#issuecomment-175609597

> Android: app crashes after taking a photo
> -
>
> Key: CB-11446
> URL: https://issues.apache.org/jira/browse/CB-11446
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin Camera
>Affects Versions: 5.4.1
> Environment: +*Smartphone:*+ Samsung Galaxy S5 Active
> +*Model:*+ SM-G870F
> +*Android version:*+ 5.0
>Reporter: Victor Ros
>Assignee: Vladimir Kotikov
>  Labels: Android, triaged, wfc
>
> I develop with a framework using cordova for an hybrid application.
> I only produce the Android version for testing the application.
> I'm using *cordova-plugin-camera 2.2.0* to take a picture in my application.
> I use getPicture method to do that.
> I always encounter this bug by following these steps :
> * Take a photo
> * Tap the "Retry" button
> * Take another photo
> * Then validate the photo by tapping the "Ok" button OR by cancelling with 
> the back button
> * ==> App stopped
> I try to debug with Android Studio but even with breakpoints I don't succeed.
> Bellow, the stack from the Java Error when validating the photo:
> {code}
> E/AndroidRuntime: FATAL EXCEPTION: main
> Process: my.application.appXXX.bip.mobileClient, PID: 16960
> java.lang.RuntimeException: Unable to resume activity 
> {my.application.appXXX.bip.mobileClient/my.application.appXXX.bip.mobileClient.MainActivity}:
>  java.lang.RuntimeException: Failure delivering result ResultInfo{who=null, 
> request=34, result=-1, data=null} to activity 
> {my.application.appXXX.bip.mobileClient/my.application.appXXX.bip.mobileClient.MainActivity}:
>  java.lang.NullPointerException: Attempt to invoke virtual method 
> 'java.lang.String android.net.Uri.toString()' on a null object reference
> at 
> android.app.ActivityThread.performResumeActivity(ActivityThread.java:3349)
> at 
> android.app.ActivityThread.handleResumeActivity(ActivityThread.java:3380)
> at 
> android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2731)
> at android.app.ActivityThread.access$900(ActivityThread.java:172)
> at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1421)
> at android.os.Handler.dispatchMessage(Handler.java:102)
> at android.os.Looper.loop(Looper.java:145)
> at android.app.ActivityThread.main(ActivityThread.java:5835)
> at java.lang.reflect.Method.invoke(Native Method)
> at java.lang.reflect.Method.invoke(Method.java:372)
> at 
> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1388)
> at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1183)
>  Caused by: java.lang.RuntimeException: Failure delivering result 
> ResultInfo{who=null, request=34, result=-1, data=null} to activity 
> {my.application.appXXX.bip.mobileClient/my.application.appXXX.bip.mobileClient.MainActivity}:
>  java.lang.NullPointerException: Attempt to invoke virtual method 
> 'java.lang.String android.net.Uri.toString()' on a null object reference
> at android.app.ActivityThread.deliverResults(ActivityThread.java:3977)
> at 
> android.app.ActivityThread.performResumeActivity(ActivityThread.java:3335)
> at 
> android.app.ActivityThread.handleResumeActivity(ActivityThread.java:3380) 
> at 
> android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2731) 
> at android.app.ActivityThread.access$900(ActivityThread.java:172) 
> at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1421) 
> at android.os.Handler.dispatchMessage(Handler.java:102) 
> at android.os.Looper.loop(Looper.java:145) 
> at android.app.ActivityThread.main(ActivityThread.java:5835) 
> at java.lang.reflect.Method.invoke(Native Method) 
> at java.lang.reflect.Method.invoke(Method.java:372) 
> at 
> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1388)
>  
> at 

[jira] [Updated] (CB-11446) Android: app crashes after taking a photo

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11446?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov updated CB-11446:
--
Flags:   (was: Important)

> Android: app crashes after taking a photo
> -
>
> Key: CB-11446
> URL: https://issues.apache.org/jira/browse/CB-11446
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin Camera
>Affects Versions: 5.4.1
> Environment: +*Smartphone:*+ Samsung Galaxy S5 Active
> +*Model:*+ SM-G870F
> +*Android version:*+ 5.0
>Reporter: Victor Ros
>Assignee: Vladimir Kotikov
>  Labels: Android, triaged, wfc
>
> I develop with a framework using cordova for an hybrid application.
> I only produce the Android version for testing the application.
> I'm using *cordova-plugin-camera 2.2.0* to take a picture in my application.
> I use getPicture method to do that.
> I always encounter this bug by following these steps :
> * Take a photo
> * Tap the "Retry" button
> * Take another photo
> * Then validate the photo by tapping the "Ok" button OR by cancelling with 
> the back button
> * ==> App stopped
> I try to debug with Android Studio but even with breakpoints I don't succeed.
> Bellow, the stack from the Java Error when validating the photo:
> {code}
> E/AndroidRuntime: FATAL EXCEPTION: main
> Process: my.application.appXXX.bip.mobileClient, PID: 16960
> java.lang.RuntimeException: Unable to resume activity 
> {my.application.appXXX.bip.mobileClient/my.application.appXXX.bip.mobileClient.MainActivity}:
>  java.lang.RuntimeException: Failure delivering result ResultInfo{who=null, 
> request=34, result=-1, data=null} to activity 
> {my.application.appXXX.bip.mobileClient/my.application.appXXX.bip.mobileClient.MainActivity}:
>  java.lang.NullPointerException: Attempt to invoke virtual method 
> 'java.lang.String android.net.Uri.toString()' on a null object reference
> at 
> android.app.ActivityThread.performResumeActivity(ActivityThread.java:3349)
> at 
> android.app.ActivityThread.handleResumeActivity(ActivityThread.java:3380)
> at 
> android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2731)
> at android.app.ActivityThread.access$900(ActivityThread.java:172)
> at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1421)
> at android.os.Handler.dispatchMessage(Handler.java:102)
> at android.os.Looper.loop(Looper.java:145)
> at android.app.ActivityThread.main(ActivityThread.java:5835)
> at java.lang.reflect.Method.invoke(Native Method)
> at java.lang.reflect.Method.invoke(Method.java:372)
> at 
> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1388)
> at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1183)
>  Caused by: java.lang.RuntimeException: Failure delivering result 
> ResultInfo{who=null, request=34, result=-1, data=null} to activity 
> {my.application.appXXX.bip.mobileClient/my.application.appXXX.bip.mobileClient.MainActivity}:
>  java.lang.NullPointerException: Attempt to invoke virtual method 
> 'java.lang.String android.net.Uri.toString()' on a null object reference
> at android.app.ActivityThread.deliverResults(ActivityThread.java:3977)
> at 
> android.app.ActivityThread.performResumeActivity(ActivityThread.java:3335)
> at 
> android.app.ActivityThread.handleResumeActivity(ActivityThread.java:3380) 
> at 
> android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2731) 
> at android.app.ActivityThread.access$900(ActivityThread.java:172) 
> at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1421) 
> at android.os.Handler.dispatchMessage(Handler.java:102) 
> at android.os.Looper.loop(Looper.java:145) 
> at android.app.ActivityThread.main(ActivityThread.java:5835) 
> at java.lang.reflect.Method.invoke(Native Method) 
> at java.lang.reflect.Method.invoke(Method.java:372) 
> at 
> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1388)
>  
> at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1183) 
>  Caused by: java.lang.NullPointerException: Attempt to invoke virtual method 
> 'java.lang.String android.net.Uri.toString()' on a null object reference
> at 
> org.apache.cordova.camera.CameraLauncher.processResultFromCamera(CameraLauncher.java:452)
> at 
> org.apache.cordova.camera.CameraLauncher.onActivityResult(CameraLauncher.java:787)
> at 
> org.apache.cordova.CordovaInterfaceImpl.onActivityResult(CordovaInterfaceImpl.java:120)
> at 
> org.apache.cordova.CordovaActivity.onActivityResult(CordovaActivity.java:353)
> at android.app.Activity.dispatchActivityResult(Activity.java:6475)
> at 

[jira] [Assigned] (CB-11446) Android: app crashes after taking a photo

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11446?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov reassigned CB-11446:
-

Assignee: Vladimir Kotikov  (was: Sergey Shakhnazarov)

> Android: app crashes after taking a photo
> -
>
> Key: CB-11446
> URL: https://issues.apache.org/jira/browse/CB-11446
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin Camera
>Affects Versions: 5.4.1
> Environment: +*Smartphone:*+ Samsung Galaxy S5 Active
> +*Model:*+ SM-G870F
> +*Android version:*+ 5.0
>Reporter: Victor Ros
>Assignee: Vladimir Kotikov
>  Labels: Android, triaged, wfc
>
> I develop with a framework using cordova for an hybrid application.
> I only produce the Android version for testing the application.
> I'm using *cordova-plugin-camera 2.2.0* to take a picture in my application.
> I use getPicture method to do that.
> I always encounter this bug by following these steps :
> * Take a photo
> * Tap the "Retry" button
> * Take another photo
> * Then validate the photo by tapping the "Ok" button OR by cancelling with 
> the back button
> * ==> App stopped
> I try to debug with Android Studio but even with breakpoints I don't succeed.
> Bellow, the stack from the Java Error when validating the photo:
> {code}
> E/AndroidRuntime: FATAL EXCEPTION: main
> Process: my.application.appXXX.bip.mobileClient, PID: 16960
> java.lang.RuntimeException: Unable to resume activity 
> {my.application.appXXX.bip.mobileClient/my.application.appXXX.bip.mobileClient.MainActivity}:
>  java.lang.RuntimeException: Failure delivering result ResultInfo{who=null, 
> request=34, result=-1, data=null} to activity 
> {my.application.appXXX.bip.mobileClient/my.application.appXXX.bip.mobileClient.MainActivity}:
>  java.lang.NullPointerException: Attempt to invoke virtual method 
> 'java.lang.String android.net.Uri.toString()' on a null object reference
> at 
> android.app.ActivityThread.performResumeActivity(ActivityThread.java:3349)
> at 
> android.app.ActivityThread.handleResumeActivity(ActivityThread.java:3380)
> at 
> android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2731)
> at android.app.ActivityThread.access$900(ActivityThread.java:172)
> at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1421)
> at android.os.Handler.dispatchMessage(Handler.java:102)
> at android.os.Looper.loop(Looper.java:145)
> at android.app.ActivityThread.main(ActivityThread.java:5835)
> at java.lang.reflect.Method.invoke(Native Method)
> at java.lang.reflect.Method.invoke(Method.java:372)
> at 
> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1388)
> at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1183)
>  Caused by: java.lang.RuntimeException: Failure delivering result 
> ResultInfo{who=null, request=34, result=-1, data=null} to activity 
> {my.application.appXXX.bip.mobileClient/my.application.appXXX.bip.mobileClient.MainActivity}:
>  java.lang.NullPointerException: Attempt to invoke virtual method 
> 'java.lang.String android.net.Uri.toString()' on a null object reference
> at android.app.ActivityThread.deliverResults(ActivityThread.java:3977)
> at 
> android.app.ActivityThread.performResumeActivity(ActivityThread.java:3335)
> at 
> android.app.ActivityThread.handleResumeActivity(ActivityThread.java:3380) 
> at 
> android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2731) 
> at android.app.ActivityThread.access$900(ActivityThread.java:172) 
> at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1421) 
> at android.os.Handler.dispatchMessage(Handler.java:102) 
> at android.os.Looper.loop(Looper.java:145) 
> at android.app.ActivityThread.main(ActivityThread.java:5835) 
> at java.lang.reflect.Method.invoke(Native Method) 
> at java.lang.reflect.Method.invoke(Method.java:372) 
> at 
> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1388)
>  
> at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1183) 
>  Caused by: java.lang.NullPointerException: Attempt to invoke virtual method 
> 'java.lang.String android.net.Uri.toString()' on a null object reference
> at 
> org.apache.cordova.camera.CameraLauncher.processResultFromCamera(CameraLauncher.java:452)
> at 
> org.apache.cordova.camera.CameraLauncher.onActivityResult(CameraLauncher.java:787)
> at 
> org.apache.cordova.CordovaInterfaceImpl.onActivityResult(CordovaInterfaceImpl.java:120)
> at 
> org.apache.cordova.CordovaActivity.onActivityResult(CordovaActivity.java:353)
> at android.app.Activity.dispatchActivityResult(Activity.java:6475)
>

[jira] [Commented] (CB-11731) Error missing cordova_plugins.js for ios after clean if android platform added first

[Graeme Mawson (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11731?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15434696#comment-15434696
 ] 

Graeme Mawson commented on CB-11731:


I get the same output and error with cordova@6.3.1, android@5.2.2 and ios@4.2.1

> Error missing cordova_plugins.js for ios after clean if android platform 
> added first
> 
>
> Key: CB-11731
> URL: https://issues.apache.org/jira/browse/CB-11731
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: CordovaLib
>Affects Versions: 6.3.0
>Reporter: Graeme Mawson
>  Labels: cannot-reproduce, triaged, wfc
> Attachments: log_failure.txt, log_success.txt
>
>
> Cordova CLI v6.3.0, Cordova Android v5.2.1, Cordova iOS v4.2.0 on Mac OS X 
> 10.11.6.
> Performing run/emulate/build for the iOS platform fails if you have added the 
> Android platform first.
> For example, this works (note iOS platform added first):
> $ cordova create myapp
> $ cd my app
> $ platform add ios
> $ platform add android
> $ cordova clean ios
> $ cordova emulate ios
> But, this does not work (note Android platform added first):
> $ cordova create myapp
> $ cd my app
> $ platform add android
> $ platform add ios
> $ cordova clean ios
> $ cordova emulate ios
> Executing: cordova emulate ios
> Fatal error: Error: ENOENT: no such file or directory, open 
> '/Users/graememawson/Cordova/myapp/platforms/ios/www/cordova_plugins.js’



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11731) Error missing cordova_plugins.js for ios after clean if android platform added first

[Graeme Mawson (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11731?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Graeme Mawson updated CB-11731:
---
Attachment: log_success.txt
log_failure.txt

Two logs are attached.  The success log is from when the ios platform was added 
before the android platform.  The failure is log is from when the android 
platform was added before ios platform.  The differences are pretty obvious in 
the 'cordova emulate ios' output.

> Error missing cordova_plugins.js for ios after clean if android platform 
> added first
> 
>
> Key: CB-11731
> URL: https://issues.apache.org/jira/browse/CB-11731
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: CordovaLib
>Affects Versions: 6.3.0
>Reporter: Graeme Mawson
>  Labels: cannot-reproduce, triaged, wfc
> Attachments: log_failure.txt, log_success.txt
>
>
> Cordova CLI v6.3.0, Cordova Android v5.2.1, Cordova iOS v4.2.0 on Mac OS X 
> 10.11.6.
> Performing run/emulate/build for the iOS platform fails if you have added the 
> Android platform first.
> For example, this works (note iOS platform added first):
> $ cordova create myapp
> $ cd my app
> $ platform add ios
> $ platform add android
> $ cordova clean ios
> $ cordova emulate ios
> But, this does not work (note Android platform added first):
> $ cordova create myapp
> $ cd my app
> $ platform add android
> $ platform add ios
> $ cordova clean ios
> $ cordova emulate ios
> Executing: cordova emulate ios
> Fatal error: Error: ENOENT: no such file or directory, open 
> '/Users/graememawson/Cordova/myapp/platforms/ios/www/cordova_plugins.js’



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11751) 'extendedSplashScreen' is undefined

[C-A de Salaberry (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11751?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

C-A de Salaberry updated CB-11751:
--
Affects Version/s: (was: 3.5.0)
   4.4.2
   4.4.2

> 'extendedSplashScreen' is undefined
> ---
>
> Key: CB-11751
> URL: https://issues.apache.org/jira/browse/CB-11751
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Windows
>Affects Versions: 4.4.2, 4.4.2
> Environment: $ cordova -v
> 6.3.1
> $ cordova platform
> Installed platforms:
>   android 5.2.2
>   windows 4.4.2
> Available platforms:
>   amazon-fireos ~3.6.3 (deprecated)
>   blackberry10 ~3.8.0
>   browser ~4.1.0
>   firefoxos ~3.6.3
>   webos ~3.7.0
>   wp8 ~3.8.2 (deprecated)
> $ cordova plugins list
> com.phonegap.plugins.nativesettingsopener 1.3 "Native settings"
> cordova-custom-config 1.2.6 "cordova-custom-config"
> cordova-fabric-plugin 1.0.8 "cordova-fabric-plugin"
> cordova-plugin-app-version 0.1.8 "AppVersion"
> cordova-plugin-camera 2.1.1 "Camera"
> cordova-plugin-compat 1.0.0 "Compat"
> cordova-plugin-crosswalk-webview 1.7.2 "Crosswalk WebView Engine"
> cordova-plugin-device 1.1.2 "Device"
> cordova-plugin-dialogs 1.2.1 "Notification"
> cordova-plugin-file 4.2.0 "File"
> cordova-plugin-file-transfer 1.5.1 "File Transfer"
> cordova-plugin-fullscreen 1.1.0 "cordova-plugin-fullscreen"
> cordova-plugin-globalization 1.0.3 "Globalization"
> cordova-plugin-network-information 1.2.1 "Network Information"
> cordova-plugin-splashscreen 3.2.2 "Splashscreen"
> cordova-plugin-whitelist 1.2.2 "Whitelist"
> ionic-plugin-keyboard 2.0.1 "Keyboard"
> phonegap-plugin-push 1.8.1 "PushPlugin"
>Reporter: C-A de Salaberry
>Priority: Blocker
>  Labels: windows
>
> First error that led me here:
> {code:title=Console|borderStyle=solid}
> Warning: A more recent version of cordova-plugin-splashscreen has been hooked 
> into for compatibility reasons. Update the plugin to version >= 4.
> cordova.js (925,13)
> Exception calling native with command :: SplashScreen :: hide 
> ::exception=ReferenceError: 'extendedSplashScreen' is undefined
> cordova.js (993,13)
> {code}
> I looked around the codebase to check for that variable, found it here:
> {code}
> .\platforms\windows\platform_www\css\splashscreen.css
> .\platforms\windows\platform_www\cordova.js
> .\platforms\windows\platform_www\cordova-js-src\splashscreen.js
> .\platforms\windows\www\cordova-js-src\splashscreen.js
> .\platforms\windows\www\css\splashscreen.css
> .\platforms\windows\www\cordova.js
> {code}
> The most interesting one being any of the two splashscreen.js
> The variable extendedSplashScreen is never defined.
> I find out that by adding the bollowing in my body, the error goes away:
> {code:html}
> 
> {code}
> However, the extended splashscreen still seems not to work.
> I suspected the `cordova-plugin-splashscreen` to be the culprit, but removing 
> it from cordova led to the same error.
> I will keep investigating and report my findings here.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11751) 'extendedSplashScreen' is undefined

[C-A de Salaberry (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11751?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

C-A de Salaberry updated CB-11751:
--
Description: 
First error that led me here:
{code:title=Console|borderStyle=solid}
Warning: A more recent version of cordova-plugin-splashscreen has been hooked 
into for compatibility reasons. Update the plugin to version >= 4.
cordova.js (925,13)
Exception calling native with command :: SplashScreen :: hide 
::exception=ReferenceError: 'extendedSplashScreen' is undefined
cordova.js (993,13)
{code}

I looked around the codebase to check for that variable, found it here:
{code}
.\platforms\windows\platform_www\css\splashscreen.css
.\platforms\windows\platform_www\cordova.js
.\platforms\windows\platform_www\cordova-js-src\splashscreen.js
.\platforms\windows\www\cordova-js-src\splashscreen.js
.\platforms\windows\www\css\splashscreen.css
.\platforms\windows\www\cordova.js
{code}
The most interesting one being any of the two splashscreen.js

The variable extendedSplashScreen is never defined.

I find out that by adding the bollowing in my body, the error goes away:

{code:html}

{code}

However, the extended splashscreen still seems not to work.

I suspected the `cordova-plugin-splashscreen` to be the culprit, but removing 
it from cordova led to the same error.

I will keep investigating and report my findings here.


  was:
First error that led me here:
```
Warning: A more recent version of cordova-plugin-splashscreen has been hooked 
into for compatibility reasons. Update the plugin to version >= 4.
cordova.js (925,13)
Exception calling native with command :: SplashScreen :: hide 
::exception=ReferenceError: 'extendedSplashScreen' is undefined
cordova.js (993,13)
```

I looked around the codebase to check for that variable, found it here:
```
.\platforms\windows\platform_www\css\splashscreen.css
.\platforms\windows\platform_www\cordova.js
.\platforms\windows\platform_www\cordova-js-src\splashscreen.js
.\platforms\windows\www\cordova-js-src\splashscreen.js
.\platforms\windows\www\css\splashscreen.css
.\platforms\windows\www\cordova.js
```
The most interesting one being any of the two splashscreen.js

The variable extendedSplashScreen is never defined.

I find out that by adding the bollowing in my body, the error goes away:

```

```

However, the extended splashscreen still seems not to work.

I suspected the `cordova-plugin-splashscreen` to be the culprit, but removing 
it from cordova led to the same error.

I will keep investigating and report my findings here.



> 'extendedSplashScreen' is undefined
> ---
>
> Key: CB-11751
> URL: https://issues.apache.org/jira/browse/CB-11751
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Windows
>Affects Versions: 3.5.0
> Environment: $ cordova -v
> 6.3.1
> $ cordova platform
> Installed platforms:
>   android 5.2.2
>   windows 4.4.2
> Available platforms:
>   amazon-fireos ~3.6.3 (deprecated)
>   blackberry10 ~3.8.0
>   browser ~4.1.0
>   firefoxos ~3.6.3
>   webos ~3.7.0
>   wp8 ~3.8.2 (deprecated)
> $ cordova plugins list
> com.phonegap.plugins.nativesettingsopener 1.3 "Native settings"
> cordova-custom-config 1.2.6 "cordova-custom-config"
> cordova-fabric-plugin 1.0.8 "cordova-fabric-plugin"
> cordova-plugin-app-version 0.1.8 "AppVersion"
> cordova-plugin-camera 2.1.1 "Camera"
> cordova-plugin-compat 1.0.0 "Compat"
> cordova-plugin-crosswalk-webview 1.7.2 "Crosswalk WebView Engine"
> cordova-plugin-device 1.1.2 "Device"
> cordova-plugin-dialogs 1.2.1 "Notification"
> cordova-plugin-file 4.2.0 "File"
> cordova-plugin-file-transfer 1.5.1 "File Transfer"
> cordova-plugin-fullscreen 1.1.0 "cordova-plugin-fullscreen"
> cordova-plugin-globalization 1.0.3 "Globalization"
> cordova-plugin-network-information 1.2.1 "Network Information"
> cordova-plugin-splashscreen 3.2.2 "Splashscreen"
> cordova-plugin-whitelist 1.2.2 "Whitelist"
> ionic-plugin-keyboard 2.0.1 "Keyboard"
> phonegap-plugin-push 1.8.1 "PushPlugin"
>Reporter: C-A de Salaberry
>Priority: Blocker
>  Labels: windows
>
> First error that led me here:
> {code:title=Console|borderStyle=solid}
> Warning: A more recent version of cordova-plugin-splashscreen has been hooked 
> into for compatibility reasons. Update the plugin to version >= 4.
> cordova.js (925,13)
> Exception calling native with command :: SplashScreen :: hide 
> ::exception=ReferenceError: 'extendedSplashScreen' is undefined
> cordova.js (993,13)
> {code}
> I looked around the codebase to check for that variable, found it here:
> {code}
> .\platforms\windows\platform_www\css\splashscreen.css
> .\platforms\windows\platform_www\cordova.js
> .\platforms\windows\platform_www\cordova-js-src\splashscreen.js
> 

[jira] [Updated] (CB-11751) 'extendedSplashScreen' is undefined

[C-A de Salaberry (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11751?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

C-A de Salaberry updated CB-11751:
--
Description: 
First error that led me here:
```
Warning: A more recent version of cordova-plugin-splashscreen has been hooked 
into for compatibility reasons. Update the plugin to version >= 4.
cordova.js (925,13)
Exception calling native with command :: SplashScreen :: hide 
::exception=ReferenceError: 'extendedSplashScreen' is undefined
cordova.js (993,13)
```

I looked around the codebase to check for that variable, found it here:
```
.\platforms\windows\platform_www\css\splashscreen.css
.\platforms\windows\platform_www\cordova.js
.\platforms\windows\platform_www\cordova-js-src\splashscreen.js
.\platforms\windows\www\cordova-js-src\splashscreen.js
.\platforms\windows\www\css\splashscreen.css
.\platforms\windows\www\cordova.js
```
The most interesting one being any of the two splashscreen.js

The variable extendedSplashScreen is never defined.

I find out that by adding the bollowing in my body, the error goes away:

```

```

However, the extended splashscreen still seems not to work.

I suspected the `cordova-plugin-splashscreen` to be the culprit, but removing 
it from cordova led to the same error.



  was:
First error that led me here:
```
Warning: A more recent version of cordova-plugin-splashscreen has been hooked 
into for compatibility reasons. Update the plugin to version >= 4.
cordova.js (925,13)
Exception calling native with command :: SplashScreen :: hide 
::exception=ReferenceError: 'extendedSplashScreen' is undefined
cordova.js (993,13)
```

I looked around the codebase to check for that variable, found it here:
```
.\platforms\windows\platform_www\css\splashscreen.css
.\platforms\windows\platform_www\cordova.js
.\platforms\windows\platform_www\cordova-js-src\splashscreen.js
.\platforms\windows\www\cordova-js-src\splashscreen.js
.\platforms\windows\www\css\splashscreen.css
.\platforms\windows\www\cordova.js
```
The most interesting one being any of the two splashscreen.js

The variable extendedSplashScreen is never defined.

I find out that by adding the bollowing in my body, the error goes away:

```

```

However, the extended splashscreen still seems not to work.

I suspected the `cordova-plugin-splashscreen` to be the culprit, but removing 
it from cordova  




> 'extendedSplashScreen' is undefined
> ---
>
> Key: CB-11751
> URL: https://issues.apache.org/jira/browse/CB-11751
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Windows
>Affects Versions: 3.5.0
> Environment: $ cordova -v
> 6.3.1
> $ cordova platform
> Installed platforms:
>   android 5.2.2
>   windows 4.4.2
> Available platforms:
>   amazon-fireos ~3.6.3 (deprecated)
>   blackberry10 ~3.8.0
>   browser ~4.1.0
>   firefoxos ~3.6.3
>   webos ~3.7.0
>   wp8 ~3.8.2 (deprecated)
> $ cordova plugins list
> com.phonegap.plugins.nativesettingsopener 1.3 "Native settings"
> cordova-custom-config 1.2.6 "cordova-custom-config"
> cordova-fabric-plugin 1.0.8 "cordova-fabric-plugin"
> cordova-plugin-app-version 0.1.8 "AppVersion"
> cordova-plugin-camera 2.1.1 "Camera"
> cordova-plugin-compat 1.0.0 "Compat"
> cordova-plugin-crosswalk-webview 1.7.2 "Crosswalk WebView Engine"
> cordova-plugin-device 1.1.2 "Device"
> cordova-plugin-dialogs 1.2.1 "Notification"
> cordova-plugin-file 4.2.0 "File"
> cordova-plugin-file-transfer 1.5.1 "File Transfer"
> cordova-plugin-fullscreen 1.1.0 "cordova-plugin-fullscreen"
> cordova-plugin-globalization 1.0.3 "Globalization"
> cordova-plugin-network-information 1.2.1 "Network Information"
> cordova-plugin-splashscreen 3.2.2 "Splashscreen"
> cordova-plugin-whitelist 1.2.2 "Whitelist"
> ionic-plugin-keyboard 2.0.1 "Keyboard"
> phonegap-plugin-push 1.8.1 "PushPlugin"
>Reporter: C-A de Salaberry
>Priority: Blocker
>  Labels: windows
>
> First error that led me here:
> ```
> Warning: A more recent version of cordova-plugin-splashscreen has been hooked 
> into for compatibility reasons. Update the plugin to version >= 4.
> cordova.js (925,13)
> Exception calling native with command :: SplashScreen :: hide 
> ::exception=ReferenceError: 'extendedSplashScreen' is undefined
> cordova.js (993,13)
> ```
> I looked around the codebase to check for that variable, found it here:
> ```
> .\platforms\windows\platform_www\css\splashscreen.css
> .\platforms\windows\platform_www\cordova.js
> .\platforms\windows\platform_www\cordova-js-src\splashscreen.js
> .\platforms\windows\www\cordova-js-src\splashscreen.js
> .\platforms\windows\www\css\splashscreen.css
> .\platforms\windows\www\cordova.js
> ```
> The most interesting one being any of the two splashscreen.js
> The variable 

[jira] [Created] (CB-11751) 'extendedSplashScreen' is undefined

[C-A de Salaberry (JIRA)]

C-A de Salaberry created CB-11751:
-

 Summary: 'extendedSplashScreen' is undefined
 Key: CB-11751
 URL: https://issues.apache.org/jira/browse/CB-11751
 Project: Apache Cordova
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: Windows
Affects Versions: 3.5.0
 Environment: $ cordova -v
6.3.1

$ cordova platform
Installed platforms:
  android 5.2.2
  windows 4.4.2
Available platforms:
  amazon-fireos ~3.6.3 (deprecated)
  blackberry10 ~3.8.0
  browser ~4.1.0
  firefoxos ~3.6.3
  webos ~3.7.0
  wp8 ~3.8.2 (deprecated)

$ cordova plugins list
com.phonegap.plugins.nativesettingsopener 1.3 "Native settings"
cordova-custom-config 1.2.6 "cordova-custom-config"
cordova-fabric-plugin 1.0.8 "cordova-fabric-plugin"
cordova-plugin-app-version 0.1.8 "AppVersion"
cordova-plugin-camera 2.1.1 "Camera"
cordova-plugin-compat 1.0.0 "Compat"
cordova-plugin-crosswalk-webview 1.7.2 "Crosswalk WebView Engine"
cordova-plugin-device 1.1.2 "Device"
cordova-plugin-dialogs 1.2.1 "Notification"
cordova-plugin-file 4.2.0 "File"
cordova-plugin-file-transfer 1.5.1 "File Transfer"
cordova-plugin-fullscreen 1.1.0 "cordova-plugin-fullscreen"
cordova-plugin-globalization 1.0.3 "Globalization"
cordova-plugin-network-information 1.2.1 "Network Information"
cordova-plugin-splashscreen 3.2.2 "Splashscreen"
cordova-plugin-whitelist 1.2.2 "Whitelist"
ionic-plugin-keyboard 2.0.1 "Keyboard"
phonegap-plugin-push 1.8.1 "PushPlugin"
Reporter: C-A de Salaberry
Priority: Blocker


First error that led me here:
```
Warning: A more recent version of cordova-plugin-splashscreen has been hooked 
into for compatibility reasons. Update the plugin to version >= 4.
cordova.js (925,13)
Exception calling native with command :: SplashScreen :: hide 
::exception=ReferenceError: 'extendedSplashScreen' is undefined
cordova.js (993,13)
```

I looked around the codebase to check for that variable, found it here:
```
.\platforms\windows\platform_www\css\splashscreen.css
.\platforms\windows\platform_www\cordova.js
.\platforms\windows\platform_www\cordova-js-src\splashscreen.js
.\platforms\windows\www\cordova-js-src\splashscreen.js
.\platforms\windows\www\css\splashscreen.css
.\platforms\windows\www\cordova.js
```
The most interesting one being any of the two splashscreen.js

The variable extendedSplashScreen is never defined.

I find out that by adding the bollowing in my body, the error goes away:

```

```

However, the extended splashscreen still seems not to work.

I suspected the `cordova-plugin-splashscreen` to be the culprit, but removing 
it from cordova  





--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Comment Edited] (CB-11731) Error missing cordova_plugins.js for ios after clean if android platform added first

[Graeme Mawson (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11731?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15434670#comment-15434670
 ] 

Graeme Mawson edited comment on CB-11731 at 8/24/16 10:33 AM:
--

I'm sorry!  I left out the vital step of 'cordova clean ios' - please refer to 
the updated description.  I'll attach the verbose logs also.


was (Author: gmawson):
I'm sorry!  I left out the vital step of 'cordova clean ios'.  I'll attach the 
verbose logs also.

> Error missing cordova_plugins.js for ios after clean if android platform 
> added first
> 
>
> Key: CB-11731
> URL: https://issues.apache.org/jira/browse/CB-11731
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: CordovaLib
>Affects Versions: 6.3.0
>Reporter: Graeme Mawson
>  Labels: cannot-reproduce, triaged, wfc
>
> Cordova CLI v6.3.0, Cordova Android v5.2.1, Cordova iOS v4.2.0 on Mac OS X 
> 10.11.6.
> Performing run/emulate/build for the iOS platform fails if you have added the 
> Android platform first.
> For example, this works (note iOS platform added first):
> $ cordova create myapp
> $ cd my app
> $ platform add ios
> $ platform add android
> $ cordova clean ios
> $ cordova emulate ios
> But, this does not work (note Android platform added first):
> $ cordova create myapp
> $ cd my app
> $ platform add android
> $ platform add ios
> $ cordova clean ios
> $ cordova emulate ios
> Executing: cordova emulate ios
> Fatal error: Error: ENOENT: no such file or directory, open 
> '/Users/graememawson/Cordova/myapp/platforms/ios/www/cordova_plugins.js’



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11731) Error missing cordova_plugins.js for ios after clean if android platform added first

[Graeme Mawson (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11731?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Graeme Mawson updated CB-11731:
---
Description: 
Cordova CLI v6.3.0, Cordova Android v5.2.1, Cordova iOS v4.2.0 on Mac OS X 
10.11.6.

Performing run/emulate/build for the iOS platform fails if you have added the 
Android platform first.

For example, this works (note iOS platform added first):

$ cordova create myapp
$ cd my app
$ platform add ios
$ platform add android
$ cordova clean ios
$ cordova emulate ios

But, this does not work (note Android platform added first):

$ cordova create myapp
$ cd my app
$ platform add android
$ platform add ios
$ cordova clean ios
$ cordova emulate ios
Executing: cordova emulate ios
Fatal error: Error: ENOENT: no such file or directory, open 
'/Users/graememawson/Cordova/myapp/platforms/ios/www/cordova_plugins.js’

  was:
Cordova CLI v6.3.0, Cordova Android v5.2.1, Cordova iOS v4.2.0 on Mac OS X 
10.11.6.

Performing run/emulate/build for the iOS platform fails if you have added the 
Android platform first.

For example, this works (note iOS platform added first):

$ cordova create myapp
$ cd my app
$ platform add ios
$ platform add android
$ cordova emulate ios

But, this does not work (note Android platform added first):

$ cordova create myapp
$ cd my app
$ platform add android
$ platform add ios
$ cordova emulate ios
Executing: cordova emulate ios
Fatal error: Error: ENOENT: no such file or directory, open 
'/Users/graememawson/Cordova/myapp/platforms/ios/www/cordova_plugins.js’


> Error missing cordova_plugins.js for ios after clean if android platform 
> added first
> 
>
> Key: CB-11731
> URL: https://issues.apache.org/jira/browse/CB-11731
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: CordovaLib
>Affects Versions: 6.3.0
>Reporter: Graeme Mawson
>  Labels: cannot-reproduce, triaged, wfc
>
> Cordova CLI v6.3.0, Cordova Android v5.2.1, Cordova iOS v4.2.0 on Mac OS X 
> 10.11.6.
> Performing run/emulate/build for the iOS platform fails if you have added the 
> Android platform first.
> For example, this works (note iOS platform added first):
> $ cordova create myapp
> $ cd my app
> $ platform add ios
> $ platform add android
> $ cordova clean ios
> $ cordova emulate ios
> But, this does not work (note Android platform added first):
> $ cordova create myapp
> $ cd my app
> $ platform add android
> $ platform add ios
> $ cordova clean ios
> $ cordova emulate ios
> Executing: cordova emulate ios
> Fatal error: Error: ENOENT: no such file or directory, open 
> '/Users/graememawson/Cordova/myapp/platforms/ios/www/cordova_plugins.js’



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11731) Error missing cordova_plugins.js for ios after clean if android platform added first

[Graeme Mawson (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11731?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15434670#comment-15434670
 ] 

Graeme Mawson commented on CB-11731:


I'm sorry!  I left out the vital step of 'cordova clean ios'.  I'll attach the 
verbose logs also.

> Error missing cordova_plugins.js for ios after clean if android platform 
> added first
> 
>
> Key: CB-11731
> URL: https://issues.apache.org/jira/browse/CB-11731
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: CordovaLib
>Affects Versions: 6.3.0
>Reporter: Graeme Mawson
>  Labels: cannot-reproduce, triaged, wfc
>
> Cordova CLI v6.3.0, Cordova Android v5.2.1, Cordova iOS v4.2.0 on Mac OS X 
> 10.11.6.
> Performing run/emulate/build for the iOS platform fails if you have added the 
> Android platform first.
> For example, this works (note iOS platform added first):
> $ cordova create myapp
> $ cd my app
> $ platform add ios
> $ platform add android
> $ cordova clean ios
> $ cordova emulate ios
> But, this does not work (note Android platform added first):
> $ cordova create myapp
> $ cd my app
> $ platform add android
> $ platform add ios
> $ cordova clean ios
> $ cordova emulate ios
> Executing: cordova emulate ios
> Fatal error: Error: ENOENT: no such file or directory, open 
> '/Users/graememawson/Cordova/myapp/platforms/ios/www/cordova_plugins.js’



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11731) Error missing cordova_plugins.js for ios after clean if android platform added first

[Graeme Mawson (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11731?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Graeme Mawson updated CB-11731:
---
Summary: Error missing cordova_plugins.js for ios after clean if android 
platform added first  (was: Error missing cordova_plugins.js for ios if android 
platform added first)

> Error missing cordova_plugins.js for ios after clean if android platform 
> added first
> 
>
> Key: CB-11731
> URL: https://issues.apache.org/jira/browse/CB-11731
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: CordovaLib
>Affects Versions: 6.3.0
>Reporter: Graeme Mawson
>  Labels: cannot-reproduce, triaged, wfc
>
> Cordova CLI v6.3.0, Cordova Android v5.2.1, Cordova iOS v4.2.0 on Mac OS X 
> 10.11.6.
> Performing run/emulate/build for the iOS platform fails if you have added the 
> Android platform first.
> For example, this works (note iOS platform added first):
> $ cordova create myapp
> $ cd my app
> $ platform add ios
> $ platform add android
> $ cordova emulate ios
> But, this does not work (note Android platform added first):
> $ cordova create myapp
> $ cd my app
> $ platform add android
> $ platform add ios
> $ cordova emulate ios
> Executing: cordova emulate ios
> Fatal error: Error: ENOENT: no such file or directory, open 
> '/Users/graememawson/Cordova/myapp/platforms/ios/www/cordova_plugins.js’



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11742) After upgrading to version 6.3.1, apps won't install in Android because they are detected as DOWNGRADE

[David Martinez Borque (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11742?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

David Martinez Borque updated CB-11742:
---
Description: 
I have updated to cordova 6.3.1
Then I compile all my apps, generating new release apks (v.1.17).
Then I try to install the new apk into an android device where I already have 
an older version of the app (v 1.16)
When upgrading the app (adb install -r android-release.apk) I always get this 
error:

[INSTALL_FAILED_VERSION_DOWNGRADE]

Most curiously, when I install the new apk  (with adb install -r -d) the 
Android system detects that the version of the app is 1.17!!

> further on...<---

I found a workaround for this problem. I modified the build.gradle file from:

/*

ELSE NOTHING! DON'T MESS WITH THE VERSION CODE IF YOU DON'T HAVE TO!

else if (!cdvVersionCode) {
  def minSdkVersion = cdvMinSdkVersion ?: 
privateHelpers.extractIntFromManifest("minSdkVersion")
  // Vary versionCode by the two most common API levels:
  // 14 is ICS, which is the lowest API level for many apps.
  // 20 is Lollipop, which is the lowest API level for the updatable system 
webview.
  if (minSdkVersion >= 20) {
defaultConfig.versionCode += 9
  } else if (minSdkVersion >= 14) {
defaultConfig.versionCode += 8
  }
}
*/

to:

/*

ELSE NOTHING! DON'T MESS WITH THE VERSION CODE IF YOU DON'T HAVE TO!
*/
else if (!cdvVersionCode) {
  def minSdkVersion = cdvMinSdkVersion ?: 
privateHelpers.extractIntFromManifest("minSdkVersion")
  // Vary versionCode by the two most common API levels:
  // 14 is ICS, which is the lowest API level for many apps.
  // 20 is Lollipop, which is the lowest API level for the updatable system 
webview.
  if (minSdkVersion >= 20) {
defaultConfig.versionCode = Integer.parseInt(defaultConfig.versionCode 
+ '9')
  } else if (minSdkVersion >= 14) {
defaultConfig.versionCode = Integer.parseInt(defaultConfig.versionCode 
+ '8')
  }
}

With this, the generated apk is not detected as a downgrade, and when I check 
the app version in Settings of the Android device, it shows the correct version 
number.

  was:
I have updated to cordova 6.3.1
Then I compile all my apps, generating new release apks (v.1.17).
Then I try to install the new apk into an android device where I already have 
an older version of the app (v 1.16)
When upgrading the app (adb install -r android-release.apk) I always get this 
error:

[INSTALL_FAILED_VERSION_DOWNGRADE]

Most curiously, when I install the new apk  (with adb install -r -d) the 
Android system detects that the version of the app is 1.17!!



> After upgrading to version 6.3.1, apps won't install in Android because they 
> are detected as DOWNGRADE
> --
>
> Key: CB-11742
> URL: https://issues.apache.org/jira/browse/CB-11742
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Android
>Affects Versions: 6.3.1
> Environment: Developing on Windows 8.1 with node v5.1.0, cordova 
> 6.3.1 for android
>Reporter: David Martinez Borque
>
> I have updated to cordova 6.3.1
> Then I compile all my apps, generating new release apks (v.1.17).
> Then I try to install the new apk into an android device where I already have 
> an older version of the app (v 1.16)
> When upgrading the app (adb install -r android-release.apk) I always get this 
> error:
> [INSTALL_FAILED_VERSION_DOWNGRADE]
> Most curiously, when I install the new apk  (with adb install -r -d) the 
> Android system detects that the version of the app is 1.17!!
> > further on...<---
> I found a workaround for this problem. I modified the build.gradle file from:
> /*
> ELSE NOTHING! DON'T MESS WITH THE VERSION CODE IF YOU DON'T HAVE TO!
> else if (!cdvVersionCode) {
>   def minSdkVersion = cdvMinSdkVersion ?: 
> privateHelpers.extractIntFromManifest("minSdkVersion")
>   // Vary versionCode by the two most common API levels:
>   // 14 is ICS, which is the lowest API level for many apps.
>   // 20 is Lollipop, which is the lowest API level for the updatable 
> system webview.
>   if (minSdkVersion >= 20) {
> defaultConfig.versionCode += 9
>   } else if (minSdkVersion >= 14) {
> defaultConfig.versionCode += 8
>   }
> }
> */
> to:
> /*
> ELSE NOTHING! DON'T MESS WITH THE VERSION CODE IF YOU DON'T HAVE TO!
> */
> else if (!cdvVersionCode) {
>   def minSdkVersion = cdvMinSdkVersion ?: 
> privateHelpers.extractIntFromManifest("minSdkVersion")
>   // Vary 

[jira] [Updated] (CB-11730) plugman miss the last file/folder when installing plugin on windows

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11730?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov updated CB-11730:
--
Labels: triaged  (was: )

> plugman miss the last file/folder when installing plugin on windows
> ---
>
> Key: CB-11730
> URL: https://issues.apache.org/jira/browse/CB-11730
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: CordovaLib
>Affects Versions: 6.3.1
> Environment: Windows
> plugman --version
> 1.2.1
> cordova --version
> 6.3.1
>Reporter: Yasuharu Seki
>Priority: Minor
>  Labels: triaged
>
> Steps to reproduce:
> - Create simple plugin
> $ plugman create --name SimplePlugin --plugin_id org.simple.plugin 
> --plugin_version 1.0.0
> - Create cordova project it includes the name of plugin
> $ cordova create SimplePlugin_TestBed
> - Install the plugin into the created project
> $ cordova plugin add ../SimplePlugin
> -> Check the plugins/org.simple.plugin folder
>   Find www/ folder is missing.
> The reason is filenames.indexOf(relativeRootFolder) returns -1 when the 
> target folder name cannot find in the plugin folder.
> The original code works good when the project is on the child folder.
> [plugin]/[project of plugin_testbed]
> But does not the project as sibling.
> [plugin]
> [project of plugin_testbed]



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11730) plugman miss the last file/folder when installing plugin on windows

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11730?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov updated CB-11730:
--
Component/s: (was: Plugman)
 CordovaLib

> plugman miss the last file/folder when installing plugin on windows
> ---
>
> Key: CB-11730
> URL: https://issues.apache.org/jira/browse/CB-11730
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: CordovaLib
>Affects Versions: 6.3.1
> Environment: Windows
> plugman --version
> 1.2.1
> cordova --version
> 6.3.1
>Reporter: Yasuharu Seki
>Priority: Trivial
>
> Steps to reproduce:
> - Create simple plugin
> $ plugman create --name SimplePlugin --plugin_id org.simple.plugin 
> --plugin_version 1.0.0
> - Create cordova project it includes the name of plugin
> $ cordova create SimplePlugin_TestBed
> - Install the plugin into the created project
> $ cordova plugin add ../SimplePlugin
> -> Check the plugins/org.simple.plugin folder
>   Find www/ folder is missing.
> The reason is filenames.indexOf(relativeRootFolder) returns -1 when the 
> target folder name cannot find in the plugin folder.
> The original code works good when the project is on the child folder.
> [plugin]/[project of plugin_testbed]
> But does not the project as sibling.
> [plugin]
> [project of plugin_testbed]



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11730) plugman miss the last file/folder when installing plugin on windows

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11730?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov updated CB-11730:
--
Priority: Minor  (was: Trivial)

> plugman miss the last file/folder when installing plugin on windows
> ---
>
> Key: CB-11730
> URL: https://issues.apache.org/jira/browse/CB-11730
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: CordovaLib
>Affects Versions: 6.3.1
> Environment: Windows
> plugman --version
> 1.2.1
> cordova --version
> 6.3.1
>Reporter: Yasuharu Seki
>Priority: Minor
>
> Steps to reproduce:
> - Create simple plugin
> $ plugman create --name SimplePlugin --plugin_id org.simple.plugin 
> --plugin_version 1.0.0
> - Create cordova project it includes the name of plugin
> $ cordova create SimplePlugin_TestBed
> - Install the plugin into the created project
> $ cordova plugin add ../SimplePlugin
> -> Check the plugins/org.simple.plugin folder
>   Find www/ folder is missing.
> The reason is filenames.indexOf(relativeRootFolder) returns -1 when the 
> target folder name cannot find in the plugin folder.
> The original code works good when the project is on the child folder.
> [plugin]/[project of plugin_testbed]
> But does not the project as sibling.
> [plugin]
> [project of plugin_testbed]



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11730) plugman miss the last file/folder when installing plugin on windows

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11730?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov updated CB-11730:
--
Affects Version/s: (was: 6.0.0)
   6.3.1

> plugman miss the last file/folder when installing plugin on windows
> ---
>
> Key: CB-11730
> URL: https://issues.apache.org/jira/browse/CB-11730
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: CordovaLib
>Affects Versions: 6.3.1
> Environment: Windows
> plugman --version
> 1.2.1
> cordova --version
> 6.3.1
>Reporter: Yasuharu Seki
>Priority: Trivial
>
> Steps to reproduce:
> - Create simple plugin
> $ plugman create --name SimplePlugin --plugin_id org.simple.plugin 
> --plugin_version 1.0.0
> - Create cordova project it includes the name of plugin
> $ cordova create SimplePlugin_TestBed
> - Install the plugin into the created project
> $ cordova plugin add ../SimplePlugin
> -> Check the plugins/org.simple.plugin folder
>   Find www/ folder is missing.
> The reason is filenames.indexOf(relativeRootFolder) returns -1 when the 
> target folder name cannot find in the plugin folder.
> The original code works good when the project is on the child folder.
> [plugin]/[project of plugin_testbed]
> But does not the project as sibling.
> [plugin]
> [project of plugin_testbed]



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11737) cordova-ios crash in case of Infinity value in result

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11737?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov updated CB-11737:
--
Labels: triaged  (was: )

> cordova-ios crash in case of Infinity value in result
> -
>
> Key: CB-11737
> URL: https://issues.apache.org/jira/browse/CB-11737
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: iOS
>Affects Versions: 4.2.1
>Reporter: Chris Brody
>Assignee: Shazron Abdullah
>  Labels: triaged
>
> In case an iOS plugin attempts to return a JSON result with an Infinity value 
> it will crash with NSInvalidArgumentException. I discovered this when 
> investigating this issue: 
> https://github.com/litehelpers/Cordova-sqlite-storage/issues/405
> Similar to: CB-9435



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11737) cordova-ios crash in case of Infinity value in result

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11737?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov updated CB-11737:
--
Affects Version/s: 4.2.1

> cordova-ios crash in case of Infinity value in result
> -
>
> Key: CB-11737
> URL: https://issues.apache.org/jira/browse/CB-11737
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: iOS
>Affects Versions: 4.2.1
>Reporter: Chris Brody
>Assignee: Shazron Abdullah
>  Labels: triaged
>
> In case an iOS plugin attempts to return a JSON result with an Infinity value 
> it will crash with NSInvalidArgumentException. I discovered this when 
> investigating this issue: 
> https://github.com/litehelpers/Cordova-sqlite-storage/issues/405
> Similar to: CB-9435



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11738) Installation of Splash Screen plug-in causes non-"HelloCordova" project builds to fail

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11738?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov updated CB-11738:
--
Priority: Critical  (was: Major)

> Installation of Splash Screen plug-in causes non-"HelloCordova" project 
> builds to fail
> --
>
> Key: CB-11738
> URL: https://issues.apache.org/jira/browse/CB-11738
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin SplashScreen
>Reporter: Charles Tatum
>Priority: Critical
>
> On iOS projects under Cordova, when the file structure has been refactored to 
> exclude all occurrences of "HelloCordova" - the default name when an iOS 
> Cordova project is created - it breaks the build process. The Xcode compiler 
> build process fails with 2 occurrences of the following error:
> clang: error: no such file or directory: 
> '/Users/charlestatumii/Documents/Clients/TAMKO/Cordova/TamkoDecking/platforms/ios/HelloCordova/Plugins/cordova-plugin-splashscreen/CDVViewController+SplashScreen.m'
> And a third error:
> clang: error: no input files



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11741) Profile not included in search results

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11741?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov updated CB-11741:
--
Affects Version/s: 2.1.1-dev

> Profile not included in search results
> --
>
> Key: CB-11741
> URL: https://issues.apache.org/jira/browse/CB-11741
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin Contacts
>Affects Versions: 2.1.1-dev
> Environment: Cordova 6.0.0, 
> https://github.com/apache/cordova-plugin-contacts.git#254083d5961771fdf3944bbaa42bc1c800eb,
>  Android 4.4.2, Android 6.0, Android 6.0.1
>Reporter: Laurens Boekhorst
>  Labels: Android, android, triaged
>
> On (at least) Android 4.4.2 and later, it is possible to specify the profile 
> of the owner of the device in the address book.
> !http://i.stack.imgur.com/3oz4d.png!
> The data associated with this profile will not consistently come up when 
> calling {{navigator.contacts.find}} however.
> On a Samsung Galaxy S5 running Android 4.4.2, the profile of the user does 
> not come up in search results. On a simulator running Android 6.0, it does 
> not come up either. On an LG Nexus 5, running Android 6.0.1, it *will* come 
> up in search results.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11741) Profile not included in search results

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11741?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov updated CB-11741:
--
Labels: Android android triaged  (was: )

> Profile not included in search results
> --
>
> Key: CB-11741
> URL: https://issues.apache.org/jira/browse/CB-11741
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin Contacts
> Environment: Cordova 6.0.0, 
> https://github.com/apache/cordova-plugin-contacts.git#254083d5961771fdf3944bbaa42bc1c800eb,
>  Android 4.4.2, Android 6.0, Android 6.0.1
>Reporter: Laurens Boekhorst
>  Labels: Android, android, triaged
>
> On (at least) Android 4.4.2 and later, it is possible to specify the profile 
> of the owner of the device in the address book.
> !http://i.stack.imgur.com/3oz4d.png!
> The data associated with this profile will not consistently come up when 
> calling {{navigator.contacts.find}} however.
> On a Samsung Galaxy S5 running Android 4.4.2, the profile of the user does 
> not come up in search results. On a simulator running Android 6.0, it does 
> not come up either. On an LG Nexus 5, running Android 6.0.1, it *will* come 
> up in search results.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11750) Xcode warnings when opening PDF in WKWebView using InAppBrowser

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11750?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov updated CB-11750:
--
Labels: triaged  (was: )

> Xcode warnings when opening PDF in WKWebView using InAppBrowser
> ---
>
> Key: CB-11750
> URL: https://issues.apache.org/jira/browse/CB-11750
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin InAppBrowser
>Affects Versions: 1.4.0
> Environment: Cordova version: 6.3.1
> cordova-plugin-inappbrowser 1.4.0
> cordova-plugin-wkwebview-engine 1.1.0-dev
> Xcode 7.3.1
>Reporter: Edwin Lijnzaad
>Priority: Minor
>  Labels: triaged
>
> I use the InAppBrowser to display the content of a PDF using WKWebView. 
> Everything works fine and it looks exactly like in UIWebView. However in the 
> Xcode console these messages appear:
> 2016-08-22 17:05:05.355 InspectAndGo[2278:1043666] Setting the WebView's 
> frame to {{0, 0}, {1024, 724}}
> 2016-08-22 17:05:05.387 InspectAndGo[2278:1043666] THREAD WARNING: 
> ['InAppBrowser'] took '62.119873' ms. Plugin should use a background thread.
> objc[2278]: UIPDFPageRenderOperation object 0x13e144930 overreleased while 
> already deallocating; break on objc_overrelease_during_dealloc_error to debug
> objc[2278]: UIPDFPageRenderOperation object 0x13e14bdb0 overreleased while 
> already deallocating; break on objc_overrelease_during_dealloc_error to debug
> objc[2278]: UIPDFPageRenderOperation object 0x13e14c0f0 overreleased while 
> already deallocating; break on objc_overrelease_during_dealloc_error to debug
> objc[2278]: UIPDFPageRenderOperation object 0x13e116700 overreleased while 
> already deallocating; break on objc_overrelease_during_dealloc_error to debug
> objc[2278]: UIPDFPageRenderOperation object 0x13cdf8050 overreleased while 
> already deallocating; break on objc_overrelease_during_dealloc_error to debug
> The messages appear only on opening the PDF, no messages on closing. They do 
> not seems to affect the working of the plugin, as on screen everything seems 
> to be working fine.
> I've filed this bug with the guys from the WKWebView plugin, but they advised 
> me to copy you in as well. 
> https://github.com/driftyco/cordova-plugin-wkwebview-engine/issues/27



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11743) processes started with `cordova run` eventually stalls NSLog.

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11743?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov updated CB-11743:
--
Component/s: triaged

> processes started with `cordova run` eventually stalls NSLog.
> -
>
> Key: CB-11743
> URL: https://issues.apache.org/jira/browse/CB-11743
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: OSX, triaged
>Affects Versions: 4.0.0
>Reporter: Tobias Bocanegra
>Assignee: Tobias Bocanegra
> Fix For: Master
>
>
> running the app with {{cordova run}} uses the {{spawn.js}} which eventually 
> executre {{child_process.spawn}}. although the stdio pipes should inherit to 
> the parent process, they somehow don't.
> when the app write a lot to stdout, eg with NSLog, then eventually the nodejs 
> buffer get full and the app blocks and gets unresponsive.
> solution:
> - avoid using {{stdio:'inherit'}} and pipe the stdios instead.
> - or figure out why inherit doesn't work



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Closed] (CB-11086) setVolume fires a Null pointer exception if called too soon

[Alexander Sorokin (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11086?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Alexander Sorokin closed CB-11086.
--
Resolution: Fixed

> setVolume fires a Null pointer exception if called too soon
> ---
>
> Key: CB-11086
> URL: https://issues.apache.org/jira/browse/CB-11086
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin Media
>Affects Versions: 2.0.0, 2.1.0, 2.2.0, 2.3.0, 2.4.0, 2.5.0, 2.6.0, 2.7.0, 
> 2.8.0, 2.9.0, 3.0.0, 3.1.0, 3.2.0, 3.3.0, 3.4.0, 2.9.1, 3.5.0
>Reporter: Fabrice Lebas
>Assignee: Alexander Sorokin
>Priority: Minor
>  Labels: Android, easyfix, triaged, wfc
>   Original Estimate: 0.5h
>  Remaining Estimate: 0.5h
>
> On player creation, we can sometime observe: 
> E/PluginManager( 5442): Uncaught exception from plugin
> E/PluginManager( 5442): java.lang.NullPointerException
> E/PluginManager( 5442):   at 
> org.apache.cordova.media.AudioPlayer.setVolume(AudioPlayer.java:441)
> E/PluginManager( 5442):   at 
> org.apache.cordova.media.AudioHandler.setVolume(AudioHandler.java:455)
> E/PluginManager( 5442):   at 
> org.apache.cordova.media.AudioHandler.execute(AudioHandler.java:143)
> E/PluginManager( 5442):   at 
> org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:98)
> E/PluginManager( 5442):   at 
> org.apache.cordova.PluginManager.exec(PluginManager.java:133)
> E/PluginManager( 5442):   at 
> org.apache.cordova.CordovaBridge.jsExec(CordovaBridge.java:59)
> E/PluginManager( 5442):   at 
> org.apache.cordova.CordovaBridge.promptOnJsPrompt(CordovaBridge.java:135)
> E/PluginManager( 5442):   at 
> org.apache.cordova.engine.SystemWebChromeClient.onJsPrompt(SystemWebChromeClient.java:124)
> E/PluginManager( 5442):   at 
> android.webkit.CallbackProxy.handleMessage(CallbackProxy.java:886)
> E/PluginManager( 5442):   at 
> android.os.Handler.dispatchMessage(Handler.java:99)
> E/PluginManager( 5442):   at android.os.Looper.loop(Looper.java:137)
> E/PluginManager( 5442):   at 
> android.app.ActivityThread.main(ActivityThread.java:4921)
> E/PluginManager( 5442):   at java.lang.reflect.Method.invokeNative(Native 
> Method)
> E/PluginManager( 5442):   at 
> java.lang.reflect.Method.invoke(Method.java:511)
> E/PluginManager( 5442):   at 
> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1038)
> E/PluginManager( 5442):   at 
> com.android.internal.os.ZygoteInit.main(ZygoteInit.java:805)
> E/PluginManager( 5442):   at dalvik.system.NativeStart.main(Native Method)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11731) Error missing cordova_plugins.js for ios if android platform added first

[Vladimir Kotikov (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11731?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15434621#comment-15434621
 ] 

Vladimir Kotikov commented on CB-11731:
---

Could you please attach a verbose log output of {{cordova platform add ios}} 
and {{cordova emulate ios}} commands. Also does this repro on 6.3.1?

> Error missing cordova_plugins.js for ios if android platform added first
> 
>
> Key: CB-11731
> URL: https://issues.apache.org/jira/browse/CB-11731
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: CordovaLib
>Affects Versions: 6.3.0
>Reporter: Graeme Mawson
>  Labels: cannot-reproduce, triaged, wfc
>
> Cordova CLI v6.3.0, Cordova Android v5.2.1, Cordova iOS v4.2.0 on Mac OS X 
> 10.11.6.
> Performing run/emulate/build for the iOS platform fails if you have added the 
> Android platform first.
> For example, this works (note iOS platform added first):
> $ cordova create myapp
> $ cd my app
> $ platform add ios
> $ platform add android
> $ cordova emulate ios
> But, this does not work (note Android platform added first):
> $ cordova create myapp
> $ cd my app
> $ platform add android
> $ platform add ios
> $ cordova emulate ios
> Executing: cordova emulate ios
> Fatal error: Error: ENOENT: no such file or directory, open 
> '/Users/graememawson/Cordova/myapp/platforms/ios/www/cordova_plugins.js’



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11086) setVolume fires a Null pointer exception if called too soon

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11086?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15434616#comment-15434616
 ] 

ASF GitHub Bot commented on CB-11086:
-

Github user alsorokin closed the pull request at:

https://github.com/apache/cordova-plugin-media/pull/109


> setVolume fires a Null pointer exception if called too soon
> ---
>
> Key: CB-11086
> URL: https://issues.apache.org/jira/browse/CB-11086
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin Media
>Affects Versions: 2.0.0, 2.1.0, 2.2.0, 2.3.0, 2.4.0, 2.5.0, 2.6.0, 2.7.0, 
> 2.8.0, 2.9.0, 3.0.0, 3.1.0, 3.2.0, 3.3.0, 3.4.0, 2.9.1, 3.5.0
>Reporter: Fabrice Lebas
>Assignee: Alexander Sorokin
>Priority: Minor
>  Labels: Android, easyfix, triaged, wfc
>   Original Estimate: 0.5h
>  Remaining Estimate: 0.5h
>
> On player creation, we can sometime observe: 
> E/PluginManager( 5442): Uncaught exception from plugin
> E/PluginManager( 5442): java.lang.NullPointerException
> E/PluginManager( 5442):   at 
> org.apache.cordova.media.AudioPlayer.setVolume(AudioPlayer.java:441)
> E/PluginManager( 5442):   at 
> org.apache.cordova.media.AudioHandler.setVolume(AudioHandler.java:455)
> E/PluginManager( 5442):   at 
> org.apache.cordova.media.AudioHandler.execute(AudioHandler.java:143)
> E/PluginManager( 5442):   at 
> org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:98)
> E/PluginManager( 5442):   at 
> org.apache.cordova.PluginManager.exec(PluginManager.java:133)
> E/PluginManager( 5442):   at 
> org.apache.cordova.CordovaBridge.jsExec(CordovaBridge.java:59)
> E/PluginManager( 5442):   at 
> org.apache.cordova.CordovaBridge.promptOnJsPrompt(CordovaBridge.java:135)
> E/PluginManager( 5442):   at 
> org.apache.cordova.engine.SystemWebChromeClient.onJsPrompt(SystemWebChromeClient.java:124)
> E/PluginManager( 5442):   at 
> android.webkit.CallbackProxy.handleMessage(CallbackProxy.java:886)
> E/PluginManager( 5442):   at 
> android.os.Handler.dispatchMessage(Handler.java:99)
> E/PluginManager( 5442):   at android.os.Looper.loop(Looper.java:137)
> E/PluginManager( 5442):   at 
> android.app.ActivityThread.main(ActivityThread.java:4921)
> E/PluginManager( 5442):   at java.lang.reflect.Method.invokeNative(Native 
> Method)
> E/PluginManager( 5442):   at 
> java.lang.reflect.Method.invoke(Method.java:511)
> E/PluginManager( 5442):   at 
> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1038)
> E/PluginManager( 5442):   at 
> com.android.internal.os.ZygoteInit.main(ZygoteInit.java:805)
> E/PluginManager( 5442):   at dalvik.system.NativeStart.main(Native Method)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11086) setVolume fires a Null pointer exception if called too soon

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11086?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15434615#comment-15434615
 ] 

ASF subversion and git services commented on CB-11086:
--

Commit 4d7aabb74a39bdfad0969915377e73106803cdf8 in cordova-plugin-media's 
branch refs/heads/master from [~alsorokin]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-media.git;h=4d7aabb ]

CB-11086 (Android) Fixed a crash when setVolume() is called on unitialized audio
This closes #93


> setVolume fires a Null pointer exception if called too soon
> ---
>
> Key: CB-11086
> URL: https://issues.apache.org/jira/browse/CB-11086
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin Media
>Affects Versions: 2.0.0, 2.1.0, 2.2.0, 2.3.0, 2.4.0, 2.5.0, 2.6.0, 2.7.0, 
> 2.8.0, 2.9.0, 3.0.0, 3.1.0, 3.2.0, 3.3.0, 3.4.0, 2.9.1, 3.5.0
>Reporter: Fabrice Lebas
>Assignee: Alexander Sorokin
>Priority: Minor
>  Labels: Android, easyfix, triaged, wfc
>   Original Estimate: 0.5h
>  Remaining Estimate: 0.5h
>
> On player creation, we can sometime observe: 
> E/PluginManager( 5442): Uncaught exception from plugin
> E/PluginManager( 5442): java.lang.NullPointerException
> E/PluginManager( 5442):   at 
> org.apache.cordova.media.AudioPlayer.setVolume(AudioPlayer.java:441)
> E/PluginManager( 5442):   at 
> org.apache.cordova.media.AudioHandler.setVolume(AudioHandler.java:455)
> E/PluginManager( 5442):   at 
> org.apache.cordova.media.AudioHandler.execute(AudioHandler.java:143)
> E/PluginManager( 5442):   at 
> org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:98)
> E/PluginManager( 5442):   at 
> org.apache.cordova.PluginManager.exec(PluginManager.java:133)
> E/PluginManager( 5442):   at 
> org.apache.cordova.CordovaBridge.jsExec(CordovaBridge.java:59)
> E/PluginManager( 5442):   at 
> org.apache.cordova.CordovaBridge.promptOnJsPrompt(CordovaBridge.java:135)
> E/PluginManager( 5442):   at 
> org.apache.cordova.engine.SystemWebChromeClient.onJsPrompt(SystemWebChromeClient.java:124)
> E/PluginManager( 5442):   at 
> android.webkit.CallbackProxy.handleMessage(CallbackProxy.java:886)
> E/PluginManager( 5442):   at 
> android.os.Handler.dispatchMessage(Handler.java:99)
> E/PluginManager( 5442):   at android.os.Looper.loop(Looper.java:137)
> E/PluginManager( 5442):   at 
> android.app.ActivityThread.main(ActivityThread.java:4921)
> E/PluginManager( 5442):   at java.lang.reflect.Method.invokeNative(Native 
> Method)
> E/PluginManager( 5442):   at 
> java.lang.reflect.Method.invoke(Method.java:511)
> E/PluginManager( 5442):   at 
> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1038)
> E/PluginManager( 5442):   at 
> com.android.internal.os.ZygoteInit.main(ZygoteInit.java:805)
> E/PluginManager( 5442):   at dalvik.system.NativeStart.main(Native Method)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11086) setVolume fires a Null pointer exception if called too soon

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11086?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15434617#comment-15434617
 ] 

ASF GitHub Bot commented on CB-11086:
-

Github user asfgit closed the pull request at:

https://github.com/apache/cordova-plugin-media/pull/93


> setVolume fires a Null pointer exception if called too soon
> ---
>
> Key: CB-11086
> URL: https://issues.apache.org/jira/browse/CB-11086
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin Media
>Affects Versions: 2.0.0, 2.1.0, 2.2.0, 2.3.0, 2.4.0, 2.5.0, 2.6.0, 2.7.0, 
> 2.8.0, 2.9.0, 3.0.0, 3.1.0, 3.2.0, 3.3.0, 3.4.0, 2.9.1, 3.5.0
>Reporter: Fabrice Lebas
>Assignee: Alexander Sorokin
>Priority: Minor
>  Labels: Android, easyfix, triaged, wfc
>   Original Estimate: 0.5h
>  Remaining Estimate: 0.5h
>
> On player creation, we can sometime observe: 
> E/PluginManager( 5442): Uncaught exception from plugin
> E/PluginManager( 5442): java.lang.NullPointerException
> E/PluginManager( 5442):   at 
> org.apache.cordova.media.AudioPlayer.setVolume(AudioPlayer.java:441)
> E/PluginManager( 5442):   at 
> org.apache.cordova.media.AudioHandler.setVolume(AudioHandler.java:455)
> E/PluginManager( 5442):   at 
> org.apache.cordova.media.AudioHandler.execute(AudioHandler.java:143)
> E/PluginManager( 5442):   at 
> org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:98)
> E/PluginManager( 5442):   at 
> org.apache.cordova.PluginManager.exec(PluginManager.java:133)
> E/PluginManager( 5442):   at 
> org.apache.cordova.CordovaBridge.jsExec(CordovaBridge.java:59)
> E/PluginManager( 5442):   at 
> org.apache.cordova.CordovaBridge.promptOnJsPrompt(CordovaBridge.java:135)
> E/PluginManager( 5442):   at 
> org.apache.cordova.engine.SystemWebChromeClient.onJsPrompt(SystemWebChromeClient.java:124)
> E/PluginManager( 5442):   at 
> android.webkit.CallbackProxy.handleMessage(CallbackProxy.java:886)
> E/PluginManager( 5442):   at 
> android.os.Handler.dispatchMessage(Handler.java:99)
> E/PluginManager( 5442):   at android.os.Looper.loop(Looper.java:137)
> E/PluginManager( 5442):   at 
> android.app.ActivityThread.main(ActivityThread.java:4921)
> E/PluginManager( 5442):   at java.lang.reflect.Method.invokeNative(Native 
> Method)
> E/PluginManager( 5442):   at 
> java.lang.reflect.Method.invoke(Method.java:511)
> E/PluginManager( 5442):   at 
> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1038)
> E/PluginManager( 5442):   at 
> com.android.internal.os.ZygoteInit.main(ZygoteInit.java:805)
> E/PluginManager( 5442):   at dalvik.system.NativeStart.main(Native Method)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11086) setVolume fires a Null pointer exception if called too soon

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11086?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15434612#comment-15434612
 ] 

ASF GitHub Bot commented on CB-11086:
-

Github user cordova-qa commented on the issue:

https://github.com/apache/cordova-plugin-media/pull/109
  
Cordova CI Build has completed successfully.

**Commit** - 
[Link](https://github.com/apache/cordova-plugin-media/pull/109/commits/67166333ebbbc1b8ac27e6825a7d73be30cea255)
**Dashboard** - 
[Link](http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/65/)

| Builder Name  | Console Output | Test Report | Device Logs  |
| :---: | :---:  |   :---: | :---:|
| [Windows 8.1 Store]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/65//PLATFORM=windows-8.1-store/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/65//PLATFORM=windows-8.1-store/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/65//PLATFORM=windows-8.1-store/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/65//PLATFORM=windows-8.1-store/artifact/)
 |
| [Windows 10  Store]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/65//PLATFORM=windows-10-store/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/65//PLATFORM=windows-10-store/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/65//PLATFORM=windows-10-store/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/65//PLATFORM=windows-10-store/artifact/)
 |
| [Windows 8.1 Phone]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/65//PLATFORM=windows-8.1-phone/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/65//PLATFORM=windows-8.1-phone/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/65//PLATFORM=windows-8.1-phone/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/65//PLATFORM=windows-8.1-phone/artifact/)
 |
| [iOS]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/65//PLATFORM=ios/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/65//PLATFORM=ios/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/65//PLATFORM=ios/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/65//PLATFORM=ios/artifact/)
 |
| [Android]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/65//PLATFORM=android/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/65//PLATFORM=android/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/65//PLATFORM=android/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/65//PLATFORM=android/artifact/)
 |
 



> setVolume fires a Null pointer exception if called too soon
> ---
>
> Key: CB-11086
> URL: https://issues.apache.org/jira/browse/CB-11086
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin Media
>Affects Versions: 2.0.0, 2.1.0, 2.2.0, 2.3.0, 2.4.0, 2.5.0, 2.6.0, 2.7.0, 
> 2.8.0, 2.9.0, 3.0.0, 3.1.0, 3.2.0, 3.3.0, 3.4.0, 2.9.1, 3.5.0
>Reporter: Fabrice Lebas
>Assignee: Alexander Sorokin
>Priority: Minor
>  Labels: Android, easyfix, triaged, wfc
>   Original Estimate: 0.5h
>  Remaining Estimate: 0.5h
>
> On player creation, we can sometime observe: 
> E/PluginManager( 5442): Uncaught exception from plugin
> E/PluginManager( 5442): java.lang.NullPointerException
> E/PluginManager( 5442):   at 
> org.apache.cordova.media.AudioPlayer.setVolume(AudioPlayer.java:441)
> E/PluginManager( 5442):   at 
> org.apache.cordova.media.AudioHandler.setVolume(AudioHandler.java:455)
> E/PluginManager( 5442):   at 
> org.apache.cordova.media.AudioHandler.execute(AudioHandler.java:143)
> E/PluginManager( 5442):   at 
> org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:98)
> E/PluginManager( 5442):   at 
> org.apache.cordova.PluginManager.exec(PluginManager.java:133)
> E/PluginManager( 5442):   at 
> org.apache.cordova.CordovaBridge.jsExec(CordovaBridge.java:59)
> E/PluginManager( 5442):   at 
> org.apache.cordova.CordovaBridge.promptOnJsPrompt(CordovaBridge.java:135)
> E/PluginManager( 5442):   at 
> org.apache.cordova.engine.SystemWebChromeClient.onJsPrompt(SystemWebChromeClient.java:124)
> E/PluginManager( 5442):   at 
> android.webkit.CallbackProxy.handleMessage(CallbackProxy.java:886)
> E/PluginManager( 

[jira] [Updated] (CB-11731) Error missing cordova_plugins.js for ios if android platform added first

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11731?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov updated CB-11731:
--
Labels: cannot-reproduce triaged wfc  (was: triaged)

> Error missing cordova_plugins.js for ios if android platform added first
> 
>
> Key: CB-11731
> URL: https://issues.apache.org/jira/browse/CB-11731
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: CordovaLib
>Affects Versions: 6.3.0
>Reporter: Graeme Mawson
>  Labels: cannot-reproduce, triaged, wfc
>
> Cordova CLI v6.3.0, Cordova Android v5.2.1, Cordova iOS v4.2.0 on Mac OS X 
> 10.11.6.
> Performing run/emulate/build for the iOS platform fails if you have added the 
> Android platform first.
> For example, this works (note iOS platform added first):
> $ cordova create myapp
> $ cd my app
> $ platform add ios
> $ platform add android
> $ cordova emulate ios
> But, this does not work (note Android platform added first):
> $ cordova create myapp
> $ cd my app
> $ platform add android
> $ platform add ios
> $ cordova emulate ios
> Executing: cordova emulate ios
> Fatal error: Error: ENOENT: no such file or directory, open 
> '/Users/graememawson/Cordova/myapp/platforms/ios/www/cordova_plugins.js’



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11731) Error missing cordova_plugins.js for ios if android platform added first

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11731?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov updated CB-11731:
--
Labels: triaged  (was: )

> Error missing cordova_plugins.js for ios if android platform added first
> 
>
> Key: CB-11731
> URL: https://issues.apache.org/jira/browse/CB-11731
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: CordovaLib
>Affects Versions: 6.3.0
>Reporter: Graeme Mawson
>  Labels: triaged
>
> Cordova CLI v6.3.0, Cordova Android v5.2.1, Cordova iOS v4.2.0 on Mac OS X 
> 10.11.6.
> Performing run/emulate/build for the iOS platform fails if you have added the 
> Android platform first.
> For example, this works (note iOS platform added first):
> $ cordova create myapp
> $ cd my app
> $ platform add ios
> $ platform add android
> $ cordova emulate ios
> But, this does not work (note Android platform added first):
> $ cordova create myapp
> $ cd my app
> $ platform add android
> $ platform add ios
> $ cordova emulate ios
> Executing: cordova emulate ios
> Fatal error: Error: ENOENT: no such file or directory, open 
> '/Users/graememawson/Cordova/myapp/platforms/ios/www/cordova_plugins.js’



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11731) Error missing cordova_plugins.js for ios if android platform added first

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11731?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov updated CB-11731:
--
Component/s: (was: CLI)
 CordovaLib

> Error missing cordova_plugins.js for ios if android platform added first
> 
>
> Key: CB-11731
> URL: https://issues.apache.org/jira/browse/CB-11731
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: CordovaLib
>Affects Versions: 6.3.0
>Reporter: Graeme Mawson
>
> Cordova CLI v6.3.0, Cordova Android v5.2.1, Cordova iOS v4.2.0 on Mac OS X 
> 10.11.6.
> Performing run/emulate/build for the iOS platform fails if you have added the 
> Android platform first.
> For example, this works (note iOS platform added first):
> $ cordova create myapp
> $ cd my app
> $ platform add ios
> $ platform add android
> $ cordova emulate ios
> But, this does not work (note Android platform added first):
> $ cordova create myapp
> $ cd my app
> $ platform add android
> $ platform add ios
> $ cordova emulate ios
> Executing: cordova emulate ios
> Fatal error: Error: ENOENT: no such file or directory, open 
> '/Users/graememawson/Cordova/myapp/platforms/ios/www/cordova_plugins.js’



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Resolved] (CB-11744) `cordova plugin add` does not honor npm registry defined globally

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11744?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov resolved CB-11744.
---
Resolution: Won't Fix

> `cordova plugin add` does not honor npm registry defined globally
> -
>
> Key: CB-11744
> URL: https://issues.apache.org/jira/browse/CB-11744
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: CordovaLib
>Affects Versions: 6.3.1
> Environment: Windows 7 x64
> Node 5.1.0
> cordova 6.3.1
> (Also tried using cordova-lib directly; same issue)
>Reporter: Matt Steele
>Assignee: Vladimir Kotikov
>  Labels: reproduced, triaged
>
> We have a private NPM registry, configured at the system level (i.e. 
> {{C:\Program Files\nodejs\node_modules\npm\npmrc}}. Attempting to install 
> plugins with the registry defined here fails as it tries to hit the public 
> NPM registry:
> {code}
> C:\Users\IGEN261\code\uit\test\6-hwc\dist\hwc\cordova-project-android>cordova 
> plugin add private-plugin@2.0.5 -d
> No scripts found for hook "before_plugin_add".
> Calling plugman.fetch on plugin "private-plugin@2.0.5"
> Fetching plugin "private-plugin@2.0.5" via npm
> Error: CordovaError: Failed to fetch plugin private-plugin@2.0.5 via registry.
> Probably this is either a connection problem, or plugin spec is incorrect.
> Check your connection and plugin name/version/URL.
> Error: Registry returned 404 for GET on 
> https://registry.npmjs.org/private-plugin
> at 
> C:\Users\IGEN261\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\fetch.js:192:33
> at _rejected 
> (C:\Users\IGEN261\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:797:24)
> at 
> C:\Users\IGEN261\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:823:30
> at Promise.when 
> (C:\Users\IGEN261\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:1035:31)
> at Promise.promise.promiseDispatch 
> (C:\Users\IGEN261\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:741:41)
> at 
> C:\Users\IGEN261\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:557:44
> at flush 
> (C:\Users\IGEN261\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:108:17)
> at doNTCallback0 (node.js:430:9)
> at process._tickCallback (node.js:359:13)
> {code}
> My config:
> {code}
> >npm config list
> ; cli configs
> long = true
> user-agent = "npm/3.3.12 node/v5.1.0 win32 x64"
> ; userconfig C:\Users\IGEN261\.npmrc
> progress = true
> ; builtin config undefined
> registry = "http://privaterepo.com;
> {code}
> A workaround is to re-specify the registry in my userconfig {{.npmrc}} but 
> plugman should honor the registry when it's set at the global level.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Assigned] (CB-11744) `cordova plugin add` does not honor npm registry defined globally

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11744?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov reassigned CB-11744:
-

Assignee: Vladimir Kotikov

> `cordova plugin add` does not honor npm registry defined globally
> -
>
> Key: CB-11744
> URL: https://issues.apache.org/jira/browse/CB-11744
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: CordovaLib
>Affects Versions: 6.3.1
> Environment: Windows 7 x64
> Node 5.1.0
> cordova 6.3.1
> (Also tried using cordova-lib directly; same issue)
>Reporter: Matt Steele
>Assignee: Vladimir Kotikov
>  Labels: reproduced, triaged
>
> We have a private NPM registry, configured at the system level (i.e. 
> {{C:\Program Files\nodejs\node_modules\npm\npmrc}}. Attempting to install 
> plugins with the registry defined here fails as it tries to hit the public 
> NPM registry:
> {code}
> C:\Users\IGEN261\code\uit\test\6-hwc\dist\hwc\cordova-project-android>cordova 
> plugin add private-plugin@2.0.5 -d
> No scripts found for hook "before_plugin_add".
> Calling plugman.fetch on plugin "private-plugin@2.0.5"
> Fetching plugin "private-plugin@2.0.5" via npm
> Error: CordovaError: Failed to fetch plugin private-plugin@2.0.5 via registry.
> Probably this is either a connection problem, or plugin spec is incorrect.
> Check your connection and plugin name/version/URL.
> Error: Registry returned 404 for GET on 
> https://registry.npmjs.org/private-plugin
> at 
> C:\Users\IGEN261\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\fetch.js:192:33
> at _rejected 
> (C:\Users\IGEN261\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:797:24)
> at 
> C:\Users\IGEN261\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:823:30
> at Promise.when 
> (C:\Users\IGEN261\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:1035:31)
> at Promise.promise.promiseDispatch 
> (C:\Users\IGEN261\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:741:41)
> at 
> C:\Users\IGEN261\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:557:44
> at flush 
> (C:\Users\IGEN261\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:108:17)
> at doNTCallback0 (node.js:430:9)
> at process._tickCallback (node.js:359:13)
> {code}
> My config:
> {code}
> >npm config list
> ; cli configs
> long = true
> user-agent = "npm/3.3.12 node/v5.1.0 win32 x64"
> ; userconfig C:\Users\IGEN261\.npmrc
> progress = true
> ; builtin config undefined
> registry = "http://privaterepo.com;
> {code}
> A workaround is to re-specify the registry in my userconfig {{.npmrc}} but 
> plugman should honor the registry when it's set at the global level.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11744) `cordova plugin add` does not honor npm registry defined globally

[Vladimir Kotikov (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15434560#comment-15434560
 ] 

Vladimir Kotikov commented on CB-11744:
---

The problem comes from the fact that cordova-lib is not using global npm 
installation. Instead it pulls npm as own dependency and calls it 
programmatically. Since this is another instance of npm, it is using another 
builtin config, placed in {{cordova-lib/node_modules/npm/npmrc}} rather than 
{{C:\Program Files\nodejs\node_modules\npm\npmrc}}.

This is hardly ever will be fixed in cordova-lib since we don't have a way to 
instruct npm to change the process of configs resolution. However i can see at 
least 2 workarounds for this:

# pass {{\-\-fetch}} flag to {{cordova plugin add}} command. This will instruct 
cordova to fetch plugins using {{cordova-fetch}} module which relies on 
globally installed npm instance. I have verified this and can confirm it works. 
Note that this might become a default way to fetch the plugins in next versions 
of cordova.
# use global npm config (in your case it should be placed at {{C:\Program 
Files\nodejs\etc\npmrc}}) to configure registry rather than builtin one. It 
specifies a system-wide configuration as well as built-in config and also 
respected by all npm distributions (including package-level ones)

> `cordova plugin add` does not honor npm registry defined globally
> -
>
> Key: CB-11744
> URL: https://issues.apache.org/jira/browse/CB-11744
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: CordovaLib
>Affects Versions: 6.3.1
> Environment: Windows 7 x64
> Node 5.1.0
> cordova 6.3.1
> (Also tried using cordova-lib directly; same issue)
>Reporter: Matt Steele
>  Labels: reproduced, triaged
>
> We have a private NPM registry, configured at the system level (i.e. 
> {{C:\Program Files\nodejs\node_modules\npm\npmrc}}. Attempting to install 
> plugins with the registry defined here fails as it tries to hit the public 
> NPM registry:
> {code}
> C:\Users\IGEN261\code\uit\test\6-hwc\dist\hwc\cordova-project-android>cordova 
> plugin add private-plugin@2.0.5 -d
> No scripts found for hook "before_plugin_add".
> Calling plugman.fetch on plugin "private-plugin@2.0.5"
> Fetching plugin "private-plugin@2.0.5" via npm
> Error: CordovaError: Failed to fetch plugin private-plugin@2.0.5 via registry.
> Probably this is either a connection problem, or plugin spec is incorrect.
> Check your connection and plugin name/version/URL.
> Error: Registry returned 404 for GET on 
> https://registry.npmjs.org/private-plugin
> at 
> C:\Users\IGEN261\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\fetch.js:192:33
> at _rejected 
> (C:\Users\IGEN261\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:797:24)
> at 
> C:\Users\IGEN261\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:823:30
> at Promise.when 
> (C:\Users\IGEN261\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:1035:31)
> at Promise.promise.promiseDispatch 
> (C:\Users\IGEN261\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:741:41)
> at 
> C:\Users\IGEN261\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:557:44
> at flush 
> (C:\Users\IGEN261\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:108:17)
> at doNTCallback0 (node.js:430:9)
> at process._tickCallback (node.js:359:13)
> {code}
> My config:
> {code}
> >npm config list
> ; cli configs
> long = true
> user-agent = "npm/3.3.12 node/v5.1.0 win32 x64"
> ; userconfig C:\Users\IGEN261\.npmrc
> progress = true
> ; builtin config undefined
> registry = "http://privaterepo.com;
> {code}
> A workaround is to re-specify the registry in my userconfig {{.npmrc}} but 
> plugman should honor the registry when it's set at the global level.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11744) `cordova plugin add` does not honor npm registry defined globally

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11744?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov updated CB-11744:
--
Labels: reproduced triaged  (was: )

> `cordova plugin add` does not honor npm registry defined globally
> -
>
> Key: CB-11744
> URL: https://issues.apache.org/jira/browse/CB-11744
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: CordovaLib
>Affects Versions: 6.3.1
> Environment: Windows 7 x64
> Node 5.1.0
> cordova 6.3.1
> (Also tried using cordova-lib directly; same issue)
>Reporter: Matt Steele
>  Labels: reproduced, triaged
>
> We have a private NPM registry, configured at the system level (i.e. 
> {{C:\Program Files\nodejs\node_modules\npm\npmrc}}. Attempting to install 
> plugins with the registry defined here fails as it tries to hit the public 
> NPM registry:
> {code}
> C:\Users\IGEN261\code\uit\test\6-hwc\dist\hwc\cordova-project-android>cordova 
> plugin add private-plugin@2.0.5 -d
> No scripts found for hook "before_plugin_add".
> Calling plugman.fetch on plugin "private-plugin@2.0.5"
> Fetching plugin "private-plugin@2.0.5" via npm
> Error: CordovaError: Failed to fetch plugin private-plugin@2.0.5 via registry.
> Probably this is either a connection problem, or plugin spec is incorrect.
> Check your connection and plugin name/version/URL.
> Error: Registry returned 404 for GET on 
> https://registry.npmjs.org/private-plugin
> at 
> C:\Users\IGEN261\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\fetch.js:192:33
> at _rejected 
> (C:\Users\IGEN261\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:797:24)
> at 
> C:\Users\IGEN261\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:823:30
> at Promise.when 
> (C:\Users\IGEN261\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:1035:31)
> at Promise.promise.promiseDispatch 
> (C:\Users\IGEN261\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:741:41)
> at 
> C:\Users\IGEN261\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:557:44
> at flush 
> (C:\Users\IGEN261\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:108:17)
> at doNTCallback0 (node.js:430:9)
> at process._tickCallback (node.js:359:13)
> {code}
> My config:
> {code}
> >npm config list
> ; cli configs
> long = true
> user-agent = "npm/3.3.12 node/v5.1.0 win32 x64"
> ; userconfig C:\Users\IGEN261\.npmrc
> progress = true
> ; builtin config undefined
> registry = "http://privaterepo.com;
> {code}
> A workaround is to re-specify the registry in my userconfig {{.npmrc}} but 
> plugman should honor the registry when it's set at the global level.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11058) DOAP has moved

[Sebb (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11058?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15434471#comment-15434471
 ] 

Sebb commented on CB-11058:
---

PING

> DOAP has moved
> --
>
> Key: CB-11058
> URL: https://issues.apache.org/jira/browse/CB-11058
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Website
> Environment: 
> http://svn.apache.org/repos/asf/cordova/site/infra/doap_Cordova.rdf
> https://svn.apache.org/repos/asf/comdev/projects.apache.org/data/projects.xml
>Reporter: Sebb
>  Labels: triaged
>
> The DOAP has moved. Not sure where.
> Please update
> https://svn.apache.org/repos/asf/comdev/projects.apache.org/data/projects.xml
> with the new location



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11750) Xcode warnings when opening PDF in WKWebView using InAppBrowser

[Edwin Lijnzaad (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11750?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Edwin Lijnzaad updated CB-11750:

Description: 
I use the InAppBrowser to display the content of a PDF using WKWebView. 
Everything works fine and it looks exactly like in UIWebView. However in the 
Xcode console these messages appear:

2016-08-22 17:05:05.355 InspectAndGo[2278:1043666] Setting the WebView's frame 
to {{0, 0}, {1024, 724}}
2016-08-22 17:05:05.387 InspectAndGo[2278:1043666] THREAD WARNING: 
['InAppBrowser'] took '62.119873' ms. Plugin should use a background thread.
objc[2278]: UIPDFPageRenderOperation object 0x13e144930 overreleased while 
already deallocating; break on objc_overrelease_during_dealloc_error to debug
objc[2278]: UIPDFPageRenderOperation object 0x13e14bdb0 overreleased while 
already deallocating; break on objc_overrelease_during_dealloc_error to debug
objc[2278]: UIPDFPageRenderOperation object 0x13e14c0f0 overreleased while 
already deallocating; break on objc_overrelease_during_dealloc_error to debug
objc[2278]: UIPDFPageRenderOperation object 0x13e116700 overreleased while 
already deallocating; break on objc_overrelease_during_dealloc_error to debug
objc[2278]: UIPDFPageRenderOperation object 0x13cdf8050 overreleased while 
already deallocating; break on objc_overrelease_during_dealloc_error to debug

The messages appear only on opening the PDF, no messages on closing. They do 
not seems to affect the working of the plugin, as on screen everything seems to 
be working fine.

I've filed this bug with the guys from the WKWebView plugin, but they advised 
me to copy you in as well. 
https://github.com/driftyco/cordova-plugin-wkwebview-engine/issues/27

  was:
I use the InAppBrowser to display the content of a PDF using WKWebView. 
Everything works fine and it looks exactly like in UIWebView. However in the 
Xcode console these messages appear:

{{2016-08-22 17:05:05.355 InspectAndGo[2278:1043666] Setting the WebView's 
frame to {{0, 0}, {1024, 724}}
2016-08-22 17:05:05.387 InspectAndGo[2278:1043666] THREAD WARNING: 
['InAppBrowser'] took '62.119873' ms. Plugin should use a background thread.
objc[2278]: UIPDFPageRenderOperation object 0x13e144930 overreleased while 
already deallocating; break on objc_overrelease_during_dealloc_error to debug
objc[2278]: UIPDFPageRenderOperation object 0x13e14bdb0 overreleased while 
already deallocating; break on objc_overrelease_during_dealloc_error to debug
objc[2278]: UIPDFPageRenderOperation object 0x13e14c0f0 overreleased while 
already deallocating; break on objc_overrelease_during_dealloc_error to debug
objc[2278]: UIPDFPageRenderOperation object 0x13e116700 overreleased while 
already deallocating; break on objc_overrelease_during_dealloc_error to debug
objc[2278]: UIPDFPageRenderOperation object 0x13cdf8050 overreleased while 
already deallocating; break on objc_overrelease_during_dealloc_error to debug}}

The messages appear only on opening the PDF, no messages on closing. They do 
not seems to affect the working of the plugin, as on screen everything seems to 
be working fine.

I've filed this bug with the guys from the WKWebView plugin, but they advised 
me to copy you in as well. 
https://github.com/driftyco/cordova-plugin-wkwebview-engine/issues/27


> Xcode warnings when opening PDF in WKWebView using InAppBrowser
> ---
>
> Key: CB-11750
> URL: https://issues.apache.org/jira/browse/CB-11750
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin InAppBrowser
>Affects Versions: 1.4.0
> Environment: Cordova version: 6.3.1
> cordova-plugin-inappbrowser 1.4.0
> cordova-plugin-wkwebview-engine 1.1.0-dev
> Xcode 7.3.1
>Reporter: Edwin Lijnzaad
>Priority: Minor
>
> I use the InAppBrowser to display the content of a PDF using WKWebView. 
> Everything works fine and it looks exactly like in UIWebView. However in the 
> Xcode console these messages appear:
> 2016-08-22 17:05:05.355 InspectAndGo[2278:1043666] Setting the WebView's 
> frame to {{0, 0}, {1024, 724}}
> 2016-08-22 17:05:05.387 InspectAndGo[2278:1043666] THREAD WARNING: 
> ['InAppBrowser'] took '62.119873' ms. Plugin should use a background thread.
> objc[2278]: UIPDFPageRenderOperation object 0x13e144930 overreleased while 
> already deallocating; break on objc_overrelease_during_dealloc_error to debug
> objc[2278]: UIPDFPageRenderOperation object 0x13e14bdb0 overreleased while 
> already deallocating; break on objc_overrelease_during_dealloc_error to debug
> objc[2278]: UIPDFPageRenderOperation object 0x13e14c0f0 overreleased while 
> already deallocating; break on objc_overrelease_during_dealloc_error to debug
> objc[2278]: UIPDFPageRenderOperation object 

[jira] [Updated] (CB-11742) After upgrading to version 6.3.1, apps won't install in Android because they are detected as DOWNGRADE

[David Martinez Borque (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11742?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

David Martinez Borque updated CB-11742:
---
Summary: After upgrading to version 6.3.1, apps won't install in Android 
because they are detected as DOWNGRADE  (was: After upgrading to version 6.3.1, 
apps won't install in Android because of DOWNGRADE)

> After upgrading to version 6.3.1, apps won't install in Android because they 
> are detected as DOWNGRADE
> --
>
> Key: CB-11742
> URL: https://issues.apache.org/jira/browse/CB-11742
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Android
>Affects Versions: 6.3.1
> Environment: Developing on Windows 8.1 with node v5.1.0, cordova 
> 6.3.1 for android
>Reporter: David Martinez Borque
>
> I have updated to cordova 6.3.1
> Then I compile all my apps, generating new release apks (v.1.17).
> Then I try to install the new apk into an android device where I already have 
> an older version of the app (v 1.16)
> When upgrading the app (adb install -r android-release.apk) I always get this 
> error:
> [INSTALL_FAILED_VERSION_DOWNGRADE]
> Most curiously, when I install the new apk  (with adb install -r -d) the 
> Android system detects that the version of the app is 1.17!!



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11750) Xcode warnings when opening PDF in WKWebView using InAppBrowser

[Edwin Lijnzaad (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11750?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Edwin Lijnzaad updated CB-11750:

Description: 
I use the InAppBrowser to display the content of a PDF using WKWebView. 
Everything works fine and it looks exactly like in UIWebView. However in the 
Xcode console these messages appear:

{{2016-08-22 17:05:05.355 InspectAndGo[2278:1043666] Setting the WebView's 
frame to {{0, 0}, {1024, 724}}
2016-08-22 17:05:05.387 InspectAndGo[2278:1043666] THREAD WARNING: 
['InAppBrowser'] took '62.119873' ms. Plugin should use a background thread.
objc[2278]: UIPDFPageRenderOperation object 0x13e144930 overreleased while 
already deallocating; break on objc_overrelease_during_dealloc_error to debug
objc[2278]: UIPDFPageRenderOperation object 0x13e14bdb0 overreleased while 
already deallocating; break on objc_overrelease_during_dealloc_error to debug
objc[2278]: UIPDFPageRenderOperation object 0x13e14c0f0 overreleased while 
already deallocating; break on objc_overrelease_during_dealloc_error to debug
objc[2278]: UIPDFPageRenderOperation object 0x13e116700 overreleased while 
already deallocating; break on objc_overrelease_during_dealloc_error to debug
objc[2278]: UIPDFPageRenderOperation object 0x13cdf8050 overreleased while 
already deallocating; break on objc_overrelease_during_dealloc_error to debug}}

The messages appear only on opening the PDF, no messages on closing. They do 
not seems to affect the working of the plugin, as on screen everything seems to 
be working fine.

I've filed this bug with the guys from the WKWebView plugin, but they advised 
me to copy you in as well. 
https://github.com/driftyco/cordova-plugin-wkwebview-engine/issues/27

  was:
I use the InAppBrowser to display the content of a PDF using WKWebView. 
Everything works fine and it looks exactly like in UIWebView. However in the 
Xcode console these messages appear:

{{
2016-08-22 17:05:05.355 InspectAndGo[2278:1043666] Setting the WebView's frame 
to {{0, 0}, {1024, 724}}
2016-08-22 17:05:05.387 InspectAndGo[2278:1043666] THREAD WARNING: 
['InAppBrowser'] took '62.119873' ms. Plugin should use a background thread.
objc[2278]: UIPDFPageRenderOperation object 0x13e144930 overreleased while 
already deallocating; break on objc_overrelease_during_dealloc_error to debug
objc[2278]: UIPDFPageRenderOperation object 0x13e14bdb0 overreleased while 
already deallocating; break on objc_overrelease_during_dealloc_error to debug
objc[2278]: UIPDFPageRenderOperation object 0x13e14c0f0 overreleased while 
already deallocating; break on objc_overrelease_during_dealloc_error to debug
objc[2278]: UIPDFPageRenderOperation object 0x13e116700 overreleased while 
already deallocating; break on objc_overrelease_during_dealloc_error to debug
objc[2278]: UIPDFPageRenderOperation object 0x13cdf8050 overreleased while 
already deallocating; break on objc_overrelease_during_dealloc_error to debug
}}

The messages appear only on opening the PDF, no messages on closing. They do 
not seems to affect the working of the plugin, as on screen everything seems to 
be working fine.

I've filed this bug with the guys from the WKWebView plugin, but they advised 
me to copy you in as well. 
https://github.com/driftyco/cordova-plugin-wkwebview-engine/issues/27


> Xcode warnings when opening PDF in WKWebView using InAppBrowser
> ---
>
> Key: CB-11750
> URL: https://issues.apache.org/jira/browse/CB-11750
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin InAppBrowser
>Affects Versions: 1.4.0
> Environment: Cordova version: 6.3.1
> cordova-plugin-inappbrowser 1.4.0
> cordova-plugin-wkwebview-engine 1.1.0-dev
> Xcode 7.3.1
>Reporter: Edwin Lijnzaad
>Priority: Minor
>
> I use the InAppBrowser to display the content of a PDF using WKWebView. 
> Everything works fine and it looks exactly like in UIWebView. However in the 
> Xcode console these messages appear:
> {{2016-08-22 17:05:05.355 InspectAndGo[2278:1043666] Setting the WebView's 
> frame to {{0, 0}, {1024, 724}}
> 2016-08-22 17:05:05.387 InspectAndGo[2278:1043666] THREAD WARNING: 
> ['InAppBrowser'] took '62.119873' ms. Plugin should use a background thread.
> objc[2278]: UIPDFPageRenderOperation object 0x13e144930 overreleased while 
> already deallocating; break on objc_overrelease_during_dealloc_error to debug
> objc[2278]: UIPDFPageRenderOperation object 0x13e14bdb0 overreleased while 
> already deallocating; break on objc_overrelease_during_dealloc_error to debug
> objc[2278]: UIPDFPageRenderOperation object 0x13e14c0f0 overreleased while 
> already deallocating; break on objc_overrelease_during_dealloc_error to debug
> objc[2278]: UIPDFPageRenderOperation object 

[jira] [Updated] (CB-11750) Xcode warnings when opening PDF in WKWebView using InAppBrowser

[Edwin Lijnzaad (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-11750?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Edwin Lijnzaad updated CB-11750:

Description: 
I use the InAppBrowser to display the content of a PDF using WKWebView. 
Everything works fine and it looks exactly like in UIWebView. However in the 
Xcode console these messages appear:

{{
2016-08-22 17:05:05.355 InspectAndGo[2278:1043666] Setting the WebView's frame 
to {{0, 0}, {1024, 724}}
2016-08-22 17:05:05.387 InspectAndGo[2278:1043666] THREAD WARNING: 
['InAppBrowser'] took '62.119873' ms. Plugin should use a background thread.
objc[2278]: UIPDFPageRenderOperation object 0x13e144930 overreleased while 
already deallocating; break on objc_overrelease_during_dealloc_error to debug
objc[2278]: UIPDFPageRenderOperation object 0x13e14bdb0 overreleased while 
already deallocating; break on objc_overrelease_during_dealloc_error to debug
objc[2278]: UIPDFPageRenderOperation object 0x13e14c0f0 overreleased while 
already deallocating; break on objc_overrelease_during_dealloc_error to debug
objc[2278]: UIPDFPageRenderOperation object 0x13e116700 overreleased while 
already deallocating; break on objc_overrelease_during_dealloc_error to debug
objc[2278]: UIPDFPageRenderOperation object 0x13cdf8050 overreleased while 
already deallocating; break on objc_overrelease_during_dealloc_error to debug
}}

The messages appear only on opening the PDF, no messages on closing. They do 
not seems to affect the working of the plugin, as on screen everything seems to 
be working fine.

I've filed this bug with the guys from the WKWebView plugin, but they advised 
me to copy you in as well. 
https://github.com/driftyco/cordova-plugin-wkwebview-engine/issues/27

  was:
I use the InAppBrowser to display the content of a PDF using WKWebView. 
Everything works fine and it looks exactly like in UIWebView. However in the 
Xcode console these messages appear:

{{monospaced}}
2016-08-22 17:05:05.355 InspectAndGo[2278:1043666] Setting the WebView's frame 
to {{0, 0}, {1024, 724}}
2016-08-22 17:05:05.387 InspectAndGo[2278:1043666] THREAD WARNING: 
['InAppBrowser'] took '62.119873' ms. Plugin should use a background thread.
objc[2278]: UIPDFPageRenderOperation object 0x13e144930 overreleased while 
already deallocating; break on objc_overrelease_during_dealloc_error to debug
objc[2278]: UIPDFPageRenderOperation object 0x13e14bdb0 overreleased while 
already deallocating; break on objc_overrelease_during_dealloc_error to debug
objc[2278]: UIPDFPageRenderOperation object 0x13e14c0f0 overreleased while 
already deallocating; break on objc_overrelease_during_dealloc_error to debug
objc[2278]: UIPDFPageRenderOperation object 0x13e116700 overreleased while 
already deallocating; break on objc_overrelease_during_dealloc_error to debug
objc[2278]: UIPDFPageRenderOperation object 0x13cdf8050 overreleased while 
already deallocating; break on objc_overrelease_during_dealloc_error to debug
{{monospaced}}

The messages appear only on opening the PDF, no messages on closing. They do 
not seems to affect the working of the plugin, as on screen everything seems to 
be working fine.

I've filed this bug with the guys from the WKWebView plugin, but they advised 
me to copy you in as well. 
https://github.com/driftyco/cordova-plugin-wkwebview-engine/issues/27


> Xcode warnings when opening PDF in WKWebView using InAppBrowser
> ---
>
> Key: CB-11750
> URL: https://issues.apache.org/jira/browse/CB-11750
> Project: Apache Cordova
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Plugin InAppBrowser
>Affects Versions: 1.4.0
> Environment: Cordova version: 6.3.1
> cordova-plugin-inappbrowser 1.4.0
> cordova-plugin-wkwebview-engine 1.1.0-dev
> Xcode 7.3.1
>Reporter: Edwin Lijnzaad
>Priority: Minor
>
> I use the InAppBrowser to display the content of a PDF using WKWebView. 
> Everything works fine and it looks exactly like in UIWebView. However in the 
> Xcode console these messages appear:
> {{
> 2016-08-22 17:05:05.355 InspectAndGo[2278:1043666] Setting the WebView's 
> frame to {{0, 0}, {1024, 724}}
> 2016-08-22 17:05:05.387 InspectAndGo[2278:1043666] THREAD WARNING: 
> ['InAppBrowser'] took '62.119873' ms. Plugin should use a background thread.
> objc[2278]: UIPDFPageRenderOperation object 0x13e144930 overreleased while 
> already deallocating; break on objc_overrelease_during_dealloc_error to debug
> objc[2278]: UIPDFPageRenderOperation object 0x13e14bdb0 overreleased while 
> already deallocating; break on objc_overrelease_during_dealloc_error to debug
> objc[2278]: UIPDFPageRenderOperation object 0x13e14c0f0 overreleased while 
> already deallocating; break on objc_overrelease_during_dealloc_error to debug
> objc[2278]: 

[jira] [Created] (CB-11750) Xcode warnings when opening PDF in WKWebView using InAppBrowser

[Edwin Lijnzaad (JIRA)]

Edwin Lijnzaad created CB-11750:
---

 Summary: Xcode warnings when opening PDF in WKWebView using 
InAppBrowser
 Key: CB-11750
 URL: https://issues.apache.org/jira/browse/CB-11750
 Project: Apache Cordova
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: Plugin InAppBrowser
Affects Versions: 1.4.0
 Environment: Cordova version: 6.3.1
cordova-plugin-inappbrowser 1.4.0
cordova-plugin-wkwebview-engine 1.1.0-dev
Xcode 7.3.1
Reporter: Edwin Lijnzaad
Priority: Minor


I use the InAppBrowser to display the content of a PDF using WKWebView. 
Everything works fine and it looks exactly like in UIWebView. However in the 
Xcode console these messages appear:

{{monospaced}}
2016-08-22 17:05:05.355 InspectAndGo[2278:1043666] Setting the WebView's frame 
to {{0, 0}, {1024, 724}}
2016-08-22 17:05:05.387 InspectAndGo[2278:1043666] THREAD WARNING: 
['InAppBrowser'] took '62.119873' ms. Plugin should use a background thread.
objc[2278]: UIPDFPageRenderOperation object 0x13e144930 overreleased while 
already deallocating; break on objc_overrelease_during_dealloc_error to debug
objc[2278]: UIPDFPageRenderOperation object 0x13e14bdb0 overreleased while 
already deallocating; break on objc_overrelease_during_dealloc_error to debug
objc[2278]: UIPDFPageRenderOperation object 0x13e14c0f0 overreleased while 
already deallocating; break on objc_overrelease_during_dealloc_error to debug
objc[2278]: UIPDFPageRenderOperation object 0x13e116700 overreleased while 
already deallocating; break on objc_overrelease_during_dealloc_error to debug
objc[2278]: UIPDFPageRenderOperation object 0x13cdf8050 overreleased while 
already deallocating; break on objc_overrelease_during_dealloc_error to debug
{{monospaced}}

The messages appear only on opening the PDF, no messages on closing. They do 
not seems to affect the working of the plugin, as on screen everything seems to 
be working fine.

I've filed this bug with the guys from the WKWebView plugin, but they advised 
me to copy you in as well. 
https://github.com/driftyco/cordova-plugin-wkwebview-engine/issues/27



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org