[jira] [Created] (CB-9941) InAppBrowser support for Safari View Controller on iOS9

[Dagfinn Parnas (JIRA)]

Dagfinn Parnas created CB-9941:
--

 Summary: InAppBrowser support for Safari View Controller on iOS9
 Key: CB-9941
 URL: https://issues.apache.org/jira/browse/CB-9941
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Plugin InAppBrowser
 Environment: iOS9
Reporter: Dagfinn Parnas


Apple introduced Safari View Controller in iOS9 in order to improve the 
interaction between apps that includes external web content. 

In Cordova, the interaction with external web content is handled through the 
InAppBrowser plugin. 

We've already experienced that Apple asks questions as part of the approval 
process related to support of Safari View Controller. Other cordova apps in the 
App Store will most likely experience the same. 

We hope support for Safari View Controller can be added to the InAppBrowser. 
There is a third-party plugin for it 
(https://github.com/EddyVerbruggen/cordova-plugin-safariviewcontroller) , but 
we would argue that such an important feature ought to be part of a plugin 
maintained by the Apache Software Foundation. 

As a commercial entity we need to rely on mature and proven solutions that will 
be maintained in the future and are not dependent on any one individual.





--
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-9919) Docs gen uses Windows line endings on Windows

[Sergey Shakhnazarov (JIRA)]

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

Sergey Shakhnazarov commented on CB-9919:
-

[~riknoll] There were mixed line endings in the plugin docs - regenerated them 
and added gitattributes to ensure LFs.

Could you please try yo update to it, run *npm install* and try again?

There are no CRLF issues on my local configuration taking into account the 
settings in *git config --list --global*:
core.eol=lf
core.autocrlf=false

If the issue still reproduces please paste the output from *npm list* (from the 
plugin root dir), *git config --list* and *git config --list --global*.

> Docs gen uses Windows line endings on Windows
> -
>
> Key: CB-9919
> URL: https://issues.apache.org/jira/browse/CB-9919
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
> Environment: Windows 10
>Reporter: Richard B Knoll
>
> The new precommit hook that generates the docs in the camera repo uses the 
> line endings of the environment you're developing in. This means that 
> whenever I commit in in Windows, it tries to commit a huge diff in the README 
> because it changes all of the line endings



--
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-9919) Docs gen uses Windows line endings on Windows

[Sergey Shakhnazarov (JIRA)]

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

Sergey Shakhnazarov edited comment on CB-9919 at 11/3/15 10:47 AM:
---

[~riknoll] There were mixed line endings in the plugin docs - [regenerated them 
and added gitattributes to ensure 
LFs|https://github.com/apache/cordova-plugin-camera/pull/133].

Could you please try yo update to it, run *npm install* and try again?

There are no CRLF issues on my local configuration taking into account the 
settings in *git config --list --global*:
core.eol=lf
core.autocrlf=false

If the issue still reproduces please paste the output from *npm list* (from the 
plugin root dir), *git config --list* and *git config --list --global*.


was (Author: daserge):
[~riknoll] There were mixed line endings in the plugin docs - regenerated them 
and added gitattributes to ensure LFs.

Could you please try yo update to it, run *npm install* and try again?

There are no CRLF issues on my local configuration taking into account the 
settings in *git config --list --global*:
core.eol=lf
core.autocrlf=false

If the issue still reproduces please paste the output from *npm list* (from the 
plugin root dir), *git config --list* and *git config --list --global*.

> Docs gen uses Windows line endings on Windows
> -
>
> Key: CB-9919
> URL: https://issues.apache.org/jira/browse/CB-9919
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
> Environment: Windows 10
>Reporter: Richard B Knoll
>
> The new precommit hook that generates the docs in the camera repo uses the 
> line endings of the environment you're developing in. This means that 
> whenever I commit in in Windows, it tries to commit a huge diff in the README 
> because it changes all of the line endings



--
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-7660) Cordova iOS File-Transfer download memory leaks

[Sergey Shakhnazarov (JIRA)]

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

Sergey Shakhnazarov updated CB-7660:

Labels: triaging  (was: )

> Cordova iOS File-Transfer download memory leaks
> ---
>
> Key: CB-7660
> URL: https://issues.apache.org/jira/browse/CB-7660
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File Transfer
>Affects Versions: 3.5.0
> Environment: iOS 7.0.3 on iPad2 - Cordova 3.5
>Reporter: Jordi Valls Carbonell
>Assignee: Shazron Abdullah
>  Labels: triaging
> Attachments: LargeFiles.png, SmallFiles.png
>
>
> File-Transfer memory leaks downloading files, no memory is released for each 
> file downloaded, finally i got "Memory Warning".
> To test add a button and call "testDownload" function every time console 
> confirmation message is displayed ("DOWNLOADED OK")
> {code}
> function win(entry)
> {
> console.log("DOWNLOADED OK");
> }
> function fail(error)
> {
> console.log("ERROR!");
> console.log(error.code);
> }
> function testDownload
> {
> var url = 
> "http://upload.wikimedia.org/wikipedia/commons/5/5b/Ultraviolet_image_of_the_Cygnus_Loop_Nebula_crop.jpg;;
> var filename = "filename.jpg";
> var uri = encodeURI(url);
> window.requestFileSystem(LocalFileSystem.PERSISTENT, 0, function(fileSystem) {
>fileSystem.root.getFile(filename, {create: true, exclusive: false}, 
> function(fileEntry) {
>var localPath = fileEntry.toURL();
>var ft = new FileTransfer();
>ft.download(uri,localPath,win,fail,false);
>},function(error){console.log("errore 1: " + error.code);});
> },function(error){console.log("errore 2: " + error.code);});
> }
> {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] [Created] (CB-9943) Bug creating new project

[Andros Fenollosa (JIRA)]

Andros Fenollosa created CB-9943:


 Summary: Bug creating new project
 Key: CB-9943
 URL: https://issues.apache.org/jira/browse/CB-9943
 Project: Apache Cordova
  Issue Type: Bug
Reporter: Andros Fenollosa
Priority: Critical


cordova create MyApp
Creating a new cordova project.
Could not find directory: 
/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/cordova-app-hello-world



--
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-6640) saveToPhotoAlbum, saves picture with wrong date

[Owais Lone (JIRA)]

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

Owais Lone commented on CB-6640:


I can reproduce this on Oneplus One and a number of Moto G devices running 
Android 4.4, 5.0 and 5.1

> saveToPhotoAlbum, saves picture with wrong date
> ---
>
> Key: CB-6640
> URL: https://issues.apache.org/jira/browse/CB-6640
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 3.4.0
> Environment: Android, Nexus 4, Nexus 5  (4.4.2); HTC One Mini (4.4.2)
>Reporter: diDev
>
> Using the camera plugin from cordova and setting the Attribute 
> saveToPhotoAlbum to true, will save the picture to the phone. No problems 
> here. But testing it on the Nexus 4 & 5 it saves the picture with date 
> 01.01.1970 01:00:00
> Seems to be the same problem on S4:
> http://stackoverflow.com/questions/22372055/cordova-plugin-camera-why-my-save-image-appear-at-the-bottom-of-my-gallery
> Btw.: using the App on HTC one mini, the date ist correct. But the picture 
> will be saved twice in different folder. The normal 'camera' folder and the 
> '100media' folder.



--
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-9942) Normalize line endings in Camera plugin docs

[Sergey Shakhnazarov (JIRA)]

Sergey Shakhnazarov created CB-9942:
---

 Summary: Normalize line endings in Camera plugin docs
 Key: CB-9942
 URL: https://issues.apache.org/jira/browse/CB-9942
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Camera
Reporter: Sergey Shakhnazarov
Assignee: Sergey Shakhnazarov
Priority: Minor


Line endings are mixed currently.



--
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-9942) Normalize line endings in Camera plugin docs

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9942:


GitHub user daserge opened a pull request:

https://github.com/apache/cordova-plugin-camera/pull/133

CB-9942 Normalize line endings in Camera plugin docs

Adds .gitattributes to ensure LF line endings in the repo

[Jira issue](https://issues.apache.org/jira/browse/CB-9942)

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

$ git pull https://github.com/MSOpenTech/cordova-plugin-camera CB-9942

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

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


commit fa879f17f2e3b18f79851d62cc4c468d95142bb5
Author: daserge 
Date:   2015-11-03T10:39:53Z

CB-9942 Normalize line endings in Camera plugin docs

Adds .gitattributes to ensure LF line endings in the repo




> Normalize line endings in Camera plugin docs
> 
>
> Key: CB-9942
> URL: https://issues.apache.org/jira/browse/CB-9942
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Reporter: Sergey Shakhnazarov
>Assignee: Sergey Shakhnazarov
>Priority: Minor
>
> Line endings are mixed currently.



--
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-6640) saveToPhotoAlbum, saves picture with wrong date

[Richard B Knoll (JIRA)]

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

Richard B Knoll edited comment on CB-6640 at 11/3/15 6:26 PM:
--

Thanks for checking in [~owaislone]! I looked into this a little closer after 
your comment and found that photos saved by the plugin do indeed appear to be 
stripped of EXIF data (at least they do on the Nexus 6 with Marshmallow), which 
is probably the cause of this issue.


was (Author: riknoll):
Thanks for checking in [~owaislone]! I looked into this a little closer after 
your comment and found that photos saved by the plugin do indeed appear to be 
stripped of EXIF data (at least they do on the Nexus 6), which is probably the 
cause of this issue.

> saveToPhotoAlbum, saves picture with wrong date
> ---
>
> Key: CB-6640
> URL: https://issues.apache.org/jira/browse/CB-6640
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 3.4.0
> Environment: Android, Nexus 4, Nexus 5  (4.4.2); HTC One Mini (4.4.2)
>Reporter: diDev
>  Labels: android, reproduced, triaged
>
> Using the camera plugin from cordova and setting the Attribute 
> saveToPhotoAlbum to true, will save the picture to the phone. No problems 
> here. But testing it on the Nexus 4 & 5 it saves the picture with date 
> 01.01.1970 01:00:00
> Seems to be the same problem on S4:
> http://stackoverflow.com/questions/22372055/cordova-plugin-camera-why-my-save-image-appear-at-the-bottom-of-my-gallery
> Btw.: using the App on HTC one mini, the date ist correct. But the picture 
> will be saved twice in different folder. The normal 'camera' folder and the 
> '100media' folder.



--
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-6640) saveToPhotoAlbum, saves picture with wrong date

[Richard B Knoll (JIRA)]

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

Richard B Knoll updated CB-6640:

Labels: android reproduced triaged  (was: triaged)

> saveToPhotoAlbum, saves picture with wrong date
> ---
>
> Key: CB-6640
> URL: https://issues.apache.org/jira/browse/CB-6640
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 3.4.0
> Environment: Android, Nexus 4, Nexus 5  (4.4.2); HTC One Mini (4.4.2)
>Reporter: diDev
>  Labels: android, reproduced, triaged
>
> Using the camera plugin from cordova and setting the Attribute 
> saveToPhotoAlbum to true, will save the picture to the phone. No problems 
> here. But testing it on the Nexus 4 & 5 it saves the picture with date 
> 01.01.1970 01:00:00
> Seems to be the same problem on S4:
> http://stackoverflow.com/questions/22372055/cordova-plugin-camera-why-my-save-image-appear-at-the-bottom-of-my-gallery
> Btw.: using the App on HTC one mini, the date ist correct. But the picture 
> will be saved twice in different folder. The normal 'camera' folder and the 
> '100media' folder.



--
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-9898) ios getPicture() doesn't store image permanently, only saves to temp directory

[Richard B Knoll (JIRA)]

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

Richard B Knoll commented on CB-9898:
-

Okay, I can reproduce this. Updating the issue to reflect that.

> ios getPicture() doesn't store image permanently, only saves to temp directory
> --
>
> Key: CB-9898
> URL: https://issues.apache.org/jira/browse/CB-9898
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 1.2.0
>Reporter: Michael Schmidt
>  Labels: iOS, reproduced, triaged
>
> Camera options:
> - destinationType: Camera.DestinationType.FILE_URI,
> - saveToPhotoAlbum: true,
> - sourceType: Camera.PictureSourceType.CAMERA,
> Situation: getPicture() on iOS saves a newly taken image into the 
> cordova.file.tempDirectory by default
> Problem: After closing & re-opening the app, the taken pictures are not 
> available any more in the app - this functionality is only on iOS, all other 
> platforms directly persist
> This requires for every camera usage a workaround on ios - Move the file to 
> permanent storage after taking an image:
> http://www.joshmorony.com/store-camera-photos-permanently-using-phonegap-ionic-ngcordova/
> -> directly save the images in permanent storage on iOS
> Further mentions:
> http://stackoverflow.com/questions/33249522/angular-and-ionic-camera-function-wont-save-photo
> http://stackoverflow.com/questions/27910783/cordova-move-file-using-the-file-url



--
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-9898) ios getPicture() doesn't store image permanently, only saves to temp directory

[Richard B Knoll (JIRA)]

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

Richard B Knoll updated CB-9898:

Labels: iOS reproduced triaged  (was: iOS)

> ios getPicture() doesn't store image permanently, only saves to temp directory
> --
>
> Key: CB-9898
> URL: https://issues.apache.org/jira/browse/CB-9898
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 1.2.0
>Reporter: Michael Schmidt
>  Labels: iOS, reproduced, triaged
>
> Camera options:
> - destinationType: Camera.DestinationType.FILE_URI,
> - saveToPhotoAlbum: true,
> - sourceType: Camera.PictureSourceType.CAMERA,
> Situation: getPicture() on iOS saves a newly taken image into the 
> cordova.file.tempDirectory by default
> Problem: After closing & re-opening the app, the taken pictures are not 
> available any more in the app - this functionality is only on iOS, all other 
> platforms directly persist
> This requires for every camera usage a workaround on ios - Move the file to 
> permanent storage after taking an image:
> http://www.joshmorony.com/store-camera-photos-permanently-using-phonegap-ionic-ngcordova/
> -> directly save the images in permanent storage on iOS
> Further mentions:
> http://stackoverflow.com/questions/33249522/angular-and-ionic-camera-function-wont-save-photo
> http://stackoverflow.com/questions/27910783/cordova-move-file-using-the-file-url



--
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-9930) iOS cannot move the selected area when cropping

[Richard B Knoll (JIRA)]

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

Richard B Knoll updated CB-9930:

Description: 
When calling getPicture with the following options:
{code:javascript}
{
allowEdit : true,
targetWidth : 400,
targetHeight : 400
}
{code}

It is impossible to move the selected area when cropping. What I was expecting 
with those options is that the user could crop a 400 px x 400 px out of the 
captured image and move that 400x400 selection before validating his crop 
selection...

  was:
When calling getPicture with the following options:
```
{
allowEdit : true,
targetWidth : 400,
targetHeight : 400
}
```

It is impossible to move the selected area when cropping. What I was expecting 
with those options is that the user could crop a 400 px x 400 px out of the 
captured image and move that 400x400 selection before validating his crop 
selection...


> iOS cannot move the selected area when cropping
> ---
>
> Key: CB-9930
> URL: https://issues.apache.org/jira/browse/CB-9930
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 3.5.0
>Reporter: Thomas Fétiveau
>
> When calling getPicture with the following options:
> {code:javascript}
>   {
>   allowEdit : true,
>   targetWidth : 400,
>   targetHeight : 400
>   }
> {code}
> It is impossible to move the selected area when cropping. What I was 
> expecting with those options is that the user could crop a 400 px x 400 px 
> out of the captured image and move that 400x400 selection before validating 
> his crop selection...



--
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-9945) Geolocation plugin not working in Android 6.0 emulator

[Dave Alden (JIRA)]

Dave Alden created CB-9945:
--

 Summary: Geolocation plugin not working in Android 6.0 emulator
 Key: CB-9945
 URL: https://issues.apache.org/jira/browse/CB-9945
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin Geolocation
 Environment: AVD Android 6.0
Genymotion Android 6.0 PREVIEW
Reporter: Dave Alden


Calling the Cordova geolocation API in an Android emulator environment causes 
the Android OS to crash and reboot.

The issue is reproducible with Cordova geolocation plugin from npm release 
version 1.0.1 and latest version on master branch 1.0.2-dev.

Steps to reproduce:
Use the Cordova geolocation API to request a location in Android 6.0 emulator 
environment:

navigator.geolocation.getCurrentPosition(onPosition, onPositionError, {
maxAge: 0,
timeout: 1,
enableHighAccuracy: false
});

OR clone the bitbucket repo 
https://bitbucket.org/dpa99c/android-m-location-test/src, build and run

OR install and run the pre-built APK for that project: 
https://bitbucket.org/dpa99c/android-m-location-test/raw/9a836ca3e3185db55fa75b263a4abbb76b4713ea/android-debug.apk



--
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-9930) iOS cannot move the selected area when cropping

[Richard B Knoll (JIRA)]

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

Richard B Knoll commented on CB-9930:
-

We might want to combine this with CB-2648 into one "improvement" issue. I'm 
pretty sure we use the native iOS crop screen so it's likely that this is less 
our bug and more a feature we could add by implementing our own cropping screen.

> iOS cannot move the selected area when cropping
> ---
>
> Key: CB-9930
> URL: https://issues.apache.org/jira/browse/CB-9930
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 3.5.0
>Reporter: Thomas Fétiveau
>
> When calling getPicture with the following options:
> {code:javascript}
>   {
>   allowEdit : true,
>   targetWidth : 400,
>   targetHeight : 400
>   }
> {code}
> It is impossible to move the selected area when cropping. What I was 
> expecting with those options is that the user could crop a 400 px x 400 px 
> out of the captured image and move that 400x400 selection before validating 
> his crop selection...



--
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-9836) Add .gitattributes to prevent CRLF line endings in repos

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9836:


Github user shazron commented on the pull request:

https://github.com/apache/cordova-ios/pull/177#issuecomment-153459658
  
looks good to me


> Add .gitattributes to prevent CRLF line endings in repos
> 
>
> Key: CB-9836
> URL: https://issues.apache.org/jira/browse/CB-9836
> Project: Apache Cordova
>  Issue Type: Task
>  Components: Android, iOS, Windows
>Reporter: Sergey Shakhnazarov
>Assignee: Sergey Shakhnazarov
>
> Details and discussion here:
> https://github.com/apache/cordova-coho/pull/95



--
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-9910) Android permission error for gallery images with target height/width

[Richard B Knoll (JIRA)]

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

Richard B Knoll closed CB-9910.
---
Resolution: Fixed

> Android permission error for gallery images with target height/width
> 
>
> Key: CB-9910
> URL: https://issues.apache.org/jira/browse/CB-9910
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
> Environment: Android 6.0.0 Marshmallow on a Nexus 6, cordova-android 
> 5.0.0 (master), cordova-plugin-camera 1.2.1 (master)
>Reporter: Richard B Knoll
>Assignee: Richard B Knoll
>Priority: Critical
>  Labels: android
>
> When you request an image from the PHOTOLIBRARY source in Android, if you set 
> targetHeight and targetWidth you get a SecurityException for not requesting 
> READ_EXTERNAL_STORAGE. Stack trace:
> {code}
>  java.lang.SecurityException: Permission Denial: reading 
> com.android.providers.media.MediaProvider uri 
> content://media/external/images/media from pid=5306, uid=10185 requires 
> android.permission.READ_EXTERNAL_STORAGE, or grantUriPermission()
>  at 
> android.content.ContentProvider.enforceReadPermissionInner(ContentProvider.java:605)
>  at 
> android.content.ContentProvider$Transport.enforceReadPermission(ContentProvider.java:480)
>  at 
> android.content.ContentProvider$Transport.query(ContentProvider.java:211)
>  at 
> android.content.ContentProviderNative.onTransact(ContentProviderNative.java:112)
>  at android.os.Binder.execTransact(Binder.java:453)
>  java.io.FileNotFoundException: 
> /storage/emulated/0/Android/data/io.cordova.hellocordova/cache: open failed: 
> ENOENT (No such file or directory)
> at libcore.io.IoBridge.open(IoBridge.java:452)
> at java.io.FileOutputStream.(FileOutputStream.java:87)
> at java.io.FileOutputStream.(FileOutputStream.java:127)
> at java.io.FileOutputStream.(FileOutputStream.java:116)
> at 
> org.apache.cordova.camera.CameraLauncher.ouputModifiedBitmap(CameraLauncher.java:549)
> at 
> org.apache.cordova.camera.CameraLauncher.processResultFromGallery(CameraLauncher.java:669)
> at 
> org.apache.cordova.camera.CameraLauncher.access$000(CameraLauncher.java:66)
> at org.apache.cordova.camera.CameraLauncher$1.run(CameraLauncher.java:765)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1113)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:588)
> at java.lang.Thread.run(Thread.java:818)
>  Caused by: android.system.ErrnoException: open failed: ENOENT (No such file 
> or directory)
> at libcore.io.Posix.open(Native Method)
> at libcore.io.BlockGuardOs.open(BlockGuardOs.java:186)
> at libcore.io.IoBridge.open(IoBridge.java:438)
> ... 10 more
> {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-9910) Android permission error for gallery images with target height/width

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9910:


Github user asfgit closed the pull request at:

https://github.com/apache/cordova-plugin-camera/pull/132


> Android permission error for gallery images with target height/width
> 
>
> Key: CB-9910
> URL: https://issues.apache.org/jira/browse/CB-9910
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
> Environment: Android 6.0.0 Marshmallow on a Nexus 6, cordova-android 
> 5.0.0 (master), cordova-plugin-camera 1.2.1 (master)
>Reporter: Richard B Knoll
>Assignee: Richard B Knoll
>Priority: Critical
>  Labels: android
>
> When you request an image from the PHOTOLIBRARY source in Android, if you set 
> targetHeight and targetWidth you get a SecurityException for not requesting 
> READ_EXTERNAL_STORAGE. Stack trace:
> {code}
>  java.lang.SecurityException: Permission Denial: reading 
> com.android.providers.media.MediaProvider uri 
> content://media/external/images/media from pid=5306, uid=10185 requires 
> android.permission.READ_EXTERNAL_STORAGE, or grantUriPermission()
>  at 
> android.content.ContentProvider.enforceReadPermissionInner(ContentProvider.java:605)
>  at 
> android.content.ContentProvider$Transport.enforceReadPermission(ContentProvider.java:480)
>  at 
> android.content.ContentProvider$Transport.query(ContentProvider.java:211)
>  at 
> android.content.ContentProviderNative.onTransact(ContentProviderNative.java:112)
>  at android.os.Binder.execTransact(Binder.java:453)
>  java.io.FileNotFoundException: 
> /storage/emulated/0/Android/data/io.cordova.hellocordova/cache: open failed: 
> ENOENT (No such file or directory)
> at libcore.io.IoBridge.open(IoBridge.java:452)
> at java.io.FileOutputStream.(FileOutputStream.java:87)
> at java.io.FileOutputStream.(FileOutputStream.java:127)
> at java.io.FileOutputStream.(FileOutputStream.java:116)
> at 
> org.apache.cordova.camera.CameraLauncher.ouputModifiedBitmap(CameraLauncher.java:549)
> at 
> org.apache.cordova.camera.CameraLauncher.processResultFromGallery(CameraLauncher.java:669)
> at 
> org.apache.cordova.camera.CameraLauncher.access$000(CameraLauncher.java:66)
> at org.apache.cordova.camera.CameraLauncher$1.run(CameraLauncher.java:765)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1113)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:588)
> at java.lang.Thread.run(Thread.java:818)
>  Caused by: android.system.ErrnoException: open failed: ENOENT (No such file 
> or directory)
> at libcore.io.Posix.open(Native Method)
> at libcore.io.BlockGuardOs.open(BlockGuardOs.java:186)
> at libcore.io.IoBridge.open(IoBridge.java:438)
> ... 10 more
> {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-9910) Android permission error for gallery images with target height/width

[ASF subversion and git services (JIRA)]

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

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

Commit 9b444c39ba398cbe2a59892ea980dd264d08eefd in cordova-plugin-camera's 
branch refs/heads/master from riknoll
[ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-camera.git;h=9b444c3 
]

CB-9910 android: Add permission request for some gallery requests


> Android permission error for gallery images with target height/width
> 
>
> Key: CB-9910
> URL: https://issues.apache.org/jira/browse/CB-9910
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
> Environment: Android 6.0.0 Marshmallow on a Nexus 6, cordova-android 
> 5.0.0 (master), cordova-plugin-camera 1.2.1 (master)
>Reporter: Richard B Knoll
>Assignee: Richard B Knoll
>Priority: Critical
>  Labels: android
>
> When you request an image from the PHOTOLIBRARY source in Android, if you set 
> targetHeight and targetWidth you get a SecurityException for not requesting 
> READ_EXTERNAL_STORAGE. Stack trace:
> {code}
>  java.lang.SecurityException: Permission Denial: reading 
> com.android.providers.media.MediaProvider uri 
> content://media/external/images/media from pid=5306, uid=10185 requires 
> android.permission.READ_EXTERNAL_STORAGE, or grantUriPermission()
>  at 
> android.content.ContentProvider.enforceReadPermissionInner(ContentProvider.java:605)
>  at 
> android.content.ContentProvider$Transport.enforceReadPermission(ContentProvider.java:480)
>  at 
> android.content.ContentProvider$Transport.query(ContentProvider.java:211)
>  at 
> android.content.ContentProviderNative.onTransact(ContentProviderNative.java:112)
>  at android.os.Binder.execTransact(Binder.java:453)
>  java.io.FileNotFoundException: 
> /storage/emulated/0/Android/data/io.cordova.hellocordova/cache: open failed: 
> ENOENT (No such file or directory)
> at libcore.io.IoBridge.open(IoBridge.java:452)
> at java.io.FileOutputStream.(FileOutputStream.java:87)
> at java.io.FileOutputStream.(FileOutputStream.java:127)
> at java.io.FileOutputStream.(FileOutputStream.java:116)
> at 
> org.apache.cordova.camera.CameraLauncher.ouputModifiedBitmap(CameraLauncher.java:549)
> at 
> org.apache.cordova.camera.CameraLauncher.processResultFromGallery(CameraLauncher.java:669)
> at 
> org.apache.cordova.camera.CameraLauncher.access$000(CameraLauncher.java:66)
> at org.apache.cordova.camera.CameraLauncher$1.run(CameraLauncher.java:765)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1113)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:588)
> at java.lang.Thread.run(Thread.java:818)
>  Caused by: android.system.ErrnoException: open failed: ENOENT (No such file 
> or directory)
> at libcore.io.Posix.open(Native Method)
> at libcore.io.BlockGuardOs.open(BlockGuardOs.java:186)
> at libcore.io.IoBridge.open(IoBridge.java:438)
> ... 10 more
> {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-8767) Have the ability to detect running in emulator or simulator vs real device

[Gordon Sun (JIRA)]

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

Gordon Sun commented on CB-8767:


Thank you!

> Have the ability to detect running in emulator or simulator vs real device
> --
>
> Key: CB-8767
> URL: https://issues.apache.org/jira/browse/CB-8767
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Plugin Device
>Affects Versions: 3.5.0
>Reporter: Gordon Sun
>
> Google search on how to do this gave me nothing useful except 
> http://stackoverflow.com/questions/20761520/phonegap-detect-emulation . But 
> when I try to do what the answer suggested device.platform gives me iOS 
> device.model gives me x86_64 . There is basically no way for me to detect 
> whether I'm running inside emulator or real device. Is this a regression or 
> 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-6640) saveToPhotoAlbum, saves picture with wrong date

[Richard B Knoll (JIRA)]

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

Richard B Knoll updated CB-6640:

Labels: triaged  (was: )

> saveToPhotoAlbum, saves picture with wrong date
> ---
>
> Key: CB-6640
> URL: https://issues.apache.org/jira/browse/CB-6640
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 3.4.0
> Environment: Android, Nexus 4, Nexus 5  (4.4.2); HTC One Mini (4.4.2)
>Reporter: diDev
>  Labels: triaged
>
> Using the camera plugin from cordova and setting the Attribute 
> saveToPhotoAlbum to true, will save the picture to the phone. No problems 
> here. But testing it on the Nexus 4 & 5 it saves the picture with date 
> 01.01.1970 01:00:00
> Seems to be the same problem on S4:
> http://stackoverflow.com/questions/22372055/cordova-plugin-camera-why-my-save-image-appear-at-the-bottom-of-my-gallery
> Btw.: using the App on HTC one mini, the date ist correct. But the picture 
> will be saved twice in different folder. The normal 'camera' folder and the 
> '100media' folder.



--
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-6640) saveToPhotoAlbum, saves picture with wrong date

[Richard B Knoll (JIRA)]

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

Richard B Knoll commented on CB-6640:
-

Thanks for checking in [~owaislone]! I looked into this a little closer after 
your comment and found that photos saved by the plugin do indeed appear to be 
stripped of EXIF data (at least they do on the Nexus 6), which is probably the 
cause of this issue.

> saveToPhotoAlbum, saves picture with wrong date
> ---
>
> Key: CB-6640
> URL: https://issues.apache.org/jira/browse/CB-6640
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 3.4.0
> Environment: Android, Nexus 4, Nexus 5  (4.4.2); HTC One Mini (4.4.2)
>Reporter: diDev
>  Labels: triaged
>
> Using the camera plugin from cordova and setting the Attribute 
> saveToPhotoAlbum to true, will save the picture to the phone. No problems 
> here. But testing it on the Nexus 4 & 5 it saves the picture with date 
> 01.01.1970 01:00:00
> Seems to be the same problem on S4:
> http://stackoverflow.com/questions/22372055/cordova-plugin-camera-why-my-save-image-appear-at-the-bottom-of-my-gallery
> Btw.: using the App on HTC one mini, the date ist correct. But the picture 
> will be saved twice in different folder. The normal 'camera' folder and the 
> '100media' folder.



--
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-9590) install header-files breaks with new naming convention on ubuntu

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9590:


Github user david-barth-canonical commented on the pull request:

https://github.com/apache/cordova-lib/pull/294#issuecomment-153422772
  
I have update the pull request to add support for taking the class name 
from the plugin.xml file. For plugins using one of the 2 existing naming 
conventions, we can fallback to "guess work", otherwise new plugins using 
arbitrary names can just specify the 'package-ubuntu' parameter (like iOS or 
Android) to specify the class name directly. 
I decided to go ahead and keep on adding code to the cordova-lib for now, 
but will start adding support for that preparation step in cordova-ubuntu 
direclty. In 2 steps, I imagine we can migrate core plugins to using the new 
parameter and deprecate the specific code from the ubuntu/install stage in 
cordova-lib eventually. 


> install header-files breaks with new naming convention on ubuntu
> 
>
> Key: CB-9590
> URL: https://issues.apache.org/jira/browse/CB-9590
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib
>Reporter: David Barth
>
> Trying to install a plugin using the new naming convention breaks on the 
> current ubuntu version.
> cordova plugin add cordova-plugin-console
> Fetching plugin "cordova-plugin-console" via npm
> npm http GET https://registry.npmjs.org/cordova-plugin-console
> npm http 304 https://registry.npmjs.org/cordova-plugin-console
> Installing "cordova-plugin-console" for ubuntu
> Error during processing of action! Attempting to revert...
> Failed to install 'cordova-plugin-console':TypeError: Uh oh!
> Cannot read property '0' of null
> at Object.module.exports.header-file.install 
> (/usr/share/cordova-cli/node_modules/cordova-lib/src/plugman/platforms/ubuntu.js:74:57)
> at installWrapper 
> (/usr/share/cordova-cli/node_modules/cordova-lib/src/platforms/platforms.js:76:32)
> at Object.ActionStack.process 
> (/usr/share/cordova-cli/node_modules/cordova-lib/src/plugman/util/action-stack.js:68:25)
> at handleInstall 
> (/usr/share/cordova-cli/node_modules/cordova-lib/src/plugman/install.js:543:20)
> at 
> /usr/share/cordova-cli/node_modules/cordova-lib/src/plugman/install.js:335:28
> at _fulfilled (/usr/share/cordova-cli/node_modules/q/q.js:787:54)
> at self.promiseDispatch.done 
> (/usr/share/cordova-cli/node_modules/q/q.js:816:30)
> at Promise.promise.promiseDispatch 
> (/usr/share/cordova-cli/node_modules/q/q.js:749:13)
> at /usr/share/cordova-cli/node_modules/q/q.js:509:49
> at flush (/usr/share/cordova-cli/node_modules/q/q.js:108:17)
> TypeError: Uh oh!
> Cannot read property '0' of null
> at Object.module.exports.header-file.install 
> (/usr/share/cordova-cli/node_modules/cordova-lib/src/plugman/platforms/ubuntu.js:74:57)
> at installWrapper 
> (/usr/share/cordova-cli/node_modules/cordova-lib/src/platforms/platforms.js:76:32)
> at Object.ActionStack.process 
> (/usr/share/cordova-cli/node_modules/cordova-lib/src/plugman/util/action-stack.js:68:25)
> at handleInstall 
> (/usr/share/cordova-cli/node_modules/cordova-lib/src/plugman/install.js:543:20)
> at 
> /usr/share/cordova-cli/node_modules/cordova-lib/src/plugman/install.js:335:28
> at _fulfilled (/usr/share/cordova-cli/node_modules/q/q.js:787:54)
> at self.promiseDispatch.done 
> (/usr/share/cordova-cli/node_modules/q/q.js:816:30)
> at Promise.promise.promiseDispatch 
> (/usr/share/cordova-cli/node_modules/q/q.js:749:13)
> at /usr/share/cordova-cli/node_modules/q/q.js:509:49
> at flush (/usr/share/cordova-cli/node_modules/q/q.js:108:17)



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

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

[jira] [Created] (CB-9947) Can't get PickContact working

[Nico Sap (JIRA)]

Nico Sap created CB-9947:


 Summary: Can't get PickContact working
 Key: CB-9947
 URL: https://issues.apache.org/jira/browse/CB-9947
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Contacts
Affects Versions: 1.1.0
 Environment: android 6.0
Reporter: Nico Sap


I first checked for the tests if something was wrong with my code, but there 
doesn't seem to be any concerning PickContact

I always have a permission error, although my AndroidManifest seems correct.

Using 1.1.0 and also tested it with 1.1.1-dev, both have the same issue.

 document.addEventListener("deviceready", function () {
 navigator.contacts.pickContact(function (contactPicked) {
$scope.contact = contactPicked;
 });
  });

I get the list of contacts, i can pick one. Instead of returning the 
ContactInfo, the app crashes and gives a permission error ( which is included)

My Android manifest looks like:


http://schemas.android.com/apk/res/android;>

















The error i'm receiving is : 

Caused by: java.lang.SecurityException: Permission Denial: reading 
com.android.providers.contacts.ContactsProvider2 uri 
content://com.android.contacts/raw_contacts from pid=7739, uid=10141 requires 
android.permission.READ_CONTACTS, or grantUriPermission()

But READ_CONTACTS permission is included in my AndroidManifest.xml

PS. In my current AndroidManifest.xml i changed






So that the parent Activity uses an attribute exported:true, but that doesn't 
change the error.





--
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-7253) window.requestFileSystem fails when no sd card is present and non-zero value is provided for size

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-7253:


Github user riknoll commented on the pull request:


https://github.com/apache/cordova-plugin-file/pull/145#issuecomment-153502297
  
LGTM. I don't really know how to test this thoroughly because of the 
external storage stuff, but the code looks solid and mobilespec passes (on a 
marshmallow device and 5.1.1 emulator) so I will merge this in by the end of 
today unless there are any objections.


> window.requestFileSystem fails when no sd card is present and non-zero value 
> is provided for size
> -
>
> Key: CB-7253
> URL: https://issues.apache.org/jira/browse/CB-7253
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Affects Versions: 3.5.0
> Environment: I discovered this issue on a Nexus7 emulator running 
> android 4.4.2 with no sd card.
>Reporter: Vincent Scuorzo
>Assignee: Jason Ginchereau
>Priority: Minor
>  Labels: easyfix
>
> The problem is that when no external storage is present the size parameter is 
> compared to the available storage space on the internal file system which is 
> incorrectly reported as 0. After reading a post on stack overflow 
> (http://stackoverflow.com/questions/4799643/getting-all-the-total-and-available-space-on-android)
>  I noticed that they were checking available space in a different way so I 
> tried it and the issue went away.
> You can see this bug in action by setting up an emulator as I described and 
> running an app with the file plugin that can execute the following javascript:
> window.requestFileSystem(PERSISTENT, 1024, function(fs){ console.log(fs); }, 
> function(e){ console.log(e); });
> With the current release you will get an error related to reaching the 
> storage quota since the available space is reported incorrectly. Change line 
> 72 of src/android/DirectoryManager.java to read the following:
> freeSpace = 
> freeSpaceCalculation(Environment.getRootDirectory().getAbsolutePath());
> Run the same line of javascript as before and you will now have success, 
> assuming you actually have the available space.
> You can easily bypass this issue and access the filesystem by just passing 0 
> for the size but doing so will also circumvent the checks that ensure you 
> don't try to use more space than is available. In my case, my app was 
> handicapping itself because it thought it didn't have enough space to 
> download additional resources when it should not have had any issues.



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

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

[jira] [Resolved] (CB-9062) Plugman fails to add owner to the plugin

[Nikhil Khandelwal (JIRA)]

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

Nikhil Khandelwal resolved CB-9062.
---
Resolution: Won't Fix

> Plugman fails to add owner to the plugin
> 
>
> Key: CB-9062
> URL: https://issues.apache.org/jira/browse/CB-9062
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugman
>Affects Versions: 3.6.3, 5.0.0
>Reporter: Roman
>
> I am the owner of the `com.paypal.cordova.mobilesdk`  and when trying to 
> execute 
> {code}plugman owner add   com.paypal.cordova.mobilesdk  {code}
> the following error occurs, tried with node 10 and 12. and plugman version 
> 0.23.0 and 0.23.1
> {code}
> render_error function raised error: (new TypeError("tempbody['dist-tags'] is 
> undefined", "updates.package", 12)) 
> stacktrace: ([object Object],[object Object])@updates.package:12
> runUpdate(function (doc, req) {require("monkeypatch").patch(Object, Date, 
> Array, String);var tempbody = JSON.parse(req.body);if (tempbody._npmVersion) 
> {if (tempbody._npmVersion != "1.3.4") {return error("This version of plugman 
> publish is broken, please update plugman with npm install -g 
> plugman@latest.");}} else {var latest = tempbody['dist-tags'].latest;if 
> (latest) {if (tempbody.versions[latest]._npmVersion != "1.3.4") {return 
> error("This version of plugman publish is broken, please update plugman with 
> npm install -g plugman@latest.");}}}var semver = require("semver");var valid 
> = require("valid");
> function error(reason) {return [{_id: "error: forbidden", forbidden: reason}, 
> JSON.stringify({forbidden: reason})];}
> function ok(doc, message) {delete doc.mtime;delete doc.ctime;var time = 
> doc.time = doc.time || {};time.modified = (new 
> Date).toISOString();time.created = time.created || time.modified;for (var v 
> in doc.versions) {var ver = doc.versions[v];delete ver.ctime;delete 
> ver.mtime;time[v] = time[v] || (new Date).toISOString();}return [doc, 
> JSON.stringify({ok: message})];}
> if (doc) {if (req.query.version) {var parsed = 
> semver.valid(req.query.version, true);if (!parsed) {var tag = 
> req.query.version, ver = JSON.parse(req.body);if (!semver.valid(ver)) {return 
> error("setting tag " + tag + " to invalid version: " + 
> req.body);}doc['dist-tags'][tag] = semver.clean(ver, true);return ok(doc, 
> "updated tag");}var ver = req.query.version;if (!semver.valid(ver, true)) 
> {return error("invalid version: " + ver);}if (ver in doc.versions || 
> semver.clean(ver) in doc.versions) {if (!req.query.rev || req.query.rev !== 
> doc._rev) {return error("cannot modify existing version");}}var body = 
> JSON.parse(req.body);if (!valid.name(body.name)) {return error("Invalid name: 
> " + JSON.stringify(body.name));}body.version = semver.clean(body.version, 
> true);ver = semver.clean(ver, true);if (body.version !== ver) {return 
> error("version in doc doesn't match version in request: " + 
> JSON.stringify(body.version) + " !== " + JSON.stringify(ver));}body._id = 
> body.name + "@" + body.version;if (body.description) {doc.description = 
> body.description;}if (body.author) {doc.author = body.author;}if 
> (body.repository) {doc.repository = body.repository;}body.maintainers = 
> doc.maintainers;if (body.publishConfig && typeof body.publishConfig === 
> "object") {Object.keys(body.publishConfig).filter(function (k) {return 
> k.match(/^_/);}).forEach(function (k) {delete body.publishConfig[k];});}var 
> tag = req.query.tag || body.publishConfig && body.publishConfig.tag || 
> body.tag || "latest";if (!req.query.pre) {doc['dist-tags'][tag] = 
> body.version;}if (!doc['dist-tags'].latest) {doc['dist-tags'].latest = 
> body.version;}doc.versions[ver] = body;doc.time = doc.time || 
> {};doc.time[ver] = (new Date).toISOString();return ok(doc, "added 
> version");}var newdoc = JSON.parse(req.body), changed = false;if (doc._rev && 
> doc._rev !== newdoc._rev) {return error("must supply latest _rev to update 
> existing package");}for (var i in newdoc) {if (typeof newdoc[i] === "string" 
> || i === "maintainers") {doc[i] = newdoc[i];}}if (newdoc.versions) 
> {doc.versions = newdoc.versions;}if (newdoc['dist-tags']) {doc['dist-tags'] = 
> newdoc['dist-tags'];}if (newdoc.users) {if (!doc.users) {doc.users = 
> {};}doc.users[req.userCtx.name] = newdoc.users[req.userCtx.name];}return 
> ok(doc, "updated package metadata");} else {doc = JSON.parse(req.body);if 
> (!doc._id) {doc._id = doc.name;}if (!doc.versions) {doc.versions = {};}var 
> latest;for (var v in doc.versions) {if (!semver.valid(v, true)) {return 
> error("Invalid version: " + JSON.stringify(v));}var p = doc.versions[v];if 
> (p.version !== v) {return error("Version mismatch: " + JSON.stringify(v) + " 
> !== " + JSON.stringify(p.version));}if (!valid.name(p.name)) {return 
> error("Invalid name: " + 

[jira] [Commented] (CB-9752) getDirectory fails on valid directory with assets filesystem

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9752:


Github user riknoll commented on the pull request:


https://github.com/apache/cordova-plugin-file/pull/144#issuecomment-153517264
  
LGTM. Tested on an Android 6.0 device and on an Android 5.1.1 emulator and 
ran mobilespec. I'll merge this in at the end of the day.


> getDirectory fails on valid directory with assets filesystem
> 
>
> Key: CB-9752
> URL: https://issues.apache.org/jira/browse/CB-9752
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, Plugin File
> Environment: cordova 5.3.3
> cordova android 4.0.0
> cordova-plugin-file 2.0.0
> *** using build-extras.gradle to speed up lookups (as per README.md for 
> plugin) ***
>Reporter: Denis Babineau
>Assignee: Jason Ginchereau
>
> The following JS snippet fails with "failed to get www directory":
> window.resolveLocalFileSystemURL(cordova.file.applicationDirectory, 
> function(appDir) {
> appDir.getDirectory('www', {create:false}, function(wwwDir) {
> console.log("success!");
> }, function() {
> console.log("failed to get www directory");
> });
> }, function() {
> console.log("Failed to get application directory");
> });
> I narrowed it down to AssetFilesystem.java's listAssets() method called from 
> isDirectory() which returns the "new String[0];" (assetPath = 'www/' in this 
> method) which in turn causes isDirectory() to return 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] [Resolved] (CB-5743) plugman help manage owners is wrong or confusing

[Nikhil Khandelwal (JIRA)]

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

Nikhil Khandelwal resolved CB-5743.
---
Resolution: Won't Fix

Plugman is not supported any more for this use case as CPR has been phased out.

> plugman help manage owners is wrong or confusing
> 
>
> Key: CB-5743
> URL: https://issues.apache.org/jira/browse/CB-5743
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugman
>Reporter: Josh Soref
>
> 1. There's no explanation what ls, add, rm do. 
> 2. There's no explanation that core.file is an argument (use <>)
> 3. There's no explanation that username is an argument (use <>)
> 4. There's no indication that this impacts a certain server - underline that 
> it affects the default registry which can be seen and set with config...



--
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-9948) Remove deprecated command format from exec.js

[Shazron Abdullah (JIRA)]

Shazron Abdullah created CB-9948:


 Summary: Remove deprecated command format from exec.js
 Key: CB-9948
 URL: https://issues.apache.org/jira/browse/CB-9948
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Reporter: Shazron Abdullah


Make sure CB-9883 is resolved first

https://github.com/apache/cordova-ios/blob/0ec2949d9b37495da6504867bfb371bd868242f0/cordova-js-src/exec.js#L144-L156



--
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-9048) Installing a plugin with dependency through git url leaks temporary directory

[Nikhil Khandelwal (JIRA)]

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

Nikhil Khandelwal resolved CB-9048.
---
Resolution: Fixed

> Installing a plugin with dependency through git url leaks temporary directory
> -
>
> Key: CB-9048
> URL: https://issues.apache.org/jira/browse/CB-9048
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugman
>Affects Versions: 5.0.1
>Reporter: Martin Bektchiev
>Priority: Minor
>
> 1. Install the PushPlugin from here: 
> https://github.com/Telerik-Verified-Plugins/PushNotification/tree/2.5.5
> 2. Build for Android
> 3. The com.google.playservices plugin's repository will be cloned in the 
> user's temp dir/git/ (due to the dependency 
> https://github.com/Telerik-Verified-Plugins/PushNotification/blob/2.5.5/plugin.xml#L37)
>  and will be left undeleted



--
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-9588) Plugman. Add support for on Windows

[Nikhil Khandelwal (JIRA)]

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

Nikhil Khandelwal commented on CB-9588:
---

[~sgrebnov] Has this been documented?

> Plugman. Add support for  on Windows
> ---
>
> Key: CB-9588
> URL: https://issues.apache.org/jira/browse/CB-9588
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugman, Windows
>Reporter: Sergey Grebnov
>Assignee: Sergey Grebnov
>  Labels: plugman, windows
>
> In some cases as plugin developer you want to add additional files to be just 
> copied to output folder (for example .dll files to be invoked dynamically or 
> .pri files for WinRT components).
> It is not currently possible as plugman does not support `` on 
> Windows and `` elements are not copied to output directory
> To fix this I propose to add support of  on Windows similar to 
>  with CopyToOutputFolder = 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] [Resolved] (CB-8882) plugman publish includes entire workarea without notice

[Nikhil Khandelwal (JIRA)]

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

Nikhil Khandelwal resolved CB-8882.
---
Resolution: Won't Fix

Plugman publish is not supported anymore

> plugman publish includes entire workarea without notice
> ---
>
> Key: CB-8882
> URL: https://issues.apache.org/jira/browse/CB-8882
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugman
>Reporter: Chris Brody
>Priority: Minor
>  Labels: plugman
>
> When I used plugman publish to publish my sqlite plugin, I had some extra 
> items in my workarea (including an extra sqlite amalgamation and Windows 
> Debug folder). I had no idea this would happen until I encountered testing a 
> project with both Windows 8.1 and Windows Phone 8.1 targets. There should be 
> a warning at the very least.



--
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-7621) update dependencies and devDependencies for cordova-plugman

[Nikhil Khandelwal (JIRA)]

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

Nikhil Khandelwal resolved CB-7621.
---
Resolution: Fixed

This has already been done

> update dependencies and devDependencies for cordova-plugman
> ---
>
> Key: CB-7621
> URL: https://issues.apache.org/jira/browse/CB-7621
> Project: Apache Cordova
>  Issue Type: Task
>  Components: Plugman
>Reporter: Marcel Kinard
>Priority: Minor
>
> {code}
> marcelk$ npm outdated --depth 0
> Package Current  Wanted  Latest  Location
> rc0.3.0   0.3.0   0.5.1  rc
> q 0.9.7   0.9.7   1.0.1  q
> underscore1.4.4   1.4.4   1.7.0  underscore
> npm   1.3.4   1.3.4   2.0.0  npm
> nopt 1.0.10  1.0.10   3.0.1  nopt
> {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] [Resolved] (CB-7256) Plugman/CLI to work with multiple cordova registries

[Nikhil Khandelwal (JIRA)]

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

Nikhil Khandelwal resolved CB-7256.
---
Resolution: Won't Fix

Plugman is not supported any more for this use case as CPR has been phased out.

> Plugman/CLI to work with multiple cordova registries
> 
>
> Key: CB-7256
> URL: https://issues.apache.org/jira/browse/CB-7256
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: CLI, Plugman
>Reporter: Gorkem ERCAN
>
> Plugman and/or CLI should be able to work with multiple registries. It should 
> be possible to download, install, update plugins from registries other than 
> the default one. 
> This either means, CLI/Plugman be able to delegate to other npm modules its 
> operations related to registry. Or Cordova should define a set of REST APIs 
> for registries to implement. I tend to think REST APIs is the longer term 
> solution.



--
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-9946) Cordova build/run/emulate commands broken (nodejs 5.0)

[Tanase Butcaru (JIRA)]

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

Tanase Butcaru updated CB-9946:
---
Description: 
After upgrading to nodejs 5.0 from 4.2 I tried to run/emulate my project and 
nothing happend - no error messages, no logs, nothing.

I had to downgrade to 4.2 for the moment as a workaround.
5.0 is a new stable nodejs release.

Just did some tests on a MacOS Mavericks virtual machne and the same thing 
happens, but this time with `build` command.
npm version 3.3.12.

Did not test all cordova-cli commands but I have updated/added/removed the 
following without issues: platform & plugins.

  was:
After upgrading to nodejs 5.0 from 4.2 I tried to run/emulate my project and 
nothing happend - no error messages, no logs, nothing.

I had to downgrade to 4.2 for the moment as a workaround.
5.0 is a new stable nodejs release.


> Cordova build/run/emulate commands broken (nodejs 5.0)
> --
>
> Key: CB-9946
> URL: https://issues.apache.org/jira/browse/CB-9946
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI, CordovaJS
> Environment: Archlinux OS (x64)
> Nodejs 5.0
> NPM 3.3.10
> Cordova 5.3.3
>Reporter: Tanase Butcaru
>  Labels: cordova-cli, nodejs
>
> After upgrading to nodejs 5.0 from 4.2 I tried to run/emulate my project and 
> nothing happend - no error messages, no logs, nothing.
> I had to downgrade to 4.2 for the moment as a workaround.
> 5.0 is a new stable nodejs release.
> Just did some tests on a MacOS Mavericks virtual machne and the same thing 
> happens, but this time with `build` command.
> npm version 3.3.12.
> Did not test all cordova-cli commands but I have updated/added/removed the 
> following without issues: platform & plugins.



--
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-8022) plugman info foo yields [Object] for the maintainers and engines

[Nikhil Khandelwal (JIRA)]

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

Nikhil Khandelwal resolved CB-8022.
---
Resolution: Won't Fix

Plugman is not supported any more for this use case as CPR has been phased out.

> plugman info foo yields [Object] for the maintainers and engines
> 
>
> Key: CB-8022
> URL: https://issues.apache.org/jira/browse/CB-8022
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugman
>Affects Versions: 3.5.0
>Reporter: Josh Soref
>
> {quote}
> plugman info org.apache.cordova.file |grep -A1 maintain
> {quote}
> yields:
> {quote}
>  maintainers: 
>   [ \[Object],
> {quote}
> and
> {quote}
> info org.apache.cordova.statusbar |grep 'engines:'
> {quote}
> yields:
> {quote}
>  engines: [ \[Object] ],
> {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] [Resolved] (CB-7840) Plugman publish should fail if plugin id contains UPPERCASE characters

[Nikhil Khandelwal (JIRA)]

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

Nikhil Khandelwal resolved CB-7840.
---
Resolution: Won't Fix

Plugman is not supported any more for this use case as CPR has been phased out.

> Plugman publish should fail if plugin id contains UPPERCASE characters
> --
>
> Key: CB-7840
> URL: https://issues.apache.org/jira/browse/CB-7840
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugman
>Reporter: Andrew Grieve
>Priority: Minor
>
> Right now plugman lets you publish a plugin like `org.foo.Bar`, but it 
> lowercases it to `org.foo.bar` in the process. Other plugins that depend on 
> it then fail to find it, as does a `plugman info org.foo.Bar`.
> Simplest fix is to error out if someone tries to publish a plugin with an 
> UPPERCASE letter in it.



--
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-7900) plugman unpublish doesn't work

[Nikhil Khandelwal (JIRA)]

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

Nikhil Khandelwal resolved CB-7900.
---
Resolution: Won't Fix

Plugman is not supported any more for this use case as CPR has been phased out.

> plugman unpublish doesn't work
> --
>
> Key: CB-7900
> URL: https://issues.apache.org/jira/browse/CB-7900
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugman
>Affects Versions: 4.0.0
> Environment: Windows 7 64 bit.
>Reporter: John M. Wargo
>
> I created a sample plugin this morning and published it to the registry. 
> Here's a link: http://plugins.cordova.io/#/package/com.johnwargo.myplugin. 
> When I issue a plugman unpublish command, I get the following:
> C:\Users\jwargo\dev\myplugin>plugman unpublish com.johnwargo.myplugin
> attempting to unpublish plugin from registry
> Plugin unpublished
> But the plugin is still in the repository. I've tried several times and it's 
> still there.



--
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-9887) Windows platform file plugin does not define standard cordova.file.* paths

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9887:


Github user purplecabbage commented on the pull request:


https://github.com/apache/cordova-plugin-file/pull/143#issuecomment-153511867
  
Hi @ghenry22 !
This looks good, as do your other prs.  Have you signed an iCLA? [1] 
It is hard to tell because you do not have your name on your github 
profile, so I have nothing the verify against [2] 

[1] http://cordova.apache.org/contribute/
[2]  https://people.apache.org/committer-index.html



> Windows platform file plugin does not define standard cordova.file.* paths
> --
>
> Key: CB-9887
> URL: https://issues.apache.org/jira/browse/CB-9887
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
> Environment: cordova platform windows
> windows 10 universal app
>Reporter: Gaven Henry
>  Labels: windows
>   Original Estimate: 168h
>  Remaining Estimate: 168h
>
> On android and ios the file plugin defines some standard paths of the form 
> "cordova.file.*" (such as cordova.file.dataDirectory) which are used as a 
> simple and consistent way to access different types of storage.
> On the windows platform none of these paths are defined and attempts to query 
> cordova.file.* returns undefined.
> This means that if you want to port an app from ios or android to the windows 
> platform it will fail to launch due to these paths not being defined.
> Need to update the windows platform code to define the available file systems 
> for the windows 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] [Commented] (CB-8615) (Windows) .winmd files with the same names are not added properly when using framework tag with target attribute

[Nikhil Khandelwal (JIRA)]

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

Nikhil Khandelwal commented on CB-8615:
---

[~sgrebnov] Does not look like this got documented. Could you update the docs 
here: 
https://github.com/apache/cordova-docs/blob/master/www/docs/en/edge/plugin_ref/spec.md

> (Windows) .winmd files with the same names are not added properly when using 
> framework tag with target attribute
> 
>
> Key: CB-8615
> URL: https://issues.apache.org/jira/browse/CB-8615
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugman
>Reporter: Alexander Sorokin
>
> When winmd files referenced by framework tag in plugin.xml have same names, 
> only last one of them will be present in platform directory on plugin install.
> For example,
> {code:title=plugin.xml}
> 
> ...
>  src="src/windows/lib/wpa/Microsoft.IdentityModel.Clients.ActiveDirectory.winmd"
>  target="phone" custom="true"/>
>  src="src/windows/lib/netcore45/Microsoft.IdentityModel.Clients.ActiveDirectory.winmd"
>  target="windows" custom="true"/>
> 
> {code}
> When we install this plugin for windows platform, only the second winmd file 
> is present in `platforms\windows\plugins\some.plugin.id` directory 
> (apparently, the first lib is being replaced by the second one).



--
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-8624) cordova-plugman does not work with sinopia due to old npm version

[Nikhil Khandelwal (JIRA)]

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

Nikhil Khandelwal resolved CB-8624.
---
Resolution: Won't Fix

Plugman is not supported any more for this use case as CPR has been phased out.

> cordova-plugman does not work with sinopia due to old npm version
> -
>
> Key: CB-8624
> URL: https://issues.apache.org/jira/browse/CB-8624
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugman
>Reporter: Pål-Kristian Hamre
>Priority: Minor
>
> I'm working on setting up a local npm registry with sinopia[1] to our local 
> developer environment using cordova-plugman. 
> There was a change[2] in sinopia some months ago, requiring it to use at 
> least version 1.4.5 of npm.
> In the cordova-plugman project you use version 1.3.4 of npm[3]. Is there any 
> plans to update this to a more recent version of npm so it can work with 
> tools such as sinopia?
> [1]: https://github.com/rlidwka/sinopia
> [2]: https://github.com/rlidwka/sinopia/issues/93
> [3]: https://github.com/apache/cordova-plugman/blob/master/package.json#L24



--
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-8877) plugman adduser login procedure is not documented properly

[Nikhil Khandelwal (JIRA)]

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

Nikhil Khandelwal resolved CB-8877.
---
Resolution: Won't Fix

CPR is phased out and this is not supported any more

> plugman adduser login procedure is not documented properly
> --
>
> Key: CB-8877
> URL: https://issues.apache.org/jira/browse/CB-8877
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugman
>Reporter: Chris Brody
>  Labels: plugman
>   Original Estimate: 2h
>  Remaining Estimate: 2h
>
> I learned (the hard way) that plugman adduser does not let us add whatever 
> username and password we like. I figured out that the username and password 
> have to match the credentials on github. Can we please fix this in the help 
> text?



--
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-5742) plugman help info is wrong or confusing

[Nikhil Khandelwal (JIRA)]

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

Nikhil Khandelwal resolved CB-5742.
---
Resolution: Won't Fix

Plugman is not supported any more for this use case as CPR has been phased out.

> plugman help info is wrong or confusing 
> 
>
> Key: CB-5742
> URL: https://issues.apache.org/jira/browse/CB-5742
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugman
>Affects Versions: 3.2.0
>Reporter: Josh Soref
>Priority: Minor
>
> The help for search is:
> Plugman search <...>
> Note the <>
> The help for info is:
> Plugman info plugin
> There is no way to guess that plugin is an argument and not a literal. 
> Please use <>



--
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-9897) android getPicture() with destinationType FILE_URI returns content provider instead of file url

[Richard B Knoll (JIRA)]

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

Richard B Knoll commented on CB-9897:
-

I'm going to close this issue as a duplicate because CB-9548 provides better 
context

> android getPicture() with destinationType FILE_URI returns content provider 
> instead of file url
> ---
>
> Key: CB-9897
> URL: https://issues.apache.org/jira/browse/CB-9897
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 1.2.0
>Reporter: Michael Schmidt
>  Labels: Android, reproduced, triaged
>
> Camera options:
> - destinationType: Camera.DestinationType.FILE_URI,
> Situation: getPicture() on android returns content provider instead of file 
> url
> Problem: Other platforms return the file url - camera on android is 
> inconsistent
> This requires for every camera usage a workaround on android - there is even 
> a plugin for this: https://github.com/hiddentao/cordova-plugin-filepath
> -> $window.FilePath.resolveNativePath(fileUrl, function(fileEntry)
> -> directly resolve to native file url on android



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

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

[jira] [Closed] (CB-9897) android getPicture() with destinationType FILE_URI returns content provider instead of file url

[Richard B Knoll (JIRA)]

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

Richard B Knoll closed CB-9897.
---
Resolution: Duplicate

> android getPicture() with destinationType FILE_URI returns content provider 
> instead of file url
> ---
>
> Key: CB-9897
> URL: https://issues.apache.org/jira/browse/CB-9897
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 1.2.0
>Reporter: Michael Schmidt
>  Labels: Android, reproduced, triaged
>
> Camera options:
> - destinationType: Camera.DestinationType.FILE_URI,
> Situation: getPicture() on android returns content provider instead of file 
> url
> Problem: Other platforms return the file url - camera on android is 
> inconsistent
> This requires for every camera usage a workaround on android - there is even 
> a plugin for this: https://github.com/hiddentao/cordova-plugin-filepath
> -> $window.FilePath.resolveNativePath(fileUrl, function(fileEntry)
> -> directly resolve to native file url on android



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

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

[jira] [Commented] (CB-9548) camera.getPicture() - invalid FILE_URI when returning original image from device

[Richard B Knoll (JIRA)]

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

Richard B Knoll commented on CB-9548:
-

Also for the record, I think that FILE_URI and NATIVE_URI just always return 
the same thing in Android (though this is not documented).

> camera.getPicture() - invalid FILE_URI when returning original image from 
> device
> 
>
> Key: CB-9548
> URL: https://issues.apache.org/jira/browse/CB-9548
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
> Environment: Archlinux OS
> Cordova CLI (5.2.0)
> Android platform (4.1.1)
> cordova-plugin-camera (1.2.0)
> -
> Android Simulator (4.4.4 & 5.0.1)
> Xperia Z3Compact (5.1.1)
> Xperia Sola (4.4.4)
>Reporter: Tanase Butcaru
>  Labels: Android, reproduced, triaged
>
> Camera plugin returns a NATIVE_URI path when trying to get the original image 
> with +getPicture()+ method instead of returning the FILE_URI path (even 
> though the _destinationType_ is set to 
> _navigator.camera.DestinationType.FILE_URI_).
> Until now I was using the camera plugin to get modified images only (by 
> passing the _targetHeight_ & _targetWidth_ and/or _allowEdit_ arguments to 
> +getPicture()+ method), but when I tried to get the original image I found 
> this bug.
> Tested with devices mentioned in the Environment section for both Android & 
> iOS platforms, but only Android manifests this behaviour..
> _I've created a github repo where I intend to reproduce all cordova core 
> plugin bugs that I discover. I think this is the best way to test/reproduce 
> any issue._
>  *How to reproduce the bug*:
> {code}
> git clone https://github.com/TanaseButcaru/cdv.bugs.git
> cd cdv.bugs/bugs/getPictureFileURI
> cordova run/emulate android
> {code}
> When the app starts you have two options for the _getPictureFileURI_ bug: 
> * getPicture with edits (targetHeight/Width) - OK
> * getPicture without edits (original image) - *wrong FILE_URI*
> For the second option, where the bug appears, I have provided a external 
> (temporary) solution: I'm using the 
> [cordova-plugin-filepath|https://github.com/hiddentao/cordova-plugin-filepath]
>  plugin to get the FILE_URI from the NATIVE_URI and as you can see in the 
> sample app, it works well, but it would be better if the camera plugin would 
> do this by default when returning an unmodified image.



--
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-7276) correctOrientation is applied only for JPEG images

[Richard B Knoll (JIRA)]

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

Richard B Knoll commented on CB-7276:
-

PNG files don't have EXIF, which is why that check is being made. PNG files do 
have metadata support but I don't think Android has a built in way to read it 
and I'm not sure if orientation data is generally included. We could 
potentially always take images as JPEG and then convert them, but that sounds 
like a pretty inefficient hack. 

> correctOrientation is applied only for JPEG images
> --
>
> Key: CB-7276
> URL: https://issues.apache.org/jira/browse/CB-7276
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 3.5.0
> Environment: Android
>Reporter: Petrus Repo
>
> Some Android devices (eg. Samsung S3 running Android 4.1 and Android 4.3) 
> will set wrong orientation for pictures. Using correctOrientation==true will 
> fix the resulting image to have the correct orientation.
> However, orientation is only corrected for JPEG images. If you set 
> Camera.EncodingType.PNG then the resulting image will have wrong orientation 
> on those devices carrying this bug. (eg. Nexus5 on 4.4 does not have the bug 
> so it's not affected, but Samsung S3s are)
> Line CameraLauncher#processResultFromCamera:344 (*) has "if 
> (this.encodingType == JPEG)" and inside the orientation is inspected. There 
> should be no reason limit the orientation fix only for JPEG images.
> rotate = N is needed in order to apply the orientation fix (**).
> (*) 
> https://github.com/apache/cordova-plugin-camera/blob/e4ab155fd097381151357b64e69a1e6f40b076a5/src/android/CameraLauncher.java#L344
> (**) 
> https://github.com/apache/cordova-plugin-camera/blob/e4ab155fd097381151357b64e69a1e6f40b076a5/src/android/CameraLauncher.java#L371



--
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-7276) correctOrientation is applied only for JPEG images

[Richard B Knoll (JIRA)]

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

Richard B Knoll commented on CB-7276:
-

I guess [we do already re-compress the 
file|https://github.com/apache/cordova-plugin-camera/blob/master/src/android/CameraLauncher.java#L498]
 if we modify it (by setting width/height, quality etc.) so maybe that is the 
way to go

> correctOrientation is applied only for JPEG images
> --
>
> Key: CB-7276
> URL: https://issues.apache.org/jira/browse/CB-7276
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 3.5.0
> Environment: Android
>Reporter: Petrus Repo
>
> Some Android devices (eg. Samsung S3 running Android 4.1 and Android 4.3) 
> will set wrong orientation for pictures. Using correctOrientation==true will 
> fix the resulting image to have the correct orientation.
> However, orientation is only corrected for JPEG images. If you set 
> Camera.EncodingType.PNG then the resulting image will have wrong orientation 
> on those devices carrying this bug. (eg. Nexus5 on 4.4 does not have the bug 
> so it's not affected, but Samsung S3s are)
> Line CameraLauncher#processResultFromCamera:344 (*) has "if 
> (this.encodingType == JPEG)" and inside the orientation is inspected. There 
> should be no reason limit the orientation fix only for JPEG images.
> rotate = N is needed in order to apply the orientation fix (**).
> (*) 
> https://github.com/apache/cordova-plugin-camera/blob/e4ab155fd097381151357b64e69a1e6f40b076a5/src/android/CameraLauncher.java#L344
> (**) 
> https://github.com/apache/cordova-plugin-camera/blob/e4ab155fd097381151357b64e69a1e6f40b076a5/src/android/CameraLauncher.java#L371



--
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-9548) camera.getPicture() - invalid FILE_URI when returning original image from device

[Richard B Knoll (JIRA)]

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

Richard B Knoll updated CB-9548:

Labels: Android reproduced triaged  (was: Android)

> camera.getPicture() - invalid FILE_URI when returning original image from 
> device
> 
>
> Key: CB-9548
> URL: https://issues.apache.org/jira/browse/CB-9548
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
> Environment: Archlinux OS
> Cordova CLI (5.2.0)
> Android platform (4.1.1)
> cordova-plugin-camera (1.2.0)
> -
> Android Simulator (4.4.4 & 5.0.1)
> Xperia Z3Compact (5.1.1)
> Xperia Sola (4.4.4)
>Reporter: Tanase Butcaru
>  Labels: Android, reproduced, triaged
>
> Camera plugin returns a NATIVE_URI path when trying to get the original image 
> with +getPicture()+ method instead of returning the FILE_URI path (even 
> though the _destinationType_ is set to 
> _navigator.camera.DestinationType.FILE_URI_).
> Until now I was using the camera plugin to get modified images only (by 
> passing the _targetHeight_ & _targetWidth_ and/or _allowEdit_ arguments to 
> +getPicture()+ method), but when I tried to get the original image I found 
> this bug.
> Tested with devices mentioned in the Environment section for both Android & 
> iOS platforms, but only Android manifests this behaviour..
> _I've created a github repo where I intend to reproduce all cordova core 
> plugin bugs that I discover. I think this is the best way to test/reproduce 
> any issue._
>  *How to reproduce the bug*:
> {code}
> git clone https://github.com/TanaseButcaru/cdv.bugs.git
> cd cdv.bugs/bugs/getPictureFileURI
> cordova run/emulate android
> {code}
> When the app starts you have two options for the _getPictureFileURI_ bug: 
> * getPicture with edits (targetHeight/Width) - OK
> * getPicture without edits (original image) - *wrong FILE_URI*
> For the second option, where the bug appears, I have provided a external 
> (temporary) solution: I'm using the 
> [cordova-plugin-filepath|https://github.com/hiddentao/cordova-plugin-filepath]
>  plugin to get the FILE_URI from the NATIVE_URI and as you can see in the 
> sample app, it works well, but it would be better if the camera plugin would 
> do this by default when returning an unmodified image.



--
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-9548) camera.getPicture() - invalid FILE_URI when returning original image from device

[Richard B Knoll (JIRA)]

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

Richard B Knoll commented on CB-9548:
-

I can reproduce this as well. See my comment 
[here|https://issues.apache.org/jira/browse/CB-9897?focusedCommentId=14986378=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14986378]

> camera.getPicture() - invalid FILE_URI when returning original image from 
> device
> 
>
> Key: CB-9548
> URL: https://issues.apache.org/jira/browse/CB-9548
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
> Environment: Archlinux OS
> Cordova CLI (5.2.0)
> Android platform (4.1.1)
> cordova-plugin-camera (1.2.0)
> -
> Android Simulator (4.4.4 & 5.0.1)
> Xperia Z3Compact (5.1.1)
> Xperia Sola (4.4.4)
>Reporter: Tanase Butcaru
>  Labels: Android, reproduced, triaged
>
> Camera plugin returns a NATIVE_URI path when trying to get the original image 
> with +getPicture()+ method instead of returning the FILE_URI path (even 
> though the _destinationType_ is set to 
> _navigator.camera.DestinationType.FILE_URI_).
> Until now I was using the camera plugin to get modified images only (by 
> passing the _targetHeight_ & _targetWidth_ and/or _allowEdit_ arguments to 
> +getPicture()+ method), but when I tried to get the original image I found 
> this bug.
> Tested with devices mentioned in the Environment section for both Android & 
> iOS platforms, but only Android manifests this behaviour..
> _I've created a github repo where I intend to reproduce all cordova core 
> plugin bugs that I discover. I think this is the best way to test/reproduce 
> any issue._
>  *How to reproduce the bug*:
> {code}
> git clone https://github.com/TanaseButcaru/cdv.bugs.git
> cd cdv.bugs/bugs/getPictureFileURI
> cordova run/emulate android
> {code}
> When the app starts you have two options for the _getPictureFileURI_ bug: 
> * getPicture with edits (targetHeight/Width) - OK
> * getPicture without edits (original image) - *wrong FILE_URI*
> For the second option, where the bug appears, I have provided a external 
> (temporary) solution: I'm using the 
> [cordova-plugin-filepath|https://github.com/hiddentao/cordova-plugin-filepath]
>  plugin to get the FILE_URI from the NATIVE_URI and as you can see in the 
> sample app, it works well, but it would be better if the camera plugin would 
> do this by default when returning an unmodified image.



--
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-9548) camera.getPicture() - invalid FILE_URI when returning original image from device

[Tanase Butcaru (JIRA)]

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

Tanase Butcaru commented on CB-9548:


I also noticed that some time ago, but didn't test the behavior on iOS.

> camera.getPicture() - invalid FILE_URI when returning original image from 
> device
> 
>
> Key: CB-9548
> URL: https://issues.apache.org/jira/browse/CB-9548
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
> Environment: Archlinux OS
> Cordova CLI (5.2.0)
> Android platform (4.1.1)
> cordova-plugin-camera (1.2.0)
> -
> Android Simulator (4.4.4 & 5.0.1)
> Xperia Z3Compact (5.1.1)
> Xperia Sola (4.4.4)
>Reporter: Tanase Butcaru
>  Labels: Android, reproduced, triaged
>
> Camera plugin returns a NATIVE_URI path when trying to get the original image 
> with +getPicture()+ method instead of returning the FILE_URI path (even 
> though the _destinationType_ is set to 
> _navigator.camera.DestinationType.FILE_URI_).
> Until now I was using the camera plugin to get modified images only (by 
> passing the _targetHeight_ & _targetWidth_ and/or _allowEdit_ arguments to 
> +getPicture()+ method), but when I tried to get the original image I found 
> this bug.
> Tested with devices mentioned in the Environment section for both Android & 
> iOS platforms, but only Android manifests this behaviour..
> _I've created a github repo where I intend to reproduce all cordova core 
> plugin bugs that I discover. I think this is the best way to test/reproduce 
> any issue._
>  *How to reproduce the bug*:
> {code}
> git clone https://github.com/TanaseButcaru/cdv.bugs.git
> cd cdv.bugs/bugs/getPictureFileURI
> cordova run/emulate android
> {code}
> When the app starts you have two options for the _getPictureFileURI_ bug: 
> * getPicture with edits (targetHeight/Width) - OK
> * getPicture without edits (original image) - *wrong FILE_URI*
> For the second option, where the bug appears, I have provided a external 
> (temporary) solution: I'm using the 
> [cordova-plugin-filepath|https://github.com/hiddentao/cordova-plugin-filepath]
>  plugin to get the FILE_URI from the NATIVE_URI and as you can see in the 
> sample app, it works well, but it would be better if the camera plugin would 
> do this by default when returning an unmodified image.



--
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-9946) Cordova run/emulate commands broken (nodejs 5.0)

[Tanase Butcaru (JIRA)]

Tanase Butcaru created CB-9946:
--

 Summary: Cordova run/emulate commands broken (nodejs 5.0)
 Key: CB-9946
 URL: https://issues.apache.org/jira/browse/CB-9946
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI, CordovaJS
 Environment: Archlinux OS (x64)
Nodejs 5.0
NPM 3.3.10
Cordova 5.3.3

Reporter: Tanase Butcaru


After upgrading to nodejs 5.0 from 4.2 I tried to run/emulate my project and 
nothing happend - no error messages, no logs, nothing.

I had to downgrade to 4.2 for the moment as a workaround.
5.0 is a new stable nodejs release.



--
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-9883) Remove unused iOS bridges

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9883:


GitHub user shazron opened a pull request:

https://github.com/apache/cordova-ios/pull/178

CB-9883 - Remove unused iOS bridges

Please review.

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

$ git pull https://github.com/shazron/cordova-ios CB-9883

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

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


commit 8f6c8367b476493b48e263d4bed5b5c31916d81d
Author: Shazron Abdullah 
Date:   2015-11-03T22:20:11Z

CB-9883 - Remove bridge changing guide doc

commit 89ea4926040b8febbde90beb04d058a19ef2e3f4
Author: Shazron Abdullah 
Date:   2015-11-03T22:34:57Z

CB-9883 - removed bridges from platform exec.js

commit 81f5036ef7552a3619a3b0448e534854a2be66bd
Author: Shazron Abdullah 
Date:   2015-11-03T22:40:06Z

CB-9883 - removed bridges from platform native code




> Remove unused iOS bridges
> -
>
> Key: CB-9883
> URL: https://issues.apache.org/jira/browse/CB-9883
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Shazron Abdullah
>  Labels: cordova-ios-4.0.x
>
> We have 7 bridges in iOS:
> https://github.com/apache/cordova-ios/blob/c0fe92d6c0b91efa2da0d5cec78e0baa95ce55c9/cordova-js-src/exec.js#L36-L43
> IFRAME_NAV is the default, and is actively used.
> WK_WEBVIEW_BINDING will be used by the wkwebview-engine plugin,
> although I really want the plugin itself to inject this, haven't
> explored that yet.
> Remove these bridges:
> https://github.com/apache/cordova-ios/blob/c0fe92d6c0b91efa2da0d5cec78e0baa95ce55c9/cordova-js-src/exec.js#L38-L42
> XHR_NO_PAYLOAD
> XHR_WITH_PAYLOAD
> XHR_OPTIONAL_PAYLOAD
> IFRAME_HASH_NO_PAYLOAD
> IFRAME_HASH_WITH_PAYLOAD
> ... and their associated native 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] [Closed] (CB-4693) Typo in camera.mediatype example

[Richard B Knoll (JIRA)]

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

Richard B Knoll closed CB-4693.
---
Resolution: Cannot Reproduce

This issue appears to have been lost during the transition to the new docs, so 
I'm closing it.

> Typo in camera.mediatype example
> 
>
> Key: CB-4693
> URL: https://issues.apache.org/jira/browse/CB-4693
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Docs, Plugin Camera
>Affects Versions: 3.0.0
>Reporter: John M. Wargo
>Assignee: Michael Brooks
>Priority: Minor
>
> In the mediatype example, the ending curly brace is outside of the code area.
> http://cordova.apache.org/docs/en/3.0.0/cordova_camera_camera.md.html#cameraOptions



--
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-1859) camera.getPicture should use scaled photo data only when it's bigger than targetWidth / targetHeight

[Richard B Knoll (JIRA)]

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

Richard B Knoll updated CB-1859:

Issue Type: Bug  (was: Improvement)

> camera.getPicture should use scaled photo data only when it's bigger than 
> targetWidth / targetHeight
> 
>
> Key: CB-1859
> URL: https://issues.apache.org/jira/browse/CB-1859
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 2.2.0
> Environment: Android, iOS
>Reporter: Yutaka Yamaguchi
>Assignee: Max Woghiren
>Priority: Minor
>  Labels: android, ios, reproduced, triaged
>
> camera.getPicture always use scaled photo data even if it's smaller than 
> targetWidth/targetHeigth.
> I think it's better to use original one instead if so.
> (I found the related stackoverflow question
> http://stackoverflow.com/questions/13101255/phonegap-ios-camera-resizing-only-if-photo-bigger-then-targetheight-targetwi
>  )
> = steps to reproduce =
> 1. set targetWidth 800 in your script.
> 2. execute script and use camera.getPhoto function (use photo library)
> 3. use photo which size is smaller than 800px (e.g. 400px) in photo library.
> = actual behavior =
> return scaled photo to 800px (doubled size of original photo)
> = expected behavior =
> return original photo



--
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-5942) targetWidth and targetHeight are not being interpreted consistently across platforms

[Richard B Knoll (JIRA)]

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

Richard B Knoll commented on CB-5942:
-

Seems like upscaling is still the behavior in camera plugin 1.2.1 on Android 
and in iOS. Are we still planning on changing that so that the API never grows 
the image?

> targetWidth and targetHeight are not being interpreted consistently across 
> platforms
> 
>
> Key: CB-5942
> URL: https://issues.apache.org/jira/browse/CB-5942
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 3.0.0, 3.1.0, 3.2.0
> Environment: iOS, WP8
>Reporter: John M. Wargo
>
> A while back I posted a question regarding Camera targetWidth & targetHeight 
> properties and how they worked. After some discussion, the conclusion I 
> reached was that the documentation couldn't be correct about how it worked 
> since there was no way to determine the camera's resolution with the current 
> API but the docs said I had to provide both parameters.  I said I'd do some 
> testing and I have finally gotten around to completing it. Here's what I 
> discovered:
> I created an application that allowed me to pass in different values for 
> targetWidth & targetHeight when taking a picture. I tested at the following 
> image sizes: 640x480, 800x600, 1024x768 as well as setting only the 
> targetWidth to 1024 or only the targetHeight to 768.
> Here's the results:
> h2. Android
> ||Expected||Portrait||Landscape||
> |640x480|480x640|640x480|
> |800x600|600x800|800x600|
> |1024x768|768x1024|1024x768|
> |1024x?|768x1024|1024x768|
> |?x768|768x1024|1024x768|
> h2. iOS
> ||Expected||Portrait||Landscape||
> |640x480|360x480|640x480|
> |800x600|450x600|800x600|
> |1024x768|576x768|1024x768|
> |1024x?|2448x3264|3264x2448|
> |?x768|2448x3264|3264x2448|
> h2. Windows Phone 8
> ||Expected||Portrait||Landscape||
> |640x480|1836x3264|3264x1836|
> |800x600|1836x3264|3264x1836|
> |1024x768|1836x3264|3264x1836|
> |1024x?|1836x3264|3264x1836|
> |?x768|1836x3264|3264x1836|
> As you can see, Android properly implements the targetWidth & targetHeight 
> properties. On iOS, it supports setting both properties, but not instances 
> where only one is specified. Windows Phone 8 ignores the parameters 
> completely.  On iOS, when you turn the device on its side, the Camera API 
> applies the target width or height to the wrong axis (Android does this well 
> however).
> I'm trying to test this on a BlackBerry device, but my development 
> environment is giving me fits right now. I'll work on it in the morning and 
> publish my results when I get them.
> I would suggest that the android implementation is as expected and that the 
> other platforms need their implementations of targetWidth & targetHeight 
> adjusted so it works correctly. The documentation should be updated as well 
> as it's incorrect today specifying that both properties must be provided.
> If the group doesn't want to support only providing one of the properties, 
> then I would expect that the onError callback is called when only one is 
> provided rather than simply ignoring them as is the case with iOS and Windows 
> Phone.
> I posted my sample application and a spreadsheet with my results to 
> https://github.com/johnwargo/camera_res_test
> The concensus on the dev list is the following:
> The API should never grow the image
> The API should shrink the image while maintaining aspect ratio, such that 
> both dimensions of the resized image fit within targetWidth and targetHeight.
> I would propose as well that the API support only one of the parameters or 
> both - the API should understand enough about the image file to maintain 
> aspect ratio, the developer shouldn't have to tell it.



--
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-9935) On Node.js version 5.0.0 Cordova CLI build, run and emulate commands don't work.

[Jason Ginchereau (JIRA)]

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

Jason Ginchereau resolved CB-9935.
--
   Resolution: Fixed
Fix Version/s: 5.4.0

> On Node.js version 5.0.0 Cordova CLI build, run and emulate commands don't 
> work.
> 
>
> Key: CB-9935
> URL: https://issues.apache.org/jira/browse/CB-9935
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Affects Versions: 5.3.2
> Environment: Cordova CLI: 5.3.3
> Gulp version:  CLI version 3.9.0
> Gulp local:   Local version 3.9.0
> Ionic Version: 1.1.0
> Ionic CLI Version: 1.7.7
> Ionic App Lib Version: 0.6.3
> ios-deploy version: 1.8.2
> ios-sim version: 5.0.3
> OS: Mac OS X El Capitan
> Node Version: v5.0.0
> Xcode version: Xcode 7.1 Build version 7B91b
>Reporter: Uğur Erkan
>Assignee: Jason Ginchereau
> Fix For: 5.4.0
>
>
>  Cordova CLI with Node.js 5.0.0 build, run and emulate commands don't work. 
> There isn't any output even verbose mode. I can't find any debug output, so 
> sorry about lack of information.
> Working workaround is node version switching, i'm using the n version 
> manager. https://github.com/tj/n 
> !https://i.imgur.com/1HG5ndp.png!
> {color:red}
> *It's affect Cordova CLI 5.3.3 version*
> 5.3.3 is latest version on NPM https://www.npmjs.com/package/cordova
> {color}



--
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-5195) Camera.getPicture with sourceType: PHOTOLIBRARY scales image before rotating

[Richard B Knoll (JIRA)]

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

Richard B Knoll updated CB-5195:

Labels: Android reproduced triaged  (was: Android)

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



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

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

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

[Richard B Knoll (JIRA)]

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

Richard B Knoll commented on CB-5195:
-

I can reproduce this with cordova-plugin-camera 1.2.1 (dev), cordova-android 
5.0.0 (dev), and a Nexus 6 running Marshmallow (I had to provide fake EXIF 
data, because I don't think the Nexus 6 has the correctOrientation problem). 

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



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

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

[jira] [Closed] (CB-4150) Support all image format together while uploading images from mobile

[Richard B Knoll (JIRA)]

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

Richard B Knoll closed CB-4150.
---
Resolution: Not A Problem

> Support all image format together while uploading images from mobile
> 
>
> Key: CB-4150
> URL: https://issues.apache.org/jira/browse/CB-4150
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Plugin Camera
>Reporter: Bavya Bal
>Priority: Minor
>  Labels: Triaged
>
> To support jpeg and png image format together like below?
> {code:javascript}
> function getImage() {
>   navigator.camera.getPicture(uploadPhoto, function(message) {
> alert('get picture failed');
> }, {
> quality: 50,
> destinationType: 
> navigator.camera.DestinationType.FILE_URI,
> sourceType: 
> navigator.camera.PictureSourceType.PHOTOLIBRARY
> encodingType:  Camera.EncodingType = { JPEG : 0, PNG : 1}
> }
>  );
> }
> {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] [Resolved] (CB-9937) Update npm package to 5.3.4

[Nikhil Khandelwal (JIRA)]

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

Nikhil Khandelwal resolved CB-9937.
---
Resolution: Duplicate

CB-9903 is a release issue which is tracking this update

> Update npm package to 5.3.4
> ---
>
> Key: CB-9937
> URL: https://issues.apache.org/jira/browse/CB-9937
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
> Environment: Since npm v3.3.3, we cannot use the cordova npm package 
> because of bug CB-9687.
> This bug has been resolved in 5.3.4 but the latest available npm package is 
> still 5.3.3. And installing cordova from master as per the notes on 
> https://www.npmjs.com/package/cordova doesn't work.
> So, the 5.3.4 version is really needed on npm...
>Reporter: Thomas Fétiveau
>




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

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

[jira] [Assigned] (CB-9883) Remove unused iOS bridges

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah reassigned CB-9883:


Assignee: Shazron Abdullah

> Remove unused iOS bridges
> -
>
> Key: CB-9883
> URL: https://issues.apache.org/jira/browse/CB-9883
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
>  Labels: cordova-ios-4.0.x
>
> We have 7 bridges in iOS:
> https://github.com/apache/cordova-ios/blob/c0fe92d6c0b91efa2da0d5cec78e0baa95ce55c9/cordova-js-src/exec.js#L36-L43
> IFRAME_NAV is the default, and is actively used.
> WK_WEBVIEW_BINDING will be used by the wkwebview-engine plugin,
> although I really want the plugin itself to inject this, haven't
> explored that yet.
> Remove these bridges:
> https://github.com/apache/cordova-ios/blob/c0fe92d6c0b91efa2da0d5cec78e0baa95ce55c9/cordova-js-src/exec.js#L38-L42
> XHR_NO_PAYLOAD
> XHR_WITH_PAYLOAD
> XHR_OPTIONAL_PAYLOAD
> IFRAME_HASH_NO_PAYLOAD
> IFRAME_HASH_WITH_PAYLOAD
> ... and their associated native 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-9887) Windows platform file plugin does not define standard cordova.file.* paths

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9887:


Github user ghenry22 commented on the pull request:


https://github.com/apache/cordova-plugin-file/pull/143#issuecomment-153536161
  
@purplecabbage yep I have signed an ICLA and have already had a PR merged 
into the file plugin.

I'll send you a direct message on slack with full name etc to make it 
easier to verify


> Windows platform file plugin does not define standard cordova.file.* paths
> --
>
> Key: CB-9887
> URL: https://issues.apache.org/jira/browse/CB-9887
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
> Environment: cordova platform windows
> windows 10 universal app
>Reporter: Gaven Henry
>  Labels: windows
>   Original Estimate: 168h
>  Remaining Estimate: 168h
>
> On android and ios the file plugin defines some standard paths of the form 
> "cordova.file.*" (such as cordova.file.dataDirectory) which are used as a 
> simple and consistent way to access different types of storage.
> On the windows platform none of these paths are defined and attempts to query 
> cordova.file.* returns undefined.
> This means that if you want to port an app from ios or android to the windows 
> platform it will fail to launch due to these paths not being defined.
> Need to update the windows platform code to define the available file systems 
> for the windows 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] [Commented] (CB-1859) camera.getPicture should use scaled photo data only when it's bigger than targetWidth / targetHeight

[Richard B Knoll (JIRA)]

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

Richard B Knoll commented on CB-1859:
-

Seems like upscaling is still the behavior in camera plugin 1.2.1 on Android 
and in iOS. I think this is officially a bug rather than an improvement, so I 
am going to update the issue.

> camera.getPicture should use scaled photo data only when it's bigger than 
> targetWidth / targetHeight
> 
>
> Key: CB-1859
> URL: https://issues.apache.org/jira/browse/CB-1859
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Plugin Camera
>Affects Versions: 2.2.0
> Environment: Android, iOS
>Reporter: Yutaka Yamaguchi
>Assignee: Max Woghiren
>Priority: Minor
>
> camera.getPicture always use scaled photo data even if it's smaller than 
> targetWidth/targetHeigth.
> I think it's better to use original one instead if so.
> (I found the related stackoverflow question
> http://stackoverflow.com/questions/13101255/phonegap-ios-camera-resizing-only-if-photo-bigger-then-targetheight-targetwi
>  )
> = steps to reproduce =
> 1. set targetWidth 800 in your script.
> 2. execute script and use camera.getPhoto function (use photo library)
> 3. use photo which size is smaller than 800px (e.g. 400px) in photo library.
> = actual behavior =
> return scaled photo to 800px (doubled size of original photo)
> = expected behavior =
> return original photo



--
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-9912) Cordova-ios 3.9.2 release October 30, 2015

[ASF subversion and git services (JIRA)]

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

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

Commit 75e46c328cc1f3b627b1096776cddb52487b7064 in cordova-docs's branch 
refs/heads/master from [~vladimir.kotikov]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=75e46c3 ]

CB-9912 Adding blog post about iOS@3.9.2 release


> Cordova-ios 3.9.2 release October 30, 2015
> --
>
> Key: CB-9912
> URL: https://issues.apache.org/jira/browse/CB-9912
> Project: Apache Cordova
>  Issue Type: Task
>  Components: iOS
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>
> Following steps at 
> https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.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-9906) Fix failing CI FileTransfer tests cordova-ios

[ASF subversion and git services (JIRA)]

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

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

Commit 066acb33aff08e97f6bbb1bd1b9141e9e8238cd1 in 
cordova-plugin-file-transfer's branch refs/heads/master from [~purplecabbage]
[ 
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file-transfer.git;h=066acb3
 ]

Merge branch 'CB-9906'


> Fix failing CI FileTransfer tests cordova-ios
> -
>
> Key: CB-9906
> URL: https://issues.apache.org/jira/browse/CB-9906
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: iOS
>Reporter: Jesse MacFadyen
>Assignee: Jesse MacFadyen
>
> FILE_TRANSFER
> 3 failures
> ===
> filetransfer.spec.6 ( Expected -1 to be 0. )
> filetransfer.spec.11 ( Timeout )
> filetransfer.spec.10 ( Timeout )



--
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-9912) Cordova-ios 3.9.2 release October 30, 2015

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9912:


Github user asfgit closed the pull request at:

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


> Cordova-ios 3.9.2 release October 30, 2015
> --
>
> Key: CB-9912
> URL: https://issues.apache.org/jira/browse/CB-9912
> Project: Apache Cordova
>  Issue Type: Task
>  Components: iOS
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>
> Following steps at 
> https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.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] [Closed] (CB-9878) App displays static HTML but does not executes javascript

[Javier (JIRA)]

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

Javier closed CB-9878.
--
Resolution: Invalid

The root cause of the issue has apparently nothing to do with log messages

> App displays static HTML but does not executes javascript
> -
>
> Key: CB-9878
> URL: https://issues.apache.org/jira/browse/CB-9878
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 5.0.0
> Environment: Laptop:
> -System Version: OS X 10.10.5 (14F27)
> -Kernel Version: Darwin 14.5.0
> Xcode:
> -Version 7.1
> Physical iPad:
> -Version 9.1 (13B143)
> -Model MD788TY/A
>Reporter: Javier
>  Labels: CoreAnimation, IOSurface
>
> 1. I created the project and installed required plugins:
> cordova create myproject com.example.myproject Myproject
> cordova platform add ios
> cordova plugin add cordova-plugin-geolocation
> cordova plugin add io.litehelpers.cordova.sqlite
> cordova plugin add cordova-plugin-file-transfer
> cordova plugin add cordova-plugin-device
> cordova plugin add cordova-plugin-inappbrowser
> cordova plugin add cordova-plugin-network-information
> cordova plugin add https://github.com/Paldom/SpinnerDialog.git
> cordova plugin add cordova-plugin-dialogs
> cordova plugin add hu.dpal.phonegap.plugins.spinnerdialog
> cordova plugin add 
> https://git-wip-us.apache.org/repos/asf/cordova-plugin-console.git
> 2. Then I copied the content of our git "www" project in ~/platforms/ios/www
> 3. I opened xcode
> 4. I opened the xcodeproject file
> 5. I connected the physical iPad to the laptop running xcode
> 6. I executed the app on the device.
> Expected result: see a list generated with JQuery Mobile
> Found result: just the static html part is displayed in the app



--
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-9906) Fix failing CI FileTransfer tests cordova-ios

[Jesse MacFadyen (JIRA)]

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

Jesse MacFadyen resolved CB-9906.
-
Resolution: Fixed

Updated whitelist resolves spec.10+11
Recent commit resolves spec.6

> Fix failing CI FileTransfer tests cordova-ios
> -
>
> Key: CB-9906
> URL: https://issues.apache.org/jira/browse/CB-9906
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: iOS
>Reporter: Jesse MacFadyen
>Assignee: Jesse MacFadyen
>
> FILE_TRANSFER
> 3 failures
> ===
> filetransfer.spec.6 ( Expected -1 to be 0. )
> filetransfer.spec.11 ( Timeout )
> filetransfer.spec.10 ( Timeout )



--
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-9946) Cordova build/run/emulate commands broken (nodejs 5.0)

[Tanase Butcaru (JIRA)]

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

Tanase Butcaru updated CB-9946:
---
Summary: Cordova build/run/emulate commands broken (nodejs 5.0)  (was: 
Cordova run/emulate commands broken (nodejs 5.0))

> Cordova build/run/emulate commands broken (nodejs 5.0)
> --
>
> Key: CB-9946
> URL: https://issues.apache.org/jira/browse/CB-9946
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI, CordovaJS
> Environment: Archlinux OS (x64)
> Nodejs 5.0
> NPM 3.3.10
> Cordova 5.3.3
>Reporter: Tanase Butcaru
>  Labels: cordova-cli, nodejs
>
> After upgrading to nodejs 5.0 from 4.2 I tried to run/emulate my project and 
> nothing happend - no error messages, no logs, nothing.
> I had to downgrade to 4.2 for the moment as a workaround.
> 5.0 is a new stable nodejs release.



--
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-9947) Can't get PickContact working

[Nico Sap (JIRA)]

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

Nico Sap updated CB-9947:
-
Description: 
I first checked for the tests if something was wrong with my code, but there 
doesn't seem to be any concerning PickContact

I always have a permission error, although my AndroidManifest seems correct.

Using 1.1.0 and also tested it with 1.1.1-dev, both have the same issue.

 document.addEventListener("deviceready", function () {
 navigator.contacts.pickContact(function (contactPicked) {
$scope.contact = contactPicked;
 });
  });

I get the list of contacts, i can pick one. Instead of returning the 
ContactInfo, the app crashes and gives a permission error ( which is included)

My Android manifest looks like:


http://schemas.android.com/apk/res/android;>

















The error i'm receiving is : 

Caused by: java.lang.SecurityException: Permission Denial: reading 
com.android.providers.contacts.ContactsProvider2 uri 
content://com.android.contacts/raw_contacts from pid=7739, uid=10141 requires 
android.permission.READ_CONTACTS, or grantUriPermission()

But READ_CONTACTS permission is included in my AndroidManifest.xml

PS. In my current AndroidManifest.xml i changed






So that the parent Activity uses an attribute exported:true, but that doesn't 
change the error.

There is a whitelist plugin in the app, but everything seems to be added when i 
look into config.xml
 
  
  http://*/*; />
  https://*/*; />
  
  
  mailto:*; />
  
  

  


  was:
I first checked for the tests if something was wrong with my code, but there 
doesn't seem to be any concerning PickContact

I always have a permission error, although my AndroidManifest seems correct.

Using 1.1.0 and also tested it with 1.1.1-dev, both have the same issue.

 document.addEventListener("deviceready", function () {
 navigator.contacts.pickContact(function (contactPicked) {
$scope.contact = contactPicked;
 });
  });

I get the list of contacts, i can pick one. Instead of returning the 
ContactInfo, the app crashes and gives a permission error ( which is included)

My Android manifest looks like:


http://schemas.android.com/apk/res/android;>

















The error i'm receiving is : 

Caused by: java.lang.SecurityException: Permission Denial: reading 
com.android.providers.contacts.ContactsProvider2 uri 
content://com.android.contacts/raw_contacts from pid=7739, uid=10141 requires 
android.permission.READ_CONTACTS, or grantUriPermission()

But READ_CONTACTS permission is included in my AndroidManifest.xml

PS. In my current AndroidManifest.xml i changed






So that the parent Activity uses an attribute exported:true, but that doesn't 
change the error.




> Can't get PickContact working
> -
>
> Key: CB-9947
> URL: https://issues.apache.org/jira/browse/CB-9947
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Affects Versions: 1.1.0
> Environment: android 6.0
>Reporter: Nico Sap
>  Labels: android6.0, bug
>   Original Estimate: 3h
>  Remaining Estimate: 3h
>
> I first checked for the tests if something was wrong with my code, but there 
> doesn't seem to be any concerning PickContact
> I always have a permission error, although my AndroidManifest seems correct.
> Using 1.1.0 and also tested it with 1.1.1-dev, both have the same issue.
>  document.addEventListener("deviceready", function () {
>  navigator.contacts.pickContact(function (contactPicked) {
> $scope.contact = contactPicked;
>  });
>   });
> I get the list of contacts, i can pick one. Instead of returning the 
> ContactInfo, the app crashes and gives a permission error ( which is included)
> My Android manifest looks like:
> 
>  android:versionName="1.0.1" package="io.cordova.myapp557da2" 
> xmlns:android="http://schemas.android.com/apk/res/android;>
>  android:normalScreens="true" android:resizeable="true" 
> android:smallScreens="true" android:xlargeScreens="true" />
>  android:targetSdkVersion="23" />
> 
> 
> 
> 
> 
>  android:required="false" />
>  android:icon="@drawable/icon" android:label="@string/app_name" 
> android:supportsRtl="true">
>  android:configChanges="orientation|keyboardHidden|keyboard|screenSize|locale" 
> android:exported="true" android:label="@string/activity_name" 
> android:launchMode="singleTop" android:name="MainActivity" 
> android:theme="@android:style/Theme.Black.NoTitleBar" 
> android:windowSoftInputMode="adjustResize">
> 
> 
> 
> 
> 
> 
> The error i'm receiving is : 

[jira] [Updated] (CB-8615) (Windows) .winmd files with the same names are not added properly when using framework tag with target attribute

[Nikhil Khandelwal (JIRA)]

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

Nikhil Khandelwal updated CB-8615:
--
Assignee: Sergey Grebnov

> (Windows) .winmd files with the same names are not added properly when using 
> framework tag with target attribute
> 
>
> Key: CB-8615
> URL: https://issues.apache.org/jira/browse/CB-8615
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugman
>Reporter: Alexander Sorokin
>Assignee: Sergey Grebnov
>  Labels: Windows
>
> When winmd files referenced by framework tag in plugin.xml have same names, 
> only last one of them will be present in platform directory on plugin install.
> For example,
> {code:title=plugin.xml}
> 
> ...
>  src="src/windows/lib/wpa/Microsoft.IdentityModel.Clients.ActiveDirectory.winmd"
>  target="phone" custom="true"/>
>  src="src/windows/lib/netcore45/Microsoft.IdentityModel.Clients.ActiveDirectory.winmd"
>  target="windows" custom="true"/>
> 
> {code}
> When we install this plugin for windows platform, only the second winmd file 
> is present in `platforms\windows\plugins\some.plugin.id` directory 
> (apparently, the first lib is being replaced by the second one).



--
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-8615) (Windows) .winmd files with the same names are not added properly when using framework tag with target attribute

[Nikhil Khandelwal (JIRA)]

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

Nikhil Khandelwal updated CB-8615:
--
Labels: Windows  (was: )

> (Windows) .winmd files with the same names are not added properly when using 
> framework tag with target attribute
> 
>
> Key: CB-8615
> URL: https://issues.apache.org/jira/browse/CB-8615
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugman
>Reporter: Alexander Sorokin
>Assignee: Sergey Grebnov
>  Labels: Windows
>
> When winmd files referenced by framework tag in plugin.xml have same names, 
> only last one of them will be present in platform directory on plugin install.
> For example,
> {code:title=plugin.xml}
> 
> ...
>  src="src/windows/lib/wpa/Microsoft.IdentityModel.Clients.ActiveDirectory.winmd"
>  target="phone" custom="true"/>
>  src="src/windows/lib/netcore45/Microsoft.IdentityModel.Clients.ActiveDirectory.winmd"
>  target="windows" custom="true"/>
> 
> {code}
> When we install this plugin for windows platform, only the second winmd file 
> is present in `platforms\windows\plugins\some.plugin.id` directory 
> (apparently, the first lib is being replaced by the second one).



--
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-8602) publish fails with incomprehensible error message

[Nikhil Khandelwal (JIRA)]

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

Nikhil Khandelwal resolved CB-8602.
---
Resolution: Fixed

> publish fails with incomprehensible error message
> -
>
> Key: CB-8602
> URL: https://issues.apache.org/jira/browse/CB-8602
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugman
>Reporter: Josh Soref
>Assignee: Josh Soref
>
> {quote}
> $ ~/Cordova/cordova-plugman/main.js publish
> attempting to publish plugin to registry
> Error Code: undefined
> conflict Document update conflict.: com.blackberry.app
> {quote}
> this is caused by npm@1.4.28 being present in my cordova-lib/node_modules.
> Note that simply deleting the directory didn't fix it. I tried that, npm 
> install decided not to install 1.3.4 (probably because i had a newer one 
> globally installed).



--
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-9905) Fix failing CI Contact tests cordova-ios

[Jesse MacFadyen (JIRA)]

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

Jesse MacFadyen resolved CB-9905.
-
Resolution: Fixed

> Fix failing CI Contact tests cordova-ios
> 
>
> Key: CB-9905
> URL: https://issues.apache.org/jira/browse/CB-9905
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: Plugin Contacts
>Reporter: Jesse MacFadyen
>Assignee: Jesse MacFadyen
>
> CONTACTS
> 7 failures, all Timeouts
> ===
> contacts.spec.3
> cordova-plugin-contacts-tests.tests >> Contacts (navigator.contacts) find 
> method success callback should be called with an array, even if partial 
> ContactFindOptions specified
> contacts.spec.6
> contacts.spec.20
> contacts.spec.21 
> contacts.spec.23
> contacts.spec.24



--
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-9905) Fix failing CI Contact tests cordova-ios

[ASF subversion and git services (JIRA)]

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

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

Commit d404eec6eab461d130dd76de0a24655fe1588d48 in cordova-plugin-contacts's 
branch refs/heads/master from [~purplecabbage]
[ 
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-contacts.git;h=d404eec 
]

mark tests as pending if iOS permission is blocked. CB-9905


> Fix failing CI Contact tests cordova-ios
> 
>
> Key: CB-9905
> URL: https://issues.apache.org/jira/browse/CB-9905
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: Plugin Contacts
>Reporter: Jesse MacFadyen
>Assignee: Jesse MacFadyen
>
> CONTACTS
> 7 failures, all Timeouts
> ===
> contacts.spec.3
> cordova-plugin-contacts-tests.tests >> Contacts (navigator.contacts) find 
> method success callback should be called with an array, even if partial 
> ContactFindOptions specified
> contacts.spec.6
> contacts.spec.20
> contacts.spec.21 
> contacts.spec.23
> contacts.spec.24



--
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-9949) Menu button event not fired in Android

[Keith Wong (JIRA)]

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

Keith Wong updated CB-9949:
---
Attachment: cordova-android.patch

Suggested patch is attached

> Menu button event not fired in Android
> --
>
> Key: CB-9949
> URL: https://issues.apache.org/jira/browse/CB-9949
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: 5.3.2
>Reporter: Keith Wong
> Attachments: cordova-android.patch
>
>
> The menu button event handler is not called when the menu button is pressed



--
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-9369) Fix failing CI tests for cordova-ios

[Jesse MacFadyen (JIRA)]

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

Jesse MacFadyen resolved CB-9369.
-
Resolution: Fixed

> Fix failing CI tests for cordova-ios
> 
>
> Key: CB-9369
> URL: https://issues.apache.org/jira/browse/CB-9369
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Shazron Abdullah
>Assignee: Jesse MacFadyen
>  Labels: cordova-ios-4.0.x
>
> 24 failures.
> Break up into smaller bugs if need be.
> {code}
> Getting test results for cordova-ios-33-buildbot-vm
> Results at 
> http://cordova-vm.apache.org:5984/_utils/document.html?mobilespec_results/cordova-ios-33-buildbot-vm__8.4__x86_64
> Total failures: 24
> Failing tests:
> org.apache.cordova.mobilespec.tests.datauri.tests >> data uris 
> datauri.spec.1 should work with iframes
> Error: Timeout - Async callback was not invoked within timeout 
> specified by jasmine.DEFAULT_TIMEOUT_INTERVAL.
> 
> file:///Users/buildbot/Library/Developer/CoreSimulator/Devices/3D0DD958-E8FF-48F8-897F-6D7DB711313C/data/Containers/Bundle/Application/B57EA2A6-3FCF-4F8E-9498-2298563832E6/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1764:32
> cordova-plugin-contacts-tests.tests >> Contacts (navigator.contacts) find 
> method contacts.spec.3 success callback should be called with an array
> Error: Timeout - Async callback was not invoked within timeout 
> specified by jasmine.DEFAULT_TIMEOUT_INTERVAL.
> 
> file:///Users/buildbot/Library/Developer/CoreSimulator/Devices/3D0DD958-E8FF-48F8-897F-6D7DB711313C/data/Containers/Bundle/Application/B57EA2A6-3FCF-4F8E-9498-2298563832E6/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1764:32
> cordova-plugin-contacts-tests.tests >> Contacts (navigator.contacts) find 
> method success callback should be called with an array, even if partial 
> ContactFindOptions specified
> Error: Timeout - Async callback was not invoked within timeout 
> specified by jasmine.DEFAULT_TIMEOUT_INTERVAL.
> 
> file:///Users/buildbot/Library/Developer/CoreSimulator/Devices/3D0DD958-E8FF-48F8-897F-6D7DB711313C/data/Containers/Bundle/Application/B57EA2A6-3FCF-4F8E-9498-2298563832E6/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1764:32
> cordova-plugin-contacts-tests.tests >> Contacts (navigator.contacts) find 
> method with newly-created contact contacts.spec.6 should be able to find a 
> contact by name
> Error: Timeout - Async callback was not invoked within timeout 
> specified by jasmine.DEFAULT_TIMEOUT_INTERVAL.
> 
> file:///Users/buildbot/Library/Developer/CoreSimulator/Devices/3D0DD958-E8FF-48F8-897F-6D7DB711313C/data/Containers/Bundle/Application/B57EA2A6-3FCF-4F8E-9498-2298563832E6/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1764:32
> cordova-plugin-contacts-tests.tests >> Contacts (navigator.contacts) save 
> method contacts.spec.20 should be able to save a contact
> Error: Timeout - Async callback was not invoked within timeout 
> specified by jasmine.DEFAULT_TIMEOUT_INTERVAL.
> 
> file:///Users/buildbot/Library/Developer/CoreSimulator/Devices/3D0DD958-E8FF-48F8-897F-6D7DB711313C/data/Containers/Bundle/Application/B57EA2A6-3FCF-4F8E-9498-2298563832E6/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1764:32
> cordova-plugin-contacts-tests.tests >> Contacts (navigator.contacts) save 
> method contacts.spec.21 update a contact
> Error: Timeout - Async callback was not invoked within timeout 
> specified by jasmine.DEFAULT_TIMEOUT_INTERVAL.
> 
> file:///Users/buildbot/Library/Developer/CoreSimulator/Devices/3D0DD958-E8FF-48F8-897F-6D7DB711313C/data/Containers/Bundle/Application/B57EA2A6-3FCF-4F8E-9498-2298563832E6/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1764:32
> cordova-plugin-contacts-tests.tests >> Contacts (navigator.contacts) 
> Contact.remove method contacts.spec.23 calling remove on a contact that does 
> not exist should return ContactError.UNKNOWN_ERROR
> Error: Timeout - Async callback was not invoked within timeout 
> specified by jasmine.DEFAULT_TIMEOUT_INTERVAL.
> 
> file:///Users/buildbot/Library/Developer/CoreSimulator/Devices/3D0DD958-E8FF-48F8-897F-6D7DB711313C/data/Containers/Bundle/Application/B57EA2A6-3FCF-4F8E-9498-2298563832E6/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1764:32
> cordova-plugin-contacts-tests.tests >> Contacts (navigator.contacts) 
> Round trip Contact tests (creating + save + delete + find). contacts.spec.24 
> Creating, saving, finding a contact should work, removing it should work, 
> after which we should not be able to find it, and we should not be able to 
> delete it again.
> Error: Timeout - Async callback was not invoked 

[jira] [Commented] (CB-9949) Menu button event not fired in Android

[Keith Wong (JIRA)]

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

Keith Wong commented on CB-9949:


In addition to the patch, the following setup is needed in order to trigger the 
menu button handler.

{code:title=bar.js|borderStyle=solid}
document.addEventListener("deviceready", function() {
...
navigator.app.overrideButton("menubutton", true);  // <-- Add this line
document.addEventListener("menubutton", yourCallbackFunction, false);
...
}, false);
{code}

> Menu button event not fired in Android
> --
>
> Key: CB-9949
> URL: https://issues.apache.org/jira/browse/CB-9949
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: 5.3.2
>Reporter: Keith Wong
> Attachments: cordova-android.patch
>
>
> The menu button event handler is not called when the menu button is pressed



--
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-9949) Menu button event not fired in Android

[Keith Wong (JIRA)]

Keith Wong created CB-9949:
--

 Summary: Menu button event not fired in Android
 Key: CB-9949
 URL: https://issues.apache.org/jira/browse/CB-9949
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 5.3.2
Reporter: Keith Wong


The menu button event handler is not called when the menu button is pressed



--
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-9940) plugin.xml is malformed XML

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9940:


GitHub user piyushhari opened a pull request:

https://github.com/apache/cordova-plugin-contacts/pull/82

[CB-9940] Adding namespace declarations for m3 and uap to plugin.xml

Adding namespace declarations for m3 and uap prefixes to plugin.xml so that 
its a valid XML.

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

$ git pull https://github.com/piyushhari/cordova-plugin-contacts 
CB-9940cordova-plugin-contacts

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

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


commit c45c43c898c950122cc9cd1723c4fc5071cb651e
Author: Piyush Hari 
Date:   2015-11-03T14:19:29Z

[CB-9940] Adding namespace declarations for m3 and uap to plugin.xml




> plugin.xml is malformed XML
> ---
>
> Key: CB-9940
> URL: https://issues.apache.org/jira/browse/CB-9940
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Affects Versions: 1.1.0
>Reporter: Piyush Hari
>
> plugin.xml is malformed. This prevents unmarshallling. 
> *Cause*
> * {{m3}} namespace prefix is used in {{}} tag but the 
> namespace is not declared. 
> * {{uap}} namespace prefix is used in {{}} tag but the 
> namespace is not declared. 
> *Suggested Fix*
> The fix is as easy as adding the following namespace declarations to the 
> {{plugin}} element :
> * {{xmlns:m3="http://schemas.microsoft.com/appx/2014/manifest"}}
> * {{xmlns:uap="http://schemas.microsoft.com/appx/manifest/uap/windows10"}}



--
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-9944) On amazon-fireos, adding cordova-plugin-device produces Error initializing Cordova: Class not found

[Scott J. Pearson (JIRA)]

Scott J. Pearson created CB-9944:


 Summary: On amazon-fireos, adding cordova-plugin-device produces 
Error initializing Cordova: Class not found
 Key: CB-9944
 URL: https://issues.apache.org/jira/browse/CB-9944
 Project: Apache Cordova
  Issue Type: Bug
  Components: CordovaCommon
 Environment: amazon-fireos
Reporter: Scott J. Pearson


Whenever I add cordova-plugin-device to my amazon-fireos project, I receive the 
run-time message Error initializing Cordova, Class not found! This is strange 
because the plugin is the same as that on Android; it works there. What is 
missing?



--
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-9573) window.open(url,"_self") for whitelisted url opens InAppBrowser instead of updating current WebView in Android

[Dan van Leeuwen (JIRA)]

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

Dan van Leeuwen commented on CB-9573:
-

I was trying something similar and it worked for me after I added the following 
in the config.xml file.

http://www.google.fr/*;>
or perhaps

See also
https://github.com/apache/cordova-plugin-whitelist

Note, I do not know why adding allow-navigation is not required on iOS.

The versions I am using are CLI 5.3.3, android 4.1.1 and ios 3.9.1
cordova-plugin-whitelist 1.0.0


> window.open(url,"_self") for whitelisted url opens InAppBrowser instead of 
> updating current WebView in Android
> --
>
> Key: CB-9573
> URL: https://issues.apache.org/jira/browse/CB-9573
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, Plugin InAppBrowser
>Affects Versions: 5.1.1
>Reporter: Sebastien Lorber
>
> I use 
> - CLI 5.1.1 
> - Android platform 4.0.2 
> - InAppBrowser 1.0.1
> - Crosswalk plugin 1.2.0
> My config.xml contains:
> {code}
> http://*; />
> https://*; />
> 
> 
> mailto:*; />
> 
> 
> 
> {code}
> Then I run the following code when the app starts:
> {code}
> function deviceReady() {
> window.open("http://www.google.fr","_self;);
> }
> document.addEventListener('deviceready', deviceReady, false);
> {code}
> It opens the InAppBrowser instead of making the WebView navigate to the url. 
> It is not the expected behavior according to the doc:
> bq.  _self: Opens in the Cordova WebView if the URL is in the white list, 
> otherwise it opens in the InAppBrowser.
> If this time I remove the InAppBrowser proxy/wrapper (like mentionned in the 
> doc):
> {code}
> function deviceReady() {
> delete window.open;
> window.open("http://www.google.fr","_self;);
> }
> document.addEventListener('deviceready', deviceReady, false);
> {code}
> Then it opens the url in the system browser (not sure this is expected either 
> right? but maybe it's Android / Crosswalk webview default anyway...)
> Notice that I absolutly don't want to use in any way the InAppBrowser, I just 
> only need to be able in some cases to use the _system target, that is made 
> available by the InAppBrowser



--
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-9901) cordova plugin search should open browser to cordova plugin search

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9901:


Github user eymorale commented on the pull request:

https://github.com/apache/cordova-lib/pull/334#issuecomment-153361722
  
sounds good. thanks @stevengill 


> cordova plugin search should open browser to cordova plugin search
> --
>
> Key: CB-9901
> URL: https://issues.apache.org/jira/browse/CB-9901
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: CLI, CordovaLib
>Reporter: Edna Morales
>Assignee: Edna Morales
>Priority: Minor
> Fix For: Master
>
>
> cordova plugin search should open the browser to 
> 'http://cordova.apache.org/plugins/?q='



--
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-9836) Add .gitattributes to prevent CRLF line endings in repos

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9836:


GitHub user daserge opened a pull request:

https://github.com/apache/cordova-ios/pull/177

CB-9836 Add .gitattributes to prevent CRLF line endings in repos

Updates gitattributes to common web project template to help git recognize 
binary files

[Jira issue](https://issues.apache.org/jira/browse/CB-9836)

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

$ git pull https://github.com/MSOpenTech/cordova-ios CB-9836

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

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


commit 7682bfeecc7a7adaa866ee2b946dcbe3a2696922
Author: daserge 
Date:   2015-11-03T11:07:46Z

CB-9836 Add .gitattributes to prevent CRLF line endings in repos

Updates gitattributes to common web project template to help git recognize 
binary files




> Add .gitattributes to prevent CRLF line endings in repos
> 
>
> Key: CB-9836
> URL: https://issues.apache.org/jira/browse/CB-9836
> Project: Apache Cordova
>  Issue Type: Task
>  Components: Android, iOS, Windows
>Reporter: Sergey Shakhnazarov
>Assignee: Sergey Shakhnazarov
>
> Details and discussion here:
> https://github.com/apache/cordova-coho/pull/95



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