date:20160719

[jira] [Created] (CB-11604) make it possible to add uses-permission tag of Android in config.xml

2016-07-19 Thread zhuisui (JIRA)

zhuisui created CB-11604:


 Summary: make it possible to add uses-permission tag of Android in 
config.xml
 Key: CB-11604
 URL: https://issues.apache.org/jira/browse/CB-11604
 Project: Apache Cordova
  Issue Type: New Feature
Reporter: zhuisui






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

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

[jira] [Commented] (CB-11530) Multiple Cordova apps that work in iOS 9 are nonfunctional in iOS 10

2016-07-19 Thread Chad Lindstrom (JIRA)


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

Chad Lindstrom commented on CB-11530:
-

Ok.  I found the issue for us.  It was the Content-Security-Policy, and we had 
previously been omitting the 'gap:' scheme in our Content-Security-Policy meta 
tag in our index.html file.

Adding that scheme to the allowable schemes, resolved this issue.

It should be noted, this is documented here:
https://github.com/apache/cordova-plugin-whitelist#content-security-policy

My suspicion is, the apps referenced by this issue reported (Pacifica, 
JustWatch, and Clever Baby...) likely have the same omission in their 
Content-Security-Policy.

> Multiple Cordova apps that work in iOS 9 are nonfunctional in iOS 10
> 
>
> Key: CB-11530
> URL: https://issues.apache.org/jira/browse/CB-11530
> Project: Apache Cordova
>  Issue Type: Bug
>Reporter: user
>
> My own client's Cordova-based app (Raptor ID), as well as several apps in the 
> Cordova "App Showcase" (bottom of https://cordova.apache.org) are 
> nonfunctional in iOS 10 -- including Pacifica, JustWatch, and Clever Baby. 
> The apps exhibit one or both of the following issues:
> - On launch, the app gets stuck on the splash screen
> - If you leave the app by hitting the Home button and then come back, you get 
> past the splash screen but none of the UI elements (buttons, links, etc.) are 
> interactive, so you cannot do anything.



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

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

[jira] [Commented] (CB-6624) Issues closing the presented InAppBrowser from within loadstart events

2016-07-19 Thread jcesarmobile (JIRA)


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

jcesarmobile commented on CB-6624:
--

This doesn't affect iOS 8 and greater, should we fix it anyway?

I don't think the solution on the PR is good as it waits until the inAppBrowser 
is presented to start navigating. This will fix the issue when close is called 
on loadstart, but will fail if called just after open.
I think a better option is not to close while the presentation is in progress.


> Issues closing the presented InAppBrowser from within loadstart events
> --
>
> Key: CB-6624
> URL: https://issues.apache.org/jira/browse/CB-6624
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser
> Environment: iOS
>Reporter: Shazron Abdullah
>Priority: Trivial
>  Labels: Triaged
>
> Pull request: https://github.com/apache/cordova-plugin-inappbrowser/pull/42
> Only Navigate *after* the webview has been transitioned to visually.
> (The infamous "while a presentation is in progress!" warning was displayed in 
> the logs)



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

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

[jira] [Assigned] (CB-11602) Splashcreen plugin receives onPause and hides

2016-07-19 Thread Vladimir Kotikov (JIRA)


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

Vladimir Kotikov reassigned CB-11602:
-

Assignee: Vladimir Kotikov

> Splashcreen plugin receives onPause and hides
> -
>
> Key: CB-11602
> URL: https://issues.apache.org/jira/browse/CB-11602
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin SplashScreen
>Affects Versions: 2.0.0, 2.1.0, 2.2.0, 2.3.0, 2.4.0, 2.5.0, 2.6.0, 2.7.0, 
> 2.8.0, 2.9.0, 2.9.1, 3.5.0
> Environment: Android
>Reporter: Nikolay Babanov
>Assignee: Vladimir Kotikov
>  Labels: easyfix, triaged
> Fix For: 4.0.0
>
>   Original Estimate: 0h
>  Remaining Estimate: 0h
>
> When you set the "AutoHideSplashScreen" to false in the config.xml, the 
> splash screen still automatically closes, before the crosswalk webview is 
> loaded.
> This is caused by the plugin receiving the onPause event and therefore 
> dismissing itself.
> My proposed solution is to use the onStop event in place of the onPause, as 
> this fixes the issue.



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

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

[jira] [Updated] (CB-11602) Splashcreen plugin receives onPause and hides

2016-07-19 Thread Vladimir Kotikov (JIRA)


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

Vladimir Kotikov updated CB-11602:
--
Assignee: Sergey Shakhnazarov  (was: Vladimir Kotikov)

> Splashcreen plugin receives onPause and hides
> -
>
> Key: CB-11602
> URL: https://issues.apache.org/jira/browse/CB-11602
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin SplashScreen
>Affects Versions: 2.0.0, 2.1.0, 2.2.0, 2.3.0, 2.4.0, 2.5.0, 2.6.0, 2.7.0, 
> 2.8.0, 2.9.0, 2.9.1, 3.5.0
> Environment: Android
>Reporter: Nikolay Babanov
>Assignee: Sergey Shakhnazarov
>  Labels: easyfix, triaged
> Fix For: 4.0.0
>
>   Original Estimate: 0h
>  Remaining Estimate: 0h
>
> When you set the "AutoHideSplashScreen" to false in the config.xml, the 
> splash screen still automatically closes, before the crosswalk webview is 
> loaded.
> This is caused by the plugin receiving the onPause event and therefore 
> dismissing itself.
> My proposed solution is to use the onStop event in place of the onPause, as 
> this fixes the issue.



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

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

[jira] [Commented] (CB-11602) Splashcreen plugin receives onPause and hides

2016-07-19 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-11602:
-

Github user vladimir-kotikov commented on the issue:

https://github.com/apache/cordova-plugin-splashscreen/pull/109
  
@daserge, could you please review this?


> Splashcreen plugin receives onPause and hides
> -
>
> Key: CB-11602
> URL: https://issues.apache.org/jira/browse/CB-11602
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin SplashScreen
>Affects Versions: 2.0.0, 2.1.0, 2.2.0, 2.3.0, 2.4.0, 2.5.0, 2.6.0, 2.7.0, 
> 2.8.0, 2.9.0, 2.9.1, 3.5.0
> Environment: Android
>Reporter: Nikolay Babanov
>  Labels: easyfix, triaged
> Fix For: 4.0.0
>
>   Original Estimate: 0h
>  Remaining Estimate: 0h
>
> When you set the "AutoHideSplashScreen" to false in the config.xml, the 
> splash screen still automatically closes, before the crosswalk webview is 
> loaded.
> This is caused by the plugin receiving the onPause event and therefore 
> dismissing itself.
> My proposed solution is to use the onStop event in place of the onPause, as 
> this fixes the issue.



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

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

[jira] [Updated] (CB-11602) Splashcreen plugin receives onPause and hides

2016-07-19 Thread Vladimir Kotikov (JIRA)


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

Vladimir Kotikov updated CB-11602:
--
Labels: easyfix triaged  (was: easyfix)

> Splashcreen plugin receives onPause and hides
> -
>
> Key: CB-11602
> URL: https://issues.apache.org/jira/browse/CB-11602
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin SplashScreen
>Affects Versions: 2.0.0, 2.1.0, 2.2.0, 2.3.0, 2.4.0, 2.5.0, 2.6.0, 2.7.0, 
> 2.8.0, 2.9.0, 2.9.1, 3.5.0
> Environment: Android
>Reporter: Nikolay Babanov
>  Labels: easyfix, triaged
> Fix For: 4.0.0
>
>   Original Estimate: 0h
>  Remaining Estimate: 0h
>
> When you set the "AutoHideSplashScreen" to false in the config.xml, the 
> splash screen still automatically closes, before the crosswalk webview is 
> loaded.
> This is caused by the plugin receiving the onPause event and therefore 
> dismissing itself.
> My proposed solution is to use the onStop event in place of the onPause, as 
> this fixes the issue.



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

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

[jira] [Closed] (CB-11519) Prepare for ios no longer populates ios.json

2016-07-19 Thread jcesarmobile (JIRA)


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

jcesarmobile closed CB-11519.
-
Resolution: Duplicate

It's a duplicate of CB-11589.

The issue has been fixed 

> Prepare for ios no longer populates ios.json
> 
>
> Key: CB-11519
> URL: https://issues.apache.org/jira/browse/CB-11519
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib, iOS
> Environment: Mac
>Reporter: Matthew Schmidt
>Assignee: Steve Gill
>Priority: Minor
>
> In cordova-ios 4.2.0, running `cordova prepare ios` creates an ios.json file, 
> but all of the properties are empty:
> {code}
> {
>   "prepare_queue": {
> "installed": [],
> "uninstalled": []
>   },
>   "config_munge": {
> "files": {}
>   },
>   "installed_plugins": {},
>   "dependent_plugins": {}
> }
> {code}
> Previously (in cordova-ios 4.0.1) the file would be fully configured after 
> prepare.  This is also how it seems to work with cordova-android.



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

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

[jira] [Commented] (CB-11578) InAppBrowser doesn't open on Android 4.0.4 (regression)

2016-07-19 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-11578:
-

Github user jcesarmobile commented on the issue:

https://github.com/apache/cordova-plugin-inappbrowser/pull/170
  
Thanks for the PR, looks good, but I've added a few comments. 
Can you add the modifications and change the title to start with CB-11578 
so it's linked with the JIRA issue?

Thanks


> InAppBrowser doesn't open on Android 4.0.4 (regression)
> ---
>
> Key: CB-11578
> URL: https://issues.apache.org/jira/browse/CB-11578
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser
>Affects Versions: 1.4.0
> Environment: Likely affects all pre-Jelly Bean Android devices.  
> Tested on Android 4.0.4 with a Samsung Galaxy phone (Samsung-SGH-I437).
>Reporter: Andrew
>
> Some changes made as part of the 1.4.0 release prevent the InAppBrowser from 
> opening on my Android 4.0.4 test device.  I traced the problem to some code 
> that appears to have been refactored/removed when it shouldn't have been 
> (setBackground/setBackgroundDrawable calls) and a call to getAdjustViewBounds 
> which doesn't appear to serve any purpose but it is a method that was only 
> made available at API level 16 (Jelly Bean).  
> I made the following changes to the latest code in the repository to fix this 
> problem:
> {noformat}
> diff --git a/src/android/InAppBrowser.java b/src/android/InAppBrowser.java
> index 30915dc..f1e8222 100644
> --- a/src/android/InAppBrowser.java
> +++ b/src/android/InAppBrowser.java
> @@ -579,11 +579,18 @@ public class InAppBrowser extends CordovaPlugin {
>  Resources activityRes = cordova.getActivity().getResources();
>  int backResId = 
> activityRes.getIdentifier("ic_action_previous_item", "drawable", 
> cordova.getActivity().getPackageName());
>  Drawable backIcon = activityRes.getDrawable(backResId);
> -back.setBackground(null);
> +
> +if(android.os.Build.VERSION.SDK_INT < 
> android.os.Build.VERSION_CODES.JELLY_BEAN)
> +{
> +back.setBackgroundDrawable(null);
> +}
> +else
> +{
> +back.setBackground(null);
> +}
>  back.setImageDrawable(backIcon);
>  back.setScaleType(ImageView.ScaleType.FIT_CENTER);
>  back.setPadding(0, this.dpToPixels(10), 0, 
> this.dpToPixels(10));
> -back.getAdjustViewBounds();
>  
>  back.setOnClickListener(new View.OnClickListener() {
>  public void onClick(View v) {
> @@ -600,11 +607,18 @@ public class InAppBrowser extends CordovaPlugin {
>  forward.setId(Integer.valueOf(3));
>  int fwdResId = 
> activityRes.getIdentifier("ic_action_next_item", "drawable", 
> cordova.getActivity().getPackageName());
>  Drawable fwdIcon = activityRes.getDrawable(fwdResId);
> -forward.setBackground(null);
> +
> +if(android.os.Build.VERSION.SDK_INT < 
> android.os.Build.VERSION_CODES.JELLY_BEAN)
> +{
> +forward.setBackgroundDrawable(null);
> +}
> +else
> +{
> +forward.setBackground(null);
> +}
>  forward.setImageDrawable(fwdIcon);
>  forward.setScaleType(ImageView.ScaleType.FIT_CENTER);
>  forward.setPadding(0, this.dpToPixels(10), 0, 
> this.dpToPixels(10));
> -forward.getAdjustViewBounds();
>  
>  forward.setOnClickListener(new View.OnClickListener() {
>  public void onClick(View v) {
> @@ -644,11 +658,18 @@ public class InAppBrowser extends CordovaPlugin {
>  close.setId(Integer.valueOf(5));
>  int closeResId = 
> activityRes.getIdentifier("ic_action_remove", "drawable", 
> cordova.getActivity().getPackageName());
>  Drawable closeIcon = activityRes.getDrawable(closeResId);
> -close.setBackground(null);
> +
> +if(android.os.Build.VERSION.SDK_INT < 
> android.os.Build.VERSION_CODES.JELLY_BEAN)
> +{
> +close.setBackgroundDrawable(null);
> +}
> +else
> +{
> +close.setBackground(null);
> +}
>  close.setImageDrawable(closeIcon);
>  close.setScaleType(ImageView.ScaleType.FIT_CENTER);
>  back.setPadding(0, this.dpToPixels(10), 0, 
> this.dpToPixels(10));
> -

[jira] [Closed] (CB-11591) [ubuntu] plugin-dialogs breaks onclick navigation

2016-07-19 Thread Thomas Uher (JIRA)


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

Thomas Uher closed CB-11591.

   Resolution: Fixed
Fix Version/s: 4.4.0

Does not occur in 4.4.0

> [ubuntu] plugin-dialogs breaks onclick navigation
> -
>
> Key: CB-11591
> URL: https://issues.apache.org/jira/browse/CB-11591
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Dialogs
>Affects Versions: 6.0.1
> Environment: ubuntu, aquaris E4.5
>Reporter: Thomas Uher
>  Labels: ubuntu
> Fix For: 4.4.0
>
>
> After opening and closing an dialog (navigator.notification.alert('message', 
> function(){}, 'title', 'OK'); ) app buttons do not work as expected.
> Steps to reproduce in https://uappexplorer.com/app/beachexplorer.sisolsystems 
> :
> 1. perform some navigation in the app
> 2. click the gps icon (top right in app)
> 3. click ok
> 4. trying to navigate through the app causes other functions to be called 
> than  in 1. resulting in bogus navigation
> I am still trying to narrow the problem down.



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

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

[jira] [Commented] (CB-11530) Multiple Cordova apps that work in iOS 9 are nonfunctional in iOS 10

2016-07-19 Thread Chad Lindstrom (JIRA)


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

Chad Lindstrom commented on CB-11530:
-

cordova --version
6.2.0

cordova platforms
Installed platforms:
  android 5.1.1
  ios 4.1.1

cordova plugins
cordova-plugin-backbutton 0.3.0 "Backbutton"
cordova-plugin-console 1.0.2 "Console"
cordova-plugin-device 1.1.1 "Device"
cordova-plugin-dialogs 1.2.0 "Notification"
cordova-plugin-file 4.1.1 "File"
cordova-plugin-file-transfer 1.5.0 "File Transfer"
cordova-plugin-globalization 1.0.3 "Globalization"
cordova-plugin-inappbrowser 1.3.0 "InAppBrowser"
cordova-plugin-network-information 1.2.0 "Network Information"
cordova-plugin-splashscreen 3.2.1 "Splashscreen"
cordova-plugin-whitelist 1.2.1 "Whitelist"
cordova-plugin-wkwebview-engine 1.0.2 "Cordova WKWebView Engine"
cordova-plugin-zip 3.0.0 "cordova-plugin-zip"
ionic-plugin-keyboard 2.0.1 "Keyboard"


> Multiple Cordova apps that work in iOS 9 are nonfunctional in iOS 10
> 
>
> Key: CB-11530
> URL: https://issues.apache.org/jira/browse/CB-11530
> Project: Apache Cordova
>  Issue Type: Bug
>Reporter: user
>
> My own client's Cordova-based app (Raptor ID), as well as several apps in the 
> Cordova "App Showcase" (bottom of https://cordova.apache.org) are 
> nonfunctional in iOS 10 -- including Pacifica, JustWatch, and Clever Baby. 
> The apps exhibit one or both of the following issues:
> - On launch, the app gets stuck on the splash screen
> - If you leave the app by hitting the Home button and then come back, you get 
> past the splash screen but none of the UI elements (buttons, links, etc.) are 
> interactive, so you cannot do anything.



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

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

[jira] [Created] (CB-11603) captureAudio on iOS 9.2+ can't record more than 2 seconds

2016-07-19 Thread James Manlapid (JIRA)

James Manlapid created CB-11603:
---

 Summary: captureAudio on iOS 9.2+ can't record more than 2 seconds
 Key: CB-11603
 URL: https://issues.apache.org/jira/browse/CB-11603
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
 Environment: Cordova CLI: 6.1.1
Gulp version:  CLI version 3.9.1
Gulp local:
Ionic Framework Version: 1.3.1-nightly-3792
Ionic CLI Version: 1.7.16
Ionic App Lib Version: 0.7.3
ios-deploy version: 1.8.2
ios-sim version: 5.0.8
OS: Mac OS X El Capitan
Node Version: v5.0.0
Xcode version: Xcode 7.3.1 Build version 7D1014
Reporter: James Manlapid
Priority: Critical


I'm using 
https://cordova.apache.org/docs/en/latest/reference/cordova-plugin-media-capture/
 and on iOS v. 9.2+ it won't allow me to upload recordings greater than 2 
seconds. The same code works for Android and can capture audio for more than 2 
seconds. I'm using a file reader to get the base64 string of the whole 
recording and uploading it to a server.

 var audioFile = audioFiles[0],
fileReader = new FileReader(),
file;
fileReader.onload = function (readerEvt) {
var base64 = readerEvt.target.result;
saveRecording(base64);
};
file = new window.File(audioFile.name, audioFile.localURL, 
   audioFile.type, audioFile.lastModifiedDate, 
audioFile.size);
fileReader.readAsDataURL(file);



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

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

[jira] [Comment Edited] (CB-11199) Plugin File: FileReader readAsDataURL does not work with JPG on Android 4.4.2

2016-07-19 Thread Dylan van der Merwe (JIRA)


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

Dylan van der Merwe edited comment on CB-11199 at 7/19/16 5:24 PM:
---

This is a pretty serious issue. For any file larger than 256k the readAsDataURL 
method will not work!

Has anyone been assigned to this?

Has also been discussed here:
http://stackoverflow.com/questions/38405259/how-to-read-valid-base64-file-in-android-cordova/38458398#38458398

Confirmed this issue occurs in Android 5, 6+


was (Author: dylanvdmerwe):
This is a pretty serious issue. For any file larger than 256k the readAsDataURL 
method will not work!

Has anyone been assigned to this?

Has also been discussed here:
http://stackoverflow.com/questions/38405259/how-to-read-valid-base64-file-in-android-cordova/38458398#38458398

> Plugin File: FileReader readAsDataURL does not work with JPG on Android 4.4.2
> -
>
> Key: CB-11199
> URL: https://issues.apache.org/jira/browse/CB-11199
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Affects Versions: 4.2.0
> Environment: Android 4.4.2
>Reporter: Caner Patır
>  Labels: Android, triaged, wfc
>
> FileReader readAsDataURL method encodes invalid base64 data for a jpeg image. 
> I could not decode the generate base64 data. But iI tried the same situation 
> on version 4.1.1 it works successfully. 



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

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

[jira] [Commented] (CB-11199) Plugin File: FileReader readAsDataURL does not work with JPG on Android 4.4.2

2016-07-19 Thread Dylan van der Merwe (JIRA)


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

Dylan van der Merwe commented on CB-11199:
--

This is a pretty serious issue. For any file larger than 256k the readAsDataURL 
method will not work!

Has anyone been assigned to this?

Has also been discussed here:
http://stackoverflow.com/questions/38405259/how-to-read-valid-base64-file-in-android-cordova/38458398#38458398

> Plugin File: FileReader readAsDataURL does not work with JPG on Android 4.4.2
> -
>
> Key: CB-11199
> URL: https://issues.apache.org/jira/browse/CB-11199
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Affects Versions: 4.2.0
> Environment: Android 4.4.2
>Reporter: Caner Patır
>  Labels: Android, triaged, wfc
>
> FileReader readAsDataURL method encodes invalid base64 data for a jpeg image. 
> I could not decode the generate base64 data. But iI tried the same situation 
> on version 4.1.1 it works successfully. 



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

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

[jira] [Commented] (CB-11519) Prepare for ios no longer populates ios.json

2016-07-19 Thread Alex Buijs (JIRA)


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

Alex Buijs commented on CB-11519:
-

Actually, I just noticed this is a duplicate and has been fixed with #CB-11589

> Prepare for ios no longer populates ios.json
> 
>
> Key: CB-11519
> URL: https://issues.apache.org/jira/browse/CB-11519
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib, iOS
> Environment: Mac
>Reporter: Matthew Schmidt
>Assignee: Steve Gill
>Priority: Minor
>
> In cordova-ios 4.2.0, running `cordova prepare ios` creates an ios.json file, 
> but all of the properties are empty:
> {code}
> {
>   "prepare_queue": {
> "installed": [],
> "uninstalled": []
>   },
>   "config_munge": {
> "files": {}
>   },
>   "installed_plugins": {},
>   "dependent_plugins": {}
> }
> {code}
> Previously (in cordova-ios 4.0.1) the file would be fully configured after 
> prepare.  This is also how it seems to work with cordova-android.



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

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

[jira] [Commented] (CB-11519) Prepare for ios no longer populates ios.json

2016-07-19 Thread Alex Buijs (JIRA)


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

Alex Buijs commented on CB-11519:
-

I can confirm this. When I clean (empty plugins and platforms directories) 
build my project, it always builds an invalid application, because of missing 
plugins. The plugins are also not added to the config.xml file.

I see the ios.json file being correctly filled during the prepare task and at 
the end it is emptied, like in the description. A second prepare fills the file 
again.

> Prepare for ios no longer populates ios.json
> 
>
> Key: CB-11519
> URL: https://issues.apache.org/jira/browse/CB-11519
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib, iOS
> Environment: Mac
>Reporter: Matthew Schmidt
>Assignee: Steve Gill
>Priority: Minor
>
> In cordova-ios 4.2.0, running `cordova prepare ios` creates an ios.json file, 
> but all of the properties are empty:
> {code}
> {
>   "prepare_queue": {
> "installed": [],
> "uninstalled": []
>   },
>   "config_munge": {
> "files": {}
>   },
>   "installed_plugins": {},
>   "dependent_plugins": {}
> }
> {code}
> Previously (in cordova-ios 4.0.1) the file would be fully configured after 
> prepare.  This is also how it seems to work with cordova-android.



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

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

[jira] [Commented] (CB-11602) Splashcreen plugin receives onPause and hides

2016-07-19 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-11602:
-

Github user cordova-qa commented on the issue:

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

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

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



> Splashcreen plugin receives onPause and hides
> -
>
> Key: CB-11602
> URL: https://issues.apache.org/jira/browse/CB-11602
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin SplashScreen
>Affects Versions: 2.0.0, 2.1.0, 2.2.0, 2.3.0, 2.4.0, 2.5.0, 2.6.0, 2.7.0, 
> 2.8.0, 2.9.0, 2.9.1, 3.5.0
> Environment: Android
>Reporter: Nikolay Babanov
>  Labels: easyfix
> Fix For: 4.0.0
>
>   Original Estimate: 0h
>  Remaining Estimate: 0h
>
> When you set the "AutoHideSplashScreen" to false in the config.xml, the 
> splash screen still automatically closes, before the crosswalk webview is 
> loaded.
> This is caused by the plugin receiving the onPause event and therefore 
> dismissing itself.
> My proposed solution is to use the onStop event in place of the onPause, as 
> this fixes the issue.



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

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

[jira] [Commented] (CB-11602) Splashcreen plugin receives onPause and hides

2016-07-19 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-11602:
-

GitHub user nbabanov opened a pull request:

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

CB-11602: (android) Fix bug AutoHideSplashScreen false - not working

### Platforms affected
Android

### What does this PR do?
Fixes https://issues.apache.org/jira/browse/CB-11602

### What testing has been done on this change?


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



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

$ git pull https://github.com/nbabanov/cordova-plugin-splashscreen master

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

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

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

This closes #109


commit a0836cbccf5842510c3e433c03b6e6c706f42c85
Author: Nikolay Babanov 
Date:   2016-07-19T09:49:50Z

CB-11602: (android) Fix bug AutoHideSplashScreen false - not working




> Splashcreen plugin receives onPause and hides
> -
>
> Key: CB-11602
> URL: https://issues.apache.org/jira/browse/CB-11602
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin SplashScreen
>Affects Versions: 2.0.0, 2.1.0, 2.2.0, 2.3.0, 2.4.0, 2.5.0, 2.6.0, 2.7.0, 
> 2.8.0, 2.9.0, 2.9.1, 3.5.0
> Environment: Android
>Reporter: Nikolay Babanov
>  Labels: easyfix
> Fix For: 4.0.0
>
>   Original Estimate: 0h
>  Remaining Estimate: 0h
>
> When you set the "AutoHideSplashScreen" to false in the config.xml, the 
> splash screen still automatically closes, before the crosswalk webview is 
> loaded.
> This is caused by the plugin receiving the onPause event and therefore 
> dismissing itself.
> My proposed solution is to use the onStop event in place of the onPause, as 
> this fixes the issue.



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

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

[jira] [Updated] (CB-11602) Splashcreen plugin receives onPause and hides

2016-07-19 Thread Nikolay Babanov (JIRA)


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

Nikolay Babanov updated CB-11602:
-
Summary: Splashcreen plugin receives onPause and hides  (was: Splashcreen 
plugin receives onPause and hides the )

> Splashcreen plugin receives onPause and hides
> -
>
> Key: CB-11602
> URL: https://issues.apache.org/jira/browse/CB-11602
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin SplashScreen
>Affects Versions: 2.0.0, 2.1.0, 2.2.0, 2.3.0, 2.4.0, 2.5.0, 2.6.0, 2.7.0, 
> 2.8.0, 2.9.0, 2.9.1, 3.5.0
> Environment: Android
>Reporter: Nikolay Babanov
>  Labels: easyfix
> Fix For: 4.0.0
>
>   Original Estimate: 0h
>  Remaining Estimate: 0h
>
> When you set the "AutoHideSplashScreen" to false in the config.xml, the 
> splash screen still automatically closes, before the crosswalk webview is 
> loaded.
> This is caused by the plugin receiving the onPause event and therefore 
> dismissing itself.
> My proposed solution is to use the onStop event in place of the onPause, as 
> this fixes the issue.



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

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

[jira] [Created] (CB-11602) Splashcreen plugin receives onPause and hides the

2016-07-19 Thread Nikolay Babanov (JIRA)

Nikolay Babanov created CB-11602:


 Summary: Splashcreen plugin receives onPause and hides the 
 Key: CB-11602
 URL: https://issues.apache.org/jira/browse/CB-11602
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin SplashScreen
Affects Versions: 3.5.0, 2.9.1, 2.9.0, 2.8.0, 2.7.0, 2.6.0, 2.5.0, 2.4.0, 
2.3.0, 2.2.0, 2.1.0, 2.0.0
 Environment: Android
Reporter: Nikolay Babanov
 Fix For: 4.0.0


When you set the "AutoHideSplashScreen" to false in the config.xml, the splash 
screen still automatically closes, before the crosswalk webview is loaded.

This is caused by the plugin receiving the onPause event and therefore 
dismissing itself.

My proposed solution is to use the onStop event in place of the onPause, as 
this fixes the issue.



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

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

[jira] [Commented] (CB-11599) StatusBar Plugin Method styleLightContent Not Working

2016-07-19 Thread jcesarmobile (JIRA)


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

jcesarmobile commented on CB-11599:
---

Ah, sorry, that is how it used to work on iOS 7 and earlier, the style affected 
the whole statusbar, not only the text. 

I've just tested and this three set the text to white (the last 2 are 
deprecated and use styleLightContent where the original values aren't available

{code}
StatusBar.styleLightContent();
StatusBar.styleBlackTranslucent();
StatusBar.styleBlackOpaque();
{code}

This one set the text to black
{code}
StatusBar.styleDefault();
{code}



> StatusBar Plugin Method styleLightContent Not Working
> -
>
> Key: CB-11599
> URL: https://issues.apache.org/jira/browse/CB-11599
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Statusbar
> Environment: MobileFirst 7.1 + IOS 9.3.2
>Reporter: michael faith
>
> My project is using MobileFirst 7.1, which has an older version of Cordova 
> included (3.6 iirc), but I'm using the latest version of the plugin (2.1.3). 
> I'm having trouble with the StatusBar.styleLightContent method taking effect. 
>  I've created a deviceready function, which makes the following calls:
>   StatusBar.overlaysWebView(false);
>   StatusBar.backgroundColorByHexString("#0d66a4");
>   StatusBar.styleLightContent();
> The first two calls are successful, but the lightcontent setting isn't being 
> applied, when I install on an IPhone with iOS 9.3.2.



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

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

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

2016-07-19 Thread Alejandro Paredes (JIRA)


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

Alejandro Paredes commented on CB-11524:


Same result with beta 3.

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



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

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

[jira] [Commented] (CB-11599) StatusBar Plugin Method styleLightContent Not Working

2016-07-19 Thread michael faith (JIRA)


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

michael faith commented on CB-11599:


No, That's incorrect.  Content style solely controls the style of the content 
(i.e. text).  Background affects the background color.  The lightcontent 
setting should change the text to be white.

> StatusBar Plugin Method styleLightContent Not Working
> -
>
> Key: CB-11599
> URL: https://issues.apache.org/jira/browse/CB-11599
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Statusbar
> Environment: MobileFirst 7.1 + IOS 9.3.2
>Reporter: michael faith
>
> My project is using MobileFirst 7.1, which has an older version of Cordova 
> included (3.6 iirc), but I'm using the latest version of the plugin (2.1.3). 
> I'm having trouble with the StatusBar.styleLightContent method taking effect. 
>  I've created a deviceready function, which makes the following calls:
>   StatusBar.overlaysWebView(false);
>   StatusBar.backgroundColorByHexString("#0d66a4");
>   StatusBar.styleLightContent();
> The first two calls are successful, but the lightcontent setting isn't being 
> applied, when I install on an IPhone with iOS 9.3.2.



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

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

[jira] [Commented] (CB-11599) StatusBar Plugin Method styleLightContent Not Working

2016-07-19 Thread jcesarmobile (JIRA)


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

jcesarmobile commented on CB-11599:
---

What do you expect to happen?

I don't think the background color and the content style are compatible, you 
can have background color or content style, but not both.

> StatusBar Plugin Method styleLightContent Not Working
> -
>
> Key: CB-11599
> URL: https://issues.apache.org/jira/browse/CB-11599
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Statusbar
> Environment: MobileFirst 7.1 + IOS 9.3.2
>Reporter: michael faith
>
> My project is using MobileFirst 7.1, which has an older version of Cordova 
> included (3.6 iirc), but I'm using the latest version of the plugin (2.1.3). 
> I'm having trouble with the StatusBar.styleLightContent method taking effect. 
>  I've created a deviceready function, which makes the following calls:
>   StatusBar.overlaysWebView(false);
>   StatusBar.backgroundColorByHexString("#0d66a4");
>   StatusBar.styleLightContent();
> The first two calls are successful, but the lightcontent setting isn't being 
> applied, when I install on an IPhone with iOS 9.3.2.



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

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

[jira] [Commented] (CB-11321) Plugin install error: Cannot call method 'indexOf' of undefined - splashScreen plugin

2016-07-19 Thread jcesarmobile (JIRA)


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

jcesarmobile commented on CB-11321:
---

Can not reproduce neither with latest version

Can you update your project and try again?

> Plugin install error: Cannot call method 'indexOf' of undefined - 
> splashScreen plugin
> -
>
> Key: CB-11321
> URL: https://issues.apache.org/jira/browse/CB-11321
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin SplashScreen
>Affects Versions: 3.5.0
> Environment: IOS
>Reporter: Atif Gulzar
>Assignee: Sergey Shakhnazarov
>  Labels: github-import, no-repro, triaged, wfc
>
> AtifMacPro:cordova wison$ cordova plugin add 
> https://github.com/apache/cordova-plugin-splashscreen.git
> Fetching plugin "https://github.com/apache/cordova-plugin-splashscreen.git; 
> via git clone
> Installing "cordova-plugin-splashscreen" for ios
> TypeError: Cannot call method 'indexOf' of undefined
> at 
> /usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/plugman/install.js:232:55
> at Array.forEach (native)
> at getEngines 
> (/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/plugman/install.js:211:13)
> at runInstall 
> (/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/plugman/install.js:281:22)
> at 
> /usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/plugman/install.js:81:16
> at _fulfilled 
> (/usr/local/lib/node_modules/cordova/node_modules/q/q.js:787:54)
> at self.promiseDispatch.done 
> (/usr/local/lib/node_modules/cordova/node_modules/q/q.js:816:30)
> at Promise.promise.promiseDispatch 
> (/usr/local/lib/node_modules/cordova/node_modules/q/q.js:749:13)
> at /usr/local/lib/node_modules/cordova/node_modules/q/q.js:810:14
> at flush (/usr/local/lib/node_modules/cordova/node_modules/q/q.js:108:17)



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

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

[jira] [Commented] (CB-11530) Multiple Cordova apps that work in iOS 9 are nonfunctional in iOS 10

2016-07-19 Thread jcesarmobile (JIRA)


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

jcesarmobile commented on CB-11530:
---

can you provide the output of cordova --version, cordova platforms and cordova 
plugins?


> Multiple Cordova apps that work in iOS 9 are nonfunctional in iOS 10
> 
>
> Key: CB-11530
> URL: https://issues.apache.org/jira/browse/CB-11530
> Project: Apache Cordova
>  Issue Type: Bug
>Reporter: user
>
> My own client's Cordova-based app (Raptor ID), as well as several apps in the 
> Cordova "App Showcase" (bottom of https://cordova.apache.org) are 
> nonfunctional in iOS 10 -- including Pacifica, JustWatch, and Clever Baby. 
> The apps exhibit one or both of the following issues:
> - On launch, the app gets stuck on the splash screen
> - If you leave the app by hitting the Home button and then come back, you get 
> past the splash screen but none of the UI elements (buttons, links, etc.) are 
> interactive, so you cannot do anything.



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

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

[jira] [Created] (CB-11601) Html/body scrolls when overflow-y is set to hidden

2016-07-19 Thread Roderick Gadellaa (JIRA)

Roderick Gadellaa created CB-11601:
--

 Summary: Html/body scrolls when overflow-y is set to hidden
 Key: CB-11601
 URL: https://issues.apache.org/jira/browse/CB-11601
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 6.2.0
 Environment: At least Android 5.1 (Moto X 2013) up until Android 
Nougat Preview 5 (Pixel C)
Reporter: Roderick Gadellaa
Priority: Minor


I have a script that disables scrolling by setting 
$("html").css("overflow-y","hidden"). This works in Chrome (desktop and 
android) but doesn't when I embed this in a cordova app. I did notice that the 
scroll behaviour is a bit non-standard as it stops scrolling as soon as you let 
go (where android typically keeps the momentum of the scroll and then slowly 
stops).

I have an apk of the app here:
https://stor4ge.rejh.nl/_stored/res/cordova-issues/cordova-android-overscroll-y-issue.apk

You can reproduce this by opening the app, tapping the hamburger menu and then 
swiping up and down anywhere on the screen. The content does need to have more 
content than fits the screen obviously but the home section should have this.

This might have to do with an issue in the chromium webview but since it is 
very close to Chrome for Android I'm inclined to think it's not so that's why 
I'm putting this here.



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

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

[jira] [Commented] (CB-11321) Plugin install error: Cannot call method 'indexOf' of undefined - splashScreen plugin

2016-07-19 Thread georgehu (JIRA)


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

georgehu commented on CB-11321:
---

I'm getting the same error:

Installing "cordova-plugin-splashscreen" for android
TypeError: Cannot read property 'indexOf' of undefined
at 
/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/plugman/install.js:232:54
at Array.forEach (native)
at getEngines 
(/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/plugman/install.js:211:13)
at runInstall 
(/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/plugman/install.js:281:22)
at 
/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/plugman/install.js:81:16
at _fulfilled 
(/usr/local/lib/node_modules/cordova/node_modules/q/q.js:787:54)
at self.promiseDispatch.done 
(/usr/local/lib/node_modules/cordova/node_modules/q/q.js:816:30)
at Promise.promise.promiseDispatch 
(/usr/local/lib/node_modules/cordova/node_modules/q/q.js:749:13)
at /usr/local/lib/node_modules/cordova/node_modules/q/q.js:810:14
at flush (/usr/local/lib/node_modules/cordova/node_modules/q/q.js:108:17)

cordova version: 4.1.2
platform: android
cordova plugins:  No plugins add

> Plugin install error: Cannot call method 'indexOf' of undefined - 
> splashScreen plugin
> -
>
> Key: CB-11321
> URL: https://issues.apache.org/jira/browse/CB-11321
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin SplashScreen
>Affects Versions: 3.5.0
> Environment: IOS
>Reporter: Atif Gulzar
>Assignee: Sergey Shakhnazarov
>  Labels: github-import, no-repro, triaged, wfc
>
> AtifMacPro:cordova wison$ cordova plugin add 
> https://github.com/apache/cordova-plugin-splashscreen.git
> Fetching plugin "https://github.com/apache/cordova-plugin-splashscreen.git; 
> via git clone
> Installing "cordova-plugin-splashscreen" for ios
> TypeError: Cannot call method 'indexOf' of undefined
> at 
> /usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/plugman/install.js:232:55
> at Array.forEach (native)
> at getEngines 
> (/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/plugman/install.js:211:13)
> at runInstall 
> (/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/plugman/install.js:281:22)
> at 
> /usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/plugman/install.js:81:16
> at _fulfilled 
> (/usr/local/lib/node_modules/cordova/node_modules/q/q.js:787:54)
> at self.promiseDispatch.done 
> (/usr/local/lib/node_modules/cordova/node_modules/q/q.js:816:30)
> at Promise.promise.promiseDispatch 
> (/usr/local/lib/node_modules/cordova/node_modules/q/q.js:749:13)
> at /usr/local/lib/node_modules/cordova/node_modules/q/q.js:810:14
> at flush (/usr/local/lib/node_modules/cordova/node_modules/q/q.js:108:17)



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

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

[jira] [Commented] (CB-11241) File encoding test fails with UTF-8 file encoding error on windows store submission

2016-07-19 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-11241:
-

Github user codecov-io commented on the issue:

https://github.com/apache/cordova-windows/pull/187
  
## [Current coverage][cc-pull] is **72.57%**
> Merging [#187][cc-pull] into [master][cc-base-branch] will decrease 
coverage by **0.08%**

```diff
@@ master   #187   diff @@
==
  Files14 14  
  Lines  1931   1929 -2   
  Methods 359359  
  Messages  0  0  
  Branches387387  
==
- Hits   1403   1400 -3   
- Misses  528529 +1   
  Partials  0  0  
```

> Powered by [Codecov](https://codecov.io?src=pr). Last updated by 
[aef95b0...14e648b][cc-compare]
[cc-base-branch]: 
https://codecov.io/gh/apache/cordova-windows/branch/master?src=pr
[cc-compare]: 
https://codecov.io/gh/apache/cordova-windows/compare/aef95b000764d8df9177ad808b6e45d7a59f4de6...14e648bc5d6238e98a7f6e9e7b77441cf10ec7cd?src=pr
[cc-pull]: https://codecov.io/gh/apache/cordova-windows/pull/187?src=pr


> File encoding test fails with UTF-8 file encoding error on windows store 
> submission
> ---
>
> Key: CB-11241
> URL: https://issues.apache.org/jira/browse/CB-11241
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
>Affects Versions: 4.4.0, 4.4.1
>Reporter: Michael Schmidt
>  Labels: triaged
>
> File encoding test
> ```
> FAILED
> UTF-8 file encoding
> Error Found: The UTF-8 file encoding test detected the following errors:
> File www\cordova_plugins.js is not properly UTF-8 encoded. Re-save the file 
> as UTF-8 (including Byte Order Mark).
> File www\cordova-js-src\exec.js is not properly UTF-8 encoded. Re-save the 
> file as UTF-8 (including Byte Order Mark).
> File www\cordova-js-src\platform.js is not properly UTF-8 encoded. Re-save 
> the file as UTF-8 (including Byte Order Mark).
> File www\js\app.js is not properly UTF-8 encoded. Re-save the file as UTF-8 
> (including Byte Order Mark).
> File www\js\libs.js is not properly UTF-8 encoded. Re-save the file as UTF-8 
> (including Byte Order Mark).
> File www\plugins\cordova-plugin-console\www\console-via-logger.js is not 
> properly UTF-8 encoded. Re-save the file as UTF-8 (including Byte Order Mark).
> ...
> Impact if not fixed: HTML, CSS, and JavaScript files must be encoded in UTF-8 
> form with a corresponding byte-order mark (BOM) in order to benefit from 
> bytecode caching and to avoid other runtime error conditions.
> How to fix: Open the affected file, and select "Save As..." option from the 
> File menu in Visual Studio. Select the drop-down control next to the Save 
> button and select "Save with Encoding..." option. From the Advanced save 
> options dialog, choose the "Unicode (UTF-8 with signature)" option and click 
> the OK button.
> 



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

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

[jira] [Commented] (CB-11241) File encoding test fails with UTF-8 file encoding error on windows store submission

2016-07-19 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-11241:
-

GitHub user vladimir-kotikov opened a pull request:

https://github.com/apache/cordova-windows/pull/187

CB-11241 Return adding BOM to www back to prepare

This PR reverts changes, made in #134

The reason of reverting is that original change causes the problems with 
submitting apps to Windows store when app is built using Visual Studio.

For more background see JIRA issue 
[CB-11241](https://issues.apache.org/jira/browse/CB-11241)

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

$ git pull https://github.com/vladimir-kotikov/cordova-windows CB-11241

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

https://github.com/apache/cordova-windows/pull/187.patch

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

This closes #187


commit 7320b38bab131c3af4e49d4f14a0472c2a3682b6
Author: Vladimir Kotikov 
Date:   2016-07-19T07:02:54Z

CB-11241 Return adding BOM to www back to prepare




> File encoding test fails with UTF-8 file encoding error on windows store 
> submission
> ---
>
> Key: CB-11241
> URL: https://issues.apache.org/jira/browse/CB-11241
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
>Affects Versions: 4.4.0, 4.4.1
>Reporter: Michael Schmidt
>  Labels: triaged
>
> File encoding test
> ```
> FAILED
> UTF-8 file encoding
> Error Found: The UTF-8 file encoding test detected the following errors:
> File www\cordova_plugins.js is not properly UTF-8 encoded. Re-save the file 
> as UTF-8 (including Byte Order Mark).
> File www\cordova-js-src\exec.js is not properly UTF-8 encoded. Re-save the 
> file as UTF-8 (including Byte Order Mark).
> File www\cordova-js-src\platform.js is not properly UTF-8 encoded. Re-save 
> the file as UTF-8 (including Byte Order Mark).
> File www\js\app.js is not properly UTF-8 encoded. Re-save the file as UTF-8 
> (including Byte Order Mark).
> File www\js\libs.js is not properly UTF-8 encoded. Re-save the file as UTF-8 
> (including Byte Order Mark).
> File www\plugins\cordova-plugin-console\www\console-via-logger.js is not 
> properly UTF-8 encoded. Re-save the file as UTF-8 (including Byte Order Mark).
> ...
> Impact if not fixed: HTML, CSS, and JavaScript files must be encoded in UTF-8 
> form with a corresponding byte-order mark (BOM) in order to benefit from 
> bytecode caching and to avoid other runtime error conditions.
> How to fix: Open the affected file, and select "Save As..." option from the 
> File menu in Visual Studio. Select the drop-down control next to the Save 
> button and select "Save with Encoding..." option. From the Advanced save 
> options dialog, choose the "Unicode (UTF-8 with signature)" option and click 
> the OK button.
> 



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

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

[jira] [Updated] (CB-11241) File encoding test fails with UTF-8 file encoding error on windows store submission

2016-07-19 Thread Vladimir Kotikov (JIRA)


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

Vladimir Kotikov updated CB-11241:
--
Affects Version/s: (was: 6.1.1)
   4.4.1
   4.4.0

> File encoding test fails with UTF-8 file encoding error on windows store 
> submission
> ---
>
> Key: CB-11241
> URL: https://issues.apache.org/jira/browse/CB-11241
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
>Affects Versions: 4.4.0, 4.4.1
>Reporter: Michael Schmidt
>  Labels: triaged
>
> File encoding test
> ```
> FAILED
> UTF-8 file encoding
> Error Found: The UTF-8 file encoding test detected the following errors:
> File www\cordova_plugins.js is not properly UTF-8 encoded. Re-save the file 
> as UTF-8 (including Byte Order Mark).
> File www\cordova-js-src\exec.js is not properly UTF-8 encoded. Re-save the 
> file as UTF-8 (including Byte Order Mark).
> File www\cordova-js-src\platform.js is not properly UTF-8 encoded. Re-save 
> the file as UTF-8 (including Byte Order Mark).
> File www\js\app.js is not properly UTF-8 encoded. Re-save the file as UTF-8 
> (including Byte Order Mark).
> File www\js\libs.js is not properly UTF-8 encoded. Re-save the file as UTF-8 
> (including Byte Order Mark).
> File www\plugins\cordova-plugin-console\www\console-via-logger.js is not 
> properly UTF-8 encoded. Re-save the file as UTF-8 (including Byte Order Mark).
> ...
> Impact if not fixed: HTML, CSS, and JavaScript files must be encoded in UTF-8 
> form with a corresponding byte-order mark (BOM) in order to benefit from 
> bytecode caching and to avoid other runtime error conditions.
> How to fix: Open the affected file, and select "Save As..." option from the 
> File menu in Visual Studio. Select the drop-down control next to the Save 
> button and select "Save with Encoding..." option. From the Advanced save 
> options dialog, choose the "Unicode (UTF-8 with signature)" option and click 
> the OK button.
> 



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

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

[jira] [Updated] (CB-11241) File encoding test fails with UTF-8 file encoding error on windows store submission

2016-07-19 Thread Vladimir Kotikov (JIRA)


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

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

> File encoding test fails with UTF-8 file encoding error on windows store 
> submission
> ---
>
> Key: CB-11241
> URL: https://issues.apache.org/jira/browse/CB-11241
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
>Affects Versions: 4.4.0, 4.4.1
>Reporter: Michael Schmidt
>  Labels: triaged
>
> File encoding test
> ```
> FAILED
> UTF-8 file encoding
> Error Found: The UTF-8 file encoding test detected the following errors:
> File www\cordova_plugins.js is not properly UTF-8 encoded. Re-save the file 
> as UTF-8 (including Byte Order Mark).
> File www\cordova-js-src\exec.js is not properly UTF-8 encoded. Re-save the 
> file as UTF-8 (including Byte Order Mark).
> File www\cordova-js-src\platform.js is not properly UTF-8 encoded. Re-save 
> the file as UTF-8 (including Byte Order Mark).
> File www\js\app.js is not properly UTF-8 encoded. Re-save the file as UTF-8 
> (including Byte Order Mark).
> File www\js\libs.js is not properly UTF-8 encoded. Re-save the file as UTF-8 
> (including Byte Order Mark).
> File www\plugins\cordova-plugin-console\www\console-via-logger.js is not 
> properly UTF-8 encoded. Re-save the file as UTF-8 (including Byte Order Mark).
> ...
> Impact if not fixed: HTML, CSS, and JavaScript files must be encoded in UTF-8 
> form with a corresponding byte-order mark (BOM) in order to benefit from 
> bytecode caching and to avoid other runtime error conditions.
> How to fix: Open the affected file, and select "Save As..." option from the 
> File menu in Visual Studio. Select the drop-down control next to the Save 
> button and select "Save with Encoding..." option. From the Advanced save 
> options dialog, choose the "Unicode (UTF-8 with signature)" option and click 
> the OK button.
> 



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

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

[jira] [Updated] (CB-11241) File encoding test fails with UTF-8 file encoding error on windows store submission

2016-07-19 Thread Vladimir Kotikov (JIRA)


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

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

> File encoding test fails with UTF-8 file encoding error on windows store 
> submission
> ---
>
> Key: CB-11241
> URL: https://issues.apache.org/jira/browse/CB-11241
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
>Affects Versions: 4.4.0, 4.4.1
>Reporter: Michael Schmidt
>  Labels: triaged
>
> File encoding test
> ```
> FAILED
> UTF-8 file encoding
> Error Found: The UTF-8 file encoding test detected the following errors:
> File www\cordova_plugins.js is not properly UTF-8 encoded. Re-save the file 
> as UTF-8 (including Byte Order Mark).
> File www\cordova-js-src\exec.js is not properly UTF-8 encoded. Re-save the 
> file as UTF-8 (including Byte Order Mark).
> File www\cordova-js-src\platform.js is not properly UTF-8 encoded. Re-save 
> the file as UTF-8 (including Byte Order Mark).
> File www\js\app.js is not properly UTF-8 encoded. Re-save the file as UTF-8 
> (including Byte Order Mark).
> File www\js\libs.js is not properly UTF-8 encoded. Re-save the file as UTF-8 
> (including Byte Order Mark).
> File www\plugins\cordova-plugin-console\www\console-via-logger.js is not 
> properly UTF-8 encoded. Re-save the file as UTF-8 (including Byte Order Mark).
> ...
> Impact if not fixed: HTML, CSS, and JavaScript files must be encoded in UTF-8 
> form with a corresponding byte-order mark (BOM) in order to benefit from 
> bytecode caching and to avoid other runtime error conditions.
> How to fix: Open the affected file, and select "Save As..." option from the 
> File menu in Visual Studio. Select the drop-down control next to the Save 
> button and select "Save with Encoding..." option. From the Advanced save 
> options dialog, choose the "Unicode (UTF-8 with signature)" option and click 
> the OK button.
> 



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

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

[jira] [Updated] (CB-11241) File encoding test fails with UTF-8 file encoding error on windows store submission

2016-07-19 Thread Vladimir Kotikov (JIRA)


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

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

> File encoding test fails with UTF-8 file encoding error on windows store 
> submission
> ---
>
> Key: CB-11241
> URL: https://issues.apache.org/jira/browse/CB-11241
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
>Affects Versions: 4.4.0, 4.4.1
>Reporter: Michael Schmidt
>  Labels: triaged
>
> File encoding test
> ```
> FAILED
> UTF-8 file encoding
> Error Found: The UTF-8 file encoding test detected the following errors:
> File www\cordova_plugins.js is not properly UTF-8 encoded. Re-save the file 
> as UTF-8 (including Byte Order Mark).
> File www\cordova-js-src\exec.js is not properly UTF-8 encoded. Re-save the 
> file as UTF-8 (including Byte Order Mark).
> File www\cordova-js-src\platform.js is not properly UTF-8 encoded. Re-save 
> the file as UTF-8 (including Byte Order Mark).
> File www\js\app.js is not properly UTF-8 encoded. Re-save the file as UTF-8 
> (including Byte Order Mark).
> File www\js\libs.js is not properly UTF-8 encoded. Re-save the file as UTF-8 
> (including Byte Order Mark).
> File www\plugins\cordova-plugin-console\www\console-via-logger.js is not 
> properly UTF-8 encoded. Re-save the file as UTF-8 (including Byte Order Mark).
> ...
> Impact if not fixed: HTML, CSS, and JavaScript files must be encoded in UTF-8 
> form with a corresponding byte-order mark (BOM) in order to benefit from 
> bytecode caching and to avoid other runtime error conditions.
> How to fix: Open the affected file, and select "Save As..." option from the 
> File menu in Visual Studio. Select the drop-down control next to the Save 
> button and select "Save with Encoding..." option. From the Advanced save 
> options dialog, choose the "Unicode (UTF-8 with signature)" option and click 
> the OK button.
> 



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

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

[jira] [Closed] (CB-11589) Missing plugins in PlatformJson after restore

2016-07-19 Thread Vladimir Kotikov (JIRA)


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

Vladimir Kotikov closed CB-11589.
-
Resolution: Fixed

> Missing plugins in PlatformJson after restore
> -
>
> Key: CB-11589
> URL: https://issues.apache.org/jira/browse/CB-11589
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib
>Affects Versions: 6.2.0
>Reporter: Darryl Pogue
>  Labels: prepare, reproduced, restore, triaged
>
> My project has both Android and iOS platforms, and sometimes when I run 
> {{cordova prepare}} it installs everything properly for Android, and installs 
> the plugin files for iOS but leaves the ios.json file mostly empty.
> It turns out we're incredibly inefficient with restoring platforms and 
> plugins. The entire process looks something like this:
> {code}
> Cordova Prepare
>   restore Android
> Android install new plugins
> Android prepare
>   restore iOS
> iOS install new plugins
> iOS prepare
>   prepare Android
>   prepare iOS
>   restore Plugins
> add plugin
> add plugin
> ...
> {code}
> Rather than preparing when we add the platform and then preparing again after 
> all the platforms are added, it would be ideal to add the platforms and then 
> do a single prepare at the end.



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

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

[jira] [Closed] (CB-11582) UAP App capabilities are being duplicated when running cordova prepare

2016-07-19 Thread Vladimir Kotikov (JIRA)


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

Vladimir Kotikov closed CB-11582.
-
Resolution: Fixed

> UAP App capabilities are being duplicated when running cordova prepare
> --
>
> Key: CB-11582
> URL: https://issues.apache.org/jira/browse/CB-11582
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
>Affects Versions: 4.4.1
>Reporter: Robert Schmid
>Assignee: Vladimir Kotikov
>  Labels: reproduced, triaged
>
> I'm using a plugin that defines App Capabilities that should be included in 
> the package.windows10.appxmanifest and need to be prefixed with 'uap:'.
> Every time I run cordova prepare, this will duplicate the Capability 
> declarations in the appxmanifest file.
> I have proposed a possible fix in the referenced GitHub PR.



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

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

[jira] [Commented] (CB-11582) UAP App capabilities are being duplicated when running cordova prepare

2016-07-19 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-11582:
-

Github user asfgit closed the pull request at:

https://github.com/apache/cordova-windows/pull/186


> UAP App capabilities are being duplicated when running cordova prepare
> --
>
> Key: CB-11582
> URL: https://issues.apache.org/jira/browse/CB-11582
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
>Affects Versions: 4.4.1
>Reporter: Robert Schmid
>Assignee: Vladimir Kotikov
>  Labels: reproduced, triaged
>
> I'm using a plugin that defines App Capabilities that should be included in 
> the package.windows10.appxmanifest and need to be prefixed with 'uap:'.
> Every time I run cordova prepare, this will duplicate the Capability 
> declarations in the appxmanifest file.
> I have proposed a possible fix in the referenced GitHub PR.



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

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

[jira] [Commented] (CB-11582) UAP App capabilities are being duplicated when running cordova prepare

2016-07-19 Thread ASF subversion and git services (JIRA)


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

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

Commit aef95b000764d8df9177ad808b6e45d7a59f4de6 in cordova-windows's branch 
refs/heads/master from [~rs22]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-windows.git;h=aef95b0 ]

CB-11582 Remove duplicate capabilities when writing the AppxManifest

This closes #186


> UAP App capabilities are being duplicated when running cordova prepare
> --
>
> Key: CB-11582
> URL: https://issues.apache.org/jira/browse/CB-11582
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
>Affects Versions: 4.4.1
>Reporter: Robert Schmid
>Assignee: Vladimir Kotikov
>  Labels: reproduced, triaged
>
> I'm using a plugin that defines App Capabilities that should be included in 
> the package.windows10.appxmanifest and need to be prefixed with 'uap:'.
> Every time I run cordova prepare, this will duplicate the Capability 
> declarations in the appxmanifest file.
> I have proposed a possible fix in the referenced GitHub PR.



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

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

[jira] [Commented] (CB-11589) Missing plugins in PlatformJson after restore

2016-07-19 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-11589:
-

Github user asfgit closed the pull request at:

https://github.com/apache/cordova-lib/pull/464


> Missing plugins in PlatformJson after restore
> -
>
> Key: CB-11589
> URL: https://issues.apache.org/jira/browse/CB-11589
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib
>Affects Versions: 6.2.0
>Reporter: Darryl Pogue
>  Labels: prepare, reproduced, restore, triaged
>
> My project has both Android and iOS platforms, and sometimes when I run 
> {{cordova prepare}} it installs everything properly for Android, and installs 
> the plugin files for iOS but leaves the ios.json file mostly empty.
> It turns out we're incredibly inefficient with restoring platforms and 
> plugins. The entire process looks something like this:
> {code}
> Cordova Prepare
>   restore Android
> Android install new plugins
> Android prepare
>   restore iOS
> iOS install new plugins
> iOS prepare
>   prepare Android
>   prepare iOS
>   restore Plugins
> add plugin
> add plugin
> ...
> {code}
> Rather than preparing when we add the platform and then preparing again after 
> all the platforms are added, it would be ideal to add the platforms and then 
> do a single prepare at the end.



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

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

[jira] [Commented] (CB-11589) Missing plugins in PlatformJson after restore

2016-07-19 Thread ASF subversion and git services (JIRA)


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

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

Commit f05874a5420ea5fcf5b96290cb1a7fe18fe3e6d6 in cordova-lib's branch 
refs/heads/master from [~dpogue]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=f05874a ]

CB-11589: Fix missing plugin files after restore

 This closes #464


> Missing plugins in PlatformJson after restore
> -
>
> Key: CB-11589
> URL: https://issues.apache.org/jira/browse/CB-11589
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib
>Affects Versions: 6.2.0
>Reporter: Darryl Pogue
>  Labels: prepare, reproduced, restore, triaged
>
> My project has both Android and iOS platforms, and sometimes when I run 
> {{cordova prepare}} it installs everything properly for Android, and installs 
> the plugin files for iOS but leaves the ios.json file mostly empty.
> It turns out we're incredibly inefficient with restoring platforms and 
> plugins. The entire process looks something like this:
> {code}
> Cordova Prepare
>   restore Android
> Android install new plugins
> Android prepare
>   restore iOS
> iOS install new plugins
> iOS prepare
>   prepare Android
>   prepare iOS
>   restore Plugins
> add plugin
> add plugin
> ...
> {code}
> Rather than preparing when we add the platform and then preparing again after 
> all the platforms are added, it would be ideal to add the platforms and then 
> do a single prepare at the end.



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

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

[jira] [Commented] (CB-11469) Race conditions when loading scripts async

2016-07-19 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-11469:
-

Github user dpogue commented on the issue:

https://github.com/apache/cordova-ios/pull/236
  
Probably not while there are [so many known 
issues](https://issues.apache.org/jira/browse/CB-11469?jql=project%20%3D%20CB%20AND%20labels%20%3D%20wkwebview-known-issues)
 with WKWebView


> Race conditions when loading scripts async
> --
>
> Key: CB-11469
> URL: https://issues.apache.org/jira/browse/CB-11469
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin WKWebViewEngine
>Reporter: Philipp Kursawe
>Assignee: Shazron Abdullah
>  Labels: wkwebview-known-issues
>
> Using this code in `index.html`
> {code}
> 
> 
> {code}
> causes all kind of weird side effects due to race conditions, I assume.
> As soon as I removed the async attribute (after one week of trying other 
> things) everything worked, including the splashscreen. I think the 
> splashscreen uses the message queue (event loop) to postpone some of its 
> actions (when fading out) and this collides with the `async` attribute and 
> creates a race-condition. It seems like a bug in wkwebview to not handle 
> `async` script loading properly.



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

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

41 matches

Mail list logo