[jira] [Commented] (CB-10653) Universal Windows Platform -- activationContext is incomplete

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-10653:
-

Github user afourney commented on the issue:

https://github.com/apache/cordova-windows/pull/173
  
Yes. It was all UWP and obviously all with WinJS.


> Universal Windows Platform -- activationContext is incomplete
> -
>
> Key: CB-10653
> URL: https://issues.apache.org/jira/browse/CB-10653
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Windows
> Environment: Windows 10, Windows 10 Phone
>Reporter: Adam Fourney
>Assignee: Raghav Katyal
>Priority: Minor
>  Labels: easyfix
>   Original Estimate: 2h
>  Remaining Estimate: 2h
>
> CB-8674 modified cordova-js-src/platform.js to capture the application's 
> onactivated event, and record the details in the platform.activationContext 
> instance. 
> Unfortunately, CB-8674 covers only a few of the 12 types of UWP activation 
> events. As an example, if an app is activated by a Cortana voice command, the 
> details are missed. See here for more details: 
> https://msdn.microsoft.com/en-us/library/windows/apps/br212679.aspx
> The proposed fix is to change:
> var activationHandler = function (e) {
>var args = e.detail.arguments;
>var actType = e.detail.type;
>platform.activationContext = { type: actType, args: args };
>cordova.fireDocumentEvent('activated', platform.activationContext, 
> true);
> };
> To be: 
> var activationHandler = function (e) {
> platform.activationContext = utils.clone(e.detail);
> platform.activationContext.args = e.detail.arguments; // 
> Backwards compatibility
> cordova.fireDocumentEvent('activated', 
> platform.activationContext, true);
> };
> This also means that platform.js should require("cordova/utils")



--
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-10653) Universal Windows Platform -- activationContext is incomplete

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-10653:
-

Github user daserge commented on the issue:

https://github.com/apache/cordova-windows/pull/173
  
@afourney, see 
https://issues.apache.org/jira/browse/CB-11522?focusedCommentId=15359160&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-15359160
 - we'll need to fix the clone method too, but it will not help missing the 
native types of cloned properties like StorageFile (so that a successive call 
to `Windows.Storage.FileIO.readTextAsync` will fail, for this example).
To confirm - were you testing on an UWP project?


> Universal Windows Platform -- activationContext is incomplete
> -
>
> Key: CB-10653
> URL: https://issues.apache.org/jira/browse/CB-10653
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Windows
> Environment: Windows 10, Windows 10 Phone
>Reporter: Adam Fourney
>Assignee: Raghav Katyal
>Priority: Minor
>  Labels: easyfix
>   Original Estimate: 2h
>  Remaining Estimate: 2h
>
> CB-8674 modified cordova-js-src/platform.js to capture the application's 
> onactivated event, and record the details in the platform.activationContext 
> instance. 
> Unfortunately, CB-8674 covers only a few of the 12 types of UWP activation 
> events. As an example, if an app is activated by a Cortana voice command, the 
> details are missed. See here for more details: 
> https://msdn.microsoft.com/en-us/library/windows/apps/br212679.aspx
> The proposed fix is to change:
> var activationHandler = function (e) {
>var args = e.detail.arguments;
>var actType = e.detail.type;
>platform.activationContext = { type: actType, args: args };
>cordova.fireDocumentEvent('activated', platform.activationContext, 
> true);
> };
> To be: 
> var activationHandler = function (e) {
> platform.activationContext = utils.clone(e.detail);
> platform.activationContext.args = e.detail.arguments; // 
> Backwards compatibility
> cordova.fireDocumentEvent('activated', 
> platform.activationContext, true);
> };
> This also means that platform.js should require("cordova/utils")



--
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-10653) Universal Windows Platform -- activationContext is incomplete

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-10653:
-

Github user afourney commented on the issue:

https://github.com/apache/cordova-windows/pull/173
  
To follow up: I was testing on Windows 10 desktop and Windows 10 mobile. On 
both platforms the e.detail.result field goes missing when e.detail.kind === 
activation.ActivationKind.voiceCommand and accessed outside of the event 
handler.

I don't think that both cloning and keeping the original object is a 
solution. It sounds like clone fails when it's Activation.ActivationKind.file.  
I suppose we could wrap the clone in a try/catch, or build a more robust clone 
operator for this use case.


> Universal Windows Platform -- activationContext is incomplete
> -
>
> Key: CB-10653
> URL: https://issues.apache.org/jira/browse/CB-10653
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Windows
> Environment: Windows 10, Windows 10 Phone
>Reporter: Adam Fourney
>Assignee: Raghav Katyal
>Priority: Minor
>  Labels: easyfix
>   Original Estimate: 2h
>  Remaining Estimate: 2h
>
> CB-8674 modified cordova-js-src/platform.js to capture the application's 
> onactivated event, and record the details in the platform.activationContext 
> instance. 
> Unfortunately, CB-8674 covers only a few of the 12 types of UWP activation 
> events. As an example, if an app is activated by a Cortana voice command, the 
> details are missed. See here for more details: 
> https://msdn.microsoft.com/en-us/library/windows/apps/br212679.aspx
> The proposed fix is to change:
> var activationHandler = function (e) {
>var args = e.detail.arguments;
>var actType = e.detail.type;
>platform.activationContext = { type: actType, args: args };
>cordova.fireDocumentEvent('activated', platform.activationContext, 
> true);
> };
> To be: 
> var activationHandler = function (e) {
> platform.activationContext = utils.clone(e.detail);
> platform.activationContext.args = e.detail.arguments; // 
> Backwards compatibility
> cordova.fireDocumentEvent('activated', 
> platform.activationContext, true);
> };
> This also means that platform.js should require("cordova/utils")



--
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-10653) Universal Windows Platform -- activationContext is incomplete

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-10653:
-

Github user daserge commented on the issue:

https://github.com/apache/cordova-windows/pull/173
  
@rakatyal, thanks for the details!


> Universal Windows Platform -- activationContext is incomplete
> -
>
> Key: CB-10653
> URL: https://issues.apache.org/jira/browse/CB-10653
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Windows
> Environment: Windows 10, Windows 10 Phone
>Reporter: Adam Fourney
>Assignee: Raghav Katyal
>Priority: Minor
>  Labels: easyfix
>   Original Estimate: 2h
>  Remaining Estimate: 2h
>
> CB-8674 modified cordova-js-src/platform.js to capture the application's 
> onactivated event, and record the details in the platform.activationContext 
> instance. 
> Unfortunately, CB-8674 covers only a few of the 12 types of UWP activation 
> events. As an example, if an app is activated by a Cortana voice command, the 
> details are missed. See here for more details: 
> https://msdn.microsoft.com/en-us/library/windows/apps/br212679.aspx
> The proposed fix is to change:
> var activationHandler = function (e) {
>var args = e.detail.arguments;
>var actType = e.detail.type;
>platform.activationContext = { type: actType, args: args };
>cordova.fireDocumentEvent('activated', platform.activationContext, 
> true);
> };
> To be: 
> var activationHandler = function (e) {
> platform.activationContext = utils.clone(e.detail);
> platform.activationContext.args = e.detail.arguments; // 
> Backwards compatibility
> cordova.fireDocumentEvent('activated', 
> platform.activationContext, true);
> };
> This also means that platform.js should require("cordova/utils")



--
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-11540) Let FileUtils.remapUri requests READ permission

[zhuisui (JIRA)]

zhuisui created CB-11540:


 Summary: Let FileUtils.remapUri requests READ permission 
 Key: CB-11540
 URL: https://issues.apache.org/jira/browse/CB-11540
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Plugin File
Reporter: zhuisui


If hasNoPermission to READ, result of remapuri for cdvfile url will returns 404.
So maybe it needs to request permission at some place.



--
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-11539) ReferenceError: Can't find variable: FileTransfer

[Roger Wiese (JIRA)]

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

Roger Wiese closed CB-11539.

Resolution: Not A Bug

My fault, sorry

I had not fully installed the plugin .. trying to take shortcuts. 


> ReferenceError: Can't find variable: FileTransfer
> -
>
> Key: CB-11539
> URL: https://issues.apache.org/jira/browse/CB-11539
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaCommon, Plugin File Transfer
>Affects Versions: 6.2.0
> Environment: Xcode 7.3.1 iPhone 9.3 Cordova 6.2.0 FileTransfer 1.5.1
>Reporter: Roger Wiese
>
> I have the following plugins installed
> com.googlemaps.ios 1.13.0 "Google Map iOS SDK for Cordova"
> cordova-plugin-camera 2.2.0 "Camera"
> cordova-plugin-compat 1.0.0 "Compat"
> cordova-plugin-device 1.1.2 "Device"
> cordova-plugin-dialogs 1.2.1 "Notification"
> cordova-plugin-email-composer 0.8.3 "EmailComposer"
> cordova-plugin-file 4.2.0 "File"
> cordova-plugin-file-transfer 1.5.1 "File Transfer"
> cordova-plugin-geolocation 2.2.0 "Geolocation"
> cordova-plugin-inappbrowser 1.4.0 "InAppBrowser"
> cordova-plugin-insomnia 4.2.0 "Insomnia (prevent screen sleep)"
> cordova-plugin-network-information 1.2.1 "Network Information"
> cordova-plugin-splashscreen 3.2.2 "Splashscreen"
> cordova-plugin-whitelist 1.2.2 "Whitelist"
> App is falling over on
> var ft = new FileTransfer();
> Error = ReferenceError: Can't find variable: FileTransfer
> Also fails on: console.log(FileTransfer);
> window.resolveLocalFileSystemURI(filePathAndName, function(fileEntry) {
> ... is working OK. 
> XCode is reporting this warning during build: 
> /Plugins/cordova-plugin-file-transfer/CDVFileTransfer.m:224:34: Values of 
> type 'NSUInteger' should not be used as format arguments; add an explicit 
> cast to 'unsigned long' instead
> Otherwise the build is clean. 
> I tried removing & re-adding the file-transfer plugin many times. 
> On installing the plugin I always get this error .. (but I doubt this is 
> causing my reference error issue)
> Installing "cordova-plugin-compat" for www
> Failed to install 'cordova-plugin-compat':AssertionError: path must be a 
> string
> at Module.require (module.js:362:3)



--
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-11539) ReferenceError: Can't find variable: FileTransfer

[Roger Wiese (JIRA)]

Roger Wiese created CB-11539:


 Summary: ReferenceError: Can't find variable: FileTransfer
 Key: CB-11539
 URL: https://issues.apache.org/jira/browse/CB-11539
 Project: Apache Cordova
  Issue Type: Bug
  Components: CordovaCommon, Plugin File Transfer
Affects Versions: 6.2.0
 Environment: Xcode 7.3.1 iPhone 9.3 Cordova 6.2.0 FileTransfer 1.5.1
Reporter: Roger Wiese


I have the following plugins installed
com.googlemaps.ios 1.13.0 "Google Map iOS SDK for Cordova"
cordova-plugin-camera 2.2.0 "Camera"
cordova-plugin-compat 1.0.0 "Compat"
cordova-plugin-device 1.1.2 "Device"
cordova-plugin-dialogs 1.2.1 "Notification"
cordova-plugin-email-composer 0.8.3 "EmailComposer"
cordova-plugin-file 4.2.0 "File"
cordova-plugin-file-transfer 1.5.1 "File Transfer"
cordova-plugin-geolocation 2.2.0 "Geolocation"
cordova-plugin-inappbrowser 1.4.0 "InAppBrowser"
cordova-plugin-insomnia 4.2.0 "Insomnia (prevent screen sleep)"
cordova-plugin-network-information 1.2.1 "Network Information"
cordova-plugin-splashscreen 3.2.2 "Splashscreen"
cordova-plugin-whitelist 1.2.2 "Whitelist"

App is falling over on
var ft = new FileTransfer();
Error = ReferenceError: Can't find variable: FileTransfer

Also fails on: console.log(FileTransfer);

window.resolveLocalFileSystemURI(filePathAndName, function(fileEntry) {
... is working OK. 

XCode is reporting this warning during build: 
/Plugins/cordova-plugin-file-transfer/CDVFileTransfer.m:224:34: Values of type 
'NSUInteger' should not be used as format arguments; add an explicit cast to 
'unsigned long' instead
Otherwise the build is clean. 

I tried removing & re-adding the file-transfer plugin many times. 
On installing the plugin I always get this error .. (but I doubt this is 
causing my reference error issue)
Installing "cordova-plugin-compat" for www
Failed to install 'cordova-plugin-compat':AssertionError: path must be a string
at Module.require (module.js:362:3)




--
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-11287) iOS: landscape iPhone app: webview orientation turns to portrait after camera displayed

[Michael Schmidt (JIRA)]

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

Michael Schmidt commented on CB-11287:
--

I installed it with the command you mentioned. Hmm.

> iOS: landscape iPhone app: webview orientation turns to portrait after camera 
> displayed
> ---
>
> Key: CB-11287
> URL: https://issues.apache.org/jira/browse/CB-11287
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Statusbar
>Affects Versions: 2.2.0
> Environment: cordova 6.1.1
> ios 4.1.1
> cordova-plugin-camera 2.2.0 "Camera"
>Reporter: Michael Schmidt
>Assignee: jcesarmobile
>  Labels: iOS
>
> *situation*
> * app in landscape mode
> {code:JavaScript}
>   
> {code}
> * camera options
> {code:JavaScript}
> {
>  destinationType: Camera.DestinationType.FILE_URI,
>  sourceType: Camera.PictureSourceType.CAMERA,
>  encodingType: Camera.EncodingType.JPEG,
>  mediaType: Camera.MediaType.PICTURE,
> };
> {code}
> *problem*
> After displaying the camera, the app viewport turns to portrait mode - 
> despite that the whole app is set to landscape.
> This takes place for either taking a picture or pressing cancel.
> This bug occurs only on iPhone, it works on iPad though.
> *appearance*
> the bug (viewport turns portrait) appears in all combinations of 
> - holding phone in portrait/landscape
> - setting correctOrientation to true/false
> - using Camera.PictureSourceType.PHOTOLIBRARY/Camera.PictureSourceType.CAMERA
> *possibly related*
> this error occurs after closing the camera picker:
> {code}
> 2016-06-04 16:38:37.527 CordovaApp[2217:1174793] Warning: Attempt to present 
>  on  whose 
> view is not in the window hierarchy!
> {code}
> *regression from camera 1.2.0*
> This is a regression - it works reproducably in the following configuration:
> {code}
> cordova 5.3.3
> cordova-ios 3.9.1
> cordova-plugin-camera 1.2.0
> {code}
> it slowly degraded: with cordova-plugin-camera 2.0.0 it showed wrong - but 
> still still could changed by rotating the phone back and forth. With 
> cordova-plugin-camera 2.0.0 the actual phone orientation makes a difference 
> when correctOrientation is set to true - it seems that the bug occurs only 
> when the phone is held in portrait during the camera open
> -> seems to be related to correctOrientation



--
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-11125) camera breaks UI when orientation changes from landscape to portrait on iOS

[jcesarmobile (JIRA)]

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

jcesarmobile commented on CB-11125:
---

Sorry, it's a duplicate of CB-11191, it has not been fixed yet

> camera breaks UI when orientation changes from landscape to portrait on iOS
> ---
>
> Key: CB-11125
> URL: https://issues.apache.org/jira/browse/CB-11125
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera, Plugin Statusbar
>Affects Versions: 4.1.1
> Environment: Mac OS 10.11.4, iOS 9.3.1, iPhone 6
>Reporter: Jacob Weber
>Assignee: jcesarmobile
>
> CB-10884 also affects the camera plugin. Rotate the device to landscape and 
> launch the camera. Rotate to portrait while the camera window is open, then 
> close the camera window. The viewport doesn't adjust to fill the screen.
> config.xml:
> {code}
> 
> 
> 
> 
> 
> 
> {code}
> Code to launch camera:
> {code}
> navigator.camera.getPicture(function(){}, function(){}, {
> sourceType: Camera.PictureSourceType.CAMERA,
> destinationType: Camera.DestinationType.FILE_URI
> });
> {code}



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

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

[jira] [Reopened] (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:all-tabpanel
 ]

jcesarmobile reopened CB-11191:
---

My changes didn't fix this case, just when it changes from portrait to 
landscape, so not really clones. 

Reopening issue... 

[~daserge] do you still want it?

> 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-11287) iOS: landscape iPhone app: webview orientation turns to portrait after camera displayed

[jcesarmobile (JIRA)]

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

jcesarmobile commented on CB-11287:
---

I can't reproduce the issue with the changes, did you install from the github 
url? the changes has not been published to NPM yet, they are on github master 
branch, you can install with {code}cordova plugin add 
https://github.com/apache/cordova-plugin-statusbar{code}

> iOS: landscape iPhone app: webview orientation turns to portrait after camera 
> displayed
> ---
>
> Key: CB-11287
> URL: https://issues.apache.org/jira/browse/CB-11287
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Statusbar
>Affects Versions: 2.2.0
> Environment: cordova 6.1.1
> ios 4.1.1
> cordova-plugin-camera 2.2.0 "Camera"
>Reporter: Michael Schmidt
>Assignee: jcesarmobile
>  Labels: iOS
>
> *situation*
> * app in landscape mode
> {code:JavaScript}
>   
> {code}
> * camera options
> {code:JavaScript}
> {
>  destinationType: Camera.DestinationType.FILE_URI,
>  sourceType: Camera.PictureSourceType.CAMERA,
>  encodingType: Camera.EncodingType.JPEG,
>  mediaType: Camera.MediaType.PICTURE,
> };
> {code}
> *problem*
> After displaying the camera, the app viewport turns to portrait mode - 
> despite that the whole app is set to landscape.
> This takes place for either taking a picture or pressing cancel.
> This bug occurs only on iPhone, it works on iPad though.
> *appearance*
> the bug (viewport turns portrait) appears in all combinations of 
> - holding phone in portrait/landscape
> - setting correctOrientation to true/false
> - using Camera.PictureSourceType.PHOTOLIBRARY/Camera.PictureSourceType.CAMERA
> *possibly related*
> this error occurs after closing the camera picker:
> {code}
> 2016-06-04 16:38:37.527 CordovaApp[2217:1174793] Warning: Attempt to present 
>  on  whose 
> view is not in the window hierarchy!
> {code}
> *regression from camera 1.2.0*
> This is a regression - it works reproducably in the following configuration:
> {code}
> cordova 5.3.3
> cordova-ios 3.9.1
> cordova-plugin-camera 1.2.0
> {code}
> it slowly degraded: with cordova-plugin-camera 2.0.0 it showed wrong - but 
> still still could changed by rotating the phone back and forth. With 
> cordova-plugin-camera 2.0.0 the actual phone orientation makes a difference 
> when correctOrientation is set to true - it seems that the bug occurs only 
> when the phone is held in portrait during the camera open
> -> seems to be related to correctOrientation



--
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-10653) Universal Windows Platform -- activationContext is incomplete

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-10653:
-

Github user rakatyal commented on the issue:

https://github.com/apache/cordova-windows/pull/173
  
@dasarge: I don't recall the exact OS but I could reproduce @afourney's 
problem. The details were lost by the time I could access it in plugin's code. 
I think I could see this happening for FileSavePicker kind as well. As far as 
having both the raw and cloned details object, I am fine with it.


> Universal Windows Platform -- activationContext is incomplete
> -
>
> Key: CB-10653
> URL: https://issues.apache.org/jira/browse/CB-10653
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Windows
> Environment: Windows 10, Windows 10 Phone
>Reporter: Adam Fourney
>Assignee: Raghav Katyal
>Priority: Minor
>  Labels: easyfix
>   Original Estimate: 2h
>  Remaining Estimate: 2h
>
> CB-8674 modified cordova-js-src/platform.js to capture the application's 
> onactivated event, and record the details in the platform.activationContext 
> instance. 
> Unfortunately, CB-8674 covers only a few of the 12 types of UWP activation 
> events. As an example, if an app is activated by a Cortana voice command, the 
> details are missed. See here for more details: 
> https://msdn.microsoft.com/en-us/library/windows/apps/br212679.aspx
> The proposed fix is to change:
> var activationHandler = function (e) {
>var args = e.detail.arguments;
>var actType = e.detail.type;
>platform.activationContext = { type: actType, args: args };
>cordova.fireDocumentEvent('activated', platform.activationContext, 
> true);
> };
> To be: 
> var activationHandler = function (e) {
> platform.activationContext = utils.clone(e.detail);
> platform.activationContext.args = e.detail.arguments; // 
> Backwards compatibility
> cordova.fireDocumentEvent('activated', 
> platform.activationContext, true);
> };
> This also means that platform.js should require("cordova/utils")



--
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-4897) Support window.postMessage for two way communication between local and remote content

[Benjamin LUPU (JIRA)]

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

Benjamin LUPU commented on CB-4897:
---

Would very nice to have this feature.

> Support window.postMessage for two way communication between local and remote 
> content
> -
>
> Key: CB-4897
> URL: https://issues.apache.org/jira/browse/CB-4897
> Project: Apache Cordova
>  Issue Type: New Feature
>  Components: Plugin InAppBrowser
>Affects Versions: 3.0.0
>Reporter: Lachlan Hunt
>
> For developing a hybrid web app that will use the device APIs provided by 
> Cordova plugins in combination with a remotely hosted web application, it is 
> necessary to be able to communicate between the local and remotely hosted 
> components.
> The InAppBrowser plugin currently only provides limited support for mostly 
> one-way communication using executeScript to inject a new script into the 
> remote document.  But this is limited because it only allows a single return 
> value, and doesn't directly allow for ongoing communication.
> It would be very useful if window.postMessage were supported by the plugin.  
> When a message is received by the remote page (via the window.onmessage 
> handler), the evt.source property can provide a WindowProxy or MessagePort to 
> be used for subsequent communication from the remote page to the local page.
> Other solutions I have considered:
> * Using iframe instead of InAppBrowser, absolutely positioned and covering 
> the full height and width of the screen.
> This works, because the Window objects are accessible to both, and posting a 
> message to iframe.contentWinow from the local content provides a reference to 
> evt.source (The local Window object).  This isn't ideal because it prevents 
> using InAppBrowser's executeScript feature to first inject a script to enable 
> the two-way communication features.  Ideally, I don't want the server to 
> include it because I don't want the web app to enable the feature when the 
> remote page is loaded outside of the native app.
> * Creating a new MessageChannel() object and returning one of the ports via 
> the executeScript return value.
> This doesn't work because the MessageChannel() constructor is not yet 
> supported by WebKit on the devices.
> * Loading a remote script directly into the local content, and having that 
> script populate the DOM with content as needed. This isn't ideal because the 
> base URL of the document is not a URL to the remote host, so relative paths 
> don't work, and setting  causes other problems.
> * Communication via SharedWorker
> This method is the best I've found so far, but is quite complex to setup and 
> operate securely.
> Setup for local page:
> * Embed http://remote.example.com/bridge.html";>
> * Generate a secure shared secret key using window.crypto DOM API. (Don't use 
> Math.random() because it could potentially allow attackers to guess the 
> shared secret.)
> * use iframe.contentWindow.postMessage() to send messages to bridge.html.
> * Send initialisation message with the shared secret key to the bridge.
> * var win = window.open("http://remote.example.com/";, ...)
> * When loaded, use win.executeScript(...) to inject the same bridge.html 
> iframe and the shared secret key into the remote page
> Setup for remote page (from executeScript call):
> * Embed http://remote.example.com/bridge.html";>
> * postMessage() initialisation to the bridge with the shared secret key
> Bridge.html
> * Creates a new SharedWorker("bridge.js")
> * Messages received by the SharedWorker are broadcast out to all other 
> listeners that have initialised with the same shared secret key.
> Because bridge.html may potentially be embedded into any site and access the 
> same SharedWorker, the shared secret key lets the worker know which pages are 
> authorised to post messages, and reject messages received from other sources.
> The complexity of that solution would be solved by having native support for 
> window.postMessage() in the InAppBrowser plugin.



--
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-4897) Support window.postMessage for two way communication between local and remote content

[Benjamin LUPU (JIRA)]

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

Benjamin LUPU edited comment on CB-4897 at 7/5/16 4:39 PM:
---

Would be very nice to have this feature.


was (Author: benjamin.lupu):
Would very nice to have this feature.

> Support window.postMessage for two way communication between local and remote 
> content
> -
>
> Key: CB-4897
> URL: https://issues.apache.org/jira/browse/CB-4897
> Project: Apache Cordova
>  Issue Type: New Feature
>  Components: Plugin InAppBrowser
>Affects Versions: 3.0.0
>Reporter: Lachlan Hunt
>
> For developing a hybrid web app that will use the device APIs provided by 
> Cordova plugins in combination with a remotely hosted web application, it is 
> necessary to be able to communicate between the local and remotely hosted 
> components.
> The InAppBrowser plugin currently only provides limited support for mostly 
> one-way communication using executeScript to inject a new script into the 
> remote document.  But this is limited because it only allows a single return 
> value, and doesn't directly allow for ongoing communication.
> It would be very useful if window.postMessage were supported by the plugin.  
> When a message is received by the remote page (via the window.onmessage 
> handler), the evt.source property can provide a WindowProxy or MessagePort to 
> be used for subsequent communication from the remote page to the local page.
> Other solutions I have considered:
> * Using iframe instead of InAppBrowser, absolutely positioned and covering 
> the full height and width of the screen.
> This works, because the Window objects are accessible to both, and posting a 
> message to iframe.contentWinow from the local content provides a reference to 
> evt.source (The local Window object).  This isn't ideal because it prevents 
> using InAppBrowser's executeScript feature to first inject a script to enable 
> the two-way communication features.  Ideally, I don't want the server to 
> include it because I don't want the web app to enable the feature when the 
> remote page is loaded outside of the native app.
> * Creating a new MessageChannel() object and returning one of the ports via 
> the executeScript return value.
> This doesn't work because the MessageChannel() constructor is not yet 
> supported by WebKit on the devices.
> * Loading a remote script directly into the local content, and having that 
> script populate the DOM with content as needed. This isn't ideal because the 
> base URL of the document is not a URL to the remote host, so relative paths 
> don't work, and setting  causes other problems.
> * Communication via SharedWorker
> This method is the best I've found so far, but is quite complex to setup and 
> operate securely.
> Setup for local page:
> * Embed http://remote.example.com/bridge.html";>
> * Generate a secure shared secret key using window.crypto DOM API. (Don't use 
> Math.random() because it could potentially allow attackers to guess the 
> shared secret.)
> * use iframe.contentWindow.postMessage() to send messages to bridge.html.
> * Send initialisation message with the shared secret key to the bridge.
> * var win = window.open("http://remote.example.com/";, ...)
> * When loaded, use win.executeScript(...) to inject the same bridge.html 
> iframe and the shared secret key into the remote page
> Setup for remote page (from executeScript call):
> * Embed http://remote.example.com/bridge.html";>
> * postMessage() initialisation to the bridge with the shared secret key
> Bridge.html
> * Creates a new SharedWorker("bridge.js")
> * Messages received by the SharedWorker are broadcast out to all other 
> listeners that have initialised with the same shared secret key.
> Because bridge.html may potentially be embedded into any site and access the 
> same SharedWorker, the shared secret key lets the worker know which pages are 
> authorised to post messages, and reject messages received from other sources.
> The complexity of that solution would be solved by having native support for 
> window.postMessage() in the InAppBrowser plugin.



--
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-11531) Restart Accelerometer on CyanogenMod 13

[Sergey Shakhnazarov (JIRA)]

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

Sergey Shakhnazarov commented on CB-11531:
--

Reproduced with Android 6 emulator (api23) - getAcceleration/watchAcceleration 
returns only one value, then no success or fail callbacks are fired.

> Restart Accelerometer on CyanogenMod 13
> ---
>
> Key: CB-11531
> URL: https://issues.apache.org/jira/browse/CB-11531
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, Plugin Device Motion
> Environment: Nexus 4, Android 6.0.1 (CyanogenMod 13)
>Reporter: CL
>  Labels: android, reproduced, triaged
>
> When the accelerometer is started for the first time via the 
> navigator.accelerometer.watchAccleration() function it works fine. But when 
> the accelerometer is stopped (via navigator.accelerometer.clearWatch()) and 
> then started again after a timeout the success callback is not called anymore.
> It works on a Samsung Galaxy S III with the original Android ROM installed.
> Further details about the issue can be found here: 
> https://stackoverflow.com/questions/38027898/phonegap-restart-accelerometer?noredirect=1#comment63775867_38027898



--
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-11531) Restart Accelerometer on CyanogenMod 13

[Sergey Shakhnazarov (JIRA)]

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

Sergey Shakhnazarov updated CB-11531:
-
Labels: android reproduced triaged  (was: patch)

> Restart Accelerometer on CyanogenMod 13
> ---
>
> Key: CB-11531
> URL: https://issues.apache.org/jira/browse/CB-11531
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, Plugin Device Motion
> Environment: Nexus 4, Android 6.0.1 (CyanogenMod 13)
>Reporter: CL
>  Labels: android, reproduced, triaged
>
> When the accelerometer is started for the first time via the 
> navigator.accelerometer.watchAccleration() function it works fine. But when 
> the accelerometer is stopped (via navigator.accelerometer.clearWatch()) and 
> then started again after a timeout the success callback is not called anymore.
> It works on a Samsung Galaxy S III with the original Android ROM installed.
> Further details about the issue can be found here: 
> https://stackoverflow.com/questions/38027898/phonegap-restart-accelerometer?noredirect=1#comment63775867_38027898



--
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-11492) window.resolveLocalFileSystemURL is not resolving content:// path to a file:// path

[Sergey Shakhnazarov (JIRA)]

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

Sergey Shakhnazarov commented on CB-11492:
--

Could you also add an errorCallback to {{resolveLocalFileSystemURL}} to see if 
there are some error details?

> window.resolveLocalFileSystemURL is not resolving content:// path to a 
> file:// path
> ---
>
> Key: CB-11492
> URL: https://issues.apache.org/jira/browse/CB-11492
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Affects Versions: 4.2.0
>Reporter: Josh Sharpe
>  Labels: android, no-repro, triaged, wfc
>
> It's my understanding that the file plugin (resolveLocalFileSystemURL) should 
> handle this, however I had to use the file-path plugin (resolveNativePath)
> var path = 
> "content://com.android.providers.media.documents/document/image:1051";
> window.resolveLocalFileSystemURL(path, function(a){
>   console.log(a)
> })
> -> undefined
> window.FilePath.resolveNativePath(path, function(localFileUri) {
>   console.log(localFileUri)
> });
> -> "file:///storage/emulated/0/DCIM/Camera/IMG_20160625_104045.jpg"



--
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-11492) window.resolveLocalFileSystemURL is not resolving content:// path to a file:// path

[Sergey Shakhnazarov (JIRA)]

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

Sergey Shakhnazarov updated CB-11492:
-
Component/s: (was: Android)

> window.resolveLocalFileSystemURL is not resolving content:// path to a 
> file:// path
> ---
>
> Key: CB-11492
> URL: https://issues.apache.org/jira/browse/CB-11492
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Affects Versions: 4.2.0
>Reporter: Josh Sharpe
>  Labels: android, no-repro, triaged, wfc
>
> It's my understanding that the file plugin (resolveLocalFileSystemURL) should 
> handle this, however I had to use the file-path plugin (resolveNativePath)
> var path = 
> "content://com.android.providers.media.documents/document/image:1051";
> window.resolveLocalFileSystemURL(path, function(a){
>   console.log(a)
> })
> -> undefined
> window.FilePath.resolveNativePath(path, function(localFileUri) {
>   console.log(localFileUri)
> });
> -> "file:///storage/emulated/0/DCIM/Camera/IMG_20160625_104045.jpg"



--
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-11492) window.resolveLocalFileSystemURL is not resolving content:// path to a file:// path

[Sergey Shakhnazarov (JIRA)]

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

Sergey Shakhnazarov updated CB-11492:
-
Labels: android no-repro triaged wfc  (was: )

> window.resolveLocalFileSystemURL is not resolving content:// path to a 
> file:// path
> ---
>
> Key: CB-11492
> URL: https://issues.apache.org/jira/browse/CB-11492
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Affects Versions: 4.2.0
>Reporter: Josh Sharpe
>  Labels: android, no-repro, triaged, wfc
>
> It's my understanding that the file plugin (resolveLocalFileSystemURL) should 
> handle this, however I had to use the file-path plugin (resolveNativePath)
> var path = 
> "content://com.android.providers.media.documents/document/image:1051";
> window.resolveLocalFileSystemURL(path, function(a){
>   console.log(a)
> })
> -> undefined
> window.FilePath.resolveNativePath(path, function(localFileUri) {
>   console.log(localFileUri)
> });
> -> "file:///storage/emulated/0/DCIM/Camera/IMG_20160625_104045.jpg"



--
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-11492) window.resolveLocalFileSystemURL is not resolving content:// path to a file:// path

[Sergey Shakhnazarov (JIRA)]

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

Sergey Shakhnazarov commented on CB-11492:
--

[~josh.m.sha...@gmail.com], the issue does not reproduce for me neither on 
Android 5.0.1 with {{content://media/external/images/media/...}} nor on Android 
4.4.2 emulator with 
{{content://com.android.providers.media.documents/document/image...}}.
Could you please add environment details (device, OS version) and repro steps 
(ideally a failing code sample)?

> window.resolveLocalFileSystemURL is not resolving content:// path to a 
> file:// path
> ---
>
> Key: CB-11492
> URL: https://issues.apache.org/jira/browse/CB-11492
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, Plugin File
>Affects Versions: 4.2.0
>Reporter: Josh Sharpe
>
> It's my understanding that the file plugin (resolveLocalFileSystemURL) should 
> handle this, however I had to use the file-path plugin (resolveNativePath)
> var path = 
> "content://com.android.providers.media.documents/document/image:1051";
> window.resolveLocalFileSystemURL(path, function(a){
>   console.log(a)
> })
> -> undefined
> window.FilePath.resolveNativePath(path, function(localFileUri) {
>   console.log(localFileUri)
> });
> -> "file:///storage/emulated/0/DCIM/Camera/IMG_20160625_104045.jpg"



--
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-11538) Update Windows platform readme with logging quirks

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11538:
-

Github user codecov-io commented on the issue:

https://github.com/apache/cordova-windows/pull/182
  
## [Current coverage][cc-pull] is **72.17%**
> Merging [#182][cc-pull] into [master][cc-base-branch] will not change 
coverage

```diff
@@ master   #182   diff @@
==
  Files14 14  
  Lines  1905   1905  
  Methods 351351  
  Messages  0  0  
  Branches385385  
==
  Hits   1375   1375  
  Misses  530530  
  Partials  0  0  
```

> Powered by [Codecov](https://codecov.io?src=pr). Last updated by 
[b0502ae...0b63034][cc-compare]
[cc-base-branch]: 
https://codecov.io/gh/apache/cordova-windows/branch/master?src=pr
[cc-compare]: 
https://codecov.io/gh/apache/cordova-windows/compare/b0502ae450c61e8bcb99969a174d062ef751f081...0b6303402e1cdd4dd2759171f49ad93b4d3d8d57
[cc-pull]: https://codecov.io/gh/apache/cordova-windows/pull/182?src=pr


> Update Windows platform readme with logging quirks
> --
>
> Key: CB-11538
> URL: https://issues.apache.org/jira/browse/CB-11538
> Project: Apache Cordova
>  Issue Type: Task
>  Components: Windows
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>
> Windows platform README should contain the information on how to run 
> cordova\log script and possible quirks.



--
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-11538) Update Windows platform readme with logging quirks

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11538:
-

GitHub user alsorokin opened a pull request:

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

CB-11538 Update README with information about logging

https://issues.apache.org/jira/browse/CB-11538

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

$ git pull https://github.com/alsorokin/cordova-windows CB-11538

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

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

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

This closes #182


commit 0b6303402e1cdd4dd2759171f49ad93b4d3d8d57
Author: Alexander Sorokin 
Date:   2016-07-05T14:05:42Z

CB-11538 Update README with information about logging




> Update Windows platform readme with logging quirks
> --
>
> Key: CB-11538
> URL: https://issues.apache.org/jira/browse/CB-11538
> Project: Apache Cordova
>  Issue Type: Task
>  Components: Windows
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>
> Windows platform README should contain the information on how to run 
> cordova\log script and possible quirks.



--
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-11538) Update Windows platform readme with logging quirks

[Alexander Sorokin (JIRA)]

Alexander Sorokin created CB-11538:
--

 Summary: Update Windows platform readme with logging quirks
 Key: CB-11538
 URL: https://issues.apache.org/jira/browse/CB-11538
 Project: Apache Cordova
  Issue Type: Task
  Components: Windows
Reporter: Alexander Sorokin
Assignee: Alexander Sorokin


Windows platform README should contain the information on how to run 
cordova\log script and possible quirks.



--
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-11537) Windows platform log script prints duplicated logs

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11537:
-

Github user codecov-io commented on the issue:

https://github.com/apache/cordova-windows/pull/181
  
## [Current coverage][cc-pull] is **72.17%**
> Merging [#181][cc-pull] into [master][cc-base-branch] will not change 
coverage

```diff
@@ master   #181   diff @@
==
  Files14 14  
  Lines  1905   1905  
  Methods 351351  
  Messages  0  0  
  Branches385385  
==
  Hits   1375   1375  
  Misses  530530  
  Partials  0  0  
```

> Powered by [Codecov](https://codecov.io?src=pr). Last updated by 
[b0502ae...17934ad][cc-compare]
[cc-base-branch]: 
https://codecov.io/gh/apache/cordova-windows/branch/master?src=pr
[cc-compare]: 
https://codecov.io/gh/apache/cordova-windows/compare/b0502ae450c61e8bcb99969a174d062ef751f081...17934adb698d8102fb6723404087885661bf0971
[cc-pull]: https://codecov.io/gh/apache/cordova-windows/pull/181?src=pr


> Windows platform log script prints duplicated logs
> --
>
> Key: CB-11537
> URL: https://issues.apache.org/jira/browse/CB-11537
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>
> {noformat}
> cordova create foo
> cd foo
> cordova platform add windows
> [in another cmd window with admin privileges:]
> platforms\windows\cordova\log
> [back in first cmd window:]
> cordova run
> {noformat}
> This will print all logs continuously, duplicating every entry. The expected 
> behavior is that it will not duplicate log entries.



--
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-11537) Windows platform log script prints duplicated logs

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11537:
-

GitHub user alsorokin opened a pull request:

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

CB-11537 Do not duplicate log entries when printing logs

https://issues.apache.org/jira/browse/CB-11537

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

$ git pull https://github.com/alsorokin/cordova-windows CB-11537

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

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


commit 17934adb698d8102fb6723404087885661bf0971
Author: Alexander Sorokin 
Date:   2016-07-05T12:31:59Z

CB-11537 Do not duplicate log entries when printing logs




> Windows platform log script prints duplicated logs
> --
>
> Key: CB-11537
> URL: https://issues.apache.org/jira/browse/CB-11537
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>
> {noformat}
> cordova create foo
> cd foo
> cordova platform add windows
> [in another cmd window with admin privileges:]
> platforms\windows\cordova\log
> [back in first cmd window:]
> cordova run
> {noformat}
> This will print all logs continuously, duplicating every entry. The expected 
> behavior is that it will not duplicate log entries.



--
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-11537) Windows platform log script prints duplicated logs

[Alexander Sorokin (JIRA)]

Alexander Sorokin created CB-11537:
--

 Summary: Windows platform log script prints duplicated logs
 Key: CB-11537
 URL: https://issues.apache.org/jira/browse/CB-11537
 Project: Apache Cordova
  Issue Type: Bug
  Components: Windows
Reporter: Alexander Sorokin
Assignee: Alexander Sorokin


{noformat}
cordova create foo
cd foo
cordova platform add windows
[in another cmd window with admin privileges:]
platforms\windows\cordova\log
[back in first cmd window:]
cordova run
{noformat}
This will print all logs continuously, duplicating every entry. The expected 
behavior is that it will not duplicate log entries.



--
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-11305) use cdvfile: cannot import image or js

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11305:
-

Github user daserge commented on the issue:

https://github.com/apache/cordova-plugin-file/pull/182
  
Resent this in #186


> use cdvfile: cannot import image or js
> --
>
> Key: CB-11305
> URL: https://issues.apache.org/jira/browse/CB-11305
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Affects Versions: 6.2.0
> Environment: cordova 6.6.1
> android 5.1.1
>Reporter: zhuisui
>  Labels: android, reproduced, triaged, wfc
>
> I use cdvfile://localhost/assets/path to show img and import js, and it 
> doesn't work. I haven't seen anything about using with assets, but 
> window.resolveLocalFileSystemURL can handle it to native URL 
> file:///android_asset/path, so I think it should be normal as expected.
> And I didn't test about cdvfile://localhost/temporary|persistent.
> And, I use cordova-cli 6.6.1, but it is not in "Affects Version/s".



--
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-11305) use cdvfile: cannot import image or js

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11305:
-

GitHub user daserge opened a pull request:

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

CB-11305 Enable cdvfile: assets fs root for DOM requests



### Platforms affected
Android

### What does this PR do?
* Added test for cdvfile applicationDirectory fs root
* Updated the docs and added the assets to Android available fs roots list
* Allow cdvfile: access for android automatically

### What testing has been done on this change?
Jasmine auto and manual tests, app tests (see 
[Jira](https://issues.apache.org/jira/browse/CB-11305))

### 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/daserge/cordova-plugin-file CB-11305

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

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


commit 2cdccb7f4734365d9840667359c7c5502b0038f4
Author: daserge 
Date:   2016-07-05T12:27:21Z

CB-11305 Enable cdvfile: assets fs root for DOM requests

Added test for cdvfile applicationDirectory fs root
Updated the docs and added the assets to Android available fs roots list
Allow cdvfile: access for android automatically




> use cdvfile: cannot import image or js
> --
>
> Key: CB-11305
> URL: https://issues.apache.org/jira/browse/CB-11305
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Affects Versions: 6.2.0
> Environment: cordova 6.6.1
> android 5.1.1
>Reporter: zhuisui
>  Labels: android, reproduced, triaged, wfc
>
> I use cdvfile://localhost/assets/path to show img and import js, and it 
> doesn't work. I haven't seen anything about using with assets, but 
> window.resolveLocalFileSystemURL can handle it to native URL 
> file:///android_asset/path, so I think it should be normal as expected.
> And I didn't test about cdvfile://localhost/temporary|persistent.
> And, I use cordova-cli 6.6.1, but it is not in "Affects Version/s".



--
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-11305) use cdvfile: cannot import image or js

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11305:
-

Github user daserge closed the pull request at:

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


> use cdvfile: cannot import image or js
> --
>
> Key: CB-11305
> URL: https://issues.apache.org/jira/browse/CB-11305
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Affects Versions: 6.2.0
> Environment: cordova 6.6.1
> android 5.1.1
>Reporter: zhuisui
>  Labels: android, reproduced, triaged, wfc
>
> I use cdvfile://localhost/assets/path to show img and import js, and it 
> doesn't work. I haven't seen anything about using with assets, but 
> window.resolveLocalFileSystemURL can handle it to native URL 
> file:///android_asset/path, so I think it should be normal as expected.
> And I didn't test about cdvfile://localhost/temporary|persistent.
> And, I use cordova-cli 6.6.1, but it is not in "Affects Version/s".



--
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-11287) iOS: landscape iPhone app: webview orientation turns to portrait after camera displayed

[Michael Schmidt (JIRA)]

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

Michael Schmidt commented on CB-11287:
--

[~jcesarmobile] please re-open.

this fixes parts of the issue - thx. 

however, the issue still persists when taking 2 pictures - this reproduces 
reliably.

steps to reproduce:
- use iPhone in landscape mode, don't change the rotation at any time
- take picture with camera (select photo while not rotating the phone)
-> webview is fine - doesn't get rotated
- take another picture with camera (while still not rotating the phone)
-> Error: webview is broken again - gets rotated & shrunken

> iOS: landscape iPhone app: webview orientation turns to portrait after camera 
> displayed
> ---
>
> Key: CB-11287
> URL: https://issues.apache.org/jira/browse/CB-11287
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Statusbar
>Affects Versions: 2.2.0
> Environment: cordova 6.1.1
> ios 4.1.1
> cordova-plugin-camera 2.2.0 "Camera"
>Reporter: Michael Schmidt
>Assignee: jcesarmobile
>  Labels: iOS
>
> *situation*
> * app in landscape mode
> {code:JavaScript}
>   
> {code}
> * camera options
> {code:JavaScript}
> {
>  destinationType: Camera.DestinationType.FILE_URI,
>  sourceType: Camera.PictureSourceType.CAMERA,
>  encodingType: Camera.EncodingType.JPEG,
>  mediaType: Camera.MediaType.PICTURE,
> };
> {code}
> *problem*
> After displaying the camera, the app viewport turns to portrait mode - 
> despite that the whole app is set to landscape.
> This takes place for either taking a picture or pressing cancel.
> This bug occurs only on iPhone, it works on iPad though.
> *appearance*
> the bug (viewport turns portrait) appears in all combinations of 
> - holding phone in portrait/landscape
> - setting correctOrientation to true/false
> - using Camera.PictureSourceType.PHOTOLIBRARY/Camera.PictureSourceType.CAMERA
> *possibly related*
> this error occurs after closing the camera picker:
> {code}
> 2016-06-04 16:38:37.527 CordovaApp[2217:1174793] Warning: Attempt to present 
>  on  whose 
> view is not in the window hierarchy!
> {code}
> *regression from camera 1.2.0*
> This is a regression - it works reproducably in the following configuration:
> {code}
> cordova 5.3.3
> cordova-ios 3.9.1
> cordova-plugin-camera 1.2.0
> {code}
> it slowly degraded: with cordova-plugin-camera 2.0.0 it showed wrong - but 
> still still could changed by rotating the phone back and forth. With 
> cordova-plugin-camera 2.0.0 the actual phone orientation makes a difference 
> when correctOrientation is set to true - it seems that the bug occurs only 
> when the phone is held in portrait during the camera open
> -> seems to be related to correctOrientation



--
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-11536) Retrieving image using PHOTOLIBRARY with set targetWidth/targetHeight does not always respect set width/height values.

[Johan Gustafsson (JIRA)]

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

Johan Gustafsson updated CB-11536:
--
Description: 
I am currently having issues with the cordova-plugin-camera on iOS. Sometimes 
when I open a picture from the phone gallery using PHOTOLIBRARY variable, 
allowEdit as true and have the targetWidth/targetHeight set it returns an 
incorrectly sized image.

In my current application I need all my pictures in a 1:1 ratio with the 
width/height set to 400. However, sometimes when the image is returned from 
getPicture one of the sizes are off. For example, the width might be 400px but 
the height is oddly enough set to 398. 

>From what I have managed to deduce it can be caused when someone is 
>editing/cropping the selected picture and the area of the cropping area is 
>outside or bigger than the picture itself. So if someone is editing/cropping 
>and have dragged the cropping area outside the boundaries of the image and is 
>too quick to hit Choose before the cropping area has snapped back inside the 
>image area the returned image is not correctly sized(this does not happen 
>everytime but I was able to quite reliably reproduce it). Furthermore if the 
>image is smaller than the set targetWidth/targetHeight(in my case, an image of 
>size 400x300) the plugin will just return the image as is, this is 
>understandable but maybe it could instead return a letterboxed/pillarboxed 
>image of the correct size? 

  was:
I am currently having issues with the cordova-plugin-camera on iOS. Sometimes 
when I open a picture from the phone gallery using PHOTOLIBRARY variable, 
allowEdit as true and have the targetWidth/targetHeight set it returns an 
incorrectly sized image.

In my current application I need all my pictures in a 1:1 ratio with the 
width/height set to 400. However, sometimes when the image is returned from 
getPicture one of the sizes are off. For example, the width might be 400px but 
the height is oddly enough set to 398. 

>From what I have managed to deduce it can be caused when someone is 
>editing/cropping the selected picture and the area of the cropping area is 
>outside or bigger than the picture itself. So if someone is editing/cropping 
>and have dragged the cropping outside the boundaries of the image and is to 
>quick to hit Choose before the cropping area has snapped back inside the image 
>area the returned image is not correctly sized(this does not happen everytime 
>but I was able to quite reliably reproduce it). Furthermore if the image is 
>smaller than the set targetWidth/targetHeight(in my case, an image of size 
>400x300) the plugin will just return the image as is, this is understandable 
>but maybe it could instead return a letterboxed/pillarboxed image of the 
>correct size? 


> Retrieving image using PHOTOLIBRARY with set targetWidth/targetHeight does 
> not always respect set width/height values.
> --
>
> Key: CB-11536
> URL: https://issues.apache.org/jira/browse/CB-11536
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
> Environment: iOS
>Reporter: Johan Gustafsson
>
> I am currently having issues with the cordova-plugin-camera on iOS. Sometimes 
> when I open a picture from the phone gallery using PHOTOLIBRARY variable, 
> allowEdit as true and have the targetWidth/targetHeight set it returns an 
> incorrectly sized image.
> In my current application I need all my pictures in a 1:1 ratio with the 
> width/height set to 400. However, sometimes when the image is returned from 
> getPicture one of the sizes are off. For example, the width might be 400px 
> but the height is oddly enough set to 398. 
> From what I have managed to deduce it can be caused when someone is 
> editing/cropping the selected picture and the area of the cropping area is 
> outside or bigger than the picture itself. So if someone is editing/cropping 
> and have dragged the cropping area outside the boundaries of the image and is 
> too quick to hit Choose before the cropping area has snapped back inside the 
> image area the returned image is not correctly sized(this does not happen 
> everytime but I was able to quite reliably reproduce it). Furthermore if the 
> image is smaller than the set targetWidth/targetHeight(in my case, an image 
> of size 400x300) the plugin will just return the image as is, this is 
> understandable but maybe it could instead return a letterboxed/pillarboxed 
> image of the correct 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-11129) Cannot fire onSuccess handler on getPicture

[Takatsugu Shigeta (JIRA)]

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

Takatsugu Shigeta commented on CB-11129:


Tim,

Thank you for your answer.
I tried adding 'frame-src', but the issue still happened.

I saw same issue on stackoverflow.
http://stackoverflow.com/questions/37977048/cordova-camera-plugin-wont-fire-success-nor-fail-callback

If you have any suggestions, please let me know.

Thanks.

> Cannot fire onSuccess handler on getPicture
> ---
>
> Key: CB-11129
> URL: https://issues.apache.org/jira/browse/CB-11129
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
> Environment: OS X El Capitan (10.11.4)
> {code}
> $ cordova platform ls
> Installed platforms:
>   android 5.1.1
> Available platforms:
>   amazon-fireos ~3.6.3 (deprecated)
>   blackberry10 ~3.8.0
>   browser ~4.1.0
>   firefoxos ~3.6.3
>   ios ~4.1.0
>   osx ~4.0.1
>   webos ~3.7.0
> {code}
> {code}
> $ cordova plugin ls
> cordova-plugin-camera 2.2.0 "Camera"
> cordova-plugin-compat 1.0.0 "Compat"
> cordova-plugin-whitelist 1.2.2 "Whitelist"
> {code}
> 
> Android Studio 2.0
> Build on April 5, 2016
> 
> Device
> Nexus 5
> Android 6.0.1
>Reporter: Takatsugu Shigeta
>
> I wrote following sample, but getPicture cannot fire onSuccess handler. 
> Reproducing steps is like below.
> 
> Building environment
> * First of all, I ran following commands.
> {code}
> $ cordova create myApp org.apache.cordova.myApp myApp
> $ cd myApp/
> $ cordova plugin add cordova-plugin-camera --save
> $ cordova platform add android --save
> $ cordova requirements android
> {code}
> * Next, run Android Studio, then choose "Import project (Eclipse ADT, Gradle, 
> etc.)" to above myApp directory.
> * Edit two files, assets/www/js/index.js and assets/www/index.html.
> {code:title=index.js}
> var app = {
> // Application Constructor
> initialize: function() {
> this.bindEvents();
> },
> // Bind Event Listeners
> //
> // Bind any events that are required on startup. Common events are:
> // 'load', 'deviceready', 'offline', and 'online'.
> bindEvents: function() {
> document.addEventListener('deviceready', this.onDeviceReady, false);
> },
> // deviceready Event Handler
> //
> // The scope of 'this' is the event. In order to call the 'receivedEvent'
> // function, we must explicitly call 'app.receivedEvent(...);'
> onDeviceReady: function() {
> app.receivedEvent('deviceready');
> },
> // Update DOM on a Received Event
> receivedEvent: function(id) {
> var parentElement = document.getElementById(id);
> var listeningElement = parentElement.querySelector('.listening');
> var receivedElement = parentElement.querySelector('.received');
> listeningElement.setAttribute('style', 'display:none;');
> receivedElement.setAttribute('style', 'display:block;');
> console.log('Received Event: ' + id);
> navigator.camera.getPicture(onSuccess, onFail, { quality: 50,
> destinationType: Camera.DestinationType.FILE_URI
> });
> }
> };
> app.initialize();
> function onSuccess(imageURI) {
> alert(imageURI);
> var image = document.getElementById('myImage');
> image.src = imageURI;
> }
> function onFail(message) {
> alert('Failed because: ' + message);
> }
> {code}
> {code:title=index.html}
> 
> 
> 
> https://ssl.gstatic.com 'unsafe-eval'; style-src 'self' 
> 'unsafe-inline'; media-src *">
> 
> 
> 
> 
> Hello World
> 
> 
> 
> Apache Cordova
> 
> Connecting to Device
> Device is Ready
> 
> 
> 
> 
> 
> 
> 
> 
> 
> {code}
> * Connect Nexus 5 to My Mac.
> * Try to run on Android Studio
> * On Nexus 5, display camera window after allowing permissions, then take a 
> picture.
> * You should see URL on alert. And you should see the image. But getPicture 
> cannot fire onSuccess handler. So I cannot see them.



--
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-3232) "cordova platform add blackberry" fails on 2.7.1-rc.1

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-3232:


GitHub user NickyYo opened a pull request:

https://github.com/apache/cordova-plugin-network-information/pull/45

Update NetworkManager.java



### Platforms affected


### What does this PR do?


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


### Checklist
- [ ] [ICLA](http://www.apache.org/licenses/icla.txt) has been signed and 
submitted to secret...@apache.org.
- [ ] [Reported an issue](http://cordova.apache.org/contribute/issues.html) 
in the JIRA database
- [ ] 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.

Networkmanager.java broken for Android, missing bracket.

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

$ git pull https://github.com/NickyYo/cordova-plugin-network-information 
master

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

https://github.com/apache/cordova-plugin-network-information/pull/45.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 #45


commit eaea5fd2554f4d6c7eebe2139efb36e74c0a1c7e
Author: NickyYo 
Date:   2016-07-05T10:07:31Z

Update NetworkManager.java

Broken if.




> "cordova platform add blackberry" fails on 2.7.1-rc.1
> -
>
> Key: CB-3232
> URL: https://issues.apache.org/jira/browse/CB-3232
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: BlackBerry, CLI
>Affects Versions: 2.7.0
>Reporter: Michael Brooks
>Assignee: Michael Brooks
> Fix For: 2.7.0
>
>
> The following error is thrown when running {{$ cordova platform add 
> blackberry}}:
> {code}
> [Error: An error occured during creation of blackberry sub-project. Creating 
> BlackBerry project...
> Updating config.xml ...
> sed: 
> /Users/mwbrooks/Dropbox/Development/sandbox/myapp/platforms/blackberry/www/config.xml:
>  No such file or directory
> Cleaning up ...
> Remember to update the project.properties file inside your application 
> directory!
> ]
> {code}



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

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

[jira] [Commented] (CB-5758) Give same behavior to InAppBrowser as CordovaWebView for self-signed certs

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-5758:


GitHub user MLaudren opened a pull request:

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

[CB-5758] (android/iOS) Possibility to disable ssl verification (allow 
selfsigned certificate)

I think it's linked to this issue:
https://issues.apache.org/jira/browse/CB-5758

### Platforms affected
Android
iOS

### What does this PR do?
Add option validatessl to disable, default is enable, the ssl certificate 
validation.
This allow https pages with selfsigned certificate to be opened.

### What testing has been done on this change?
Compilation and run on android / iOS.

### Checklist
- [ ] [ICLA](http://www.apache.org/licenses/icla.txt) has been signed and 
submitted to secret...@apache.org.
- [ ] [Reported an issue](http://cordova.apache.org/contribute/issues.html) 
in the JIRA database
- [ ] 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/MLaudren/cordova-plugin-inappbrowser sslValid

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

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


commit 65e3a91b7622577c9904dfc091bfc5ceaad9d3f8
Author: Maxime LAUDREN 
Date:   2016-07-05T08:35:44Z

Add ssl validation choice in option.
validatessl=no/yes, default = yes

commit bf85c7db8f3f22f32d847c1dbe82fdc84c79c4ab
Author: MLaudren 
Date:   2016-07-05T08:44:46Z

Update README.md

Add new option description in readme




> Give same behavior to InAppBrowser as CordovaWebView for self-signed certs
> --
>
> Key: CB-5758
> URL: https://issues.apache.org/jira/browse/CB-5758
> Project: Apache Cordova
>  Issue Type: New Feature
>  Components: Plugin InAppBrowser
>Reporter: Marcel Kinard
>Priority: Minor
>
> See CB-3576 for history. This is a request that came from there.
> At least on the Android platform, the main webview (CordovaWebView) will 
> silently accept self-signed certs when debuggable="true" in 
> AndroidManifest.xml. (Hopefully other platforms have a similar behavior in 
> pre-production.) The goal of this new feature is to get InAppBrowser to have 
> the same behavior as the main webview in this respect, which is does not have 
> today. Then both the main webview and InAppBrowser will behave consistently 
> when they encounter https connections that have a self-signed cert.



--
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-11536) Retrieving image using PHOTOLIBRARY with set targetWidth/targetHeight does not always respect set width/height values.

[Johan Gustafsson (JIRA)]

Johan Gustafsson created CB-11536:
-

 Summary: Retrieving image using PHOTOLIBRARY with set 
targetWidth/targetHeight does not always respect set width/height values.
 Key: CB-11536
 URL: https://issues.apache.org/jira/browse/CB-11536
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Camera
 Environment: iOS
Reporter: Johan Gustafsson


I am currently having issues with the cordova-plugin-camera on iOS. Sometimes 
when I open a picture from the phone gallery using PHOTOLIBRARY variable, 
allowEdit as true and have the targetWidth/targetHeight set it returns an 
incorrectly sized image.

In my current application I need all my pictures in a 1:1 ratio with the 
width/height set to 400. However, sometimes when the image is returned from 
getPicture one of the sizes are off. For example, the width might be 400px but 
the height is oddly enough set to 398. 

>From what I have managed to deduce it can be caused when someone is 
>editing/cropping the selected picture and the area of the cropping area is 
>outside or bigger than the picture itself. So if someone is editing/cropping 
>and have dragged the cropping outside the boundaries of the image and is to 
>quick to hit Choose before the cropping area has snapped back inside the image 
>area the returned image is not correctly sized(this does not happen everytime 
>but I was able to quite reliably reproduce it). Furthermore if the image is 
>smaller than the set targetWidth/targetHeight(in my case, an image of size 
>400x300) the plugin will just return the image as is, this is understandable 
>but maybe it could instead return a letterboxed/pillarboxed image of the 
>correct 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] [Updated] (CB-11102) "callback called more than once" error during npm installation of cordova-cli

[Vladimir Kotikov (JIRA)]

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

Vladimir Kotikov updated CB-11102:
--
Labels: cannot-reproduce cordova-android-osx found-by-ci  (was: can 
cannot-reproduce cordova-android-osx found-by-ci)

> "callback called more than once" error during npm installation of cordova-cli
> -
>
> Key: CB-11102
> URL: https://issues.apache.org/jira/browse/CB-11102
> Project: Apache Cordova
>  Issue Type: Test
>  Components: Medic
>Reporter: Omar Mefire
>Priority: Trivial
>  Labels: cannot-reproduce, cordova-android-osx, found-by-ci
>
> When running npm install : 
> (https://ci.apache.org/builders/cordova-android-osx/builds/2324/steps/npm-installing-cordova-cli/logs/stdio)
> npm ERR! Darwin 14.5.0
> npm ERR! argv "node" "/usr/local/bin/npm" "install" "--cache" 
> "/Users/buildbot/slaves/apache/cordova-android-osx/npm_cache" "--tmp" 
> "/Users/buildbot/slaves/apache/cordova-android-osx/npm_tmp"
> npm ERR! node v0.12.2
> npm ERR! npm  v2.7.4
> npm ERR! Callback called more than once.
> npm ERR! 
> npm ERR! If you need help, you may report this error at:
> npm ERR! 
> npm ERR! Please include the following file with any support request:
> npm ERR! 
> /Users/buildbot/slaves/apache/cordova-android-osx/cordova-cli/npm-debug.log



--
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-11102) "callback called more than once" error during npm installation of cordova-cli

[Vladimir Kotikov (JIRA)]

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

Vladimir Kotikov closed CB-11102.
-
Resolution: Cannot Reproduce

Closing this since it does not repro anymore

> "callback called more than once" error during npm installation of cordova-cli
> -
>
> Key: CB-11102
> URL: https://issues.apache.org/jira/browse/CB-11102
> Project: Apache Cordova
>  Issue Type: Test
>  Components: Medic
>Reporter: Omar Mefire
>Priority: Trivial
>  Labels: cannot-reproduce, cordova-android-osx, found-by-ci
>
> When running npm install : 
> (https://ci.apache.org/builders/cordova-android-osx/builds/2324/steps/npm-installing-cordova-cli/logs/stdio)
> npm ERR! Darwin 14.5.0
> npm ERR! argv "node" "/usr/local/bin/npm" "install" "--cache" 
> "/Users/buildbot/slaves/apache/cordova-android-osx/npm_cache" "--tmp" 
> "/Users/buildbot/slaves/apache/cordova-android-osx/npm_tmp"
> npm ERR! node v0.12.2
> npm ERR! npm  v2.7.4
> npm ERR! Callback called more than once.
> npm ERR! 
> npm ERR! If you need help, you may report this error at:
> npm ERR! 
> npm ERR! Please include the following file with any support request:
> npm ERR! 
> /Users/buildbot/slaves/apache/cordova-android-osx/cordova-cli/npm-debug.log



--
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-11102) "callback called more than once" error during npm installation of cordova-cli

[Vladimir Kotikov (JIRA)]

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

Vladimir Kotikov updated CB-11102:
--
Labels: can cannot-reproduce cordova-android-osx found-by-ci  (was: 
cordova-android-osx found-by-ci)

> "callback called more than once" error during npm installation of cordova-cli
> -
>
> Key: CB-11102
> URL: https://issues.apache.org/jira/browse/CB-11102
> Project: Apache Cordova
>  Issue Type: Test
>  Components: Medic
>Reporter: Omar Mefire
>Priority: Trivial
>  Labels: can, cannot-reproduce, cordova-android-osx, found-by-ci
>
> When running npm install : 
> (https://ci.apache.org/builders/cordova-android-osx/builds/2324/steps/npm-installing-cordova-cli/logs/stdio)
> npm ERR! Darwin 14.5.0
> npm ERR! argv "node" "/usr/local/bin/npm" "install" "--cache" 
> "/Users/buildbot/slaves/apache/cordova-android-osx/npm_cache" "--tmp" 
> "/Users/buildbot/slaves/apache/cordova-android-osx/npm_tmp"
> npm ERR! node v0.12.2
> npm ERR! npm  v2.7.4
> npm ERR! Callback called more than once.
> npm ERR! 
> npm ERR! If you need help, you may report this error at:
> npm ERR! 
> npm ERR! Please include the following file with any support request:
> npm ERR! 
> /Users/buildbot/slaves/apache/cordova-android-osx/cordova-cli/npm-debug.log



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