[jira] [Created] (CB-13690) Change audio stream src in platform-browser

[Frank Owusu (JIRA)]

Frank Owusu created CB-13690:


 Summary: Change audio stream src in platform-browser
 Key: CB-13690
 URL: https://issues.apache.org/jira/browse/CB-13690
 Project: Apache Cordova
  Issue Type: Bug
  Components: cordova-plugin-media
Affects Versions: 4.0.0
 Environment: Browser
Reporter: Frank Owusu
Priority: Critical
 Fix For: 4.0.0


h2. Media object change src method for Browser.

when node is released stream src is still being downloaded.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Updated] (CB-13646) Unable to compile native code (android.useDeprecated.Ndk not supported anymore)

[Joe Bowser (JIRA)]

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

Joe Bowser updated CB-13646:

Labels: cordova-next  (was: )

> Unable to compile native code (android.useDeprecated.Ndk not supported 
> anymore)
> ---
>
> Key: CB-13646
> URL: https://issues.apache.org/jira/browse/CB-13646
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
>Affects Versions: 7.0.0
>Reporter: Michael Goffioul
>Assignee: Joe Bowser
>Priority: Critical
>  Labels: cordova-next
>
> A cordova project that contains native/jni code fails to compile, because 
> android.useDeprecatedNdk is not supported anymore.
> Steps to reproduce:
> 1) create a new cordova project
> 2) add android platform
> 3) mkdir platforms/android/app/src/main/jni
> 4) touch platforms/android/app/src/main/jni/Android.mk
> 5) cordova build android
> It fails with the following error:
> {code}
> FAILURE: Build failed with an exception.
> * What went wrong:
> Execution failed for task ':app:compileDebugNdk'.
> > Error: Flag android.useDeprecatedNdk is no longer supported and will be 
> > removed in the next version of Android Studio.  Please switch to a 
> > supported build system.
>   Consider using CMake or ndk-build integration. For more information, go to:
>https://d.android.com/r/studio-ui/add-native-code.html#ndkCompile
>To get started, you can use the sample ndk-build script the Android
>plugin generated for you at: 
> .../testnative/platforms/android/app/build/intermediates/ndk/debug/Android.mk
>   Alternatively, you can use the experimental plugin:
>https://developer.android.com/r/tools/experimental-plugin.html
>   To continue using the deprecated NDK compile for another 60 days, set 
>   android.deprecatedNdkCompileLease=1512654767567 in gradle.properties
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Resolved] (CB-13648) Cordova Android Security Concern? What is the correct workflow for apps with this issue? (see description)

[Joe Bowser (JIRA)]

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

Joe Bowser resolved CB-13648.
-
Resolution: Information Provided

Going to close this.  If you want a plugin where you could do what I talked 
about earlier, look at this:
https://github.com/SpiderOak/cordova-HTTP

Still, this is more to do with insecure versions of Android than with Cordova 
itself, so YMMV.

> Cordova Android Security Concern? What is the correct workflow for apps with 
> this issue? (see description)
> --
>
> Key: CB-13648
> URL: https://issues.apache.org/jira/browse/CB-13648
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
>Reporter: Abhishek Joshi
>Assignee: Joe Bowser
>
> https://developer.android.com/training/articles/security-gms-provider.html
> 1) Is this bug discussed above a concern with Cordova apps out of the Box 
> (near helloworld level of apps), since Cordova runs off Webviews?
> 2) If this bug is a concern, what should the correct workaround be? Do I need 
> to create my own plugin to manage this? Is there a solution?
> 3) Any comments?



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Comment Edited] (CB-13648) Cordova Android Security Concern? What is the correct workflow for apps with this issue? (see description)

[Joe Bowser (JIRA)]

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

Joe Bowser edited comment on CB-13648 at 12/18/17 10:23 PM:


Well, this is a complicated issue for many reasons.

1. Devices that were no longer supported after Heartbleed hit would still be 
vulnerable to this, so anything that was EOLed in 2014 is affected.
2. Google System WebView became an installable component back in Android 5.0, 
so installing the latest WebView is the best solution to work around this issue 
for Cordova
3. The reason you have to buy a new device once an OEM stops supporting it IS 
these sorts of vulnerabilities.

There are third-party plugins that use a different method for loading SSL 
content into a WebView, but I have no idea what the performance hit is, nor do 
I know whether it's even worth it, since this would be a small subset of our 
currently supported users.  Honestly, this just seems like a really good 
argument for dropping support for Android 4.4 devices than it is anything else.

I've asked another team member for a link to their third-party plugin that does 
this.  I'd still be wary of any Android version older than Android 5.0 to be 
honest.


was (Author: bowserj):
Well, this is a complicated issue for many reasons.

1. Devices that were no longer supported after Heartbleed hit would still be 
vulnerable to this, so anything that was EOLed in 2014 is affected.
2. Google System WebView became an installable component back in Android 5.0, 
so installing the latest WebView is the best solution to work around this issue 
for Cordova
3. The reason you have to buy a new device once an OEM stops supporting it IS 
these sorts of vulnerabilities.

There are third-party plugins that use a different method for loading SSL 
content into a WebView, but I have no idea what the performance hit is, nor do 
I know whether it's even worth it, since this would be a small subset of our 
currently supported users.  Honestly, this just seems like a really good 
argument for dropping support for Android 4.4 devices than it is anything else.

> Cordova Android Security Concern? What is the correct workflow for apps with 
> this issue? (see description)
> --
>
> Key: CB-13648
> URL: https://issues.apache.org/jira/browse/CB-13648
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
>Reporter: Abhishek Joshi
>Assignee: Joe Bowser
>
> https://developer.android.com/training/articles/security-gms-provider.html
> 1) Is this bug discussed above a concern with Cordova apps out of the Box 
> (near helloworld level of apps), since Cordova runs off Webviews?
> 2) If this bug is a concern, what should the correct workaround be? Do I need 
> to create my own plugin to manage this? Is there a solution?
> 3) Any comments?



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (CB-13648) Cordova Android Security Concern? What is the correct workflow for apps with this issue? (see description)

[Joe Bowser (JIRA)]

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

Joe Bowser commented on CB-13648:
-

This is worth a read if you want to know why we made the design decisions we 
did w.r.t. Cordova, and why we have a Whitelist, why calls across the bridge 
are serialized, why we abuse reflection, etc, etc.
https://developer.android.com/training/articles/security-tips.html#WebView



> Cordova Android Security Concern? What is the correct workflow for apps with 
> this issue? (see description)
> --
>
> Key: CB-13648
> URL: https://issues.apache.org/jira/browse/CB-13648
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
>Reporter: Abhishek Joshi
>Assignee: Joe Bowser
>
> https://developer.android.com/training/articles/security-gms-provider.html
> 1) Is this bug discussed above a concern with Cordova apps out of the Box 
> (near helloworld level of apps), since Cordova runs off Webviews?
> 2) If this bug is a concern, what should the correct workaround be? Do I need 
> to create my own plugin to manage this? Is there a solution?
> 3) Any comments?



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (CB-13648) Cordova Android Security Concern? What is the correct workflow for apps with this issue? (see description)

[Joe Bowser (JIRA)]

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

Joe Bowser commented on CB-13648:
-

Well, this is a complicated issue for many reasons.

1. Devices that were no longer supported after Heartbleed hit would still be 
vulnerable to this, so anything that was EOLed in 2014 is affected.
2. Google System WebView became an installable component back in Android 5.0, 
so installing the latest WebView is the best solution to work around this issue 
for Cordova
3. The reason you have to buy a new device once an OEM stops supporting it IS 
these sorts of vulnerabilities.

There are third-party plugins that use a different method for loading SSL 
content into a WebView, but I have no idea what the performance hit is, nor do 
I know whether it's even worth it, since this would be a small subset of our 
currently supported users.  Honestly, this just seems like a really good 
argument for dropping support for Android 4.4 devices than it is anything else.

> Cordova Android Security Concern? What is the correct workflow for apps with 
> this issue? (see description)
> --
>
> Key: CB-13648
> URL: https://issues.apache.org/jira/browse/CB-13648
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
>Reporter: Abhishek Joshi
>Assignee: Joe Bowser
>
> https://developer.android.com/training/articles/security-gms-provider.html
> 1) Is this bug discussed above a concern with Cordova apps out of the Box 
> (near helloworld level of apps), since Cordova runs off Webviews?
> 2) If this bug is a concern, what should the correct workaround be? Do I need 
> to create my own plugin to manage this? Is there a solution?
> 3) Any comments?



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (CB-13685) Android Adaptive Icons

[Joe Bowser (JIRA)]

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

Joe Bowser commented on CB-13685:
-

This level of Android customization is something that Cordova doesn't have.  I 
don't know about making this a plugin since this is compile-time generation 
which would just be hooks, and the plugin itself wouldn't have any 
platform-specific source code behind it.  That does seem dirty, but may be the 
best approach here in the short term.

Of course, you can just open the Android project in Android Studio and use 
those tools, but then you run the risk of losing your changes after upgrading. 
:/

> Android Adaptive Icons
> --
>
> Key: CB-13685
> URL: https://issues.apache.org/jira/browse/CB-13685
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: cordova-android
> Environment: All
>Reporter: Josef Brandl
>Assignee: Joe Bowser
>Priority: Minor
>
> Starting with Android 8 Oreo (API level 26) Android allows developers to 
> create app icons using a background and a foreground image file. This feature 
> is called "adaptive icons". One major change that goes with this feature is 
> that icons get now clipped into a shape by the system. This leads to a very 
> uniform and clean design like on iOS where all icons are a rounded rectangle. 
> The other advantage is that visual effects can be applied to the icon by the 
> system due to the separation between foreground an background.
> Android Studio greatly assists the developer at the creation of the app icon 
> resources because it creates backwards compatible icons for older devices 
> that don't support the adaptive icons feature.
> https://developer.android.com/studio/write/image-asset-studio.html
> The following resources are created.
> {code}
> res
> ├── drawable
> │   ├── ic_launcher_background.xml
> │   └── ic_launcher_foreground.xml
> ├── mipmap-anydpi-v26
> │   ├── ic_launcher.xml
> │   └── ic_launcher_round.xml
> ├── mipmap-hdpi
> │   ├── ic_launcher.png
> │   └── ic_launcher_round.png
> ├── mipmap-mdpi
> │   ├── ic_launcher.png
> │   └── ic_launcher_round.png
> ├── mipmap-xhdpi
> │   ├── ic_launcher.png
> │   └── ic_launcher_round.png
> ├── mipmap-xxhdpi
> │   ├── ic_launcher.png
> │   └── ic_launcher_round.png
> └── mipmap-xxxhdpi
>      ├── ic_launcher.png
>      └── ic_launcher_round.png
> {code}
> It is currently not clear how these files can be used inside a cordova 
> project.
> - res/mipmap-anydpi-v26/ic_launcher.xml points to other image resources 
> (foreground, background)
> - The foreground and background can be vector graphics (-> xml files in 
> res/drawable)
> - The documentation needs to be updated
> (I've never reported an issue using JIRA before - I'm only used to github. 
> So, please guide me if I'm doing something incorrect)



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (CB-12914) Drop Support for Android JellyBean

[ASF subversion and git services (JIRA)]

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

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

Commit be3f8ef80db3723df35cf96e8f25bcca9c39e12a in cordova-android's branch 
refs/heads/master from [~bowserj]
[ https://gitbox.apache.org/repos/asf?p=cordova-android.git;h=be3f8ef ]

CB-12914: Test needs SDK bumps


> Drop Support for Android JellyBean
> --
>
> Key: CB-12914
> URL: https://issues.apache.org/jira/browse/CB-12914
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: cordova-android
>Reporter: Simon MacDonald
>Assignee: Joe Bowser
>  Labels: android-next
> Fix For: 7.0.0
>
>
> In cordova-android 7.0.0 we will be dropping support for any Android API 
> level before 19 (Android KitKat).
> We should update the default tempate to indicate the minSdkLevel is 19 and 
> check for any conditional code that checks for API level less than 19 and 
> adds any special cases.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (CB-12914) Drop Support for Android JellyBean

[ASF subversion and git services (JIRA)]

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

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

Commit a24ba41eda558c7a6a5f611173e8ebb837c6861c in cordova-android's branch 
refs/heads/master from [~bowserj]
[ https://gitbox.apache.org/repos/asf?p=cordova-android.git;h=a24ba41 ]

Merge pull request #421 from infil00p/test-sdk-bump

CB-12914: Test needs SDK bumps

> Drop Support for Android JellyBean
> --
>
> Key: CB-12914
> URL: https://issues.apache.org/jira/browse/CB-12914
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: cordova-android
>Reporter: Simon MacDonald
>Assignee: Joe Bowser
>  Labels: android-next
> Fix For: 7.0.0
>
>
> In cordova-android 7.0.0 we will be dropping support for any Android API 
> level before 19 (Android KitKat).
> We should update the default tempate to indicate the minSdkLevel is 19 and 
> check for any conditional code that checks for API level less than 19 and 
> adds any special cases.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (CB-12914) Drop Support for Android JellyBean

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-12914:
-

infil00p closed pull request #421: CB-12914: Test needs SDK bumps
URL: https://github.com/apache/cordova-android/pull/421
 
 
   

This is a PR merged from a forked repository.
As GitHub hides the original diff on merge, it is displayed below for
the sake of provenance:

As this is a foreign pull request (from a fork), the diff is supplied
below (as it won't show otherwise due to GitHub magic):

diff --git a/test/app/build.gradle b/test/app/build.gradle
index a995781bb..de5a2a24c 100644
--- a/test/app/build.gradle
+++ b/test/app/build.gradle
@@ -23,7 +23,7 @@ android {
 buildToolsVersion "26.0.2"
 defaultConfig {
 applicationId "org.apache.cordova.unittests"
-minSdkVersion 16
+minSdkVersion 19
 targetSdkVersion 26
 versionCode 1
 versionName "1.0"
diff --git a/test/build.gradle b/test/build.gradle
index 319ac2f30..d708e97c3 100644
--- a/test/build.gradle
+++ b/test/build.gradle
@@ -24,7 +24,7 @@ buildscript {
 google()
 }
 dependencies {
-classpath 'com.android.tools.build:gradle:3.0.0'
+classpath 'com.android.tools.build:gradle:3.0.1'
 
 // NOTE: Do not place your application dependencies here; they belong
 // in the individual module build.gradle files


 


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Drop Support for Android JellyBean
> --
>
> Key: CB-12914
> URL: https://issues.apache.org/jira/browse/CB-12914
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: cordova-android
>Reporter: Simon MacDonald
>Assignee: Joe Bowser
>  Labels: android-next
> Fix For: 7.0.0
>
>
> In cordova-android 7.0.0 we will be dropping support for any Android API 
> level before 19 (Android KitKat).
> We should update the default tempate to indicate the minSdkLevel is 19 and 
> check for any conditional code that checks for API level less than 19 and 
> adds any special cases.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (CB-13675) cordova-plugin-network-information reports type === NONE when connected through 3G/4G on iOS 11

[jcesarmobile (JIRA)]

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

jcesarmobile commented on CB-13675:
---

I've tested on an iOS 11.2.1 device and still can't reproduce with your code.
I only get none when switching from 3G to 4G or from 4G to 3G and just for a 
brief moment. If I set online and offline listeners I get an offline event 
first with connection none and then the online event with the connection I 
changed to.

Does the internet connection work on that iPhone SE?


> cordova-plugin-network-information reports type === NONE when connected 
> through 3G/4G on iOS 11
> ---
>
> Key: CB-13675
> URL: https://issues.apache.org/jira/browse/CB-13675
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: AllPlugins
>Affects Versions: cordova-ios@4.4.0, cordova-ios@4.3.1
> Environment: iPhone SE
> iOS 11.2.1
> Vodafone UK + WiFi
> Phonegap Cli 6.5.0 and 7.0.1
> cordova-ios 4.3.1 and 4.4.0
> cordova-plugin-network-information 1.3.3, 1.3.4 and 2.0.0
>Reporter: Jacques L. CHEREAU
> Attachments: iOS10.png, iOS11.png
>
>
> When an iPhone (SE) with iOS 11.2 is disconnected from WIFI *+but connected 
> to a CELL network+* (Vodafone UK) either;
> * by being out of reach of a WIFI network, or
> * by forgetting the WIFI network in iOS settings or
> * by disabling WIFI in the iOS control panel:
> then
> # A cordova/phonegap app reports navigator.connection.type === 
> Connection.NONE instead of Connection.CELLxxx
> # Upon launching such cordova/phonegap app an offline event is triggered
>  
> This issue has also been reported by someone else in the ionic forums 
> [https://forum.ionicframework.com/t/cordova-network-plugin-is-not-working-in-ios-version-11-but-was-working-in-version-10/111326].



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (CB-13689) Cordova-Browser@5.02 Platform Release Dec 18, 2017

[ASF subversion and git services (JIRA)]

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

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

Commit 6819a75f47eb57c486ece65d45931080f7cc3e88 in cordova-browser's branch 
refs/heads/master from [~stevegill]
[ https://gitbox.apache.org/repos/asf?p=cordova-browser.git;h=6819a75 ]

CB-13689 Updated checked-in node_modules


> Cordova-Browser@5.02 Platform Release Dec 18, 2017
> --
>
> Key: CB-13689
> URL: https://issues.apache.org/jira/browse/CB-13689
> Project: Apache Cordova
>  Issue Type: Task
>Reporter: Steve Gill
>Assignee: Steve Gill
>
> "Following steps at 
> https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md";



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (CB-13689) Cordova-Browser@5.02 Platform Release Dec 18, 2017

[ASF subversion and git services (JIRA)]

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

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

Commit 9d3c90d0d840ab3f573fc731535d7491eb4a6345 in cordova-browser's branch 
refs/heads/master from [~stevegill]
[ https://gitbox.apache.org/repos/asf?p=cordova-browser.git;h=9d3c90d ]

CB-13689 Updated RELEASENOTES and Version for release 5.0.2


> Cordova-Browser@5.02 Platform Release Dec 18, 2017
> --
>
> Key: CB-13689
> URL: https://issues.apache.org/jira/browse/CB-13689
> Project: Apache Cordova
>  Issue Type: Task
>Reporter: Steve Gill
>Assignee: Steve Gill
>
> "Following steps at 
> https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md";



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Created] (CB-13689) Cordova-Browser@5.02 Platform Release Dec 18, 2017

[Steve Gill (JIRA)]

Steve Gill created CB-13689:
---

 Summary: Cordova-Browser@5.02 Platform Release Dec 18, 2017
 Key: CB-13689
 URL: https://issues.apache.org/jira/browse/CB-13689
 Project: Apache Cordova
  Issue Type: Task
Reporter: Steve Gill


"Following steps at 
https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md";



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Assigned] (CB-13689) Cordova-Browser@5.02 Platform Release Dec 18, 2017

[Steve Gill (JIRA)]

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

Steve Gill reassigned CB-13689:
---

Assignee: Steve Gill

> Cordova-Browser@5.02 Platform Release Dec 18, 2017
> --
>
> Key: CB-13689
> URL: https://issues.apache.org/jira/browse/CB-13689
> Project: Apache Cordova
>  Issue Type: Task
>Reporter: Steve Gill
>Assignee: Steve Gill
>
> "Following steps at 
> https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md";



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Resolved] (CB-13688) Running on android with source control in Visual Studio

[Joe Bowser (JIRA)]

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

Joe Bowser resolved CB-13688.
-
Resolution: Won't Fix

If Cordova isn't setting any attributes, I have no idea why Cordova needs to be 
changed to fix this issue.  Closing.

> Running on android with source control in Visual Studio
> ---
>
> Key: CB-13688
> URL: https://issues.apache.org/jira/browse/CB-13688
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
>Affects Versions: cordova@7.0.0
> Environment: Windows 10
> Visual Studio 2017 with source control
>Reporter: KAI Development
>Assignee: Joe Bowser
>Priority: Minor
>  Labels: build, easyfix
>
> When you run the command 'cordova run android', the 'www' folder is copied to 
> the 'platforms\android\asset\www' and 
> 'android\build\intermediates\assets\debug\www' folders. When using Visual 
> Studio and source control, unless you have all of the files checked out, they 
> are marked as read only. This attribute is copied over to the previously 
> mentioned two folders, causing issues when changing files and then re-running 
> the command 'cordova run android' as it won't update files that are marked as 
> read only. The way around this is to delete the two folders and re-run the 
> run command, but this isn't something we want to keep doing (we sometimes 
> forget)
> Could the read only attributes be removed when copying to the two folders?



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (CB-13684) Not be able to sign apk with 6.4.0 and 7.0.0

[Joe Bowser (JIRA)]

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

Joe Bowser commented on CB-13684:
-

I'll try and re-create this and I'll see about the possibility getting a 6.4.1 
and 7.1.0 in the new year.  I can't make any promises though.

> Not be able to sign apk with 6.4.0 and 7.0.0
> 
>
> Key: CB-13684
> URL: https://issues.apache.org/jira/browse/CB-13684
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
>Reporter: Kevin Lot
>Assignee: Joe Bowser
>
> Since 6.4.0, sign APK without specify passwords in config file does not work.
> Cause gradle 4.1.0 has this issue [#2826] - Use SwingBuilder in customize 
> task on Android studio throw java.awt.HeadlessException. 
> ([link|https://github.com/gradle/gradle/issues/2826]).
> If you don't specify passwords in config file to sign your APK, compilation 
> launches a window with SwingBuilder to prompt passwords.
> {code:java}
> def doPromptForPassword(msg) {
> if (System.console() == null) {
> def ret = null
> new SwingBuilder().edt {
> dialog(modal: true, title: 'Enter password', alwaysOnTop: true, 
> resizable: false, locationRelativeTo: null, pack: true, show: true) {
> vbox {
> label(text: msg)
> def input = passwordField()
> button(defaultButton: true, text: 'OK', actionPerformed: {
> ret = input.password;
> dispose();
> })
> }
> }
> }
> if (!ret) {
> throw new GradleException('User canceled build')
> }
> return new String(ret)
> } else {
> return System.console().readPassword('\n' + msg);
> }
> }
> {code}
> On Linux Mint 18.3 and MacOs High sierra, even in terminal, System.console() 
> return null and compilation crashes due to gradle issue.
> Thanks for help.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (CB-13684) Not be able to sign apk with 6.4.0 and 7.0.0

[Joe Bowser (JIRA)]

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

Joe Bowser commented on CB-13684:
-

It sounds like we need to add headless gradle as a command line option from now 
on.   Have you tried passing this through a Gradle argument?


> Not be able to sign apk with 6.4.0 and 7.0.0
> 
>
> Key: CB-13684
> URL: https://issues.apache.org/jira/browse/CB-13684
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
>Reporter: Kevin Lot
>Assignee: Joe Bowser
>
> Since 6.4.0, sign APK without specify passwords in config file does not work.
> Cause gradle 4.1.0 has this issue [#2826] - Use SwingBuilder in customize 
> task on Android studio throw java.awt.HeadlessException. 
> ([link|https://github.com/gradle/gradle/issues/2826]).
> If you don't specify passwords in config file to sign your APK, compilation 
> launches a window with SwingBuilder to prompt passwords.
> {code:java}
> def doPromptForPassword(msg) {
> if (System.console() == null) {
> def ret = null
> new SwingBuilder().edt {
> dialog(modal: true, title: 'Enter password', alwaysOnTop: true, 
> resizable: false, locationRelativeTo: null, pack: true, show: true) {
> vbox {
> label(text: msg)
> def input = passwordField()
> button(defaultButton: true, text: 'OK', actionPerformed: {
> ret = input.password;
> dispose();
> })
> }
> }
> }
> if (!ret) {
> throw new GradleException('User canceled build')
> }
> return new String(ret)
> } else {
> return System.console().readPassword('\n' + msg);
> }
> }
> {code}
> On Linux Mint 18.3 and MacOs High sierra, even in terminal, System.console() 
> return null and compilation crashes due to gradle issue.
> Thanks for help.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (CB-13675) cordova-plugin-network-information reports type === NONE when connected through 3G/4G on iOS 11

[Jacques L. CHEREAU (JIRA)]

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

Jacques L. CHEREAU commented on CB-13675:
-

I have just tested on an iPhone 6 with iOS 11.2 (not 11.2.1), which does not 
exhibit the same behaviour: it reports connection type 3g properly when wifi is 
disconnected.

I have uninstalled + reinstalled the app on the same iPhone SE with iOS 11.2.1 
and it still reports connection type none instead of 3g when disconnected from 
wifi but connected to a cell network with 4 out of 4 bars.

> cordova-plugin-network-information reports type === NONE when connected 
> through 3G/4G on iOS 11
> ---
>
> Key: CB-13675
> URL: https://issues.apache.org/jira/browse/CB-13675
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: AllPlugins
>Affects Versions: cordova-ios@4.4.0, cordova-ios@4.3.1
> Environment: iPhone SE
> iOS 11.2.1
> Vodafone UK + WiFi
> Phonegap Cli 6.5.0 and 7.0.1
> cordova-ios 4.3.1 and 4.4.0
> cordova-plugin-network-information 1.3.3, 1.3.4 and 2.0.0
>Reporter: Jacques L. CHEREAU
> Attachments: iOS10.png, iOS11.png
>
>
> When an iPhone (SE) with iOS 11.2 is disconnected from WIFI *+but connected 
> to a CELL network+* (Vodafone UK) either;
> * by being out of reach of a WIFI network, or
> * by forgetting the WIFI network in iOS settings or
> * by disabling WIFI in the iOS control panel:
> then
> # A cordova/phonegap app reports navigator.connection.type === 
> Connection.NONE instead of Connection.CELLxxx
> # Upon launching such cordova/phonegap app an offline event is triggered
>  
> This issue has also been reported by someone else in the ionic forums 
> [https://forum.ionicframework.com/t/cordova-network-plugin-is-not-working-in-ios-version-11-but-was-working-in-version-10/111326].



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Updated] (CB-13675) cordova-plugin-network-information reports type === NONE when connected through 3G/4G on iOS 11

[Jacques L. CHEREAU (JIRA)]

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

Jacques L. CHEREAU updated CB-13675:

Environment: 
iPhone SE
iOS 11.2.1
Vodafone UK + WiFi
Phonegap Cli 6.5.0 and 7.0.1
cordova-ios 4.3.1 and 4.4.0
cordova-plugin-network-information 1.3.3, 1.3.4 and 2.0.0

  was:
iPhone SE
iOS 11.2
Vodafone UK + WiFi
Phonegap Cli 6.5.0 and 7.0.1
cordova-ios 4.3.1 and 4.4.0
cordova-plugin-network-information 1.3.3, 1.3.4 and 2.0.0


> cordova-plugin-network-information reports type === NONE when connected 
> through 3G/4G on iOS 11
> ---
>
> Key: CB-13675
> URL: https://issues.apache.org/jira/browse/CB-13675
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: AllPlugins
>Affects Versions: cordova-ios@4.4.0, cordova-ios@4.3.1
> Environment: iPhone SE
> iOS 11.2.1
> Vodafone UK + WiFi
> Phonegap Cli 6.5.0 and 7.0.1
> cordova-ios 4.3.1 and 4.4.0
> cordova-plugin-network-information 1.3.3, 1.3.4 and 2.0.0
>Reporter: Jacques L. CHEREAU
> Attachments: iOS10.png, iOS11.png
>
>
> When an iPhone (SE) with iOS 11.2 is disconnected from WIFI *+but connected 
> to a CELL network+* (Vodafone UK) either;
> * by being out of reach of a WIFI network, or
> * by forgetting the WIFI network in iOS settings or
> * by disabling WIFI in the iOS control panel:
> then
> # A cordova/phonegap app reports navigator.connection.type === 
> Connection.NONE instead of Connection.CELLxxx
> # Upon launching such cordova/phonegap app an offline event is triggered
>  
> This issue has also been reported by someone else in the ionic forums 
> [https://forum.ionicframework.com/t/cordova-network-plugin-is-not-working-in-ios-version-11-but-was-working-in-version-10/111326].



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Updated] (CB-13675) cordova-plugin-network-information reports type === NONE when connected through 3G/4G on iOS 11

[Jacques L. CHEREAU (JIRA)]

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

Jacques L. CHEREAU updated CB-13675:

Environment: 
iPhone SE
iOS 11.2
Vodafone UK + WiFi
Phonegap Cli 6.5.0 and 7.0.1
cordova-ios 4.3.1 and 4.4.0
cordova-plugin-network-information 1.3.3, 1.3.4 and 2.0.0

  was:
iPhone SE
iOS 11.2
Vodafone UK + WiFi
Phonegap Cli 6.5.0 and 7.0.1
cordova-ios 4.3.1 and 4.4.0
cordova-plugin-network-information 1.3.4


> cordova-plugin-network-information reports type === NONE when connected 
> through 3G/4G on iOS 11
> ---
>
> Key: CB-13675
> URL: https://issues.apache.org/jira/browse/CB-13675
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: AllPlugins
>Affects Versions: cordova-ios@4.4.0, cordova-ios@4.3.1
> Environment: iPhone SE
> iOS 11.2
> Vodafone UK + WiFi
> Phonegap Cli 6.5.0 and 7.0.1
> cordova-ios 4.3.1 and 4.4.0
> cordova-plugin-network-information 1.3.3, 1.3.4 and 2.0.0
>Reporter: Jacques L. CHEREAU
> Attachments: iOS10.png, iOS11.png
>
>
> When an iPhone (SE) with iOS 11.2 is disconnected from WIFI *+but connected 
> to a CELL network+* (Vodafone UK) either;
> * by being out of reach of a WIFI network, or
> * by forgetting the WIFI network in iOS settings or
> * by disabling WIFI in the iOS control panel:
> then
> # A cordova/phonegap app reports navigator.connection.type === 
> Connection.NONE instead of Connection.CELLxxx
> # Upon launching such cordova/phonegap app an offline event is triggered
>  
> This issue has also been reported by someone else in the ionic forums 
> [https://forum.ionicframework.com/t/cordova-network-plugin-is-not-working-in-ios-version-11-but-was-working-in-version-10/111326].



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (CB-13688) Running on android with source control in Visual Studio

[Jan Piotrowski (Sujan) (JIRA)]

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

Jan Piotrowski (Sujan) commented on CB-13688:
-

Why do you have files in `www` marked as readonly?

So the issues is that changes to "readonly" attributes in files are not 
distributed to the platform www folders, correct?

> Running on android with source control in Visual Studio
> ---
>
> Key: CB-13688
> URL: https://issues.apache.org/jira/browse/CB-13688
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
>Affects Versions: cordova@7.0.0
> Environment: Windows 10
> Visual Studio 2017 with source control
>Reporter: KAI Development
>Assignee: Joe Bowser
>Priority: Minor
>  Labels: build, easyfix
>
> When you run the command 'cordova run android', the 'www' folder is copied to 
> the 'platforms\android\asset\www' and 
> 'android\build\intermediates\assets\debug\www' folders. When using Visual 
> Studio and source control, unless you have all of the files checked out, they 
> are marked as read only. This attribute is copied over to the previously 
> mentioned two folders, causing issues when changing files and then re-running 
> the command 'cordova run android' as it won't update files that are marked as 
> read only. The way around this is to delete the two folders and re-run the 
> run command, but this isn't something we want to keep doing (we sometimes 
> forget)
> Could the read only attributes be removed when copying to the two folders?



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (CB-13684) Not be able to sign apk with 6.4.0 and 7.0.0

[Jan Piotrowski (Sujan) (JIRA)]

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

Jan Piotrowski (Sujan) commented on CB-13684:
-

I repeat my question:
What does one have to do to replicate your problem?

The issues you linked to has a solution of adding a line into the build.gradle 
file:
https://github.com/gradle/gradle/issues/2826#issuecomment-328274664
Did you try this locally? Does this solve your problem?

> Not be able to sign apk with 6.4.0 and 7.0.0
> 
>
> Key: CB-13684
> URL: https://issues.apache.org/jira/browse/CB-13684
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
>Reporter: Kevin Lot
>Assignee: Joe Bowser
>
> Since 6.4.0, sign APK without specify passwords in config file does not work.
> Cause gradle 4.1.0 has this issue [#2826] - Use SwingBuilder in customize 
> task on Android studio throw java.awt.HeadlessException. 
> ([link|https://github.com/gradle/gradle/issues/2826]).
> If you don't specify passwords in config file to sign your APK, compilation 
> launches a window with SwingBuilder to prompt passwords.
> {code:java}
> def doPromptForPassword(msg) {
> if (System.console() == null) {
> def ret = null
> new SwingBuilder().edt {
> dialog(modal: true, title: 'Enter password', alwaysOnTop: true, 
> resizable: false, locationRelativeTo: null, pack: true, show: true) {
> vbox {
> label(text: msg)
> def input = passwordField()
> button(defaultButton: true, text: 'OK', actionPerformed: {
> ret = input.password;
> dispose();
> })
> }
> }
> }
> if (!ret) {
> throw new GradleException('User canceled build')
> }
> return new String(ret)
> } else {
> return System.console().readPassword('\n' + msg);
> }
> }
> {code}
> On Linux Mint 18.3 and MacOs High sierra, even in terminal, System.console() 
> return null and compilation crashes due to gradle issue.
> Thanks for help.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Comment Edited] (CB-13675) cordova-plugin-network-information reports type === NONE when connected through 3G/4G on iOS 11

[Jacques L. CHEREAU (JIRA)]

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

Jacques L. CHEREAU edited comment on CB-13675 at 12/18/17 5:16 PM:
---

Definitely called after deviceready.

Note that I use cordova-plugin-network-information@1.3.4 (@latest) but I only 
use cordova-ios@4.4.0 which is the latest version available on Phonegap Build. 


was (Author: jlchereau):
Definitely called after deviceready.

> cordova-plugin-network-information reports type === NONE when connected 
> through 3G/4G on iOS 11
> ---
>
> Key: CB-13675
> URL: https://issues.apache.org/jira/browse/CB-13675
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: AllPlugins
>Affects Versions: cordova-ios@4.4.0, cordova-ios@4.3.1
> Environment: iPhone SE
> iOS 11.2
> Vodafone UK + WiFi
> Phonegap Cli 6.5.0 and 7.0.1
> cordova-ios 4.3.1 and 4.4.0
> cordova-plugin-network-information 1.3.4
>Reporter: Jacques L. CHEREAU
> Attachments: iOS10.png, iOS11.png
>
>
> When an iPhone (SE) with iOS 11.2 is disconnected from WIFI *+but connected 
> to a CELL network+* (Vodafone UK) either;
> * by being out of reach of a WIFI network, or
> * by forgetting the WIFI network in iOS settings or
> * by disabling WIFI in the iOS control panel:
> then
> # A cordova/phonegap app reports navigator.connection.type === 
> Connection.NONE instead of Connection.CELLxxx
> # Upon launching such cordova/phonegap app an offline event is triggered
>  
> This issue has also been reported by someone else in the ionic forums 
> [https://forum.ionicframework.com/t/cordova-network-plugin-is-not-working-in-ios-version-11-but-was-working-in-version-10/111326].



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (CB-13675) cordova-plugin-network-information reports type === NONE when connected through 3G/4G on iOS 11

[Jacques L. CHEREAU (JIRA)]

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

Jacques L. CHEREAU commented on CB-13675:
-

Definitely called after deviceready.

> cordova-plugin-network-information reports type === NONE when connected 
> through 3G/4G on iOS 11
> ---
>
> Key: CB-13675
> URL: https://issues.apache.org/jira/browse/CB-13675
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: AllPlugins
>Affects Versions: cordova-ios@4.4.0, cordova-ios@4.3.1
> Environment: iPhone SE
> iOS 11.2
> Vodafone UK + WiFi
> Phonegap Cli 6.5.0 and 7.0.1
> cordova-ios 4.3.1 and 4.4.0
> cordova-plugin-network-information 1.3.4
>Reporter: Jacques L. CHEREAU
> Attachments: iOS10.png, iOS11.png
>
>
> When an iPhone (SE) with iOS 11.2 is disconnected from WIFI *+but connected 
> to a CELL network+* (Vodafone UK) either;
> * by being out of reach of a WIFI network, or
> * by forgetting the WIFI network in iOS settings or
> * by disabling WIFI in the iOS control panel:
> then
> # A cordova/phonegap app reports navigator.connection.type === 
> Connection.NONE instead of Connection.CELLxxx
> # Upon launching such cordova/phonegap app an offline event is triggered
>  
> This issue has also been reported by someone else in the ionic forums 
> [https://forum.ionicframework.com/t/cordova-network-plugin-is-not-working-in-ios-version-11-but-was-working-in-version-10/111326].



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (CB-13675) cordova-plugin-network-information reports type === NONE when connected through 3G/4G on iOS 11

[jcesarmobile (JIRA)]

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

jcesarmobile commented on CB-13675:
---

I ask for the code so I can try to reproduce it, not to look for an error in 
your code.

Are you calling it after deviceready event is fired?

> cordova-plugin-network-information reports type === NONE when connected 
> through 3G/4G on iOS 11
> ---
>
> Key: CB-13675
> URL: https://issues.apache.org/jira/browse/CB-13675
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: AllPlugins
>Affects Versions: cordova-ios@4.4.0, cordova-ios@4.3.1
> Environment: iPhone SE
> iOS 11.2
> Vodafone UK + WiFi
> Phonegap Cli 6.5.0 and 7.0.1
> cordova-ios 4.3.1 and 4.4.0
> cordova-plugin-network-information 1.3.4
>Reporter: Jacques L. CHEREAU
> Attachments: iOS10.png, iOS11.png
>
>
> When an iPhone (SE) with iOS 11.2 is disconnected from WIFI *+but connected 
> to a CELL network+* (Vodafone UK) either;
> * by being out of reach of a WIFI network, or
> * by forgetting the WIFI network in iOS settings or
> * by disabling WIFI in the iOS control panel:
> then
> # A cordova/phonegap app reports navigator.connection.type === 
> Connection.NONE instead of Connection.CELLxxx
> # Upon launching such cordova/phonegap app an offline event is triggered
>  
> This issue has also been reported by someone else in the ionic forums 
> [https://forum.ionicframework.com/t/cordova-network-plugin-is-not-working-in-ios-version-11-but-was-working-in-version-10/111326].



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Comment Edited] (CB-13675) cordova-plugin-network-information reports type === NONE when connected through 3G/4G on iOS 11

[Jacques L. CHEREAU (JIRA)]

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

Jacques L. CHEREAU edited comment on CB-13675 at 12/18/17 5:08 PM:
---

Same code works fine with iOS 10.3.3 on iPhone 5C, so I doubt the issue is with 
the code.

Nevertheless the test I use is:


{code:javascript}
if ((window.device && window.device.platform === 'browser' && 
!window.navigator.onLine) || ('Connection' in window && 
window.navigator.connection.type === window.Connection.NONE)) { 
// query data from IndexedDB
window.alert('offline');
} else {
// query data from Restful API with $.ajax and cache relevant data in 
IndexedDB
window.alert('online');
}
{code}

Note that with 3G but without Wifi:

{code:javascript}
window.alert(
'platform: ' + window.device.platform +
'\nonLine: ' + window.navigator.onLine +
'\ntype: ' + window.navigator.connection.type +
'\nOffline test: ' + (('Connection' in window && 
window.navigator.connection.type === window.Connection.NONE) || (window.device 
&& window.device.platform === 'browser' && !window.navigator.onLine))
);
{code}

displays on iOS 11:

!https://issues.apache.org/jira/secure/attachment/12902678/iOS11.png!

and displays on iOS10:

!https://issues.apache.org/jira/secure/attachment/12902679/iOS10.png!


was (Author: jlchereau):
Same code works fine with iOS 10.3.3 on iPhone 5C, so I doubt the issue is with 
the code.

Nevertheless the test I use is:


{code:javascript}
if ((window.device && window.device.platform === 'browser' && 
!window.navigator.onLine) || ('Connection' in window && 
window.navigator.connection.type === window.Connection.NONE)) { 
// query data from IndexedDB
window.alert('offline');
} else {
// query data from Restful API with $.ajax and cache relevant data in 
IndexedDB
window.alert('online');
}
{code}

Note that with 3G but without Wifi:

{code:javascript}
window.alert(
'platform: ' + window.device.platform +
'\nonLine: ' + window.navigator.onLine +
'\ntype: ' + window.navigator.connection.type +
// Note: there used to be window.navigator.network.isReachable function - 
@see 
https://www.neotericdesign.com/articles/2011/3/checking-the-online-status-with-phonegap-jquery
// '\nreachable: ' + ($.isFunction(window.navigator.network.isReachable) ? 
window.navigator.network.isReachable() : 'N/A') +
// '\neffective: ' + window.navigator.connection.effectiveType +
'\nOffline test: ' + (('Connection' in window && 
window.navigator.connection.type === window.Connection.NONE) || (window.device 
&& window.device.platform === 'browser' && !window.navigator.onLine))
);
{code}

displays on iOS 11:

!https://issues.apache.org/jira/secure/attachment/12902678/iOS11.png!

and displays on iOS10:

!https://issues.apache.org/jira/secure/attachment/12902679/iOS10.png!

> cordova-plugin-network-information reports type === NONE when connected 
> through 3G/4G on iOS 11
> ---
>
> Key: CB-13675
> URL: https://issues.apache.org/jira/browse/CB-13675
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: AllPlugins
>Affects Versions: cordova-ios@4.4.0, cordova-ios@4.3.1
> Environment: iPhone SE
> iOS 11.2
> Vodafone UK + WiFi
> Phonegap Cli 6.5.0 and 7.0.1
> cordova-ios 4.3.1 and 4.4.0
> cordova-plugin-network-information 1.3.4
>Reporter: Jacques L. CHEREAU
> Attachments: iOS10.png, iOS11.png
>
>
> When an iPhone (SE) with iOS 11.2 is disconnected from WIFI *+but connected 
> to a CELL network+* (Vodafone UK) either;
> * by being out of reach of a WIFI network, or
> * by forgetting the WIFI network in iOS settings or
> * by disabling WIFI in the iOS control panel:
> then
> # A cordova/phonegap app reports navigator.connection.type === 
> Connection.NONE instead of Connection.CELLxxx
> # Upon launching such cordova/phonegap app an offline event is triggered
>  
> This issue has also been reported by someone else in the ionic forums 
> [https://forum.ionicframework.com/t/cordova-network-plugin-is-not-working-in-ios-version-11-but-was-working-in-version-10/111326].



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Comment Edited] (CB-13675) cordova-plugin-network-information reports type === NONE when connected through 3G/4G on iOS 11

[Jacques L. CHEREAU (JIRA)]

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

Jacques L. CHEREAU edited comment on CB-13675 at 12/18/17 5:07 PM:
---

Same code works fine with iOS 10.3.3 on iPhone 5C, so I doubt the issue is with 
the code.

Nevertheless the test I use is:


{code:javascript}
if ((window.device && window.device.platform === 'browser' && 
!window.navigator.onLine) || ('Connection' in window && 
window.navigator.connection.type === window.Connection.NONE)) { 
// query data from IndexedDB
window.alert('offline');
} else {
// query data from Restful API with $.ajax and cache relevant data in 
IndexedDB
window.alert('online');
}
{code}

Note that with 3G but without Wifi:

{code:javascript}
window.alert(
'platform: ' + window.device.platform +
'\nonLine: ' + window.navigator.onLine +
'\ntype: ' + window.navigator.connection.type +
// Note: there used to be window.navigator.network.isReachable function - 
@see 
https://www.neotericdesign.com/articles/2011/3/checking-the-online-status-with-phonegap-jquery
// '\nreachable: ' + ($.isFunction(window.navigator.network.isReachable) ? 
window.navigator.network.isReachable() : 'N/A') +
// '\neffective: ' + window.navigator.connection.effectiveType +
'\nOffline test: ' + (('Connection' in window && 
window.navigator.connection.type === window.Connection.NONE) || (window.device 
&& window.device.platform === 'browser' && !window.navigator.onLine))
);
{code}

displays on iOS 11:

!https://issues.apache.org/jira/secure/attachment/12902678/iOS11.png!

and displays on iOS10:

!https://issues.apache.org/jira/secure/attachment/12902679/iOS10.png!


was (Author: jlchereau):
Same code works fine with iOS 10.3.3 on iPhone 5C, so I doubt the issue is with 
the code.

Nevertheless the test I use is:


{code:javascript}
if ((window.device && window.device.platform === 'browser' && 
!window.navigator.onLine) || ('Connection' in window && 
window.navigator.connection.type === window.Connection.NONE)) { 
// query data from IndexedDB
window.alert('offline');
} else {
// query data from Restful API with $.ajax and cache relevant data in 
IndexedDB
window.alert('online');
}
{code}

Note that with 3G but without Wifi:

{code:javascript}
window.alert(
'platform: ' + window.device.platform +
'\nonLine: ' + window.navigator.onLine +
'\ntype: ' + window.navigator.connection.type +
// Note: there used to be window.navigator.network.isReachable function - 
@see 
https://www.neotericdesign.com/articles/2011/3/checking-the-online-status-with-phonegap-jquery
// '\nreachable: ' + ($.isFunction(window.navigator.network.isReachable) ? 
window.navigator.network.isReachable() : 'N/A') +
// '\neffective: ' + window.navigator.connection.effectiveType +
'\nOffline test: ' + (('Connection' in window && 
window.navigator.connection.type === window.Connection.NONE) || (window.device 
&& window.device.platform === 'browser' && !window.navigator.onLine))
);
{code}

displays on iOS 11:



and displays on iOS10:

!https://issues.apache.org/jira/secure/attachment/12902679/iOS10.png!

> cordova-plugin-network-information reports type === NONE when connected 
> through 3G/4G on iOS 11
> ---
>
> Key: CB-13675
> URL: https://issues.apache.org/jira/browse/CB-13675
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: AllPlugins
>Affects Versions: cordova-ios@4.4.0, cordova-ios@4.3.1
> Environment: iPhone SE
> iOS 11.2
> Vodafone UK + WiFi
> Phonegap Cli 6.5.0 and 7.0.1
> cordova-ios 4.3.1 and 4.4.0
> cordova-plugin-network-information 1.3.4
>Reporter: Jacques L. CHEREAU
> Attachments: iOS10.png, iOS11.png
>
>
> When an iPhone (SE) with iOS 11.2 is disconnected from WIFI *+but connected 
> to a CELL network+* (Vodafone UK) either;
> * by being out of reach of a WIFI network, or
> * by forgetting the WIFI network in iOS settings or
> * by disabling WIFI in the iOS control panel:
> then
> # A cordova/phonegap app reports navigator.connection.type === 
> Connection.NONE instead of Connection.CELLxxx
> # Upon launching such cordova/phonegap app an offline event is triggered
>  
> This issue has also been reported by someone else in the ionic forums 
> [https://forum.ionicframework.com/t/cordova-network-plugin-is-not-working-in-ios-version-11-but-was-working-in-version-10/111326].



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Comment Edited] (CB-13675) cordova-plugin-network-information reports type === NONE when connected through 3G/4G on iOS 11

[Jacques L. CHEREAU (JIRA)]

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

Jacques L. CHEREAU edited comment on CB-13675 at 12/18/17 5:07 PM:
---

Same code works fine with iOS 10.3.3 on iPhone 5C, so I doubt the issue is with 
the code.

Nevertheless the test I use is:


{code:javascript}
if ((window.device && window.device.platform === 'browser' && 
!window.navigator.onLine) || ('Connection' in window && 
window.navigator.connection.type === window.Connection.NONE)) { 
// query data from IndexedDB
window.alert('offline');
} else {
// query data from Restful API with $.ajax and cache relevant data in 
IndexedDB
window.alert('online');
}
{code}

Note that with 3G but without Wifi:

{code:javascript}
window.alert(
'platform: ' + window.device.platform +
'\nonLine: ' + window.navigator.onLine +
'\ntype: ' + window.navigator.connection.type +
// Note: there used to be window.navigator.network.isReachable function - 
@see 
https://www.neotericdesign.com/articles/2011/3/checking-the-online-status-with-phonegap-jquery
// '\nreachable: ' + ($.isFunction(window.navigator.network.isReachable) ? 
window.navigator.network.isReachable() : 'N/A') +
// '\neffective: ' + window.navigator.connection.effectiveType +
'\nOffline test: ' + (('Connection' in window && 
window.navigator.connection.type === window.Connection.NONE) || (window.device 
&& window.device.platform === 'browser' && !window.navigator.onLine))
);
{code}

displays on iOS 11:



and displays on iOS10:

!https://issues.apache.org/jira/secure/attachment/12902679/iOS10.png!


was (Author: jlchereau):
Same code works fine with iOS 10.3.3 on iPhone 5C, so I doubt the issue is with 
the code.

Nevertheless the test I use is:


{code:javascript}
if ((window.device && window.device.platform === 'browser' && 
!window.navigator.onLine) || ('Connection' in window && 
window.navigator.connection.type === window.Connection.NONE)) { 
// query data from IndexedDB
window.alert('offline');
} else {
// query data from Restful API with $.ajax and cache relevant data in 
IndexedDB
window.alert('online');
}
{code}

Note that with 3G but without Wifi:

{code:javascript}
window.alert(
'platform: ' + window.device.platform +
'\nonLine: ' + window.navigator.onLine +
'\ntype: ' + window.navigator.connection.type +
// Note: there used to be window.navigator.network.isReachable function - 
@see 
https://www.neotericdesign.com/articles/2011/3/checking-the-online-status-with-phonegap-jquery
// '\nreachable: ' + ($.isFunction(window.navigator.network.isReachable) ? 
window.navigator.network.isReachable() : 'N/A') +
// '\neffective: ' + window.navigator.connection.effectiveType +
'\nOffline test: ' + (('Connection' in window && 
window.navigator.connection.type === window.Connection.NONE) || (window.device 
&& window.device.platform === 'browser' && !window.navigator.onLine))
);
{code}

displays on iOS 11:

!iOS11.png|thumbnail!

and displays on iOS10:

!iOS10.png|thumbnail!

> cordova-plugin-network-information reports type === NONE when connected 
> through 3G/4G on iOS 11
> ---
>
> Key: CB-13675
> URL: https://issues.apache.org/jira/browse/CB-13675
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: AllPlugins
>Affects Versions: cordova-ios@4.4.0, cordova-ios@4.3.1
> Environment: iPhone SE
> iOS 11.2
> Vodafone UK + WiFi
> Phonegap Cli 6.5.0 and 7.0.1
> cordova-ios 4.3.1 and 4.4.0
> cordova-plugin-network-information 1.3.4
>Reporter: Jacques L. CHEREAU
> Attachments: iOS10.png, iOS11.png
>
>
> When an iPhone (SE) with iOS 11.2 is disconnected from WIFI *+but connected 
> to a CELL network+* (Vodafone UK) either;
> * by being out of reach of a WIFI network, or
> * by forgetting the WIFI network in iOS settings or
> * by disabling WIFI in the iOS control panel:
> then
> # A cordova/phonegap app reports navigator.connection.type === 
> Connection.NONE instead of Connection.CELLxxx
> # Upon launching such cordova/phonegap app an offline event is triggered
>  
> This issue has also been reported by someone else in the ionic forums 
> [https://forum.ionicframework.com/t/cordova-network-plugin-is-not-working-in-ios-version-11-but-was-working-in-version-10/111326].



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Comment Edited] (CB-13675) cordova-plugin-network-information reports type === NONE when connected through 3G/4G on iOS 11

[Jacques L. CHEREAU (JIRA)]

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

Jacques L. CHEREAU edited comment on CB-13675 at 12/18/17 5:05 PM:
---

Same code works fine with iOS 10.3.3 on iPhone 5C, so I doubt the issue is with 
the code.

Nevertheless the test I use is:


{code:javascript}
if ((window.device && window.device.platform === 'browser' && 
!window.navigator.onLine) || ('Connection' in window && 
window.navigator.connection.type === window.Connection.NONE)) { 
// query data from IndexedDB
window.alert('offline');
} else {
// query data from Restful API with $.ajax and cache relevant data in 
IndexedDB
window.alert('online');
}
{code}

Note that with 3G but without Wifi:

{code:javascript}
window.alert(
'platform: ' + window.device.platform +
'\nonLine: ' + window.navigator.onLine +
'\ntype: ' + window.navigator.connection.type +
// Note: there used to be window.navigator.network.isReachable function - 
@see 
https://www.neotericdesign.com/articles/2011/3/checking-the-online-status-with-phonegap-jquery
// '\nreachable: ' + ($.isFunction(window.navigator.network.isReachable) ? 
window.navigator.network.isReachable() : 'N/A') +
// '\neffective: ' + window.navigator.connection.effectiveType +
'\nOffline test: ' + (('Connection' in window && 
window.navigator.connection.type === window.Connection.NONE) || (window.device 
&& window.device.platform === 'browser' && !window.navigator.onLine))
);
{code}

displays on iOS 11:

!iOS11.png|thumbnail!

and displays on iOS10:

!iOS10.png|thumbnail!


was (Author: jlchereau):
Same code works fine with iOS 10.3.3 on iPhone 5C, so I doubt the issue is with 
the code.

Nevertheless the test I use is:


{code:javascript}
if ((window.device && window.device.platform === 'browser' && 
!window.navigator.onLine) || ('Connection' in window && 
window.navigator.connection.type === window.Connection.NONE)) { 
// query data from IndexedDB
window.alert('offline');
} else {
// query data from Restful API with $.ajax and cache relevant data in 
IndexedDB
window.alert('online');
}
{code}

> cordova-plugin-network-information reports type === NONE when connected 
> through 3G/4G on iOS 11
> ---
>
> Key: CB-13675
> URL: https://issues.apache.org/jira/browse/CB-13675
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: AllPlugins
>Affects Versions: cordova-ios@4.4.0, cordova-ios@4.3.1
> Environment: iPhone SE
> iOS 11.2
> Vodafone UK + WiFi
> Phonegap Cli 6.5.0 and 7.0.1
> cordova-ios 4.3.1 and 4.4.0
> cordova-plugin-network-information 1.3.4
>Reporter: Jacques L. CHEREAU
> Attachments: iOS10.png, iOS11.png
>
>
> When an iPhone (SE) with iOS 11.2 is disconnected from WIFI *+but connected 
> to a CELL network+* (Vodafone UK) either;
> * by being out of reach of a WIFI network, or
> * by forgetting the WIFI network in iOS settings or
> * by disabling WIFI in the iOS control panel:
> then
> # A cordova/phonegap app reports navigator.connection.type === 
> Connection.NONE instead of Connection.CELLxxx
> # Upon launching such cordova/phonegap app an offline event is triggered
>  
> This issue has also been reported by someone else in the ionic forums 
> [https://forum.ionicframework.com/t/cordova-network-plugin-is-not-working-in-ios-version-11-but-was-working-in-version-10/111326].



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Updated] (CB-13675) cordova-plugin-network-information reports type === NONE when connected through 3G/4G on iOS 11

[Jacques L. CHEREAU (JIRA)]

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

Jacques L. CHEREAU updated CB-13675:

Attachment: iOS10.png
iOS11.png

Screenshots

> cordova-plugin-network-information reports type === NONE when connected 
> through 3G/4G on iOS 11
> ---
>
> Key: CB-13675
> URL: https://issues.apache.org/jira/browse/CB-13675
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: AllPlugins
>Affects Versions: cordova-ios@4.4.0, cordova-ios@4.3.1
> Environment: iPhone SE
> iOS 11.2
> Vodafone UK + WiFi
> Phonegap Cli 6.5.0 and 7.0.1
> cordova-ios 4.3.1 and 4.4.0
> cordova-plugin-network-information 1.3.4
>Reporter: Jacques L. CHEREAU
> Attachments: iOS10.png, iOS11.png
>
>
> When an iPhone (SE) with iOS 11.2 is disconnected from WIFI *+but connected 
> to a CELL network+* (Vodafone UK) either;
> * by being out of reach of a WIFI network, or
> * by forgetting the WIFI network in iOS settings or
> * by disabling WIFI in the iOS control panel:
> then
> # A cordova/phonegap app reports navigator.connection.type === 
> Connection.NONE instead of Connection.CELLxxx
> # Upon launching such cordova/phonegap app an offline event is triggered
>  
> This issue has also been reported by someone else in the ionic forums 
> [https://forum.ionicframework.com/t/cordova-network-plugin-is-not-working-in-ios-version-11-but-was-working-in-version-10/111326].



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Resolved] (CB-13682) Statusbar not overlapping web view

[Sir Patrick (JIRA)]

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

Sir Patrick resolved CB-13682.
--
Resolution: Cannot Reproduce

I can't reproduce this after a complete remove/re-add of the platform and the 
plugins. I'll reopen, if I see it reproducing again.

> Statusbar not overlapping web view
> --
>
> Key: CB-13682
> URL: https://issues.apache.org/jira/browse/CB-13682
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-plugin-statusbar
>Affects Versions: 2.4.0, cordova-ios 4.5.0
> Environment: iOS 11.2.1
> Cordova: 7.1.0
> Cordova iOS: 4.5.4
> cordova-plugin-statusbar: 2.4.0
>Reporter: Sir Patrick
>Priority: Critical
>  Labels: easyfix
>
> There seems to be a bug with initializing "_statusBarBackgroundView" in the 
> ios code.
>  It's initialized to YES. The code that makes it appear above the web view is 
> in the 
> setStatusBarOverlaysWebView method.
> However, if the value did not change, it won't execute. Hence, the code 
> [_statusBarBackgroundView removeFromSuperview];
> is never executed for me unless I'm toggling the flag on startup:
> StatusBar.overlaysWebView(false);
> StatusBar.overlaysWebView(true);
> That fixes the issue for me in this configuration, and the status bar 
> overlays the webview again.
> It might be good enough to actually call teh the setStatusBarOverlaysWebView 
> when defining the default.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Comment Edited] (CB-13675) cordova-plugin-network-information reports type === NONE when connected through 3G/4G on iOS 11

[Jacques L. CHEREAU (JIRA)]

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

Jacques L. CHEREAU edited comment on CB-13675 at 12/18/17 4:20 PM:
---

Same code works fine with iOS 10.3.3 on iPhone 5C, so I doubt the issue is with 
the code.

Nevertheless the test I use is:


{code:javascript}
if ((window.device && window.device.platform === 'browser' && 
!window.navigator.onLine) || ('Connection' in window && 
window.navigator.connection.type === window.Connection.NONE)) { 
// query data from IndexedDB
window.alert('offline');
} else {
// query data from Restful API with $.ajax and cache relevant data in 
IndexedDB
window.alert('online');
}
{code}


was (Author: jlchereau):
Same code works fine with iOS 10.3.3 on iPhone 5C, so I doubt the issue is with 
the code.

Nevertheless the test I use is:


{code:javascript}
if ((window.device && window.device.platform === 'browser' && 
!window.navigator.onLine) || ('Connection' in window && 
window.navigator.connection.type === window.Connection.NONE)) { 
// query data from IndexedDB
} else {
// query data from Restful API with $.ajax and cache relevant data in 
IndexedDB
}
{code}

> cordova-plugin-network-information reports type === NONE when connected 
> through 3G/4G on iOS 11
> ---
>
> Key: CB-13675
> URL: https://issues.apache.org/jira/browse/CB-13675
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: AllPlugins
>Affects Versions: cordova-ios@4.4.0, cordova-ios@4.3.1
> Environment: iPhone SE
> iOS 11.2
> Vodafone UK + WiFi
> Phonegap Cli 6.5.0 and 7.0.1
> cordova-ios 4.3.1 and 4.4.0
> cordova-plugin-network-information 1.3.4
>Reporter: Jacques L. CHEREAU
>
> When an iPhone (SE) with iOS 11.2 is disconnected from WIFI *+but connected 
> to a CELL network+* (Vodafone UK) either;
> * by being out of reach of a WIFI network, or
> * by forgetting the WIFI network in iOS settings or
> * by disabling WIFI in the iOS control panel:
> then
> # A cordova/phonegap app reports navigator.connection.type === 
> Connection.NONE instead of Connection.CELLxxx
> # Upon launching such cordova/phonegap app an offline event is triggered
>  
> This issue has also been reported by someone else in the ionic forums 
> [https://forum.ionicframework.com/t/cordova-network-plugin-is-not-working-in-ios-version-11-but-was-working-in-version-10/111326].



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Comment Edited] (CB-13675) cordova-plugin-network-information reports type === NONE when connected through 3G/4G on iOS 11

[Jacques L. CHEREAU (JIRA)]

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

Jacques L. CHEREAU edited comment on CB-13675 at 12/18/17 4:19 PM:
---

Same code works fine with iOS 10.3.3 on iPhone 5C, so I doubt the issue is with 
the code.

Nevertheless the test I use is:


{code:javascript}
if ((window.device && window.device.platform === 'browser' && 
!window.navigator.onLine) ||
 ('Connection' in window && window.navigator.connection.type === 
window.Connection.NONE)) { 
// query data from IndexedDB
} else {
// query data from Restful API with $.ajax and cache relevant data in 
IndexedDB
}
{code}


was (Author: jlchereau):
Same code works fine with iOS 10.3.3 on iPhone 5C, so I doubt the issue is with 
the code.

Nevertheless the test I use is:


{code:javascript}
if ((window.device && window.device.platform === 'browser' && 
!window.navigator.onLine) ||
('Connection' in window && window.navigator.connection.type === 
window.Connection.NONE)) { 
// query data from IndexedDB
} else {
// query data from Restful API with $.ajax and cache relevant data in 
IndexedDB
}
{code}

> cordova-plugin-network-information reports type === NONE when connected 
> through 3G/4G on iOS 11
> ---
>
> Key: CB-13675
> URL: https://issues.apache.org/jira/browse/CB-13675
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: AllPlugins
>Affects Versions: cordova-ios@4.4.0, cordova-ios@4.3.1
> Environment: iPhone SE
> iOS 11.2
> Vodafone UK + WiFi
> Phonegap Cli 6.5.0 and 7.0.1
> cordova-ios 4.3.1 and 4.4.0
> cordova-plugin-network-information 1.3.4
>Reporter: Jacques L. CHEREAU
>
> When an iPhone (SE) with iOS 11.2 is disconnected from WIFI *+but connected 
> to a CELL network+* (Vodafone UK) either;
> * by being out of reach of a WIFI network, or
> * by forgetting the WIFI network in iOS settings or
> * by disabling WIFI in the iOS control panel:
> then
> # A cordova/phonegap app reports navigator.connection.type === 
> Connection.NONE instead of Connection.CELLxxx
> # Upon launching such cordova/phonegap app an offline event is triggered
>  
> This issue has also been reported by someone else in the ionic forums 
> [https://forum.ionicframework.com/t/cordova-network-plugin-is-not-working-in-ios-version-11-but-was-working-in-version-10/111326].



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Comment Edited] (CB-13675) cordova-plugin-network-information reports type === NONE when connected through 3G/4G on iOS 11

[Jacques L. CHEREAU (JIRA)]

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

Jacques L. CHEREAU edited comment on CB-13675 at 12/18/17 4:19 PM:
---

Same code works fine with iOS 10.3.3 on iPhone 5C, so I doubt the issue is with 
the code.

Nevertheless the test I use is:


{code:javascript}
if ((window.device && window.device.platform === 'browser' && 
!window.navigator.onLine) || ('Connection' in window && 
window.navigator.connection.type === window.Connection.NONE)) { 
// query data from IndexedDB
} else {
// query data from Restful API with $.ajax and cache relevant data in 
IndexedDB
}
{code}


was (Author: jlchereau):
Same code works fine with iOS 10.3.3 on iPhone 5C, so I doubt the issue is with 
the code.

Nevertheless the test I use is:


{code:javascript}
if ((window.device && window.device.platform === 'browser' && 
!window.navigator.onLine) ||
 ('Connection' in window && window.navigator.connection.type === 
window.Connection.NONE)) { 
// query data from IndexedDB
} else {
// query data from Restful API with $.ajax and cache relevant data in 
IndexedDB
}
{code}

> cordova-plugin-network-information reports type === NONE when connected 
> through 3G/4G on iOS 11
> ---
>
> Key: CB-13675
> URL: https://issues.apache.org/jira/browse/CB-13675
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: AllPlugins
>Affects Versions: cordova-ios@4.4.0, cordova-ios@4.3.1
> Environment: iPhone SE
> iOS 11.2
> Vodafone UK + WiFi
> Phonegap Cli 6.5.0 and 7.0.1
> cordova-ios 4.3.1 and 4.4.0
> cordova-plugin-network-information 1.3.4
>Reporter: Jacques L. CHEREAU
>
> When an iPhone (SE) with iOS 11.2 is disconnected from WIFI *+but connected 
> to a CELL network+* (Vodafone UK) either;
> * by being out of reach of a WIFI network, or
> * by forgetting the WIFI network in iOS settings or
> * by disabling WIFI in the iOS control panel:
> then
> # A cordova/phonegap app reports navigator.connection.type === 
> Connection.NONE instead of Connection.CELLxxx
> # Upon launching such cordova/phonegap app an offline event is triggered
>  
> This issue has also been reported by someone else in the ionic forums 
> [https://forum.ionicframework.com/t/cordova-network-plugin-is-not-working-in-ios-version-11-but-was-working-in-version-10/111326].



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Comment Edited] (CB-13675) cordova-plugin-network-information reports type === NONE when connected through 3G/4G on iOS 11

[Jacques L. CHEREAU (JIRA)]

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

Jacques L. CHEREAU edited comment on CB-13675 at 12/18/17 4:18 PM:
---

Same code works fine with iOS 10.3.3 on iPhone 5C, so I doubt the issue is with 
the code.

Nevertheless the test I use is:


{code:javascript}
if ((window.device && window.device.platform === 'browser' && 
!window.navigator.onLine) ||
('Connection' in window && window.navigator.connection.type === 
window.Connection.NONE)) { 
// query data from IndexedDB
} else {
// query data from Restful API with $.ajax and cache relevant data in 
IndexedDB
}
{code}


was (Author: jlchereau):
Same code works fine with iOS 10.3.3 on iPhone 5C, so I doubt the issue is with 
the code.

Nevertheless the test I use is:


{code:javascript}
if ((window.device && window.device.platform === 'browser' && 
!window.navigator.onLine) ||
('Connection' in window && window.navigator.connection.type === 
window.Connection.NONE)) {
   // query data from IndexedDB
} else {
   // query data from Restful API with $.ajax and cache relevant data in 
IndexedDB
}
{code}


> cordova-plugin-network-information reports type === NONE when connected 
> through 3G/4G on iOS 11
> ---
>
> Key: CB-13675
> URL: https://issues.apache.org/jira/browse/CB-13675
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: AllPlugins
>Affects Versions: cordova-ios@4.4.0, cordova-ios@4.3.1
> Environment: iPhone SE
> iOS 11.2
> Vodafone UK + WiFi
> Phonegap Cli 6.5.0 and 7.0.1
> cordova-ios 4.3.1 and 4.4.0
> cordova-plugin-network-information 1.3.4
>Reporter: Jacques L. CHEREAU
>
> When an iPhone (SE) with iOS 11.2 is disconnected from WIFI *+but connected 
> to a CELL network+* (Vodafone UK) either;
> * by being out of reach of a WIFI network, or
> * by forgetting the WIFI network in iOS settings or
> * by disabling WIFI in the iOS control panel:
> then
> # A cordova/phonegap app reports navigator.connection.type === 
> Connection.NONE instead of Connection.CELLxxx
> # Upon launching such cordova/phonegap app an offline event is triggered
>  
> This issue has also been reported by someone else in the ionic forums 
> [https://forum.ionicframework.com/t/cordova-network-plugin-is-not-working-in-ios-version-11-but-was-working-in-version-10/111326].



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Comment Edited] (CB-13675) cordova-plugin-network-information reports type === NONE when connected through 3G/4G on iOS 11

[Jacques L. CHEREAU (JIRA)]

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

Jacques L. CHEREAU edited comment on CB-13675 at 12/18/17 4:17 PM:
---

Same code works fine with iOS 10.3.3 on iPhone 5C, so I doubt the issue is with 
the code.

Nevertheless the test I use is:


{code:javascript}
if ((window.device && window.device.platform === 'browser' && 
!window.navigator.onLine) ||
('Connection' in window && window.navigator.connection.type === 
window.Connection.NONE)) {
   // query data from IndexedDB
} else {
   // query data from Restful API with $.ajax and cache relevant data in 
IndexedDB
}
{code}



was (Author: jlchereau):
Same code works fine with iOS 10.3.3 on iPhone 5C, so I doubt the issue is with 
the code.

Nevertheless the test I use is:

if ((window.device && window.device.platform === 'browser' && 
!window.navigator.onLine) ||
('Connection' in window && window.navigator.connection.type === 
window.Connection.NONE)) {
   // query data from IndexedDB
} else {
   // query data from Restful API with $.ajax and cache relevant data in 
IndexedDB
}

> cordova-plugin-network-information reports type === NONE when connected 
> through 3G/4G on iOS 11
> ---
>
> Key: CB-13675
> URL: https://issues.apache.org/jira/browse/CB-13675
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: AllPlugins
>Affects Versions: cordova-ios@4.4.0, cordova-ios@4.3.1
> Environment: iPhone SE
> iOS 11.2
> Vodafone UK + WiFi
> Phonegap Cli 6.5.0 and 7.0.1
> cordova-ios 4.3.1 and 4.4.0
> cordova-plugin-network-information 1.3.4
>Reporter: Jacques L. CHEREAU
>
> When an iPhone (SE) with iOS 11.2 is disconnected from WIFI *+but connected 
> to a CELL network+* (Vodafone UK) either;
> * by being out of reach of a WIFI network, or
> * by forgetting the WIFI network in iOS settings or
> * by disabling WIFI in the iOS control panel:
> then
> # A cordova/phonegap app reports navigator.connection.type === 
> Connection.NONE instead of Connection.CELLxxx
> # Upon launching such cordova/phonegap app an offline event is triggered
>  
> This issue has also been reported by someone else in the ionic forums 
> [https://forum.ionicframework.com/t/cordova-network-plugin-is-not-working-in-ios-version-11-but-was-working-in-version-10/111326].



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (CB-13688) Running on android with source control in Visual Studio

[KAI Development (JIRA)]

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

KAI Development commented on CB-13688:
--

Windows explorer shows them as read only.

To re-create, clear out the 'platforms\android\assets\www' folder. Select a 
file in your master 'www' folder and mark it as read only. run 'cordova build 
android'. The 'platforms\android\assets\www' folder will be updated with the 
files from the master 'www' and will also have the read only attribute. If you 
then mark the file as not read only and edit it in the master 'www' folder. Run 
'cordova build android'. The file won't be updated in the android platform.

We have a workaround which is a hook on after_build which goes through that 
folder and marks all of the files are not read only, but would be nice if 
cordova did it itself

> Running on android with source control in Visual Studio
> ---
>
> Key: CB-13688
> URL: https://issues.apache.org/jira/browse/CB-13688
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
>Affects Versions: cordova@7.0.0
> Environment: Windows 10
> Visual Studio 2017 with source control
>Reporter: KAI Development
>Assignee: Joe Bowser
>Priority: Minor
>  Labels: build, easyfix
>
> When you run the command 'cordova run android', the 'www' folder is copied to 
> the 'platforms\android\asset\www' and 
> 'android\build\intermediates\assets\debug\www' folders. When using Visual 
> Studio and source control, unless you have all of the files checked out, they 
> are marked as read only. This attribute is copied over to the previously 
> mentioned two folders, causing issues when changing files and then re-running 
> the command 'cordova run android' as it won't update files that are marked as 
> read only. The way around this is to delete the two folders and re-run the 
> run command, but this isn't something we want to keep doing (we sometimes 
> forget)
> Could the read only attributes be removed when copying to the two folders?



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (CB-13675) cordova-plugin-network-information reports type === NONE when connected through 3G/4G on iOS 11

[Jacques L. CHEREAU (JIRA)]

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

Jacques L. CHEREAU commented on CB-13675:
-

Same code works fine with iOS 10.3.3 on iPhone 5C, so I doubt the issue is with 
the code.

Nevertheless the test I use is:

if ((window.device && window.device.platform === 'browser' && 
!window.navigator.onLine) ||
('Connection' in window && window.navigator.connection.type === 
window.Connection.NONE)) {
   // query data from IndexedDB
} else {
   // query data from Restful API with $.ajax and cache relevant data in 
IndexedDB
}

> cordova-plugin-network-information reports type === NONE when connected 
> through 3G/4G on iOS 11
> ---
>
> Key: CB-13675
> URL: https://issues.apache.org/jira/browse/CB-13675
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: AllPlugins
>Affects Versions: cordova-ios@4.4.0, cordova-ios@4.3.1
> Environment: iPhone SE
> iOS 11.2
> Vodafone UK + WiFi
> Phonegap Cli 6.5.0 and 7.0.1
> cordova-ios 4.3.1 and 4.4.0
> cordova-plugin-network-information 1.3.4
>Reporter: Jacques L. CHEREAU
>
> When an iPhone (SE) with iOS 11.2 is disconnected from WIFI *+but connected 
> to a CELL network+* (Vodafone UK) either;
> * by being out of reach of a WIFI network, or
> * by forgetting the WIFI network in iOS settings or
> * by disabling WIFI in the iOS control panel:
> then
> # A cordova/phonegap app reports navigator.connection.type === 
> Connection.NONE instead of Connection.CELLxxx
> # Upon launching such cordova/phonegap app an offline event is triggered
>  
> This issue has also been reported by someone else in the ionic forums 
> [https://forum.ionicframework.com/t/cordova-network-plugin-is-not-working-in-ios-version-11-but-was-working-in-version-10/111326].



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Updated] (CB-13684) Not be able to sign apk with 6.4.0 and 7.0.0

[Kevin Lot (JIRA)]

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

Kevin Lot updated CB-13684:
---
Description: 
Since 6.4.0, sign APK without specify passwords in config file does not work.

Cause gradle 4.1.0 has this issue [#2826] - Use SwingBuilder in customize task 
on Android studio throw java.awt.HeadlessException. 
([link|https://github.com/gradle/gradle/issues/2826]).

If you don't specify passwords in config file to sign your APK, compilation 
launches a window with SwingBuilder to prompt passwords.

{code:java}
def doPromptForPassword(msg) {
if (System.console() == null) {
def ret = null
new SwingBuilder().edt {
dialog(modal: true, title: 'Enter password', alwaysOnTop: true, 
resizable: false, locationRelativeTo: null, pack: true, show: true) {
vbox {
label(text: msg)
def input = passwordField()
button(defaultButton: true, text: 'OK', actionPerformed: {
ret = input.password;
dispose();
})
}
}
}
if (!ret) {
throw new GradleException('User canceled build')
}
return new String(ret)
} else {
return System.console().readPassword('\n' + msg);
}
}
{code}

On Linux Mint 18.3 and MacOs High sierra, even in terminal, System.console() 
return null and compilation crashes due to gradle issue.

Thanks for help.

  was:
Since 6.4.0, sign APK without specify passwords in config file does not work.

Cause gradle 4.1.0 has this issue [#2826] - Use SwingBuilder in customize task 
on Android studio throw java.awt.HeadlessException. 
([link|https://github.com/gradle/gradle/issues/2826]).

If you don't specify passwords in config file to sign your APK, compilation 
launches a window with SwingBuilder to prompt passwords.

{code:java}
def doPromptForPassword(msg) {
if (System.console() == null) {
def ret = null
new SwingBuilder().edt {
dialog(modal: true, title: 'Enter password', alwaysOnTop: true, 
resizable: false, locationRelativeTo: null, pack: true, show: true) {
vbox {
label(text: msg)
def input = passwordField()
button(defaultButton: true, text: 'OK', actionPerformed: {
ret = input.password;
dispose();
})
}
}
}
if (!ret) {
throw new GradleException('User canceled build')
}
return new String(ret)
} else {
return System.console().readPassword('\n' + msg);
}
}
{code}

On Linux Mint 18.3 and MacOs High sierra, even in terminal System.console() 
return null and compilation crashes due to gradle issue.

Thanks for help.


> Not be able to sign apk with 6.4.0 and 7.0.0
> 
>
> Key: CB-13684
> URL: https://issues.apache.org/jira/browse/CB-13684
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
>Reporter: Kevin Lot
>Assignee: Joe Bowser
>
> Since 6.4.0, sign APK without specify passwords in config file does not work.
> Cause gradle 4.1.0 has this issue [#2826] - Use SwingBuilder in customize 
> task on Android studio throw java.awt.HeadlessException. 
> ([link|https://github.com/gradle/gradle/issues/2826]).
> If you don't specify passwords in config file to sign your APK, compilation 
> launches a window with SwingBuilder to prompt passwords.
> {code:java}
> def doPromptForPassword(msg) {
> if (System.console() == null) {
> def ret = null
> new SwingBuilder().edt {
> dialog(modal: true, title: 'Enter password', alwaysOnTop: true, 
> resizable: false, locationRelativeTo: null, pack: true, show: true) {
> vbox {
> label(text: msg)
> def input = passwordField()
> button(defaultButton: true, text: 'OK', actionPerformed: {
> ret = input.password;
> dispose();
> })
> }
> }
> }
> if (!ret) {
> throw new GradleException('User canceled build')
> }
> return new String(ret)
> } else {
> return System.console().readPassword('\n' + msg);
> }
> }
> {code}
> On Linux Mint 18.3 and MacOs High sierra, even in terminal, System.console() 
> return null and compilation crashes due to gradle issue.
> Thanks for help.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (CB-13684) Not be able to sign apk with 6.4.0 and 7.0.0

[Kevin Lot (JIRA)]

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

Kevin Lot commented on CB-13684:


I updated description.

This issue is concerned by MacOs too.

> Not be able to sign apk with 6.4.0 and 7.0.0
> 
>
> Key: CB-13684
> URL: https://issues.apache.org/jira/browse/CB-13684
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
>Reporter: Kevin Lot
>Assignee: Joe Bowser
>
> Since 6.4.0, sign APK without specify passwords in config file does not work.
> Cause gradle 4.1.0 has this issue [#2826] - Use SwingBuilder in customize 
> task on Android studio throw java.awt.HeadlessException. 
> ([link|https://github.com/gradle/gradle/issues/2826]).
> If you don't specify passwords in config file to sign your APK, compilation 
> launches a window with SwingBuilder to prompt passwords.
> {code:java}
> def doPromptForPassword(msg) {
> if (System.console() == null) {
> def ret = null
> new SwingBuilder().edt {
> dialog(modal: true, title: 'Enter password', alwaysOnTop: true, 
> resizable: false, locationRelativeTo: null, pack: true, show: true) {
> vbox {
> label(text: msg)
> def input = passwordField()
> button(defaultButton: true, text: 'OK', actionPerformed: {
> ret = input.password;
> dispose();
> })
> }
> }
> }
> if (!ret) {
> throw new GradleException('User canceled build')
> }
> return new String(ret)
> } else {
> return System.console().readPassword('\n' + msg);
> }
> }
> {code}
> On Linux Mint 18.3 and MacOs High sierra, even in terminal System.console() 
> return null and compilation crashes due to gradle issue.
> Thanks for help.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Updated] (CB-13684) Not be able to sign apk with 6.4.0 and 7.0.0

[Kevin Lot (JIRA)]

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

Kevin Lot updated CB-13684:
---
Description: 
Since 6.4.0, sign APK without specify passwords in config file does not work.

Cause gradle 4.1.0 has this issue [#2826] - Use SwingBuilder in customize task 
on Android studio throw java.awt.HeadlessException. 
([link|https://github.com/gradle/gradle/issues/2826]).

If you don't specify passwords in config file to sign your APK, compilation 
launches a window with SwingBuilder to prompt passwords.

{code:java}
def doPromptForPassword(msg) {
if (System.console() == null) {
def ret = null
new SwingBuilder().edt {
dialog(modal: true, title: 'Enter password', alwaysOnTop: true, 
resizable: false, locationRelativeTo: null, pack: true, show: true) {
vbox {
label(text: msg)
def input = passwordField()
button(defaultButton: true, text: 'OK', actionPerformed: {
ret = input.password;
dispose();
})
}
}
}
if (!ret) {
throw new GradleException('User canceled build')
}
return new String(ret)
} else {
return System.console().readPassword('\n' + msg);
}
}
{code}

On Linux Mint 18.3 and MacOs High sierra, even in terminal System.console() 
return null and compilation crashes due to gradle issue.

Thanks for help.

  was:
Since 6.4.0, sign APK without specify passwords in config file does not work.

Cause gradle 4.1.0 has this issue [#2826] - Use SwingBuilder in customize task 
on Android studio throw java.awt.HeadlessException. 
([link|https://github.com/gradle/gradle/issues/2826]).

If you don't specify passwords in config file to sign your APK, compilation 
launches a window with SwingBuilder to prompt passwords.

{code:java}
def doPromptForPassword(msg) {
if (System.console() == null) {
def ret = null
new SwingBuilder().edt {
dialog(modal: true, title: 'Enter password', alwaysOnTop: true, 
resizable: false, locationRelativeTo: null, pack: true, show: true) {
vbox {
label(text: msg)
def input = passwordField()
button(defaultButton: true, text: 'OK', actionPerformed: {
ret = input.password;
dispose();
})
}
}
}
if (!ret) {
throw new GradleException('User canceled build')
}
return new String(ret)
} else {
return System.console().readPassword('\n' + msg);
}
}
{code}

On my Linux Mint, even in terminal System.console() return null and compilation 
crashes due to gradle issue.

Thanks for help.


> Not be able to sign apk with 6.4.0 and 7.0.0
> 
>
> Key: CB-13684
> URL: https://issues.apache.org/jira/browse/CB-13684
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
>Reporter: Kevin Lot
>Assignee: Joe Bowser
>
> Since 6.4.0, sign APK without specify passwords in config file does not work.
> Cause gradle 4.1.0 has this issue [#2826] - Use SwingBuilder in customize 
> task on Android studio throw java.awt.HeadlessException. 
> ([link|https://github.com/gradle/gradle/issues/2826]).
> If you don't specify passwords in config file to sign your APK, compilation 
> launches a window with SwingBuilder to prompt passwords.
> {code:java}
> def doPromptForPassword(msg) {
> if (System.console() == null) {
> def ret = null
> new SwingBuilder().edt {
> dialog(modal: true, title: 'Enter password', alwaysOnTop: true, 
> resizable: false, locationRelativeTo: null, pack: true, show: true) {
> vbox {
> label(text: msg)
> def input = passwordField()
> button(defaultButton: true, text: 'OK', actionPerformed: {
> ret = input.password;
> dispose();
> })
> }
> }
> }
> if (!ret) {
> throw new GradleException('User canceled build')
> }
> return new String(ret)
> } else {
> return System.console().readPassword('\n' + msg);
> }
> }
> {code}
> On Linux Mint 18.3 and MacOs High sierra, even in terminal System.console() 
> return null and compilation crashes due to gradle issue.
> Thanks for help.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (CB-13688) Running on android with source control in Visual Studio

[Jan Piotrowski (Sujan) (JIRA)]

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

Jan Piotrowski (Sujan) commented on CB-13688:
-

I am not 100% sure what you are talking about. I work with git all the time, 
and have no such problems.

Who or what is showing these files as "read only"?
What exactly are the steps you execute to get the issue of files not being 
updated?

> Running on android with source control in Visual Studio
> ---
>
> Key: CB-13688
> URL: https://issues.apache.org/jira/browse/CB-13688
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
>Affects Versions: cordova@7.0.0
> Environment: Windows 10
> Visual Studio 2017 with source control
>Reporter: KAI Development
>Assignee: Joe Bowser
>Priority: Minor
>  Labels: build, easyfix
>
> When you run the command 'cordova run android', the 'www' folder is copied to 
> the 'platforms\android\asset\www' and 
> 'android\build\intermediates\assets\debug\www' folders. When using Visual 
> Studio and source control, unless you have all of the files checked out, they 
> are marked as read only. This attribute is copied over to the previously 
> mentioned two folders, causing issues when changing files and then re-running 
> the command 'cordova run android' as it won't update files that are marked as 
> read only. The way around this is to delete the two folders and re-run the 
> run command, but this isn't something we want to keep doing (we sometimes 
> forget)
> Could the read only attributes be removed when copying to the two folders?



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (CB-13688) Running on android with source control in Visual Studio

[KAI Development (JIRA)]

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

KAI Development commented on CB-13688:
--

Cordova isn't setting these attributes, they are there because of source 
control (I'd imagine it does this will all types of source control; mark the 
files read only so you cannot edit them without checking them out) but it would 
be great if cordova could remove these attributes when copying them into the 
previously mentioned folders

> Running on android with source control in Visual Studio
> ---
>
> Key: CB-13688
> URL: https://issues.apache.org/jira/browse/CB-13688
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
>Affects Versions: cordova@7.0.0
> Environment: Windows 10
> Visual Studio 2017 with source control
>Reporter: KAI Development
>Assignee: Joe Bowser
>Priority: Minor
>  Labels: build, easyfix
>
> When you run the command 'cordova run android', the 'www' folder is copied to 
> the 'platforms\android\asset\www' and 
> 'android\build\intermediates\assets\debug\www' folders. When using Visual 
> Studio and source control, unless you have all of the files checked out, they 
> are marked as read only. This attribute is copied over to the previously 
> mentioned two folders, causing issues when changing files and then re-running 
> the command 'cordova run android' as it won't update files that are marked as 
> read only. The way around this is to delete the two folders and re-run the 
> run command, but this isn't something we want to keep doing (we sometimes 
> forget)
> Could the read only attributes be removed when copying to the two folders?



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (CB-13584) app gets rejected with invalid image path for AppIcon83.5x83.5 error while uploading to appstore

[Khalid Salman (JIRA)]

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

Khalid Salman commented on CB-13584:


That's right. Application Loader is Version 3.0 (620)

> app gets rejected with invalid image path for AppIcon83.5x83.5 error while 
> uploading to appstore
> 
>
> Key: CB-13584
> URL: https://issues.apache.org/jira/browse/CB-13584
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-ios
>Reporter: Khalid Salman
>Assignee: Suraj Pindoria
>Priority: Minor
>
> Hi there,
> I cannot get around an icon problem for a week now. Please help I cannot 
> upload my app to app store.
> Everything is fine till I try to upload it. Means I can build it, run it in 
> simulator, etc... but can't push to app store.
> It doesn't give up on this weird error message no matter what I do: _ERROR 
> ITMS-90032: "Invalid Image Path - No image found at the path referenced under 
> key 'CFBundleIcons': 'AppIcon83.5.x83.5'"_
> Here is my icon settings in config.xml file:
> {code:xml}
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> {code}
> Please let me know what am I missing about this AppIcon83.5x83.5 icon that 
> nobody else is complaining about in any forms as far as I can see while it's 
> killing me here...
> I'm using the current latest version of cordova cli (7.1.0) and cordova-ios 
> (4.5.3) in the project.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (CB-13584) app gets rejected with invalid image path for AppIcon83.5x83.5 error while uploading to appstore

[jcesarmobile (JIRA)]

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

jcesarmobile commented on CB-13584:
---

So you submit the app with Application Loader? which version?

> app gets rejected with invalid image path for AppIcon83.5x83.5 error while 
> uploading to appstore
> 
>
> Key: CB-13584
> URL: https://issues.apache.org/jira/browse/CB-13584
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-ios
>Reporter: Khalid Salman
>Assignee: Suraj Pindoria
>Priority: Minor
>
> Hi there,
> I cannot get around an icon problem for a week now. Please help I cannot 
> upload my app to app store.
> Everything is fine till I try to upload it. Means I can build it, run it in 
> simulator, etc... but can't push to app store.
> It doesn't give up on this weird error message no matter what I do: _ERROR 
> ITMS-90032: "Invalid Image Path - No image found at the path referenced under 
> key 'CFBundleIcons': 'AppIcon83.5.x83.5'"_
> Here is my icon settings in config.xml file:
> {code:xml}
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> {code}
> Please let me know what am I missing about this AppIcon83.5x83.5 icon that 
> nobody else is complaining about in any forms as far as I can see while it's 
> killing me here...
> I'm using the current latest version of cordova cli (7.1.0) and cordova-ios 
> (4.5.3) in the project.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (CB-13584) app gets rejected with invalid image path for AppIcon83.5x83.5 error while uploading to appstore

[Khalid Salman (JIRA)]

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

Khalid Salman commented on CB-13584:


Unfortunately still no luck. I just tried what you said but still the same 
error.

Can it be something to do with the plugins added or cocoapods? After adding ios 
platform, I have to go to platforms/ios folder and run pod install manually to 
be able cordova build ios project (by the way yeah I use the cli to build the 
project: cordova build ios --release --device --buildConfig=build.json)

Here is my plugins section from cofig.xml:

{code:xml}

   
   












{code}




> app gets rejected with invalid image path for AppIcon83.5x83.5 error while 
> uploading to appstore
> 
>
> Key: CB-13584
> URL: https://issues.apache.org/jira/browse/CB-13584
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-ios
>Reporter: Khalid Salman
>Assignee: Suraj Pindoria
>Priority: Minor
>
> Hi there,
> I cannot get around an icon problem for a week now. Please help I cannot 
> upload my app to app store.
> Everything is fine till I try to upload it. Means I can build it, run it in 
> simulator, etc... but can't push to app store.
> It doesn't give up on this weird error message no matter what I do: _ERROR 
> ITMS-90032: "Invalid Image Path - No image found at the path referenced under 
> key 'CFBundleIcons': 'AppIcon83.5.x83.5'"_
> Here is my icon settings in config.xml file:
> {code:xml}
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> {code}
> Please let me know what am I missing about this AppIcon83.5x83.5 icon that 
> nobody else is complaining about in any forms as far as I can see while it's 
> killing me here...
> I'm using the current latest version of cordova cli (7.1.0) and cordova-ios 
> (4.5.3) in the project.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (CB-13687) Browser platform should not overwrite the favicon.ico file on each build

[Jan Piotrowski (Sujan) (JIRA)]

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

Jan Piotrowski (Sujan) commented on CB-13687:
-

Yeah, you had to make that sacrifice here ;)
It's just important for Cordova to know if some functionality is actually 
broken and now way to work around it, or if - like here - there is a valid 
workaround and it is "just" pretty ugly.

> Browser platform should not overwrite the favicon.ico file on each build
> 
>
> Key: CB-13687
> URL: https://issues.apache.org/jira/browse/CB-13687
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-browser
>Affects Versions: 5.0.1
>Reporter: Julien PIERRONT
>Assignee: Jesse MacFadyen
>Priority: Minor
>
> Browser platform replace our custom favicon.ico by cordova's favicon.ico on 
> each build.
> Cordova should keep our custom favicon.ico if exists.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (CB-13687) Browser platform should not overwrite the favicon.ico file on each build

[Julien PIERRONT (JIRA)]

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

Julien PIERRONT commented on CB-13687:
--

Yes,

But we start by wasting time trying to understand what we did wrong ;-)

Thx for you quick answers!

> Browser platform should not overwrite the favicon.ico file on each build
> 
>
> Key: CB-13687
> URL: https://issues.apache.org/jira/browse/CB-13687
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-browser
>Affects Versions: 5.0.1
>Reporter: Julien PIERRONT
>Assignee: Jesse MacFadyen
>Priority: Minor
>
> Browser platform replace our custom favicon.ico by cordova's favicon.ico on 
> each build.
> Cordova should keep our custom favicon.ico if exists.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (CB-13688) Running on android with source control in Visual Studio

[Jan Piotrowski (Sujan) (JIRA)]

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

Jan Piotrowski (Sujan) commented on CB-13688:
-

Is Cordova setting these attributes? 
Isn't this more a Visual Studio problem/issue?

> Running on android with source control in Visual Studio
> ---
>
> Key: CB-13688
> URL: https://issues.apache.org/jira/browse/CB-13688
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
>Affects Versions: cordova@7.0.0
> Environment: Windows 10
> Visual Studio 2017 with source control
>Reporter: KAI Development
>Assignee: Joe Bowser
>Priority: Minor
>  Labels: build, easyfix
>
> When you run the command 'cordova run android', the 'www' folder is copied to 
> the 'platforms\android\asset\www' and 
> 'android\build\intermediates\assets\debug\www' folders. When using Visual 
> Studio and source control, unless you have all of the files checked out, they 
> are marked as read only. This attribute is copied over to the previously 
> mentioned two folders, causing issues when changing files and then re-running 
> the command 'cordova run android' as it won't update files that are marked as 
> read only. The way around this is to delete the two folders and re-run the 
> run command, but this isn't something we want to keep doing (we sometimes 
> forget)
> Could the read only attributes be removed when copying to the two folders?



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (CB-13687) Browser platform should not overwrite the favicon.ico file on each build

[Jan Piotrowski (Sujan) (JIRA)]

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

Jan Piotrowski (Sujan) commented on CB-13687:
-

Yeah, I agree this is ugly and should be looked at.

By specifying your own Favicon in the html code, your icon will be viewed, 
correct?

> Browser platform should not overwrite the favicon.ico file on each build
> 
>
> Key: CB-13687
> URL: https://issues.apache.org/jira/browse/CB-13687
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-browser
>Affects Versions: 5.0.1
>Reporter: Julien PIERRONT
>Assignee: Jesse MacFadyen
>Priority: Minor
>
> Browser platform replace our custom favicon.ico by cordova's favicon.ico on 
> each build.
> Cordova should keep our custom favicon.ico if exists.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Updated] (CB-13687) Browser platform should not overwrite the favicon.ico file on each build

[Jan Piotrowski (Sujan) (JIRA)]

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

Jan Piotrowski (Sujan) updated CB-13687:

Priority: Minor  (was: Major)

> Browser platform should not overwrite the favicon.ico file on each build
> 
>
> Key: CB-13687
> URL: https://issues.apache.org/jira/browse/CB-13687
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-browser
>Affects Versions: 5.0.1
>Reporter: Julien PIERRONT
>Assignee: Jesse MacFadyen
>Priority: Minor
>
> Browser platform replace our custom favicon.ico by cordova's favicon.ico on 
> each build.
> Cordova should keep our custom favicon.ico if exists.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Comment Edited] (CB-13687) Browser platform should not overwrite the favicon.ico file on each build

[Julien PIERRONT (JIRA)]

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

Julien PIERRONT edited comment on CB-13687 at 12/18/17 1:07 PM:


The cordova favicon.ico file is added in platforms/browser/www/

It is also in platforms/browser/platform_www/

Yes I can use another filename for my favicon, but cordova still add his own 
favicon file.

Finally it is not it's not a blocking problem, but it's ugly :/



was (Author: jpierront):
The cordova favicon.ico file is added in platforms/browser/www/

Yes I can use another filename for my favicon, but cordova still add his own 
favicon file.

Finally it is not it's not a blocking problem, but it's ugly :/


> Browser platform should not overwrite the favicon.ico file on each build
> 
>
> Key: CB-13687
> URL: https://issues.apache.org/jira/browse/CB-13687
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-browser
>Affects Versions: 5.0.1
>Reporter: Julien PIERRONT
>Assignee: Jesse MacFadyen
>
> Browser platform replace our custom favicon.ico by cordova's favicon.ico on 
> each build.
> Cordova should keep our custom favicon.ico if exists.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (CB-13687) Browser platform should not overwrite the favicon.ico file on each build

[Julien PIERRONT (JIRA)]

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

Julien PIERRONT commented on CB-13687:
--

The cordova favicon.ico file is added in platforms/browser/www/

Yes I can use another filename for my favicon, but cordova still add his own 
favicon file.

Finally it is not it's not a blocking problem, but it's ugly :/


> Browser platform should not overwrite the favicon.ico file on each build
> 
>
> Key: CB-13687
> URL: https://issues.apache.org/jira/browse/CB-13687
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-browser
>Affects Versions: 5.0.1
>Reporter: Julien PIERRONT
>Assignee: Jesse MacFadyen
>
> Browser platform replace our custom favicon.ico by cordova's favicon.ico on 
> each build.
> Cordova should keep our custom favicon.ico if exists.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Created] (CB-13688) Running on android with source control in Visual Studio

[KAI Development (JIRA)]

KAI Development created CB-13688:


 Summary: Running on android with source control in Visual Studio
 Key: CB-13688
 URL: https://issues.apache.org/jira/browse/CB-13688
 Project: Apache Cordova
  Issue Type: Bug
  Components: cordova-android
Affects Versions: cordova@7.0.0
 Environment: Windows 10
Visual Studio 2017 with source control
Reporter: KAI Development
Assignee: Joe Bowser
Priority: Minor


When you run the command 'cordova run android', the 'www' folder is copied to 
the 'platforms\android\asset\www' and 
'android\build\intermediates\assets\debug\www' folders. When using Visual 
Studio and source control, unless you have all of the files checked out, they 
are marked as read only. This attribute is copied over to the previously 
mentioned two folders, causing issues when changing files and then re-running 
the command 'cordova run android' as it won't update files that are marked as 
read only. The way around this is to delete the two folders and re-run the run 
command, but this isn't something we want to keep doing (we sometimes forget)

Could the read only attributes be removed when copying to the two folders?



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (CB-13687) Browser platform should not overwrite the favicon.ico file on each build

[Jan Piotrowski (Sujan) (JIRA)]

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

Jan Piotrowski (Sujan) commented on CB-13687:
-

The Ionic issue is unrelated as it mostly refers to the Favicon of `ionic 
serve`, which is their development web server. One comment specifically 
mentions that it is not a problem with `ionic cordova build/run browser` but 
only `ionic serve` - which would contradict your report.

> Browser platform should not overwrite the favicon.ico file on each build
> 
>
> Key: CB-13687
> URL: https://issues.apache.org/jira/browse/CB-13687
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-browser
>Affects Versions: 5.0.1
>Reporter: Julien PIERRONT
>Assignee: Jesse MacFadyen
>
> Browser platform replace our custom favicon.ico by cordova's favicon.ico on 
> each build.
> Cordova should keep our custom favicon.ico if exists.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (CB-13687) Browser platform should not overwrite the favicon.ico file on each build

[Jan Piotrowski (Sujan) (JIRA)]

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

Jan Piotrowski (Sujan) commented on CB-13687:
-

What is the path of the favicon.ico file?
Can you not just define another path in your index.html for the browser to use 
and load?

> Browser platform should not overwrite the favicon.ico file on each build
> 
>
> Key: CB-13687
> URL: https://issues.apache.org/jira/browse/CB-13687
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-browser
>Affects Versions: 5.0.1
>Reporter: Julien PIERRONT
>Assignee: Jesse MacFadyen
>
> Browser platform replace our custom favicon.ico by cordova's favicon.ico on 
> each build.
> Cordova should keep our custom favicon.ico if exists.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Comment Edited] (CB-13687) Browser platform should not overwrite the favicon.ico file on each build

[Julien PIERRONT (JIRA)]

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

Julien PIERRONT edited comment on CB-13687 at 12/18/17 11:57 AM:
-

I don't think so.

Cordova browser add a lot of files automatically on build (like corvova.js), 
but unlike other files favicon.ico should not be added systematically.

I found other people having this problem.
https://github.com/ionic-team/ionic-cli/issues/1772
The problem is not linked to ionic because I don't use ionic.


was (Author: jpierront):
I don't think so.

I found other people having this problem.
https://github.com/ionic-team/ionic-cli/issues/1772
The problem is not linked to ionic because I don't use ionic.

> Browser platform should not overwrite the favicon.ico file on each build
> 
>
> Key: CB-13687
> URL: https://issues.apache.org/jira/browse/CB-13687
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-browser
>Affects Versions: 5.0.1
>Reporter: Julien PIERRONT
>Assignee: Jesse MacFadyen
>
> Browser platform replace our custom favicon.ico by cordova's favicon.ico on 
> each build.
> Cordova should keep our custom favicon.ico if exists.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Comment Edited] (CB-13687) Browser platform should not overwrite the favicon.ico file on each build

[Julien PIERRONT (JIRA)]

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

Julien PIERRONT edited comment on CB-13687 at 12/18/17 11:53 AM:
-

I don't think so.

I found other people having this problem.
https://github.com/ionic-team/ionic-cli/issues/1772
The problem is not linked to ionic because I don't use ionic.


was (Author: jpierront):
I do not think so.

I found other people having this problem.
https://github.com/ionic-team/ionic-cli/issues/1772
The problem is not linked to ionic because I do not use ionic.

> Browser platform should not overwrite the favicon.ico file on each build
> 
>
> Key: CB-13687
> URL: https://issues.apache.org/jira/browse/CB-13687
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-browser
>Affects Versions: 5.0.1
>Reporter: Julien PIERRONT
>Assignee: Jesse MacFadyen
>
> Browser platform replace our custom favicon.ico by cordova's favicon.ico on 
> each build.
> Cordova should keep our custom favicon.ico if exists.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (CB-13687) Browser platform should not overwrite the favicon.ico file on each build

[Julien PIERRONT (JIRA)]

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

Julien PIERRONT commented on CB-13687:
--

I do not think so.

I found other people having this problem.
https://github.com/ionic-team/ionic-cli/issues/1772
The problem is not linked to ionic because I do not use ionic.

> Browser platform should not overwrite the favicon.ico file on each build
> 
>
> Key: CB-13687
> URL: https://issues.apache.org/jira/browse/CB-13687
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-browser
>Affects Versions: 5.0.1
>Reporter: Julien PIERRONT
>Assignee: Jesse MacFadyen
>
> Browser platform replace our custom favicon.ico by cordova's favicon.ico on 
> each build.
> Cordova should keep our custom favicon.ico if exists.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (CB-13685) Android Adaptive Icons

[Jan Piotrowski (Sujan) (JIRA)]

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

Jan Piotrowski (Sujan) commented on CB-13685:
-

You issue is all good, I made it so the folders/files are a bit better 
formatted.

I think this would probably best be solved with a Cordova plugin.

Can you post the content of the `ic_launcher.xml` and `ic_launcher_round.xml` 
files?
The other files are normal, backwards-compatible icons?

> Android Adaptive Icons
> --
>
> Key: CB-13685
> URL: https://issues.apache.org/jira/browse/CB-13685
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: cordova-android
> Environment: All
>Reporter: Josef Brandl
>Assignee: Joe Bowser
>Priority: Minor
>
> Starting with Android 8 Oreo (API level 26) Android allows developers to 
> create app icons using a background and a foreground image file. This feature 
> is called "adaptive icons". One major change that goes with this feature is 
> that icons get now clipped into a shape by the system. This leads to a very 
> uniform and clean design like on iOS where all icons are a rounded rectangle. 
> The other advantage is that visual effects can be applied to the icon by the 
> system due to the separation between foreground an background.
> Android Studio greatly assists the developer at the creation of the app icon 
> resources because it creates backwards compatible icons for older devices 
> that don't support the adaptive icons feature.
> https://developer.android.com/studio/write/image-asset-studio.html
> The following resources are created.
> {code}
> res
> ├── drawable
> │   ├── ic_launcher_background.xml
> │   └── ic_launcher_foreground.xml
> ├── mipmap-anydpi-v26
> │   ├── ic_launcher.xml
> │   └── ic_launcher_round.xml
> ├── mipmap-hdpi
> │   ├── ic_launcher.png
> │   └── ic_launcher_round.png
> ├── mipmap-mdpi
> │   ├── ic_launcher.png
> │   └── ic_launcher_round.png
> ├── mipmap-xhdpi
> │   ├── ic_launcher.png
> │   └── ic_launcher_round.png
> ├── mipmap-xxhdpi
> │   ├── ic_launcher.png
> │   └── ic_launcher_round.png
> └── mipmap-xxxhdpi
>      ├── ic_launcher.png
>      └── ic_launcher_round.png
> {code}
> It is currently not clear how these files can be used inside a cordova 
> project.
> - res/mipmap-anydpi-v26/ic_launcher.xml points to other image resources 
> (foreground, background)
> - The foreground and background can be vector graphics (-> xml files in 
> res/drawable)
> - The documentation needs to be updated
> (I've never reported an issue using JIRA before - I'm only used to github. 
> So, please guide me if I'm doing something incorrect)



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Updated] (CB-13685) Android Adaptive Icons

[Jan Piotrowski (Sujan) (JIRA)]

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

Jan Piotrowski (Sujan) updated CB-13685:

Affects Version/s: (was: cordova@7.0.0)

> Android Adaptive Icons
> --
>
> Key: CB-13685
> URL: https://issues.apache.org/jira/browse/CB-13685
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: cordova-android
> Environment: All
>Reporter: Josef Brandl
>Assignee: Joe Bowser
>Priority: Minor
>
> Starting with Android 8 Oreo (API level 26) Android allows developers to 
> create app icons using a background and a foreground image file. This feature 
> is called "adaptive icons". One major change that goes with this feature is 
> that icons get now clipped into a shape by the system. This leads to a very 
> uniform and clean design like on iOS where all icons are a rounded rectangle. 
> The other advantage is that visual effects can be applied to the icon by the 
> system due to the separation between foreground an background.
> Android Studio greatly assists the developer at the creation of the app icon 
> resources because it creates backwards compatible icons for older devices 
> that don't support the adaptive icons feature.
> https://developer.android.com/studio/write/image-asset-studio.html
> The following resources are created.
> {code}
> res
> ├── drawable
> │   ├── ic_launcher_background.xml
> │   └── ic_launcher_foreground.xml
> ├── mipmap-anydpi-v26
> │   ├── ic_launcher.xml
> │   └── ic_launcher_round.xml
> ├── mipmap-hdpi
> │   ├── ic_launcher.png
> │   └── ic_launcher_round.png
> ├── mipmap-mdpi
> │   ├── ic_launcher.png
> │   └── ic_launcher_round.png
> ├── mipmap-xhdpi
> │   ├── ic_launcher.png
> │   └── ic_launcher_round.png
> ├── mipmap-xxhdpi
> │   ├── ic_launcher.png
> │   └── ic_launcher_round.png
> └── mipmap-xxxhdpi
>      ├── ic_launcher.png
>      └── ic_launcher_round.png
> {code}
> It is currently not clear how these files can be used inside a cordova 
> project.
> - res/mipmap-anydpi-v26/ic_launcher.xml points to other image resources 
> (foreground, background)
> - The foreground and background can be vector graphics (-> xml files in 
> res/drawable)
> - The documentation needs to be updated
> (I've never reported an issue using JIRA before - I'm only used to github. 
> So, please guide me if I'm doing something incorrect)



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Updated] (CB-13685) Android Adaptive Icons

[Jan Piotrowski (Sujan) (JIRA)]

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

Jan Piotrowski (Sujan) updated CB-13685:

Description: 
Starting with Android 8 Oreo (API level 26) Android allows developers to create 
app icons using a background and a foreground image file. This feature is 
called "adaptive icons". One major change that goes with this feature is that 
icons get now clipped into a shape by the system. This leads to a very uniform 
and clean design like on iOS where all icons are a rounded rectangle. The other 
advantage is that visual effects can be applied to the icon by the system due 
to the separation between foreground an background.

Android Studio greatly assists the developer at the creation of the app icon 
resources because it creates backwards compatible icons for older devices that 
don't support the adaptive icons feature.

https://developer.android.com/studio/write/image-asset-studio.html

The following resources are created.

{{code}}
res
├── drawable
│   ├── ic_launcher_background.xml
│   └── ic_launcher_foreground.xml
├── mipmap-anydpi-v26
│   ├── ic_launcher.xml
│   └── ic_launcher_round.xml
├── mipmap-hdpi
│   ├── ic_launcher.png
│   └── ic_launcher_round.png
├── mipmap-mdpi
│   ├── ic_launcher.png
│   └── ic_launcher_round.png
├── mipmap-xhdpi
│   ├── ic_launcher.png
│   └── ic_launcher_round.png
├── mipmap-xxhdpi
│   ├── ic_launcher.png
│   └── ic_launcher_round.png
└── mipmap-xxxhdpi
     ├── ic_launcher.png
     └── ic_launcher_round.png
{{code}}

It is currently not clear how these files can be used inside a cordova project.
- res/mipmap-anydpi-v26/ic_launcher.xml points to other image resources 
(foreground, background)
- The foreground and background can be vector graphics (-> xml files in 
res/drawable)
- The documentation needs to be updated

(I've never reported an issue using JIRA before - I'm only used to github. So, 
please guide me if I'm doing something incorrect)

  was:
Starting with Android 8 Oreo (API level 26) Android allows developers to create 
app icons using a background and a foreground image file. This feature is 
called "adaptive icons". One major change that goes with this feature is that 
icons get now clipped into a shape by the system. This leads to a very uniform 
and clean design like on iOS where all icons are a rounded rectangle. The other 
advantage is that visual effects can be applied to the icon by the system due 
to the separation between foreground an background.

Android Studio greatly assists the developer at the creation of the app icon 
resources because it creates backwards compatible icons for older devices that 
don't support the adaptive icons feature.

https://developer.android.com/studio/write/image-asset-studio.html

The following resources are created.
{{code}}
res
├── drawable
│   ├── ic_launcher_background.xml
│   └── ic_launcher_foreground.xml
├── mipmap-anydpi-v26
│   ├── ic_launcher.xml
│   └── ic_launcher_round.xml
├── mipmap-hdpi
│   ├── ic_launcher.png
│   └── ic_launcher_round.png
├── mipmap-mdpi
│   ├── ic_launcher.png
│   └── ic_launcher_round.png
├── mipmap-xhdpi
│   ├── ic_launcher.png
│   └── ic_launcher_round.png
├── mipmap-xxhdpi
│   ├── ic_launcher.png
│   └── ic_launcher_round.png
└── mipmap-xxxhdpi
     ├── ic_launcher.png
     └── ic_launcher_round.png
{{code}}

It is currently not clear how these files can be used inside a cordova project.
- res/mipmap-anydpi-v26/ic_launcher.xml points to other image resources 
(foreground, background)
- The foreground and background can be vector graphics (-> xml files in 
res/drawable)
- The documentation needs to be updated

(I've never reported an issue using JIRA before - I'm only used to github. So, 
please guide me if I'm doing something incorrect)


> Android Adaptive Icons
> --
>
> Key: CB-13685
> URL: https://issues.apache.org/jira/browse/CB-13685
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: cordova-android
>Affects Versions: cordova@7.0.0
> Environment: All
>Reporter: Josef Brandl
>Assignee: Joe Bowser
>Priority: Minor
>
> Starting with Android 8 Oreo (API level 26) Android allows developers to 
> create app icons using a background and a foreground image file. This feature 
> is called "adaptive icons". One major change that goes with this feature is 
> that icons get now clipped into a shape by the system. This leads to a very 
> uniform and clean design like on iOS where all icons are a rounded rectangle. 
> The other advantage is that visual effects can be applied to the icon by the 
> system due to the separation between foreground an background.
> Android Studio greatly assists the developer at the creation of the app icon 
> resources because it creates backwards compatible icons for older devices 
> that don't 

[jira] [Updated] (CB-13685) Android Adaptive Icons

[Jan Piotrowski (Sujan) (JIRA)]

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

Jan Piotrowski (Sujan) updated CB-13685:

Description: 
Starting with Android 8 Oreo (API level 26) Android allows developers to create 
app icons using a background and a foreground image file. This feature is 
called "adaptive icons". One major change that goes with this feature is that 
icons get now clipped into a shape by the system. This leads to a very uniform 
and clean design like on iOS where all icons are a rounded rectangle. The other 
advantage is that visual effects can be applied to the icon by the system due 
to the separation between foreground an background.

Android Studio greatly assists the developer at the creation of the app icon 
resources because it creates backwards compatible icons for older devices that 
don't support the adaptive icons feature.

https://developer.android.com/studio/write/image-asset-studio.html

The following resources are created.
{{code}}
res
├── drawable
│   ├── ic_launcher_background.xml
│   └── ic_launcher_foreground.xml
├── mipmap-anydpi-v26
│   ├── ic_launcher.xml
│   └── ic_launcher_round.xml
├── mipmap-hdpi
│   ├── ic_launcher.png
│   └── ic_launcher_round.png
├── mipmap-mdpi
│   ├── ic_launcher.png
│   └── ic_launcher_round.png
├── mipmap-xhdpi
│   ├── ic_launcher.png
│   └── ic_launcher_round.png
├── mipmap-xxhdpi
│   ├── ic_launcher.png
│   └── ic_launcher_round.png
└── mipmap-xxxhdpi
     ├── ic_launcher.png
     └── ic_launcher_round.png
{{code}}

It is currently not clear how these files can be used inside a cordova project.
- res/mipmap-anydpi-v26/ic_launcher.xml points to other image resources 
(foreground, background)
- The foreground and background can be vector graphics (-> xml files in 
res/drawable)
- The documentation needs to be updated

(I've never reported an issue using JIRA before - I'm only used to github. So, 
please guide me if I'm doing something incorrect)

  was:
Starting with Android 8 Oreo (API level 26) Android allows developers to create 
app icons using a background and a foreground image file. This feature is 
called "adaptive icons". One major change that goes with this feature is that 
icons get now clipped into a shape by the system. This leads to a very uniform 
and clean design like on iOS where all icons are a rounded rectangle. The other 
advantage is that visual effects can be applied to the icon by the system due 
to the separation between foreground an background.

Android Studio greatly assists the developer at the creation of the app icon 
resources because it creates backwards compatible icons for older devices that 
don't support the adaptive icons feature.

https://developer.android.com/studio/write/image-asset-studio.html

The following resources are created.
{{
res
├── drawable
│   ├── ic_launcher_background.xml
│   └── ic_launcher_foreground.xml
├── mipmap-anydpi-v26
│   ├── ic_launcher.xml
│   └── ic_launcher_round.xml
├── mipmap-hdpi
│   ├── ic_launcher.png
│   └── ic_launcher_round.png
├── mipmap-mdpi
│   ├── ic_launcher.png
│   └── ic_launcher_round.png
├── mipmap-xhdpi
│   ├── ic_launcher.png
│   └── ic_launcher_round.png
├── mipmap-xxhdpi
│   ├── ic_launcher.png
│   └── ic_launcher_round.png
└── mipmap-xxxhdpi
     ├── ic_launcher.png
     └── ic_launcher_round.png
}}

It is currently not clear how these files can be used inside a cordova project.
- res/mipmap-anydpi-v26/ic_launcher.xml points to other image resources 
(foreground, background)
- The foreground and background can be vector graphics (-> xml files in 
res/drawable)
- The documentation needs to be updated

(I've never reported an issue using JIRA before - I'm only used to github. So, 
please guide me if I'm doing something incorrect)


> Android Adaptive Icons
> --
>
> Key: CB-13685
> URL: https://issues.apache.org/jira/browse/CB-13685
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: cordova-android
>Affects Versions: cordova@7.0.0
> Environment: All
>Reporter: Josef Brandl
>Assignee: Joe Bowser
>Priority: Minor
>
> Starting with Android 8 Oreo (API level 26) Android allows developers to 
> create app icons using a background and a foreground image file. This feature 
> is called "adaptive icons". One major change that goes with this feature is 
> that icons get now clipped into a shape by the system. This leads to a very 
> uniform and clean design like on iOS where all icons are a rounded rectangle. 
> The other advantage is that visual effects can be applied to the icon by the 
> system due to the separation between foreground an background.
> Android Studio greatly assists the developer at the creation of the app icon 
> resources because it creates backwards compatible icons for older devices 
> that don't support the a

[jira] [Updated] (CB-13685) Android Adaptive Icons

[Jan Piotrowski (Sujan) (JIRA)]

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

Jan Piotrowski (Sujan) updated CB-13685:

Description: 
Starting with Android 8 Oreo (API level 26) Android allows developers to create 
app icons using a background and a foreground image file. This feature is 
called "adaptive icons". One major change that goes with this feature is that 
icons get now clipped into a shape by the system. This leads to a very uniform 
and clean design like on iOS where all icons are a rounded rectangle. The other 
advantage is that visual effects can be applied to the icon by the system due 
to the separation between foreground an background.

Android Studio greatly assists the developer at the creation of the app icon 
resources because it creates backwards compatible icons for older devices that 
don't support the adaptive icons feature.

https://developer.android.com/studio/write/image-asset-studio.html

The following resources are created.

{code}
res
├── drawable
│   ├── ic_launcher_background.xml
│   └── ic_launcher_foreground.xml
├── mipmap-anydpi-v26
│   ├── ic_launcher.xml
│   └── ic_launcher_round.xml
├── mipmap-hdpi
│   ├── ic_launcher.png
│   └── ic_launcher_round.png
├── mipmap-mdpi
│   ├── ic_launcher.png
│   └── ic_launcher_round.png
├── mipmap-xhdpi
│   ├── ic_launcher.png
│   └── ic_launcher_round.png
├── mipmap-xxhdpi
│   ├── ic_launcher.png
│   └── ic_launcher_round.png
└── mipmap-xxxhdpi
     ├── ic_launcher.png
     └── ic_launcher_round.png
{code}

It is currently not clear how these files can be used inside a cordova project.
- res/mipmap-anydpi-v26/ic_launcher.xml points to other image resources 
(foreground, background)
- The foreground and background can be vector graphics (-> xml files in 
res/drawable)
- The documentation needs to be updated

(I've never reported an issue using JIRA before - I'm only used to github. So, 
please guide me if I'm doing something incorrect)

  was:
Starting with Android 8 Oreo (API level 26) Android allows developers to create 
app icons using a background and a foreground image file. This feature is 
called "adaptive icons". One major change that goes with this feature is that 
icons get now clipped into a shape by the system. This leads to a very uniform 
and clean design like on iOS where all icons are a rounded rectangle. The other 
advantage is that visual effects can be applied to the icon by the system due 
to the separation between foreground an background.

Android Studio greatly assists the developer at the creation of the app icon 
resources because it creates backwards compatible icons for older devices that 
don't support the adaptive icons feature.

https://developer.android.com/studio/write/image-asset-studio.html

The following resources are created.

{{code}}
res
├── drawable
│   ├── ic_launcher_background.xml
│   └── ic_launcher_foreground.xml
├── mipmap-anydpi-v26
│   ├── ic_launcher.xml
│   └── ic_launcher_round.xml
├── mipmap-hdpi
│   ├── ic_launcher.png
│   └── ic_launcher_round.png
├── mipmap-mdpi
│   ├── ic_launcher.png
│   └── ic_launcher_round.png
├── mipmap-xhdpi
│   ├── ic_launcher.png
│   └── ic_launcher_round.png
├── mipmap-xxhdpi
│   ├── ic_launcher.png
│   └── ic_launcher_round.png
└── mipmap-xxxhdpi
     ├── ic_launcher.png
     └── ic_launcher_round.png
{{code}}

It is currently not clear how these files can be used inside a cordova project.
- res/mipmap-anydpi-v26/ic_launcher.xml points to other image resources 
(foreground, background)
- The foreground and background can be vector graphics (-> xml files in 
res/drawable)
- The documentation needs to be updated

(I've never reported an issue using JIRA before - I'm only used to github. So, 
please guide me if I'm doing something incorrect)


> Android Adaptive Icons
> --
>
> Key: CB-13685
> URL: https://issues.apache.org/jira/browse/CB-13685
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: cordova-android
>Affects Versions: cordova@7.0.0
> Environment: All
>Reporter: Josef Brandl
>Assignee: Joe Bowser
>Priority: Minor
>
> Starting with Android 8 Oreo (API level 26) Android allows developers to 
> create app icons using a background and a foreground image file. This feature 
> is called "adaptive icons". One major change that goes with this feature is 
> that icons get now clipped into a shape by the system. This leads to a very 
> uniform and clean design like on iOS where all icons are a rounded rectangle. 
> The other advantage is that visual effects can be applied to the icon by the 
> system due to the separation between foreground an background.
> Android Studio greatly assists the developer at the creation of the app icon 
> resources because it creates backwards compatible icons for older devices 
> that don't sup

[jira] [Commented] (CB-13684) Not be able to sign apk with 6.4.0 and 7.0.0

[Jan Piotrowski (Sujan) (JIRA)]

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

Jan Piotrowski (Sujan) commented on CB-13684:
-

What does one have to do to replicate this?
Only on "Linux Mint"? (What is this?)

> Not be able to sign apk with 6.4.0 and 7.0.0
> 
>
> Key: CB-13684
> URL: https://issues.apache.org/jira/browse/CB-13684
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
>Reporter: Kevin Lot
>Assignee: Joe Bowser
>
> Since 6.4.0, sign APK without specify passwords in config file does not work.
> Cause gradle 4.1.0 has this issue [#2826] - Use SwingBuilder in customize 
> task on Android studio throw java.awt.HeadlessException. 
> ([link|https://github.com/gradle/gradle/issues/2826]).
> If you don't specify passwords in config file to sign your APK, compilation 
> launches a window with SwingBuilder to prompt passwords.
> {code:java}
> def doPromptForPassword(msg) {
> if (System.console() == null) {
> def ret = null
> new SwingBuilder().edt {
> dialog(modal: true, title: 'Enter password', alwaysOnTop: true, 
> resizable: false, locationRelativeTo: null, pack: true, show: true) {
> vbox {
> label(text: msg)
> def input = passwordField()
> button(defaultButton: true, text: 'OK', actionPerformed: {
> ret = input.password;
> dispose();
> })
> }
> }
> }
> if (!ret) {
> throw new GradleException('User canceled build')
> }
> return new String(ret)
> } else {
> return System.console().readPassword('\n' + msg);
> }
> }
> {code}
> On my Linux Mint, even in terminal System.console() return null and 
> compilation crashes due to gradle issue.
> Thanks for help.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (CB-13687) Browser platform should not overwrite the favicon.ico file on each build

[Jan Piotrowski (Sujan) (JIRA)]

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

Jan Piotrowski (Sujan) commented on CB-13687:
-

Interesting.

Is there any documentation on the favicon behaviour of cordova-browser?

> Browser platform should not overwrite the favicon.ico file on each build
> 
>
> Key: CB-13687
> URL: https://issues.apache.org/jira/browse/CB-13687
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-browser
>Affects Versions: 5.0.1
>Reporter: Julien PIERRONT
>Assignee: Jesse MacFadyen
>
> Browser platform replace our custom favicon.ico by cordova's favicon.ico on 
> each build.
> Cordova should keep our custom favicon.ico if exists.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Updated] (CB-13687) Browser platform should not overwrite the favicon.ico file on each build

[Julien PIERRONT (JIRA)]

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

Julien PIERRONT updated CB-13687:
-
Description: 
Browser platform replace our custom favicon.ico by cordova's favicon.ico on 
each build.

Cordova should keep our custom favicon.ico if exists.

  was:Browser platform replace our custom favicon.ico by cordova's favicon.ico 
on each build.


> Browser platform should not overwrite the favicon.ico file on each build
> 
>
> Key: CB-13687
> URL: https://issues.apache.org/jira/browse/CB-13687
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-browser
>Affects Versions: 5.0.1
>Reporter: Julien PIERRONT
>Assignee: Jesse MacFadyen
>
> Browser platform replace our custom favicon.ico by cordova's favicon.ico on 
> each build.
> Cordova should keep our custom favicon.ico if exists.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Created] (CB-13687) Browser platform should not overwrite the favicon.ico file on each build

[Julien PIERRONT (JIRA)]

Julien PIERRONT created CB-13687:


 Summary: Browser platform should not overwrite the favicon.ico 
file on each build
 Key: CB-13687
 URL: https://issues.apache.org/jira/browse/CB-13687
 Project: Apache Cordova
  Issue Type: Bug
  Components: cordova-browser
Affects Versions: 5.0.1
Reporter: Julien PIERRONT
Assignee: Jesse MacFadyen


Browser platform replace our custom favicon.ico by cordova's favicon.ico on 
each build.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (CB-13584) app gets rejected with invalid image path for AppIcon83.5x83.5 error while uploading to appstore

[jcesarmobile (JIRA)]

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

jcesarmobile commented on CB-13584:
---

I still can't reproduce.

Do you build the app with Cordova CLI and submit it with Application Loader? or 
do you open the xcworkspace in Xcode and archive/submit from there?

Try removing the  instead of the 83.5x83.5@2x.

Make sure the 83.5x83.5@2x is 167x167.
And remove the ios platform and add it again before archiving and uploading


> app gets rejected with invalid image path for AppIcon83.5x83.5 error while 
> uploading to appstore
> 
>
> Key: CB-13584
> URL: https://issues.apache.org/jira/browse/CB-13584
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-ios
>Reporter: Khalid Salman
>Assignee: Suraj Pindoria
>Priority: Minor
>
> Hi there,
> I cannot get around an icon problem for a week now. Please help I cannot 
> upload my app to app store.
> Everything is fine till I try to upload it. Means I can build it, run it in 
> simulator, etc... but can't push to app store.
> It doesn't give up on this weird error message no matter what I do: _ERROR 
> ITMS-90032: "Invalid Image Path - No image found at the path referenced under 
> key 'CFBundleIcons': 'AppIcon83.5.x83.5'"_
> Here is my icon settings in config.xml file:
> {code:xml}
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> {code}
> Please let me know what am I missing about this AppIcon83.5x83.5 icon that 
> nobody else is complaining about in any forms as far as I can see while it's 
> killing me here...
> I'm using the current latest version of cordova cli (7.1.0) and cordova-ios 
> (4.5.3) in the project.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Updated] (CB-13684) Not be able to sign apk with 6.4.0 and 7.0.0

[Kevin Lot (JIRA)]

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

Kevin Lot updated CB-13684:
---
Summary: Not be able to sign apk with 6.4.0 and 7.0.0  (was: Unable to sign 
apk with 6.4.0 and 7.0.0)

> Not be able to sign apk with 6.4.0 and 7.0.0
> 
>
> Key: CB-13684
> URL: https://issues.apache.org/jira/browse/CB-13684
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
>Reporter: Kevin Lot
>Assignee: Joe Bowser
>
> Since 6.4.0, sign APK without specify passwords in config file does not work.
> Cause gradle 4.1.0 has this issue [#2826] - Use SwingBuilder in customize 
> task on Android studio throw java.awt.HeadlessException. 
> ([link|https://github.com/gradle/gradle/issues/2826]).
> If you don't specify passwords in config file to sign your APK, compilation 
> launches a window with SwingBuilder to prompt passwords.
> {code:java}
> def doPromptForPassword(msg) {
> if (System.console() == null) {
> def ret = null
> new SwingBuilder().edt {
> dialog(modal: true, title: 'Enter password', alwaysOnTop: true, 
> resizable: false, locationRelativeTo: null, pack: true, show: true) {
> vbox {
> label(text: msg)
> def input = passwordField()
> button(defaultButton: true, text: 'OK', actionPerformed: {
> ret = input.password;
> dispose();
> })
> }
> }
> }
> if (!ret) {
> throw new GradleException('User canceled build')
> }
> return new String(ret)
> } else {
> return System.console().readPassword('\n' + msg);
> }
> }
> {code}
> On my Linux Mint, even in terminal System.console() return null and 
> compilation crashes due to gradle issue.
> Thanks for help.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Updated] (CB-13684) Unable to sign apk with 6.4.0 and 7.0.0

[Kevin Lot (JIRA)]

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

Kevin Lot updated CB-13684:
---
Description: 
Since 6.4.0, sign APK without specify passwords in config file does not work.

Cause gradle 4.1.0 has this issue [#2826] - Use SwingBuilder in customize task 
on Android studio throw java.awt.HeadlessException. 
([link|https://github.com/gradle/gradle/issues/2826]).

If you don't specify passwords in config file to sign your APK, compilation 
launches a window with SwingBuilder to prompt passwords.

{code:java}
def doPromptForPassword(msg) {
if (System.console() == null) {
def ret = null
new SwingBuilder().edt {
dialog(modal: true, title: 'Enter password', alwaysOnTop: true, 
resizable: false, locationRelativeTo: null, pack: true, show: true) {
vbox {
label(text: msg)
def input = passwordField()
button(defaultButton: true, text: 'OK', actionPerformed: {
ret = input.password;
dispose();
})
}
}
}
if (!ret) {
throw new GradleException('User canceled build')
}
return new String(ret)
} else {
return System.console().readPassword('\n' + msg);
}
}
{code}

On my Linux Mint, even in terminal System.console() return null and compilation 
crashes due to gradle issue.

Thanks for help.

  was:
Since 6.4.0, sign APK without specify password in config file is unable.

Cause gradle 4.1.0 has this issue [#2826] - Use SwingBuilder in customize task 
on Android studio throw java.awt.HeadlessException. 
([link|https://github.com/gradle/gradle/issues/2826]).

If you don't specify passwords in config file to sign your APK, compilation 
launches a window with SwingBuilder to promt passwords.

{code:java}
def doPromptForPassword(msg) {
if (System.console() == null) {
def ret = null
new SwingBuilder().edt {
dialog(modal: true, title: 'Enter password', alwaysOnTop: true, 
resizable: false, locationRelativeTo: null, pack: true, show: true) {
vbox {
label(text: msg)
def input = passwordField()
button(defaultButton: true, text: 'OK', actionPerformed: {
ret = input.password;
dispose();
})
}
}
}
if (!ret) {
throw new GradleException('User canceled build')
}
return new String(ret)
} else {
return System.console().readPassword('\n' + msg);
}
}
{code}

On my linuxmint, even in terminal System.console() return null and compilation 
crashes due to gradle issue.

Thanks for help.


> Unable to sign apk with 6.4.0 and 7.0.0
> ---
>
> Key: CB-13684
> URL: https://issues.apache.org/jira/browse/CB-13684
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
>Reporter: Kevin Lot
>Assignee: Joe Bowser
>
> Since 6.4.0, sign APK without specify passwords in config file does not work.
> Cause gradle 4.1.0 has this issue [#2826] - Use SwingBuilder in customize 
> task on Android studio throw java.awt.HeadlessException. 
> ([link|https://github.com/gradle/gradle/issues/2826]).
> If you don't specify passwords in config file to sign your APK, compilation 
> launches a window with SwingBuilder to prompt passwords.
> {code:java}
> def doPromptForPassword(msg) {
> if (System.console() == null) {
> def ret = null
> new SwingBuilder().edt {
> dialog(modal: true, title: 'Enter password', alwaysOnTop: true, 
> resizable: false, locationRelativeTo: null, pack: true, show: true) {
> vbox {
> label(text: msg)
> def input = passwordField()
> button(defaultButton: true, text: 'OK', actionPerformed: {
> ret = input.password;
> dispose();
> })
> }
> }
> }
> if (!ret) {
> throw new GradleException('User canceled build')
> }
> return new String(ret)
> } else {
> return System.console().readPassword('\n' + msg);
> }
> }
> {code}
> On my Linux Mint, even in terminal System.console() return null and 
> compilation crashes due to gradle issue.
> Thanks for help.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (CB-13682) Statusbar not overlapping web view

[Sir Patrick (JIRA)]

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

Sir Patrick commented on CB-13682:
--

My statusbar related config is as follows:

 
 
 
 
 

I do have an explicit call to show from the code in the platform.ready handler. 
Could it be that there is a possibility that this show gets in before it was 
initialized, and hence the value is not yet set and the view gets added? I 
would assume that the initialize of the plugin was called before I get the 
ready event.

> Statusbar not overlapping web view
> --
>
> Key: CB-13682
> URL: https://issues.apache.org/jira/browse/CB-13682
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-plugin-statusbar
>Affects Versions: 2.4.0, cordova-ios 4.5.0
> Environment: iOS 11.2.1
> Cordova: 7.1.0
> Cordova iOS: 4.5.4
> cordova-plugin-statusbar: 2.4.0
>Reporter: Sir Patrick
>Priority: Critical
>  Labels: easyfix
>
> There seems to be a bug with initializing "_statusBarBackgroundView" in the 
> ios code.
>  It's initialized to YES. The code that makes it appear above the web view is 
> in the 
> setStatusBarOverlaysWebView method.
> However, if the value did not change, it won't execute. Hence, the code 
> [_statusBarBackgroundView removeFromSuperview];
> is never executed for me unless I'm toggling the flag on startup:
> StatusBar.overlaysWebView(false);
> StatusBar.overlaysWebView(true);
> That fixes the issue for me in this configuration, and the status bar 
> overlays the webview again.
> It might be good enough to actually call teh the setStatusBarOverlaysWebView 
> when defining the default.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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