[jira] [Commented] (CB-11870) Unable to drive display on Ubuntu 16.04 (black window)

[Pat Deegan (JIRA)]

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

Pat Deegan commented on CB-11870:
-

An interesting development, and possible clue to the nature of the issue:  I've 
found a way to get something to display--when you drag content (images and 
sometimes divs) it shows up momentarily.

There's a short demo of how to reproduce and of the effect at 
https://youtu.be/WraR3pq12vE 



> Unable to drive display on Ubuntu 16.04 (black window)
> --
>
> Key: CB-11870
> URL: https://issues.apache.org/jira/browse/CB-11870
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Ubuntu
>Affects Versions: 6.3.1
> Environment: Node version: v6.6.0
> Cordova version: 6.3.1
> Ubuntu: 16.04
> Compiz/Unity plugins: 'core', 'composite', 'opengl', 'regex', 'resize', 
> 'commands', 'animation', 'snap', 'wall', 'place', 'compiztoolbox', 'imgpng', 
> 'mousepoll', 'grid', 'unitymtgrabhandles', 'vpswitch', 'copytex', 'move', 
> 'workarounds', 'session', 'fade', 'scale', 'expo', 'ezoom', 'unityshell'
>Reporter: Pat Deegan
>Assignee: Maxim Ermilov
>  Labels: blackwindow, ubuntu
>
> On a fresh install of both Ubuntu (16.04) and node/cordova, doing a standard 
> "hello world" create/build/run:
> $ cordova create hello com.example.hello HelloWorld
> $ cd hello/
> $ cordova platforms add ubuntu
> $ cordova build ubuntu
> $ cordova run ubuntu
> yields a black screen.  Checking debug console (using chromium) seems to show 
> the program is running correctly.  
> However, an strace of the process shows that the program starts up and then 
> goes into a tight loop of polling on the /tmp/.X11-unix/X0 which gives a 
> series of EAGAIN (resource unavailable) messages, e.g.
> recvmsg(6, 0x7ffe56802b20, 0)   = -1 EAGAIN (Resource temporarily 
> unavailable)
> recvmsg(6, 0x7ffe56802b20, 0)   = -1 EAGAIN (Resource temporarily 
> unavailable)
> Quick demo of entire process and result uploaded to
> https://youtu.be/dmsCJvHKyOs



--
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-11885) iframe message error

[Pier Bover (JIRA)]

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

Pier Bover edited comment on CB-11885 at 9/22/16 3:38 AM:
--

I have created this simple project that reproduces the error:
https://github.com/PierBover/cordova-wkwebview-iframe-bug

To reproduce:
1) go to the {{cordova}} folder
2) {{cordova emulate ios --target="iPad-Air-2, 9.3"}}
3) Open Safari. On the Developer menu open the JS console for the webview.
4) Click the buttons on the webview.


was (Author: pierbover):
I have created this simple project that reproduces the error:
https://github.com/PierBover/cordova-wkwebview-iframe-bug

To reproduce:
1) go to the {{cordova}} folder
2) {{cordova emulate ios --target=\"iPad-Air-2, 9.3\"}}
3) Open Safari. On the Developer menu open the JS console for the webview.
4) Click the buttons on the webview.

> iframe message error
> 
>
> Key: CB-11885
> URL: https://issues.apache.org/jira/browse/CB-11885
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin WKWebViewEngine
>Affects Versions: 4.2.1
> Environment: iOS 9
>Reporter: Pier Bover
>Assignee: Shazron Abdullah
>
> When trying to communicate between an iframe and the main window using 
> Window.postMessage() I get the error:
> {{Blocked a frame with origin "null" from accessing a frame with origin 
> "null"}}
> This only happens from the iframe to the main window, when communicating the 
> other way around it works fine.
> Both files are run locally. The error only happens after adding the plugin 
> {{cordova-plugin-wkwebview-engine}}. When using UIWebView the error does not 
> happen.
> The weird thing is that this error is shown exactly 11 times, but the message 
> goes through anyway. See this screenshot taken from Safari while using the 
> simulator: http://i.imgur.com/JJkIEy5.jpg You can see the MessageEvent 
> happening at the end.
> I have added {{sandbox="allow-same-origin allow-scripts allow-popups 
> allow-forms"}} to the iframe tag but it didn't fix it.
> This is the code that listens to the message:
> {{window.addEventListener("message", eventHandler, false);}}
> And this is the code that emits the message from the iframe:
> {{parent.postMessage(something,"*")}}



--
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-11885) iframe message error

[Pier Bover (JIRA)]

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

Pier Bover commented on CB-11885:
-

I have created this simple project that reproduces the error:
https://github.com/PierBover/cordova-wkwebview-iframe-bug

To reproduce:
1) go to the {{cordova}} folder
2) {{cordova emulate ios --target=\"iPad-Air-2, 9.3\"}}
3) Open Safari. On the Developer menu open the JS console for the webview.
4) Click the buttons on the webview.

> iframe message error
> 
>
> Key: CB-11885
> URL: https://issues.apache.org/jira/browse/CB-11885
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin WKWebViewEngine
>Affects Versions: 4.2.1
> Environment: iOS 9
>Reporter: Pier Bover
>Assignee: Shazron Abdullah
>
> When trying to communicate between an iframe and the main window using 
> Window.postMessage() I get the error:
> {{Blocked a frame with origin "null" from accessing a frame with origin 
> "null"}}
> This only happens from the iframe to the main window, when communicating the 
> other way around it works fine.
> Both files are run locally. The error only happens after adding the plugin 
> {{cordova-plugin-wkwebview-engine}}. When using UIWebView the error does not 
> happen.
> The weird thing is that this error is shown exactly 11 times, but the message 
> goes through anyway. See this screenshot taken from Safari while using the 
> simulator: http://i.imgur.com/JJkIEy5.jpg You can see the MessageEvent 
> happening at the end.
> I have added {{sandbox="allow-same-origin allow-scripts allow-popups 
> allow-forms"}} to the iframe tag but it didn't fix it.
> This is the code that listens to the message:
> {{window.addEventListener("message", eventHandler, false);}}
> And this is the code that emits the message from the iframe:
> {{parent.postMessage(something,"*")}}



--
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-11888) Phonegap webview gets cut when orientation changes

[Rolando Arbitrario (JIRA)]

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

Rolando Arbitrario updated CB-11888:

Affects Version/s: (was: 3.5.0)

> Phonegap webview gets cut when orientation changes
> --
>
> Key: CB-11888
> URL: https://issues.apache.org/jira/browse/CB-11888
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: AllPlatforms
>Reporter: Rolando Arbitrario
>Priority: Critical
>
> There's a major bug on webview, when orientation changes. Sometimes the 
> webview gets cut off or means set in different orientation, that's why it's 
> showing cuts screen.



--
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-11888) Phonegap webview gets cut when orientation changes

[Rolando Arbitrario (JIRA)]

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

Rolando Arbitrario updated CB-11888:

Affects Version/s: 3.5.0

> Phonegap webview gets cut when orientation changes
> --
>
> Key: CB-11888
> URL: https://issues.apache.org/jira/browse/CB-11888
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: AllPlatforms
>Reporter: Rolando Arbitrario
>Priority: Critical
>
> There's a major bug on webview, when orientation changes. Sometimes the 
> webview gets cut off or means set in different orientation, that's why it's 
> showing cuts screen.



--
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-11888) Phonegap webview gets cut when orientation changes

[Rolando Arbitrario (JIRA)]

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

Rolando Arbitrario updated CB-11888:

Component/s: AllPlatforms

> Phonegap webview gets cut when orientation changes
> --
>
> Key: CB-11888
> URL: https://issues.apache.org/jira/browse/CB-11888
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: AllPlatforms
>Reporter: Rolando Arbitrario
>Priority: Critical
>
> There's a major bug on webview, when orientation changes. Sometimes the 
> webview gets cut off or means set in different orientation, that's why it's 
> showing cuts screen.



--
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-11888) Phonegap webview gets cut when orientation changes

[Rolando Arbitrario (JIRA)]

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

Rolando Arbitrario updated CB-11888:

Priority: Critical  (was: Major)

> Phonegap webview gets cut when orientation changes
> --
>
> Key: CB-11888
> URL: https://issues.apache.org/jira/browse/CB-11888
> Project: Apache Cordova
>  Issue Type: Bug
>Reporter: Rolando Arbitrario
>Priority: Critical
>
> There's a major bug on webview, when orientation changes. Sometimes the 
> webview gets cut off or means set in different orientation, that's why it's 
> showing cuts screen.



--
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-11888) Phonegap webview gets cut when orientation changes

[Rolando Arbitrario (JIRA)]

Rolando Arbitrario created CB-11888:
---

 Summary: Phonegap webview gets cut when orientation changes
 Key: CB-11888
 URL: https://issues.apache.org/jira/browse/CB-11888
 Project: Apache Cordova
  Issue Type: Bug
Reporter: Rolando Arbitrario


There's a major bug on webview, when orientation changes. Sometimes the webview 
gets cut off or means set in different orientation, that's why it's showing 
cuts screen.



--
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-11887) Camera not able to lock orientation, not respecting config.xml orientation

[Rolando Arbitrario (JIRA)]

Rolando Arbitrario created CB-11887:
---

 Summary: Camera not able to lock orientation, not respecting 
config.xml orientation
 Key: CB-11887
 URL: https://issues.apache.org/jira/browse/CB-11887
 Project: Apache Cordova
  Issue Type: Bug
Reporter: Rolando Arbitrario


Camera orientation doesn't respect correct orientation on config.xml. My app 
was lock to landscape, but opening on camera and rotating it to portrait is 
still possible, I am not able to lock it. It should respect what is set on 
config.xml. I'm reporting this bug because also of another bug when orientation 
changes in the app, the whole webview gets cut off about the size of the 
portrait, even when the app is in landscape.



--
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-11886) "cordova create --link-to=../www" option does not work

[Abhay Gupta (JIRA)]

Abhay Gupta created CB-11886:


 Summary: "cordova create --link-to=../www" option does not work
 Key: CB-11886
 URL: https://issues.apache.org/jira/browse/CB-11886
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 6.3.1
 Environment: OSX version 10.11.6
Reporter: Abhay Gupta
Priority: Minor


Steps:
1. execute command "cordova create MyApp --link-to=~/mywwwapp/www

Expected Result:
- www folder in MyApp folder is a symlink of ~/mywwwapp/www

Actual Result:
- All the files inside MyApp/www folder are new and the folder is not a symlink 
of ~/mywwwapp/www





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

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

[jira] [Resolved] (CB-11676) Apache Cordova File Does not Work with File Scanner Based on Cordova File Plugin on Marshmallow 6.0

[Joe Bowser (JIRA)]

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

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

cordova-file-scanner is a third party plugin, and we do not support this 
behaviour due to file permission issues with Android.

> Apache Cordova File Does not Work with File Scanner Based on Cordova File 
> Plugin on Marshmallow 6.0
> ---
>
> Key: CB-11676
> URL: https://issues.apache.org/jira/browse/CB-11676
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: 3.4.0, 3.5.0
> Environment: Moto G3 Turbo : marshmallow 6.0 Does not work
> Asus Zenfine 2 Android 5.0 Works as expected
>Reporter: siddharthc
>  Labels: github-import
>
> this is a open source project on Github 
> https://github.com/siddmegadeth/cordova-file-scanner
> he goal is to provide a set of API to traverse,search any kind of file on 
> ANdroid system based on file type.
> The File Plugin API returns
> fileError Code 5
> This is not replicated on 5.0 on Zenfone
> Moto G3 Turbo : marshmallow 6.0 Does not work  
> Asus Zenfine 2 Android 5.0 Works as expected
> API USAGE :
>  var url = [
>   "cordova.file.dataDirectory",
>   "cordova.file.documentsDirectory",
>   "cordova.file.externalApplicationStorageDirectory",
>   "cordova.file.externalCacheDirectory",
>   "cordova.file.externalRootDirectory",
>   "cordova.file.sharedDirectory",
>   "cordova.file.syncedDataDirectory",
>   "cordova.file.applicationStorageDirectory",
>   "cordova.file.cacheDirectory",
>   "cordova.file.applicationDirectory",
>   "cordova.file.tempDirectory",
>   "cordova.file.rootDirectory"
> ];
>   fileType = ["mp3","mp4","avi","pdf"];
>   cordovaFile.scan(url,fileType,function(resp)
>   {
> $rootScope.response = resp;
>   },function(error)
>   {
> log(error);
>   });
> API DETAIL DESCRIPTION
> var file  =  angular.module("CordovaFileReader",[]);
> file.service("cordovaFile",function($q,$timeout)
> {
>   var list = [];
>   //var deferred = $q.defer();
>  // var promises = [deferred.promise];
>   return {
> scan : function(url,fileType,success,failure)
> {
>   var i=0;
>   while(i!=fileType.length)
>   {
> list[fileType[i]] = [];
> i+=1;
>   }
>// list[fileType[0]] = [];
>// list[fileType[1]] = [];
>//Get List Of FilesType and Create named associativr Array
>   //Function Definition For fileEntry and Error
>   var fileSearch = function (entry) {
>
>   
>   var dirReader = entry.createReader();
>   dirReader.readEntries(
>   function (entries) {
>   var i=0;
>   while(i!=entries.length) 
>   {
>   if (entries[i].isDirectory === true) {
>   // Recursive -- call back into this subdirectory
> 
>   fileSearch(entries[i]);
>   } else 
>   {
> 
> var j=0;
> while(j!=fileType.length)
> {
>   if(entries[i].name.indexOf(fileType[j]) != -1)
>   {
>   
>   var file = {};
>   file = entries[i];
>   file.type = fileType[j];
>   
>  list[fileType[j]].push(file);
>   }
> j+=1;
> }
>  //if(entries[i].name.indexOf(fileType[0]) != -1)
>  //{
>   
>  //  var file = {};
>  //  file = entries[i];
>  //  file.type = fileType[0];
>   
>  // list[fileType[0]].push(file);
>  //   //   promises.push(file);
>  // // console.log(file);
>  //}
>  //else if(entries[i].name.indexOf(fileType[1]) != -1)
>  //{
>   
>  //  var file = {};
>  //  file = entries[i];
>  //  file.type = fileType[1];
>  //  list[fileType[1]].push(file);
>  ////  console.log(file);
>  // //promises.push(file);
>  //}
>   }
>   i+=1;
>   }
>  // Return List As CurrentSearch File and ll Files Searched in 
> globalLis
>  // 

[jira] [Resolved] (CB-11666) Bug "Cordova Capture Video"

[Joe Bowser (JIRA)]

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

Joe Bowser resolved CB-11666.
-
Resolution: Incomplete

If you wish to have this fixed, please let us know what device you are using, 
and which Android version it is running.

Thanks

> Bug "Cordova Capture Video"
> ---
>
> Key: CB-11666
> URL: https://issues.apache.org/jira/browse/CB-11666
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, Plugin Media Capture
>Affects Versions: 3.5.0
>Reporter: Fernando Jose Torres Bermudez
>
> By capturing a video and do a preview a video tag, the video leaves me 90 
> rotated only happens in portrait, the code is as follows:
> var options = {
>   quality: 50,
>   sourceType: Camera.PictureSourceType.PHOTOLIBRARY,
>   mediaType: Camera.MediaType.ALLMEDIA,
>   destinationType: Camera.DestinationType.FILE_URI,
>   correctOrientation: true,
>   allowEdit : true
>   };
>   $cordovaCamera.getPicture(options).then(function(video) {
>  
>   $('#previewVideo')[0].pause();
>   $scope.videoInfo.localURL = video;
> console.log(err);
>   });
> }, function(err) {
>   console.log(err);
>   if($scope.step == 1){
> $state.go('app.asiSomos');
>   }
> });
>   }



--
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-11875) Cordova-Plugin-Geolocation requires feature android.hardware.location.gps (android 21+)

[Joe Bowser (JIRA)]

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

Joe Bowser updated CB-11875:

Priority: Major  (was: Critical)

> Cordova-Plugin-Geolocation requires feature android.hardware.location.gps 
> (android 21+)
> ---
>
> Key: CB-11875
> URL: https://issues.apache.org/jira/browse/CB-11875
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, Plugin Geolocation
>Reporter: Warren Parad
>  Labels: easyfix, newbie, patch
>   Original Estimate: 24h
>  Remaining Estimate: 24h
>
> Hello Google Play Developer,
> We're writing to let you know that the apps listed at the end of this email 
> may be affected by an upcoming platform change.
> Action required: If your app requires GPS hardware to operate properly, you 
> will need to explicitly add the "android.hardware.location.gps" uses-feature 
> to your manifest.
> What’s changing
> We’re making a change on October 15th, 2016 that will affect apps targeting 
> API version 21 (Android 5.0, Lollipop) or higher that use 
> ACCESS_FINE_LOCATION but don't explicitly have the 
> "android.hardware.location.gps" uses-feature. Going forward, these apps will 
> be available to install on devices that don't have GPS hardware. In most 
> cases this won't be an issue since Wi-Fi and Cell-ID based location provides 
> high enough fidelity for the typical operation of these apps. However, any 
> apps that require GPS hardware, such as GPS navigators, should explicitly add 
> the *"android.hardware.location.gps" uses-feature* to their manifest.
> If your app requires GPS to function properly and you do not include 
> android.hardware.location.gps in your manifest declaration, your users may 
> have a poor app experience.
> Also, if you’re using the fused location provider and wish to receive the 
> most accurate location samples from GPS (i.e. with PRIORITY_HIGH_ACCURACY), 
> you must include the "android.hardware.location.gps" feature in your app’s 
> manifest to ensure that Google Play only distributes your app to devices with 
> GPS sensors.
> You can read more about this change in the Android Developers Help Center.
> Regards,
> The Google Play Team



--
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-11885) iframe message error

[Pier Bover (JIRA)]

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

Pier Bover updated CB-11885:

Description: 
When trying to communicate between an iframe and the main window using 
Window.postMessage() I get the error:

{{Blocked a frame with origin "null" from accessing a frame with origin "null"}}

This only happens from the iframe to the main window, when communicating the 
other way around it works fine.

Both files are run locally. The error only happens after adding the plugin 
{{cordova-plugin-wkwebview-engine}}. When using UIWebView the error does not 
happen.

The weird thing is that this error is shown exactly 11 times, but the message 
goes through anyway. See this screenshot taken from Safari while using the 
simulator: http://i.imgur.com/JJkIEy5.jpg You can see the MessageEvent 
happening at the end.

I have added {{sandbox="allow-same-origin allow-scripts allow-popups 
allow-forms"}} to the iframe tag but it didn't fix it.

This is the code that listens to the message:
{{window.addEventListener("message", eventHandler, false);}}

And this is the code that emits the message from the iframe:
{{parent.postMessage(something,"*")}}



  was:
When trying to communicate between an iframe and the main window using 
Window.postMessage() I get the error:

{{Blocked a frame with origin "null" from accessing a frame with origin "null"}}

This only happens from the iframe to the main window, when communicating the 
other way around it works fine.

Both files are run locally. The error only happens after adding the plugin 
{{cordova-plugin-wkwebview-engine}}. When using UIWebView the error does not 
happen.

The weird thing is that this error is shown exactly 11 times, but the message 
goes through anyway. See this screenshot taken from Safari while using the 
simulator: http://i.imgur.com/JJkIEy5.jpg You can the MessageEvent happening at 
the end.

I have added {{sandbox="allow-same-origin allow-scripts allow-popups 
allow-forms"}} to the iframe tag but it didn't fix it.

This is the code that listens to the message:
{{window.addEventListener("message", eventHandler, false);}}

And this is the code that emits the message from the iframe:
{{parent.postMessage(something,"*")}}




> iframe message error
> 
>
> Key: CB-11885
> URL: https://issues.apache.org/jira/browse/CB-11885
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin WKWebViewEngine
>Affects Versions: 4.2.1
> Environment: iOS 9
>Reporter: Pier Bover
>Assignee: Shazron Abdullah
>
> When trying to communicate between an iframe and the main window using 
> Window.postMessage() I get the error:
> {{Blocked a frame with origin "null" from accessing a frame with origin 
> "null"}}
> This only happens from the iframe to the main window, when communicating the 
> other way around it works fine.
> Both files are run locally. The error only happens after adding the plugin 
> {{cordova-plugin-wkwebview-engine}}. When using UIWebView the error does not 
> happen.
> The weird thing is that this error is shown exactly 11 times, but the message 
> goes through anyway. See this screenshot taken from Safari while using the 
> simulator: http://i.imgur.com/JJkIEy5.jpg You can see the MessageEvent 
> happening at the end.
> I have added {{sandbox="allow-same-origin allow-scripts allow-popups 
> allow-forms"}} to the iframe tag but it didn't fix it.
> This is the code that listens to the message:
> {{window.addEventListener("message", eventHandler, false);}}
> And this is the code that emits the message from the iframe:
> {{parent.postMessage(something,"*")}}



--
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-11885) iframe message error

[Pier Bover (JIRA)]

Pier Bover created CB-11885:
---

 Summary: iframe message error
 Key: CB-11885
 URL: https://issues.apache.org/jira/browse/CB-11885
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin WKWebViewEngine
Affects Versions: 4.2.1
 Environment: iOS 9
Reporter: Pier Bover
Assignee: Shazron Abdullah


When trying to communicate between an iframe and the main window using 
Window.postMessage() I get the error:

`Blocked a frame with origin "null" from accessing a frame with origin "null".`

This only happens from the iframe to the main window, when communicating the 
other way around it works fine.

Both files are run locally. The error only happens after adding the plugin 
`cordova-plugin-wkwebview-engine`. When using UIWebView the error does not 
happen.

The weird thing is that this error is shown exactly 11 times, but the message 
goes through anyway. See this screenshot taken from Safari while using the 
simulator: http://i.imgur.com/JJkIEy5.jpg You can the Messageevent happening at 
the end.

I have added `sandbox="allow-same-origin allow-scripts allow-popups 
allow-forms"` to the iframe tag and it fix it.

This is the code that listens to the message:
`window.addEventListener("message", eventHandler, false);`

And this is the code that emits the message from the iframe:
`parent.postMessage(something,"*")`





--
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-11817) audioSettings shows as unused variable and settings are not used when configuring a recorder

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11817:
-

Github user hounsellal commented on the issue:

https://github.com/apache/cordova-plugin-media/pull/116
  
This is very important. The file sizes are way smaller by this little 
change - I literally spent 2 days trying to compress the audio files with a 
lamejs library because they were so large - when such an easy fix would have 
saved me all that time.


> audioSettings shows as unused variable and settings are not used when 
> configuring a recorder
> 
>
> Key: CB-11817
> URL: https://issues.apache.org/jira/browse/CB-11817
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Media
>Affects Versions: 2.3.0
> Environment: iOS
>Reporter: Gaven Henry
>Priority: Minor
>  Labels: easyfix
>   Original Estimate: 1h
>  Remaining Estimate: 1h
>
> xcode shows up 2 warnings when building within CDVSound.m
> 1) unused variable 'audioSettings'
> 2) Null passed to a callee that requires non-null when creating an 
> audioFile.recorder
> To resolve both of these just need to pass the autoSettings object to the 
> audioFile.recorder function.
> This resolves both warnings and actually applies the autoSettings as expected.



--
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-11884) Edit Nightly Builds page based on Apache Board feedback

[Shazron Abdullah (JIRA)]

Shazron Abdullah created CB-11884:
-

 Summary: Edit Nightly Builds page based on Apache Board feedback
 Key: CB-11884
 URL: https://issues.apache.org/jira/browse/CB-11884
 Project: Apache Cordova
  Issue Type: Bug
  Components: Docs
Reporter: Shazron Abdullah


Feedback from the Board:
{quote}
It is worth adding an explicit statement that these are not official releases 
to the nightly build page. I'd also remove the reference to early adopters.
{quote}

Public page:
http://cordova.apache.org/contribute/nightly_builds.html

Repo page:
https://github.com/apache/cordova-docs/blob/master/www/contribute/nightly_builds.md



--
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-11191) Statusbar plugin causing issues with webview size

[jcesarmobile (JIRA)]

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

jcesarmobile commented on CB-11191:
---

I've also created an independent plugin with just the category that should do 
the same as will do cordova-ios 3
https://github.com/jcesarmobile/cordova-viewcontroller-category

Have not tested it yet

> Statusbar plugin causing issues with webview size
> -
>
> Key: CB-11191
> URL: https://issues.apache.org/jira/browse/CB-11191
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Statusbar
>Affects Versions: 2.1.0
> Environment: Cordova CLI Version: 6.1.1
> Cordova iOS Engine: 4.1.1
> Build environment: OSX El Capitan & XCode 7.3
> Device experiencing problem: iPod Touch running iOS 9.3.1
>Reporter: Dave Philipson
>Assignee: Sergey Shakhnazarov
>  Labels: ios, triaged
>
> It appears the statusbar plugin is causing issues with the iOS webview on 
> small form factor devices (iPhone & iPod) when switching orientation whilst 
> the camera is open (camera opened using cordova camera plugin)
> Steps to reproduce:
> Start the application and begin using it in landscape
> Open the camera using the cordova camera plugin
> Whilst the camera is open, rotate into portrait
> Close the camera
> Webview is now squashed down the left of the screen (only fills about 1/4 of 
> the screens overall width)
> Can recover by changing orientation again.
> Sample test app on Github:
> https://github.com/ISeeBinary/statusbar_plugin_testapp
> (tapping on the red square at the top of the test app page should launch the 
> camera)
> Removing the statusbar plugin rectifies 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-11191) Statusbar plugin causing issues with webview size

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11191:
-

Github user cordova-qa commented on the issue:

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

**Commit** - 
[Link](https://github.com/apache/cordova-plugin-statusbar/pull/65/commits/9adc7dbed2aa8c5cdeb81fdea4c3f2f2e867a1b1)
**Dashboard** - 
[Link](http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-statusbar-pr/27/)

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



> Statusbar plugin causing issues with webview size
> -
>
> Key: CB-11191
> URL: https://issues.apache.org/jira/browse/CB-11191
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Statusbar
>Affects Versions: 2.1.0
> Environment: Cordova CLI Version: 6.1.1
> Cordova iOS Engine: 4.1.1
> Build environment: OSX El Capitan & XCode 7.3
> Device experiencing problem: iPod Touch running iOS 9.3.1
>Reporter: Dave Philipson
>Assignee: Sergey Shakhnazarov
>  Labels: ios, triaged
>
> It appears the statusbar plugin is causing issues with the iOS webview on 
> small form factor devices (iPhone & iPod) when switching orientation whilst 
> the camera is open (camera opened using cordova camera plugin)
> Steps to reproduce:
> Start the application and begin using it in landscape
> Open the camera using the cordova camera plugin
> Whilst the camera is open, rotate into portrait
> Close the camera
> Webview is now squashed down the left of the screen (only fills about 1/4 of 
> the screens overall width)
> Can recover by changing orientation again.
> Sample test app on Github:
> https://github.com/ISeeBinary/statusbar_plugin_testapp
> (tapping on the red square at the top of the test app page should launch the 
> camera)
> Removing the statusbar plugin rectifies 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-11191) Statusbar plugin causing issues with webview size

[jcesarmobile (JIRA)]

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

jcesarmobile commented on CB-11191:
---

I've send the PR, but as it only works on cordova-ios 4.3 that has not been 
released yet I'm not going to merge it yet
https://github.com/apache/cordova-plugin-statusbar/pull/65

> Statusbar plugin causing issues with webview size
> -
>
> Key: CB-11191
> URL: https://issues.apache.org/jira/browse/CB-11191
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Statusbar
>Affects Versions: 2.1.0
> Environment: Cordova CLI Version: 6.1.1
> Cordova iOS Engine: 4.1.1
> Build environment: OSX El Capitan & XCode 7.3
> Device experiencing problem: iPod Touch running iOS 9.3.1
>Reporter: Dave Philipson
>Assignee: Sergey Shakhnazarov
>  Labels: ios, triaged
>
> It appears the statusbar plugin is causing issues with the iOS webview on 
> small form factor devices (iPhone & iPod) when switching orientation whilst 
> the camera is open (camera opened using cordova camera plugin)
> Steps to reproduce:
> Start the application and begin using it in landscape
> Open the camera using the cordova camera plugin
> Whilst the camera is open, rotate into portrait
> Close the camera
> Webview is now squashed down the left of the screen (only fills about 1/4 of 
> the screens overall width)
> Can recover by changing orientation again.
> Sample test app on Github:
> https://github.com/ISeeBinary/statusbar_plugin_testapp
> (tapping on the red square at the top of the test app page should launch the 
> camera)
> Removing the statusbar plugin rectifies 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-11191) Statusbar plugin causing issues with webview size

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11191:
-

GitHub user jcesarmobile opened a pull request:

https://github.com/apache/cordova-plugin-statusbar/pull/65

CB-11191: Statusbar plugin causing issues with webview size



### Platforms affected
iOS

### What does this PR do?
Resizes the webview on CDVViewWillAppearNotification notification
This fixes resize problems when the webview is hidden by a modal

### 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-3232: (android) Fix bug with 
resolving file paths", where CB- is the JIRA ID & "android" is the platform 
affected.
- [ ] Added automated test coverage as appropriate for this change.



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

$ git pull https://github.com/jcesarmobile/cordova-plugin-statusbar CB-11191

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

https://github.com/apache/cordova-plugin-statusbar/pull/65.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 #65


commit 9adc7dbed2aa8c5cdeb81fdea4c3f2f2e867a1b1
Author: Julio César 
Date:   2016-09-21T21:58:25Z

CB-11191: Statusbar plugin causing issues with webview size




> Statusbar plugin causing issues with webview size
> -
>
> Key: CB-11191
> URL: https://issues.apache.org/jira/browse/CB-11191
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Statusbar
>Affects Versions: 2.1.0
> Environment: Cordova CLI Version: 6.1.1
> Cordova iOS Engine: 4.1.1
> Build environment: OSX El Capitan & XCode 7.3
> Device experiencing problem: iPod Touch running iOS 9.3.1
>Reporter: Dave Philipson
>Assignee: Sergey Shakhnazarov
>  Labels: ios, triaged
>
> It appears the statusbar plugin is causing issues with the iOS webview on 
> small form factor devices (iPhone & iPod) when switching orientation whilst 
> the camera is open (camera opened using cordova camera plugin)
> Steps to reproduce:
> Start the application and begin using it in landscape
> Open the camera using the cordova camera plugin
> Whilst the camera is open, rotate into portrait
> Close the camera
> Webview is now squashed down the left of the screen (only fills about 1/4 of 
> the screens overall width)
> Can recover by changing orientation again.
> Sample test app on Github:
> https://github.com/ISeeBinary/statusbar_plugin_testapp
> (tapping on the red square at the top of the test app page should launch the 
> camera)
> Removing the statusbar plugin rectifies 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-11136) InAppBrowser fails to close with WKWebView OAuth

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11136:
-

Github user ephemer commented on the issue:

https://github.com/apache/cordova-plugin-inappbrowser/pull/187
  
@manucorporat the term is reference counted and deinited / cleaned up. 
"Garbage Collection" sounds like heresy to my ears, but the principles are 
somewhat similar, so you're forgiven :)

I did some tests and confirmed that the UIWindow does get deinited as soon 
as its view controllers are dismissed. I didn't test whether this actually 
fixes the OAuth issue in WKWebView, but I'll take your word for it.

I'd change the names to at least `dummyWindow` and `dummyViewController`, I 
found it kind of confusing as is. Otherwise it's a big   from me


> InAppBrowser fails to close with WKWebView OAuth 
> -
>
> Key: CB-11136
> URL: https://issues.apache.org/jira/browse/CB-11136
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser, Plugin WKWebViewEngine
>Affects Versions: 4.1.0
> Environment: iOS 8+ with WKWebView
>Reporter: Geordie Jay
>Assignee: Shazron Abdullah
>   Original Estimate: 3h
>  Remaining Estimate: 3h
>
> Launching InAppBrowser from Cordova iOS Platform 4+ with its WKWebView for 
> OAuth (e.g. Facebook or Google login) fails to close as it should.
> The reason is that the entire WKWebView thread seems to pause when another 
> view controller is presented. This can be confirmed by inspecting the 
> WKWebView session in Safari, running `window.open('http://something.com')` 
> and then trying to enter another command into that Safari console.
> I made a hacky but working version of this that animated in the 
> InAppBrowser's view manually, rather than 'presenting' the ViewController in 
> the traditional iOS style. In that instance the WKWebView thread continues as 
> normal and receives the confirmation to close the other InAppBrowser when the 
> OAuth process is complete.
> Maybe there is a better way around this, but at the moment this is a big 
> usability fail for all WKWebView users.
> What do you all think, is the 'not-actually-presenting' way of presenting the 
> InAppBrowser acceptable? Would be happy to make a pull request along these 
> lines if it is.



--
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-11191) Statusbar plugin causing issues with webview size

[Michael Schmidt (JIRA)]

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

Michael Schmidt commented on CB-11191:
--

[~jcesarmobile] can you indicate any timeline? really appreciated.

> Statusbar plugin causing issues with webview size
> -
>
> Key: CB-11191
> URL: https://issues.apache.org/jira/browse/CB-11191
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Statusbar
>Affects Versions: 2.1.0
> Environment: Cordova CLI Version: 6.1.1
> Cordova iOS Engine: 4.1.1
> Build environment: OSX El Capitan & XCode 7.3
> Device experiencing problem: iPod Touch running iOS 9.3.1
>Reporter: Dave Philipson
>Assignee: Sergey Shakhnazarov
>  Labels: ios, triaged
>
> It appears the statusbar plugin is causing issues with the iOS webview on 
> small form factor devices (iPhone & iPod) when switching orientation whilst 
> the camera is open (camera opened using cordova camera plugin)
> Steps to reproduce:
> Start the application and begin using it in landscape
> Open the camera using the cordova camera plugin
> Whilst the camera is open, rotate into portrait
> Close the camera
> Webview is now squashed down the left of the screen (only fills about 1/4 of 
> the screens overall width)
> Can recover by changing orientation again.
> Sample test app on Github:
> https://github.com/ISeeBinary/statusbar_plugin_testapp
> (tapping on the red square at the top of the test app page should launch the 
> camera)
> Removing the statusbar plugin rectifies 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-11440) iOS: Remove default: disabled NSAppTransportSecurity - soon required by Apple

[Michael Schmidt (JIRA)]

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

Michael Schmidt commented on CB-11440:
--

Apple clearly wants to push secure connections.

it would imho be better to limit   to https and document, 
that an unsecure connection can be achieved by "NSAllowsArbitraryLoads". 

this prevents people to run into unexpected rejections

> iOS: Remove default: disabled NSAppTransportSecurity - soon required by Apple 
> --
>
> Key: CB-11440
> URL: https://issues.apache.org/jira/browse/CB-11440
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
> Environment: cordova-ios 4.1.1
>Reporter: Michael Schmidt
>Assignee: Shazron Abdullah
>Priority: Blocker
>  Labels: iOS, triaged
>
> iOS platform by default disables https:
> {code}
> NSAppTransportSecurity
> 
>   NSAllowsArbitraryLoads
>   
> 
> {code}
> Apple soon requires HTTPS:
> "Apple mandates App Store apps support ATS security protocol by 2017"
> http://appleinsider.com/articles/16/06/14/apple-mandates-app-store-apps-support-ats-security-protocol-by-2017
> --> remove this default from cordova ios platform



--
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-11883) iOS landscape orientation is broken

[Hussain Khan (JIRA)]

Hussain Khan created CB-11883:
-

 Summary: iOS landscape orientation is broken
 Key: CB-11883
 URL: https://issues.apache.org/jira/browse/CB-11883
 Project: Apache Cordova
  Issue Type: Bug
 Environment: iOS 9 and 10
Reporter: Hussain Khan


screen.lockOrientation("landscape"); works great on Android. However, on iOS 
when triggered leaves half the screen white and rotates to landscape mode with 
potrait screen size.




--
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-11529) setVolume is not working in iOS device.

[ASF subversion and git services (JIRA)]

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

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

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

CB-11529 ios: Make available setting volume for player on ios device

 This closes #106


> setVolume is not working in iOS device.
> ---
>
> Key: CB-11529
> URL: https://issues.apache.org/jira/browse/CB-11529
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Media
>Affects Versions: 2.3.0
> Environment: iOS
>Reporter: Rajkumar
>Assignee: Nikita Matrosov
>
> setVolume in cordova media plugin works fine in android devices but in iOS 
> setVolume has no effect at all. I couldn't find anything in the docs which 
> says it won't work in iOS, So I am not sure whether it is the expected 
> behavior. The logs from xcode reveal nothing. Here is the section of log 
> http://pastebin.com/SgsjzuYc.
> Issue I am facing is similar to the one posted earlier : 
> https://groups.google.com/forum/#!topic/phonegap/sxsqoLnz8l4
> The app was tested in iPhone 5c running iOS 9.3 and iPhone 5s
> Works fine in Nexus 6 running 6.0.0



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

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

[jira] [Commented] (CB-11529) setVolume is not working in iOS device.

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11529:
-

Github user asfgit closed the pull request at:

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


> setVolume is not working in iOS device.
> ---
>
> Key: CB-11529
> URL: https://issues.apache.org/jira/browse/CB-11529
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Media
>Affects Versions: 2.3.0
> Environment: iOS
>Reporter: Rajkumar
>Assignee: Nikita Matrosov
>
> setVolume in cordova media plugin works fine in android devices but in iOS 
> setVolume has no effect at all. I couldn't find anything in the docs which 
> says it won't work in iOS, So I am not sure whether it is the expected 
> behavior. The logs from xcode reveal nothing. Here is the section of log 
> http://pastebin.com/SgsjzuYc.
> Issue I am facing is similar to the one posted earlier : 
> https://groups.google.com/forum/#!topic/phonegap/sxsqoLnz8l4
> The app was tested in iPhone 5c running iOS 9.3 and iPhone 5s
> Works fine in Nexus 6 running 6.0.0



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

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

[jira] [Closed] (CB-11529) setVolume is not working in iOS device.

[Vladimir Kotikov (JIRA)]

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

Vladimir Kotikov closed CB-11529.
-
Resolution: Fixed

> setVolume is not working in iOS device.
> ---
>
> Key: CB-11529
> URL: https://issues.apache.org/jira/browse/CB-11529
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Media
>Affects Versions: 2.3.0
> Environment: iOS
>Reporter: Rajkumar
>Assignee: Nikita Matrosov
>
> setVolume in cordova media plugin works fine in android devices but in iOS 
> setVolume has no effect at all. I couldn't find anything in the docs which 
> says it won't work in iOS, So I am not sure whether it is the expected 
> behavior. The logs from xcode reveal nothing. Here is the section of log 
> http://pastebin.com/SgsjzuYc.
> Issue I am facing is similar to the one posted earlier : 
> https://groups.google.com/forum/#!topic/phonegap/sxsqoLnz8l4
> The app was tested in iPhone 5c running iOS 9.3 and iPhone 5s
> Works fine in Nexus 6 running 6.0.0



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

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

[jira] [Closed] (CB-11856) Can't change volume on iOS while playing through avPlayer

[Vladimir Kotikov (JIRA)]

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

Vladimir Kotikov closed CB-11856.
-
Resolution: Duplicate

> Can't change volume on iOS while playing through avPlayer
> -
>
> Key: CB-11856
> URL: https://issues.apache.org/jira/browse/CB-11856
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Media
>Reporter: Igor Kravchuk
>Priority: Blocker
>  Labels: ios, triaged
>
> When ios media playing from a remote resource, used the avPlayer and there is 
> no way to change the volume.
> If media playing from local storage - volume control works.
> On Androind no such problem.



--
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-11856) Can't change volume on iOS while playing through avPlayer

[Vladimir Kotikov (JIRA)]

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

Vladimir Kotikov updated CB-11856:
--
Labels: ios triaged  (was: )

> Can't change volume on iOS while playing through avPlayer
> -
>
> Key: CB-11856
> URL: https://issues.apache.org/jira/browse/CB-11856
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Media
>Reporter: Igor Kravchuk
>Priority: Blocker
>  Labels: ios, triaged
>
> When ios media playing from a remote resource, used the avPlayer and there is 
> no way to change the volume.
> If media playing from local storage - volume control works.
> On Androind no such problem.



--
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-11856) Can't change volume on iOS while playing through avPlayer

[Vladimir Kotikov (JIRA)]

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

Vladimir Kotikov commented on CB-11856:
---

Dupe of CB-11529, closing.

> Can't change volume on iOS while playing through avPlayer
> -
>
> Key: CB-11856
> URL: https://issues.apache.org/jira/browse/CB-11856
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Media
>Reporter: Igor Kravchuk
>Priority: Blocker
>  Labels: ios, triaged
>
> When ios media playing from a remote resource, used the avPlayer and there is 
> no way to change the volume.
> If media playing from local storage - volume control works.
> On Androind no such problem.



--
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-11865) Unusually long time to create project from 'cordova platform add' using a local path

[Vladimir Kotikov (JIRA)]

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

Vladimir Kotikov commented on CB-11865:
---

It's probably a {{node_modules}}?

> Unusually long time to create project from 'cordova platform add' using a 
> local path
> 
>
> Key: CB-11865
> URL: https://issues.apache.org/jira/browse/CB-11865
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Shazron Abdullah
>Priority: Critical
>  Labels: triaged
>
> On my system, when installing a platform from a local path, it took 43s.
> Adding the ios platform from npm took 12s. A 3.6x slowdown.
> Investigate where the bottleneck is.
> {code}
> cordova create t t t
> cd t
> cordova platform add path/to/local/platform-ios
> {code}
> Using the --verbose flag, the step that takes the longest time is at:
> "Copying iOS template project to /Users/shaz/Desktop/t/platforms/ios"



--
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-11865) Unusually long time to create project from 'cordova platform add' using a local path

[Vladimir Kotikov (JIRA)]

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

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

> Unusually long time to create project from 'cordova platform add' using a 
> local path
> 
>
> Key: CB-11865
> URL: https://issues.apache.org/jira/browse/CB-11865
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Shazron Abdullah
>Priority: Critical
>  Labels: triaged
>
> On my system, when installing a platform from a local path, it took 43s.
> Adding the ios platform from npm took 12s. A 3.6x slowdown.
> Investigate where the bottleneck is.
> {code}
> cordova create t t t
> cd t
> cordova platform add path/to/local/platform-ios
> {code}
> Using the --verbose flag, the step that takes the longest time is at:
> "Copying iOS template project to /Users/shaz/Desktop/t/platforms/ios"



--
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-11882) IOS 10 - javascript appenchild method

[Jimmy Pannier (JIRA)]

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

Jimmy Pannier commented on CB-11882:


I don't have any errors or traces in console ! It's strange.

I've updated the ios-deploy 1.9.0 and have reinstalled all plugins.

> IOS 10 - javascript appenchild method
> -
>
> Key: CB-11882
> URL: https://issues.apache.org/jira/browse/CB-11882
> Project: Apache Cordova
>  Issue Type: Bug
>Reporter: Jimmy Pannier
>
> document.head.appendChild method to programatically inject some resource ( 
> link element for example ) doesn't work only on ios 10
> f.e:
>  var elImport = document.createElement('link');
>  elImport.rel = 'import';
>  elImport.href = 'vulcanize/vulcanize.html';
>  document.head.appenchChild(elImport);



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

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

[jira] [Resolved] (CB-11836) BackgroundColor cannot be set to white

[Sergey Shakhnazarov (JIRA)]

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

Sergey Shakhnazarov resolved CB-11836.
--
Resolution: Implemented

> BackgroundColor cannot be set to white
> --
>
> Key: CB-11836
> URL: https://issues.apache.org/jira/browse/CB-11836
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Windows
> Environment: Visual Studio 2015 Update 3, Apache Cordova 6.3.1, 
> cordova-windows 4.4.2
>Reporter: Steffen Schaffert
>
> Recently, we tried to release an app version to the Windows Store (targeting 
> both Mobile and Desktop platforms)  with the BackgroundColor preference in 
> config.xml set to white (see below). 
> The build succeeded, but after submitting the app in the Windows Store, the 
> submission was declined as non-compliant, the reason being a low contrast 
> between background and foreground color. After some research, we discovered 
> the property "ForegroundText", which can be "light" or "dark", and which is 
> set to "light" per default in a Windows app. After changing this property 
> (which did not have a visible impact on our app, as we are using an image for 
> icon and splashscreen), the submission was successful. 
> As a more permanent solution, I added the functionality to change the 
> ForegroundText preference, similar to BackgroundColor, in the config.xml 
> file. I submitted this as a Pull Request 
> (https://github.com/apache/cordova-windows/pull/195).
> If there is a different solution to this problem, I would be glad to hear it, 
> otherwise I hope that the pull request can be used as a fix.
> Setting in config.xml which caused problems:
> {quote}
> 
> 
> 
> {quote}
> Solution with fix applied:
> {quote}
> 
> 
> 
> 
> {quote}



--
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-11836) BackgroundColor cannot be set to white

[ASF subversion and git services (JIRA)]

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

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

Commit 668fc3f609403b696e76b8380deca84c1b59d999 in cordova-docs's branch 
refs/heads/master from [~daserge]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=668fc3f ]

CB-11836 Documented Windows ForegroundText preference


> BackgroundColor cannot be set to white
> --
>
> Key: CB-11836
> URL: https://issues.apache.org/jira/browse/CB-11836
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Windows
> Environment: Visual Studio 2015 Update 3, Apache Cordova 6.3.1, 
> cordova-windows 4.4.2
>Reporter: Steffen Schaffert
>
> Recently, we tried to release an app version to the Windows Store (targeting 
> both Mobile and Desktop platforms)  with the BackgroundColor preference in 
> config.xml set to white (see below). 
> The build succeeded, but after submitting the app in the Windows Store, the 
> submission was declined as non-compliant, the reason being a low contrast 
> between background and foreground color. After some research, we discovered 
> the property "ForegroundText", which can be "light" or "dark", and which is 
> set to "light" per default in a Windows app. After changing this property 
> (which did not have a visible impact on our app, as we are using an image for 
> icon and splashscreen), the submission was successful. 
> As a more permanent solution, I added the functionality to change the 
> ForegroundText preference, similar to BackgroundColor, in the config.xml 
> file. I submitted this as a Pull Request 
> (https://github.com/apache/cordova-windows/pull/195).
> If there is a different solution to this problem, I would be glad to hear it, 
> otherwise I hope that the pull request can be used as a fix.
> Setting in config.xml which caused problems:
> {quote}
> 
> 
> 
> {quote}
> Solution with fix applied:
> {quote}
> 
> 
> 
> 
> {quote}



--
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-11836) BackgroundColor cannot be set to white

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11836:
-

Github user asfgit closed the pull request at:

https://github.com/apache/cordova-docs/pull/638


> BackgroundColor cannot be set to white
> --
>
> Key: CB-11836
> URL: https://issues.apache.org/jira/browse/CB-11836
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Windows
> Environment: Visual Studio 2015 Update 3, Apache Cordova 6.3.1, 
> cordova-windows 4.4.2
>Reporter: Steffen Schaffert
>
> Recently, we tried to release an app version to the Windows Store (targeting 
> both Mobile and Desktop platforms)  with the BackgroundColor preference in 
> config.xml set to white (see below). 
> The build succeeded, but after submitting the app in the Windows Store, the 
> submission was declined as non-compliant, the reason being a low contrast 
> between background and foreground color. After some research, we discovered 
> the property "ForegroundText", which can be "light" or "dark", and which is 
> set to "light" per default in a Windows app. After changing this property 
> (which did not have a visible impact on our app, as we are using an image for 
> icon and splashscreen), the submission was successful. 
> As a more permanent solution, I added the functionality to change the 
> ForegroundText preference, similar to BackgroundColor, in the config.xml 
> file. I submitted this as a Pull Request 
> (https://github.com/apache/cordova-windows/pull/195).
> If there is a different solution to this problem, I would be glad to hear it, 
> otherwise I hope that the pull request can be used as a fix.
> Setting in config.xml which caused problems:
> {quote}
> 
> 
> 
> {quote}
> Solution with fix applied:
> {quote}
> 
> 
> 
> 
> {quote}



--
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-11882) IOS 10 - javascript appenchild method

[Jimmy Pannier (JIRA)]

Jimmy Pannier created CB-11882:
--

 Summary: IOS 10 - javascript appenchild method
 Key: CB-11882
 URL: https://issues.apache.org/jira/browse/CB-11882
 Project: Apache Cordova
  Issue Type: Bug
Reporter: Jimmy Pannier



document.head.appendChild method to programatically inject some resource ( link 
element for example ) doesn't work only on ios 10

f.e:
 var elImport = document.createElement('link');
 elImport.rel = 'import';
 elImport.href = 'vulcanize/vulcanize.html';
 document.head.appenchChild(elImport);



--
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-11836) BackgroundColor cannot be set to white

[ASF subversion and git services (JIRA)]

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

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

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

CB-11836 Allow setting of 'ForegroundText' property via config.xml

Github: close #195


> BackgroundColor cannot be set to white
> --
>
> Key: CB-11836
> URL: https://issues.apache.org/jira/browse/CB-11836
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Windows
> Environment: Visual Studio 2015 Update 3, Apache Cordova 6.3.1, 
> cordova-windows 4.4.2
>Reporter: Steffen Schaffert
>
> Recently, we tried to release an app version to the Windows Store (targeting 
> both Mobile and Desktop platforms)  with the BackgroundColor preference in 
> config.xml set to white (see below). 
> The build succeeded, but after submitting the app in the Windows Store, the 
> submission was declined as non-compliant, the reason being a low contrast 
> between background and foreground color. After some research, we discovered 
> the property "ForegroundText", which can be "light" or "dark", and which is 
> set to "light" per default in a Windows app. After changing this property 
> (which did not have a visible impact on our app, as we are using an image for 
> icon and splashscreen), the submission was successful. 
> As a more permanent solution, I added the functionality to change the 
> ForegroundText preference, similar to BackgroundColor, in the config.xml 
> file. I submitted this as a Pull Request 
> (https://github.com/apache/cordova-windows/pull/195).
> If there is a different solution to this problem, I would be glad to hear it, 
> otherwise I hope that the pull request can be used as a fix.
> Setting in config.xml which caused problems:
> {quote}
> 
> 
> 
> {quote}
> Solution with fix applied:
> {quote}
> 
> 
> 
> 
> {quote}



--
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-11836) BackgroundColor cannot be set to white

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11836:
-

Github user asfgit closed the pull request at:

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


> BackgroundColor cannot be set to white
> --
>
> Key: CB-11836
> URL: https://issues.apache.org/jira/browse/CB-11836
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Windows
> Environment: Visual Studio 2015 Update 3, Apache Cordova 6.3.1, 
> cordova-windows 4.4.2
>Reporter: Steffen Schaffert
>
> Recently, we tried to release an app version to the Windows Store (targeting 
> both Mobile and Desktop platforms)  with the BackgroundColor preference in 
> config.xml set to white (see below). 
> The build succeeded, but after submitting the app in the Windows Store, the 
> submission was declined as non-compliant, the reason being a low contrast 
> between background and foreground color. After some research, we discovered 
> the property "ForegroundText", which can be "light" or "dark", and which is 
> set to "light" per default in a Windows app. After changing this property 
> (which did not have a visible impact on our app, as we are using an image for 
> icon and splashscreen), the submission was successful. 
> As a more permanent solution, I added the functionality to change the 
> ForegroundText preference, similar to BackgroundColor, in the config.xml 
> file. I submitted this as a Pull Request 
> (https://github.com/apache/cordova-windows/pull/195).
> If there is a different solution to this problem, I would be glad to hear it, 
> otherwise I hope that the pull request can be used as a fix.
> Setting in config.xml which caused problems:
> {quote}
> 
> 
> 
> {quote}
> Solution with fix applied:
> {quote}
> 
> 
> 
> 
> {quote}



--
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-11694) hardwareback value persists across usages

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11694:
-

Github user cordova-qa commented on the issue:

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

**Commit** - 
[Link](https://github.com/apache/cordova-plugin-inappbrowser/pull/188/commits/71cf378af0a111e94fa4c94f2deb092ca65d3cf4)
**Dashboard** - 
[Link](http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/76/)

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



> hardwareback value persists across usages
> -
>
> Key: CB-11694
> URL: https://issues.apache.org/jira/browse/CB-11694
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser
>Affects Versions: 1.4.0
>Reporter: Jacob Weber
>Priority: Minor
>  Labels: Android, android, triaged
>
> 1. Open an InAppBrowser without passing hardwareback. It will use the default 
> value ("yes"), so the hardware Back button will take you back in history.
> 2. Open an InAppBrowser and pass hardwareback=no. The hardware Back button 
> will close the browser.
> 3. Open an InAppBrowser without passing hardwareback. It will now use the 
> previous value ("no"), so the hardware Back button will take you back in 
> history. It should go back to the default value ("yes").



--
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-11848) [Windows] File plugin, nativeUrl includes two slashes before filename

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11848:
-

Github user cordova-qa commented on the issue:

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

**Commit** - 
[Link](https://github.com/apache/cordova-plugin-file/pull/195/commits/35b7a25f9f1b469daca7386a85f9eb68b82110b9)
**Dashboard** - 
[Link](http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/42/)

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



> [Windows] File plugin, nativeUrl includes two slashes before filename
> -
>
> Key: CB-11848
> URL: https://issues.apache.org/jira/browse/CB-11848
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Reporter: Maarten Manders
>  Labels: windows
>
> The returned FileEntry object in the getFile function of a DirectoryEntry 
> object contains an incorrect nativeUrl that contains 2 slashes before the 
> filename (ie. ms-appdata:///temp//myfile.file).
> This can seemingly be resolved by changing the following line in the getFile 
> function in FileProxy.js:
> var fspath = sanitize(dirpath +'/'+ path);
> to
> var fspath = sanitize(path);
> I am unsure if this causes any side-effects however.



--
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-11881) File transfer download onprogress

[Sadik Yalcin (JIRA)]

Sadik Yalcin created CB-11881:
-

 Summary: File transfer download onprogress
 Key: CB-11881
 URL: https://issues.apache.org/jira/browse/CB-11881
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File Transfer
Affects Versions: 6.3.1
 Environment: iPhone 6s Plus / iOS 9.2 Simulator
Reporter: Sadik Yalcin


onprogress not triggering. I can't see anything wrong with my code - 
downloading/deleting success/error are all good.

{code:title=Code|borderStyle=solid}
window.requestFileSystem  = window.requestFileSystem || 
window.webkitRequestFileSystem;
window.requestFileSystem(LocalFileSystem.PERSISTENT, 0, download, fail);

function download(fileSystem){
var path = fileSystem.root.toURL();
var fileURL = path + config.appDirName + '/' + filename + '.' + extension;
var localpath = path + config.appDirName + '/' + filename + '.' + extension;
fileURL = encodeURI(fileURL);

var fileTransfer = new FileTransfer();

fileTransfer.onprogress = function(progressEvent) {
console.log('downloading..');
if (progressEvent.lengthComputable) {
var percent = progressEvent.loaded / progressEvent.total * 100;
percent = Math.round(percent);
$('#progress-'+documentsArticle.id).val(percent);
 console.log('Perc: ', percent);
} else {
console.log('downloading');
}
};

fileTransfer.download(
downloadurl,
fileURL,
function(entry) {
console.log('Download complete: ' + entry.toURL());
...
},
function(failed) {
console.log('Download failed: ', failed);
...
},
true
);
}}



--
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-11836) BackgroundColor cannot be set to white

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11836:
-

Github user tsschaffert commented on the issue:

https://github.com/apache/cordova-windows/pull/195
  
Good points, I updated the changes accordingly.


> BackgroundColor cannot be set to white
> --
>
> Key: CB-11836
> URL: https://issues.apache.org/jira/browse/CB-11836
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Windows
> Environment: Visual Studio 2015 Update 3, Apache Cordova 6.3.1, 
> cordova-windows 4.4.2
>Reporter: Steffen Schaffert
>
> Recently, we tried to release an app version to the Windows Store (targeting 
> both Mobile and Desktop platforms)  with the BackgroundColor preference in 
> config.xml set to white (see below). 
> The build succeeded, but after submitting the app in the Windows Store, the 
> submission was declined as non-compliant, the reason being a low contrast 
> between background and foreground color. After some research, we discovered 
> the property "ForegroundText", which can be "light" or "dark", and which is 
> set to "light" per default in a Windows app. After changing this property 
> (which did not have a visible impact on our app, as we are using an image for 
> icon and splashscreen), the submission was successful. 
> As a more permanent solution, I added the functionality to change the 
> ForegroundText preference, similar to BackgroundColor, in the config.xml 
> file. I submitted this as a Pull Request 
> (https://github.com/apache/cordova-windows/pull/195).
> If there is a different solution to this problem, I would be glad to hear it, 
> otherwise I hope that the pull request can be used as a fix.
> Setting in config.xml which caused problems:
> {quote}
> 
> 
> 
> {quote}
> Solution with fix applied:
> {quote}
> 
> 
> 
> 
> {quote}



--
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-11836) BackgroundColor cannot be set to white

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11836:
-

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

https://github.com/apache/cordova-windows/pull/195#discussion_r79804658
  
--- Diff: spec/unit/AppxManifest.spec.js ---
@@ -187,6 +187,27 @@ describe('AppxManifest', function () {
 it('refineColor should leave CSS color name as is', function () {
 expect(refineColor(CSS_COLOR_NAME)).toEqual(CSS_COLOR_NAME);
 });
+
+it('setForegroundText should change the ForegroundText property on 
non-Windows 10 platforms', function () {
+var visualElementsWindows = 
AppxManifest.get(WINDOWS_MANIFEST).getVisualElements();
+var visualElementsWindows10 = 
AppxManifest.get(WINDOWS_10_MANIFEST).getVisualElements();
+
+var foregroundTextLight = 'light';
+var foregroundTextDark = 'dark';
+
+// Set to 'light'
+visualElementsWindows.setForegroundText(foregroundTextLight);
+
expect(visualElementsWindows.getForegroundText()).toEqual(foregroundTextLight);
+
+// Set to 'dark'
+visualElementsWindows.setForegroundText(foregroundTextDark);
+
expect(visualElementsWindows.getForegroundText()).toEqual(foregroundTextDark);
+
--- End diff --

It also would be good to add a case for missing preference:
```javascript
// Simulate the absence of preference, should default to 'light'
visualElementsWindows.setForegroundText(undefined);

expect(visualElementsWindows.getForegroundText()).toEqual(foregroundTextLight);
```


> BackgroundColor cannot be set to white
> --
>
> Key: CB-11836
> URL: https://issues.apache.org/jira/browse/CB-11836
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Windows
> Environment: Visual Studio 2015 Update 3, Apache Cordova 6.3.1, 
> cordova-windows 4.4.2
>Reporter: Steffen Schaffert
>
> Recently, we tried to release an app version to the Windows Store (targeting 
> both Mobile and Desktop platforms)  with the BackgroundColor preference in 
> config.xml set to white (see below). 
> The build succeeded, but after submitting the app in the Windows Store, the 
> submission was declined as non-compliant, the reason being a low contrast 
> between background and foreground color. After some research, we discovered 
> the property "ForegroundText", which can be "light" or "dark", and which is 
> set to "light" per default in a Windows app. After changing this property 
> (which did not have a visible impact on our app, as we are using an image for 
> icon and splashscreen), the submission was successful. 
> As a more permanent solution, I added the functionality to change the 
> ForegroundText preference, similar to BackgroundColor, in the config.xml 
> file. I submitted this as a Pull Request 
> (https://github.com/apache/cordova-windows/pull/195).
> If there is a different solution to this problem, I would be glad to hear it, 
> otherwise I hope that the pull request can be used as a fix.
> Setting in config.xml which caused problems:
> {quote}
> 
> 
> 
> {quote}
> Solution with fix applied:
> {quote}
> 
> 
> 
> 
> {quote}



--
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-11836) BackgroundColor cannot be set to white

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11836:
-

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

https://github.com/apache/cordova-windows/pull/195#discussion_r79803408
  
--- Diff: template/cordova/lib/AppxManifest.js ---
@@ -390,11 +390,6 @@ AppxManifest.prototype.getVisualElements = function () 
{
 },
 setForegroundText: function (color) {
 if (color) {
--- End diff --

Instead of `if (color) { visualElements.attrib.ForegroundText = color; }` 
would it be better to use `visualElements.attrib.ForegroundText = color || 
'light'` so that ForegroundText would be reset as default `light` if we set 
`dark` via preference for example and then remove the preference from 
config.xml entirely?


> BackgroundColor cannot be set to white
> --
>
> Key: CB-11836
> URL: https://issues.apache.org/jira/browse/CB-11836
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Windows
> Environment: Visual Studio 2015 Update 3, Apache Cordova 6.3.1, 
> cordova-windows 4.4.2
>Reporter: Steffen Schaffert
>
> Recently, we tried to release an app version to the Windows Store (targeting 
> both Mobile and Desktop platforms)  with the BackgroundColor preference in 
> config.xml set to white (see below). 
> The build succeeded, but after submitting the app in the Windows Store, the 
> submission was declined as non-compliant, the reason being a low contrast 
> between background and foreground color. After some research, we discovered 
> the property "ForegroundText", which can be "light" or "dark", and which is 
> set to "light" per default in a Windows app. After changing this property 
> (which did not have a visible impact on our app, as we are using an image for 
> icon and splashscreen), the submission was successful. 
> As a more permanent solution, I added the functionality to change the 
> ForegroundText preference, similar to BackgroundColor, in the config.xml 
> file. I submitted this as a Pull Request 
> (https://github.com/apache/cordova-windows/pull/195).
> If there is a different solution to this problem, I would be glad to hear it, 
> otherwise I hope that the pull request can be used as a fix.
> Setting in config.xml which caused problems:
> {quote}
> 
> 
> 
> {quote}
> Solution with fix applied:
> {quote}
> 
> 
> 
> 
> {quote}



--
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-11836) BackgroundColor cannot be set to white

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11836:
-

Github user tsschaffert commented on the issue:

https://github.com/apache/cordova-windows/pull/195
  
1) The issue with Windows 10 should be fixed now, I handled it similarly to 
the 'ToastCapable' property.
2) The color argument is now passed to the manifest file unchecked, so 
invalid values return an error like 'App manifest validation failed.' when 
building the project. Alternatively, we could throw a TypeError for invalid 
values?
3) I added only a very basic test, as there were no comparable tests for 
the visualElement methods and I don't know enough about the internals to write 
really meaningful tests



> BackgroundColor cannot be set to white
> --
>
> Key: CB-11836
> URL: https://issues.apache.org/jira/browse/CB-11836
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Windows
> Environment: Visual Studio 2015 Update 3, Apache Cordova 6.3.1, 
> cordova-windows 4.4.2
>Reporter: Steffen Schaffert
>
> Recently, we tried to release an app version to the Windows Store (targeting 
> both Mobile and Desktop platforms)  with the BackgroundColor preference in 
> config.xml set to white (see below). 
> The build succeeded, but after submitting the app in the Windows Store, the 
> submission was declined as non-compliant, the reason being a low contrast 
> between background and foreground color. After some research, we discovered 
> the property "ForegroundText", which can be "light" or "dark", and which is 
> set to "light" per default in a Windows app. After changing this property 
> (which did not have a visible impact on our app, as we are using an image for 
> icon and splashscreen), the submission was successful. 
> As a more permanent solution, I added the functionality to change the 
> ForegroundText preference, similar to BackgroundColor, in the config.xml 
> file. I submitted this as a Pull Request 
> (https://github.com/apache/cordova-windows/pull/195).
> If there is a different solution to this problem, I would be glad to hear it, 
> otherwise I hope that the pull request can be used as a fix.
> Setting in config.xml which caused problems:
> {quote}
> 
> 
> 
> {quote}
> Solution with fix applied:
> {quote}
> 
> 
> 
> 
> {quote}



--
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-11880) cordova/exec crashes on Android when no [] supplied

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11880:
-

Github user codecov-io commented on the issue:

https://github.com/apache/cordova-android/pull/334
  
## [Current 
coverage](https://codecov.io/gh/apache/cordova-android/pull/334?src=pr) is 
35.15% (diff: 100%)
> Merging 
[#334](https://codecov.io/gh/apache/cordova-android/pull/334?src=pr) into 
[master](https://codecov.io/gh/apache/cordova-android/branch/master?src=pr) 
will not change coverage

```diff
@@ master   #334   diff @@
==
  Files12 12  
  Lines  1007   1007  
  Methods 198198  
  Messages  0  0  
  Branches168168  
==
  Hits354354  
  Misses  653653  
  Partials  0  0  
```

> Powered by [Codecov](https://codecov.io?src=pr). Last update 
[f5ab6fc...5ef12c9](https://codecov.io/gh/apache/cordova-android/compare/f5ab6fc60203c54c4f4a7319a716d4c35ef1b326...5ef12c9b701580bfb4d4a16f368ce9157d9193ce?src=pr)


> cordova/exec crashes on Android when no [] supplied
> -
>
> Key: CB-11880
> URL: https://issues.apache.org/jira/browse/CB-11880
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Android
>Reporter: Thomas Raffray
>Priority: Minor
>
> When calling the function {code}cordova.exec(, 
> , , , []){code} without the last 
> argument, a TypeError is returned.
> The issue happens after cordova-android/cordova-js-src/exec.js tries to call 
> the length() function on args. As a result, the Cordova platform does not 
> invoke the native plugin code.
> Although the exec() prototype clearly requires the \[\] parameter, the 
> iOS version of exec() makes a preliminary sanity check on this variable to 
> avoid generating an error.
> Suggest to replicate this behaviour on the Android platform to provide the 
> same fail-safe mechanism.



--
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-11880) cordova/exec crashes on Android when no [] supplied

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11880:
-

GitHub user Fluf22 opened a pull request:

https://github.com/apache/cordova-android/pull/334

CB-11880 android: Fail-safe for cordova.exec()

- added preliminary sanity check on args variable
- replication of iosExec() behaviour
- allows to call cordova.exec() without args variable

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

$ git pull https://github.com/Fluf22/cordova-android CB-11880

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

https://github.com/apache/cordova-android/pull/334.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 #334






> cordova/exec crashes on Android when no [] supplied
> -
>
> Key: CB-11880
> URL: https://issues.apache.org/jira/browse/CB-11880
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Android
>Reporter: Thomas Raffray
>Priority: Minor
>
> When calling the function {code}cordova.exec(, 
> , , , []){code} without the last 
> argument, a TypeError is returned.
> The issue happens after cordova-android/cordova-js-src/exec.js tries to call 
> the length() function on args. As a result, the Cordova platform does not 
> invoke the native plugin code.
> Although the exec() prototype clearly requires the \[\] parameter, the 
> iOS version of exec() makes a preliminary sanity check on this variable to 
> avoid generating an error.
> Suggest to replicate this behaviour on the Android platform to provide the 
> same fail-safe mechanism.



--
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-11880) cordova/exec crashes on Android when no [] supplied

[Thomas Raffray (JIRA)]

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

Thomas Raffray updated CB-11880:

Description: 
When calling the function {code}cordova.exec(, , 
, , []){code} without the last argument, a TypeError is 
returned.
The issue happens after cordova-android/cordova-js-src/exec.js tries to call 
the length() function on args. As a result, the Cordova platform does not 
invoke the native plugin code.
Although the exec() prototype clearly requires the \[\] parameter, the 
iOS version of exec() makes a preliminary sanity check on this variable to 
avoid generating an error.
Suggest to replicate this behaviour on the Android platform to provide the same 
fail-safe mechanism.

> cordova/exec crashes on Android when no [] supplied
> -
>
> Key: CB-11880
> URL: https://issues.apache.org/jira/browse/CB-11880
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Android
>Reporter: Thomas Raffray
>Priority: Minor
>
> When calling the function {code}cordova.exec(, 
> , , , []){code} without the last 
> argument, a TypeError is returned.
> The issue happens after cordova-android/cordova-js-src/exec.js tries to call 
> the length() function on args. As a result, the Cordova platform does not 
> invoke the native plugin code.
> Although the exec() prototype clearly requires the \[\] parameter, the 
> iOS version of exec() makes a preliminary sanity check on this variable to 
> avoid generating an error.
> Suggest to replicate this behaviour on the Android platform to provide the 
> same fail-safe mechanism.



--
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-11694) hardwareback value persists across usages

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11694:
-

GitHub user matrosovN opened a pull request:

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

CB-11694 Android: Set hadwareBackButton value according option in cor…



### Platforms affected
Android

### What does this PR do?
HadwareBackButton value persists across usages. By default hardwareBack 
value is null. In this case we should set hadwareBackButton  to default value.

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

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



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

$ git pull https://github.com/matrosovN/cordova-plugin-inappbrowser CB-11694

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

https://github.com/apache/cordova-plugin-inappbrowser/pull/188.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 #188


commit 71cf378af0a111e94fa4c94f2deb092ca65d3cf4
Author: Nikita Matrosov 
Date:   2016-09-20T07:23:37Z

CB-11694 Android: Set hadwareBackButton value according option in 
cordova.InAppBrowser.open

HadwareBackButton value persists across usages. By default hardwareBack 
value is null. In this case we should set hadwareBackButton  to default value.




> hardwareback value persists across usages
> -
>
> Key: CB-11694
> URL: https://issues.apache.org/jira/browse/CB-11694
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser
>Affects Versions: 1.4.0
>Reporter: Jacob Weber
>Priority: Minor
>  Labels: Android, android, triaged
>
> 1. Open an InAppBrowser without passing hardwareback. It will use the default 
> value ("yes"), so the hardware Back button will take you back in history.
> 2. Open an InAppBrowser and pass hardwareback=no. The hardware Back button 
> will close the browser.
> 3. Open an InAppBrowser without passing hardwareback. It will now use the 
> previous value ("no"), so the hardware Back button will take you back in 
> history. It should go back to the default value ("yes").



--
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-11848) [Windows] File plugin, nativeUrl includes two slashes before filename

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11848:
-

GitHub user matrosovN opened a pull request:

https://github.com/apache/cordova-plugin-file/pull/195

CB-11848 windows: Remove duplicate slash after file system path



### Platforms affected
Windows

### What does this PR do?
As we have always trailing slash after file system path we get invalid URI, 
for example ms-appdata:///temp//myfile.file, therefore we needn't leading slash 
in path argument. This PR removes it.

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



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

$ git pull https://github.com/matrosovN/cordova-plugin-file CB-11848

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

https://github.com/apache/cordova-plugin-file/pull/195.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 #195


commit 35b7a25f9f1b469daca7386a85f9eb68b82110b9
Author: Nikita Matrosov 
Date:   2016-09-20T11:07:56Z

CB-11848 windows: Remove duplicate slash after file system path

As we have always trailing slash after file system path we get invalid URI, 
for example ms-appdata:///temp//myfile.file, therefore we needn't leading slash 
in path argument




> [Windows] File plugin, nativeUrl includes two slashes before filename
> -
>
> Key: CB-11848
> URL: https://issues.apache.org/jira/browse/CB-11848
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Reporter: Maarten Manders
>  Labels: windows
>
> The returned FileEntry object in the getFile function of a DirectoryEntry 
> object contains an incorrect nativeUrl that contains 2 slashes before the 
> filename (ie. ms-appdata:///temp//myfile.file).
> This can seemingly be resolved by changing the following line in the getFile 
> function in FileProxy.js:
> var fspath = sanitize(dirpath +'/'+ path);
> to
> var fspath = sanitize(path);
> I am unsure if this causes any side-effects however.



--
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-11880) cordova/exec crashes on Android when no [] supplied

[Thomas Raffray (JIRA)]

Thomas Raffray created CB-11880:
---

 Summary: cordova/exec crashes on Android when no [] supplied
 Key: CB-11880
 URL: https://issues.apache.org/jira/browse/CB-11880
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Android
Reporter: Thomas Raffray
Priority: Minor






--
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-11879) The Cordova Geolocation Plugin in iOS quirk

[Nasser Alminji (JIRA)]

Nasser Alminji created CB-11879:
---

 Summary: The Cordova Geolocation Plugin in iOS quirk
 Key: CB-11879
 URL: https://issues.apache.org/jira/browse/CB-11879
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Geolocation
Reporter: Nasser Alminji


The problem is that https://hadaf.pro/nearby will fetch items using POST after 
getting the GPS location,

in the browser and Android, the items are displayed fine.

in iOS, the screen seems to freeze in portrait mode but in landscape it 
continues fine.





--
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-11877) StatusBar plugin not working in iOS 10

[Jorge Manrubia (JIRA)]

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

Jorge Manrubia commented on CB-11877:
-

It wasn't related to this plugin. I had to add this to my index.html (there was 
a JS error in the console about "Refused to load gap://ready because it appears 
in neither the child-src directive nor the default-src directive of the Content 
Security Policy."):



With that the plugin started working. 

> StatusBar plugin not working in iOS 10
> --
>
> Key: CB-11877
> URL: https://issues.apache.org/jira/browse/CB-11877
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Statusbar
>Affects Versions: 2.2.0
>Reporter: Jorge Manrubia
>
> StatusBar plugin won't work with iOS 10:
> - Setting `StatusBarOverlaysWebView` to false won't have effect. The web view 
> frame will overlay the status bar.
> - Executing the following will have no effect over the status bar at all.
> ```
> StatusBar.overlaysWebView(true);
> StatusBar.overlaysWebView(false);
> ```



--
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-11877) StatusBar plugin not working in iOS 10

[Jorge Manrubia (JIRA)]

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

Jorge Manrubia closed CB-11877.
---
Resolution: Fixed

> StatusBar plugin not working in iOS 10
> --
>
> Key: CB-11877
> URL: https://issues.apache.org/jira/browse/CB-11877
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Statusbar
>Affects Versions: 2.2.0
>Reporter: Jorge Manrubia
>
> StatusBar plugin won't work with iOS 10:
> - Setting `StatusBarOverlaysWebView` to false won't have effect. The web view 
> frame will overlay the status bar.
> - Executing the following will have no effect over the status bar at all.
> ```
> StatusBar.overlaysWebView(true);
> StatusBar.overlaysWebView(false);
> ```



--
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-11878) The inAppBrowser acts weirldy

[Nasser Alminji (JIRA)]

Nasser Alminji created CB-11878:
---

 Summary: The inAppBrowser acts weirldy
 Key: CB-11878
 URL: https://issues.apache.org/jira/browse/CB-11878
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin InAppBrowser
Reporter: Nasser Alminji
Priority: Minor


 var ref;
if (device.platform == 'Android') {
ref = window.open('https://hadaf.pro', '_blank' 
,'location=no,toolbar=no');
} else {
ref = window.open('https://hadaf.pro', '_blank' 
,'location=no,toolbar=no');
}

/*
var ref;
if (device.platform == 'Android') {
ref = window.open('http://192.168.1.7:3000', '_self' 
,'location=no,toolbar=no');
} else {
ref = window.open('http://192.168.1.7:3000', '_blank' 
,'location=no,toolbar=no');
}
*/
ref.addEventListener( "loadstop", function() {
ref.executeScript({ 
code: "localStorage.setItem('pushnotifId','"+regId+"'); 
localStorage.setItem('platform','"+device.platform+"');"
//code: "alert('InApp');if (typeof(Storage) !== 'undefined') { 
alert('There is '); } else { alert('No local storage '); }; 
localStorage.setItem('pushnotifId','"+regId+"'); 
localStorage.setItem('platform','"+device.platform+"'); 
alert('LocalStorage'+localStorage.getItem('platform'));"
},function(data) { alert("Code Inserted Succesfully")});
})

In android I get "Code Inserted Succesfully" when using _blank in both 
https://hadaf.pro and the local http://192..., however I get "Code Inserted 
Succesfully" when using _self only in the http://192.. but not in the 
https://hadaf.pro

So basically local storage seems to act weirdly in _self;





--
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-11836) BackgroundColor cannot be set to white

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11836:
-

Github user tsschaffert commented on the issue:

https://github.com/apache/cordova-windows/pull/195
  
@daserge I will look into it


> BackgroundColor cannot be set to white
> --
>
> Key: CB-11836
> URL: https://issues.apache.org/jira/browse/CB-11836
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Windows
> Environment: Visual Studio 2015 Update 3, Apache Cordova 6.3.1, 
> cordova-windows 4.4.2
>Reporter: Steffen Schaffert
>
> Recently, we tried to release an app version to the Windows Store (targeting 
> both Mobile and Desktop platforms)  with the BackgroundColor preference in 
> config.xml set to white (see below). 
> The build succeeded, but after submitting the app in the Windows Store, the 
> submission was declined as non-compliant, the reason being a low contrast 
> between background and foreground color. After some research, we discovered 
> the property "ForegroundText", which can be "light" or "dark", and which is 
> set to "light" per default in a Windows app. After changing this property 
> (which did not have a visible impact on our app, as we are using an image for 
> icon and splashscreen), the submission was successful. 
> As a more permanent solution, I added the functionality to change the 
> ForegroundText preference, similar to BackgroundColor, in the config.xml 
> file. I submitted this as a Pull Request 
> (https://github.com/apache/cordova-windows/pull/195).
> If there is a different solution to this problem, I would be glad to hear it, 
> otherwise I hope that the pull request can be used as a fix.
> Setting in config.xml which caused problems:
> {quote}
> 
> 
> 
> {quote}
> Solution with fix applied:
> {quote}
> 
> 
> 
> 
> {quote}



--
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-11877) StatusBar plugin not working in iOS 10

[Jorge Manrubia (JIRA)]

Jorge Manrubia created CB-11877:
---

 Summary: StatusBar plugin not working in iOS 10
 Key: CB-11877
 URL: https://issues.apache.org/jira/browse/CB-11877
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Statusbar
Affects Versions: 2.2.0
Reporter: Jorge Manrubia


StatusBar plugin won't work with iOS 10:

- Setting `StatusBarOverlaysWebView` to false won't have effect. The web view 
frame will overlay the status bar.

- Executing the following will have no effect over the status bar at all.

```
StatusBar.overlaysWebView(true);
StatusBar.overlaysWebView(false);
```





--
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