[jira] [Created] (CB-9968) Windows picture from gallery error

2015-11-09 Thread Wema Wuyts (JIRA) 
Wema Wuyts created CB-9968:
--

 Summary: Windows picture from gallery error
 Key: CB-9968
 URL: https://issues.apache.org/jira/browse/CB-9968
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Camera
 Environment: windows
Reporter: Wema Wuyts


In windows when using the Cordova Camera Plugin if you select foto from device 
it returns a blob url instead of the path. 
I beleive the function takePictureFromFileWindows should end with :
 successCallback("ms-appdata:///local/" + storageFile.name);
instead of 
successCallback(URL.createObjectURL(storageFile));







--
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-6928) Wrong behaviour transferring cacheable content

2015-11-09 Thread ASF GitHub Bot (JIRA) 

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

ASF GitHub Bot commented on CB-6928:


GitHub user daserge opened a pull request:

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

CB-6928 Wrong behaviour transferring cacheable content

Adds support of 304 handling for iOS, Windows and adds a corresponding test.

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

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

$ git pull https://github.com/MSOpenTech/cordova-plugin-file-transfer 
CB-6928

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

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


commit e8fa2c3a67144133e060f97e6dd5964cef0116de
Author: daserge 
Date:   2015-11-09T13:25:03Z

CB-6928 Wrong behaviour transferring cacheable content

Adds support of 304 handling for iOS, Windows and adds a corresponding test




> Wrong behaviour transferring cacheable content
> --
>
> Key: CB-6928
> URL: https://issues.apache.org/jira/browse/CB-6928
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File Transfer
>Affects Versions: 3.5.0
>Reporter: Javier Puerto
>Priority: Minor
> Attachments: CB-6928.diff
>
>
> Use case:
> Transfer resources from server to the device. To avoid unnecessary use of the 
> device bandwidth, the resources that exists already are checked with the 
> "If-Modified-Since" header so server can return 304 status code and update 
> just in case that is needed.
> Result for Android test:
> The plugin doesn't care about the status code, if the request is success, 
> open the InputStream and copy the content to the file. The problem is that a 
> HTTP status of 304 has no response and that leads to a corrupted file 
> transfer.
> Fix:
> If status code is 304, doesn't makes sense to process the InputStream. Read 
> the status code after connection and if it's 304, skip the copy process and 
> return the file entity like a success transfer.
> I've tested for Android only.



--
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-9969) Windows filetransfer upload error deletes original file.

2015-11-09 Thread Wema Wuyts (JIRA) 
Wema Wuyts created CB-9969:
--

 Summary: Windows filetransfer upload error deletes  original file. 
 Key: CB-9969
 URL: https://issues.apache.org/jira/browse/CB-9969
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File Transfer
 Environment: windows
Reporter: Wema Wuyts


The upload function on windows has an onerror handler:
  getTransferError.then(function(transferError) {
storageFile.deleteAsync().then(function() {
errorCallback(transferError);
  });
});
think this should be :
 getTransferError.then(function(transferError) {
 errorCallback(transferError);
});




--
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-9953) cordova platform check working very poorly

2015-11-09 Thread Jan Piotrowski (JIRA) 

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

Jan Piotrowski commented on CB-9953:


Same here. Only thing it does is run my hooks.

> cordova platform check working very poorly
> --
>
> Key: CB-9953
> URL: https://issues.apache.org/jira/browse/CB-9953
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Reporter: Raymond Camden
>Priority: Minor
>
> I've tested cordova platform check now in about 4 different projects and not 
> once was it able to tell me that iOS had a version newer than the one I was 
> using. For example, I get this:
> ios @ 3.9.1; current did not install, and thus its version cannot be 
> determined



--
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-9169) encodingType seem only have JPG file

2015-11-09 Thread Joe Bowser (JIRA) 

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

Joe Bowser commented on CB-9169:


This is why I said "Why would anyone do this?"  The camera outputs JPEG by 
default, so we lose quality anyway.  We get none of the advantages of PNG and 
all the drawbacks of JPEG.

> encodingType seem only have JPG file
> 
>
> Key: CB-9169
> URL: https://issues.apache.org/jira/browse/CB-9169
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, Plugin Camera, WP8
>Affects Versions: 5.0.1
> Environment: I am using Cordova Cli 5.0 with all latest core plugin
> iOS
>Reporter: Colin Bau
>Assignee: Jesse MacFadyen
>  Labels: Triaged, camera
>
> according to this
> https://github.com/apache/cordova-plugin-camera
> I am using
> {code:javascript}
> { destinationType : Camera.DestinationType.FILE_URL,
>   sourceType : Camera.PictureSourceType.CAMERA,
>   encodingType: Camera.EncodingType.JPEG,
>   targetWidth: 100,
>   targetHeight: 100,
>   saveToPhotoAlbum: TRUE }
> {code}
> no mater which the encodingType's value is "Camera.EncodingType.JPEG" OR 
> "Camera.EncodingType.PNG"
> finally the output file is xxx.jpg
> Android iOS WP8 all have this situation



--
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-9971) Cordova outputs "Picked up _JAVA_OPTIONS" in stderr

2015-11-09 Thread Michael Braude (JIRA) 
Michael Braude created CB-9971:
--

 Summary: Cordova outputs "Picked up _JAVA_OPTIONS" in stderr
 Key: CB-9971
 URL: https://issues.apache.org/jira/browse/CB-9971
 Project: Apache Cordova
  Issue Type: Bug
 Environment: Windows, Tools for Apache Cordova in Visual Studio
Reporter: Michael Braude
Priority: Critical


Starting with version 5.4.0, Cordova now outputs "Picked up _JAVA_OPTIONS: 
-Xmx512M" to stderr. This breaks clients such as Visual Studio because we 
interpret messages in stderr to be errors, and this is not an error. So the 
result is that we show deploy failures to the dev when there are no errors.

See this for customer impact: 
http://stackoverflow.com/questions/33603167/vs2015-build-with-cordova-cli5-4-0-shows-deployment-errors

We can work around this in Visual Studio by using special casing, but Cordova 
needs to output this in stdout like it did in previous versions



--
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-9973) Wrong URL link for "Android" and "Windows Phone" in "User Interface" section of "Next Steps" page of Cordova Docs

2015-11-09 Thread Tao Hua (JIRA) 
Tao Hua created CB-9973:
---

 Summary: Wrong URL link for "Android" and "Windows Phone" in "User 
Interface" section of "Next Steps" page of Cordova Docs
 Key: CB-9973
 URL: https://issues.apache.org/jira/browse/CB-9973
 Project: Apache Cordova
  Issue Type: Bug
  Components: Docs
Reporter: Tao Hua


On Cordova Docs page 
"https://cordova.apache.org/docs/en/5.1.1/guide/next/index.html;, in the "User 
Interface" section, the "Android" and "Windows Phone" URL links are both 
invalid.



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

2015-11-09 Thread ASF GitHub Bot (JIRA) 

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

ASF GitHub Bot commented on CB-9883:


Github user shazron commented on the pull request:

https://github.com/apache/cordova-ios/pull/179#issuecomment-155253981
  
It's the Bridge of IFrame-Dûm! Good work Olórin of the Cabbages Purple


> 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: Jesse MacFadyen
>  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] [Updated] (CB-9972) Remove iOS whitelist

2015-11-09 Thread Shazron Abdullah (JIRA) 

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

Shazron Abdullah updated CB-9972:
-
Description: 
Consensus on the ML: do it.

See https://github.com/cordova/cordova-discuss/pull/27

Doc with diagrams:
https://github.com/shazron/cordova-discuss/blob/ios-remove-whitelist/proposals/ios-whitelist-removal.md

Don't forget to remove the iOS code from:
https://github.com/apache/cordova-plugin-whitelist

  was:
Consensus on the ML: do it.

See https://github.com/cordova/cordova-discuss/pull/27

Doc with diagrams:
https://github.com/shazron/cordova-discuss/blob/ios-remove-whitelist/proposals/ios-whitelist-removal.md


> Remove iOS whitelist
> 
>
> Key: CB-9972
> URL: https://issues.apache.org/jira/browse/CB-9972
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Shazron Abdullah
>  Labels: cordova-ios-4.0.x
>
> Consensus on the ML: do it.
> See https://github.com/cordova/cordova-discuss/pull/27
> Doc with diagrams:
> https://github.com/shazron/cordova-discuss/blob/ios-remove-whitelist/proposals/ios-whitelist-removal.md
> Don't forget to remove the iOS code from:
> https://github.com/apache/cordova-plugin-whitelist



--
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-9939) Windows tests fail to download

2015-11-09 Thread Dmitry Blotsky (JIRA) 

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

Dmitry Blotsky closed CB-9939.
--
Assignee: Dmitry Blotsky

> Windows tests fail to download
> --
>
> Key: CB-9939
> URL: https://issues.apache.org/jira/browse/CB-9939
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Medic, Windows
> Environment: Windows 8.1, Windows Phone 8.1.
>Reporter: Dmitry Blotsky
>Assignee: Dmitry Blotsky
>Priority: Critical
>  Labels: found-by-ci, medic, windows
>   Original Estimate: 24h
>  Remaining Estimate: 24h
>
> Build failed: 
> https://ci.apache.org/builders/cordova-windows-store8.0/builds/837.
> Output: 
> https://ci.apache.org/builders/cordova-windows-store8.0/builds/837/steps/getting-test-results/logs/stdio.
> Snippet:
> {noformat}
> Getting test results for cordova-windows-store8.0-837-buildbot-vm
> test check failed: TypeError: Request path contains unescaped 
> characters.{noformat}



--
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-9169) encodingType seem only have JPG file

2015-11-09 Thread Joe Bowser (JIRA) 

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

Joe Bowser commented on CB-9169:


[~riknoll] Are the headers of the file PNG or JPEG? Just because we name a file 
PNG doesn't mean it's an acutal PNG file.

> encodingType seem only have JPG file
> 
>
> Key: CB-9169
> URL: https://issues.apache.org/jira/browse/CB-9169
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, Plugin Camera, WP8
>Affects Versions: 5.0.1
> Environment: I am using Cordova Cli 5.0 with all latest core plugin
> iOS
>Reporter: Colin Bau
>Assignee: Jesse MacFadyen
>  Labels: Triaged, camera
>
> according to this
> https://github.com/apache/cordova-plugin-camera
> I am using
> {code:javascript}
> { destinationType : Camera.DestinationType.FILE_URL,
>   sourceType : Camera.PictureSourceType.CAMERA,
>   encodingType: Camera.EncodingType.JPEG,
>   targetWidth: 100,
>   targetHeight: 100,
>   saveToPhotoAlbum: TRUE }
> {code}
> no mater which the encodingType's value is "Camera.EncodingType.JPEG" OR 
> "Camera.EncodingType.PNG"
> finally the output file is xxx.jpg
> Android iOS WP8 all have this situation



--
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-9169) encodingType seem only have JPG file

2015-11-09 Thread Joe Bowser (JIRA) 

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

Joe Bowser edited comment on CB-9169 at 11/9/15 6:10 PM:
-

[~riknoll] Are the headers of the file PNG or JPEG? Just because we name a file 
PNG doesn't mean it's an actual PNG file.


was (Author: bowserj):
[~riknoll] Are the headers of the file PNG or JPEG? Just because we name a file 
PNG doesn't mean it's an acutal PNG file.

> encodingType seem only have JPG file
> 
>
> Key: CB-9169
> URL: https://issues.apache.org/jira/browse/CB-9169
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, Plugin Camera, WP8
>Affects Versions: 5.0.1
> Environment: I am using Cordova Cli 5.0 with all latest core plugin
> iOS
>Reporter: Colin Bau
>Assignee: Jesse MacFadyen
>  Labels: Triaged, camera
>
> according to this
> https://github.com/apache/cordova-plugin-camera
> I am using
> {code:javascript}
> { destinationType : Camera.DestinationType.FILE_URL,
>   sourceType : Camera.PictureSourceType.CAMERA,
>   encodingType: Camera.EncodingType.JPEG,
>   targetWidth: 100,
>   targetHeight: 100,
>   saveToPhotoAlbum: TRUE }
> {code}
> no mater which the encodingType's value is "Camera.EncodingType.JPEG" OR 
> "Camera.EncodingType.PNG"
> finally the output file is xxx.jpg
> Android iOS WP8 all have this situation



--
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-9169) encodingType seem only have JPG file

2015-11-09 Thread Richard B Knoll (JIRA) 

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

Richard B Knoll commented on CB-9169:
-

It definitely is in Android. I checked the file headers and 
[here|https://github.com/apache/cordova-plugin-camera/blob/f5217bf02b9018f94ea7c3694a1172fd9a5b97ac/src/android/CameraLauncher.java#L494]
 is the relevant part of the code. There might be some execution paths that use 
the wrong compression, I'll look closer.

> encodingType seem only have JPG file
> 
>
> Key: CB-9169
> URL: https://issues.apache.org/jira/browse/CB-9169
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, Plugin Camera, WP8
>Affects Versions: 5.0.1
> Environment: I am using Cordova Cli 5.0 with all latest core plugin
> iOS
>Reporter: Colin Bau
>Assignee: Jesse MacFadyen
>  Labels: Triaged, camera
>
> according to this
> https://github.com/apache/cordova-plugin-camera
> I am using
> {code:javascript}
> { destinationType : Camera.DestinationType.FILE_URL,
>   sourceType : Camera.PictureSourceType.CAMERA,
>   encodingType: Camera.EncodingType.JPEG,
>   targetWidth: 100,
>   targetHeight: 100,
>   saveToPhotoAlbum: TRUE }
> {code}
> no mater which the encodingType's value is "Camera.EncodingType.JPEG" OR 
> "Camera.EncodingType.PNG"
> finally the output file is xxx.jpg
> Android iOS WP8 all have this situation



--
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-9169) encodingType seem only have JPG file

2015-11-09 Thread Joe Bowser (JIRA) 

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

Joe Bowser edited comment on CB-9169 at 11/9/15 6:46 PM:
-

I knew this bug existed.  It looks like we need to make a special case where we 
convert JPEG data to PNG data when we're taking a photo.  Does this even make 
sense?  Why would anyone do this?


was (Author: bowserj):
I knew this bug existed.  It looks like we need to make a special case where we 
convert JPEG data to PNG data when we're taking a photo.  Does this even make 
sense?

> encodingType seem only have JPG file
> 
>
> Key: CB-9169
> URL: https://issues.apache.org/jira/browse/CB-9169
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, Plugin Camera, WP8
>Affects Versions: 5.0.1
> Environment: I am using Cordova Cli 5.0 with all latest core plugin
> iOS
>Reporter: Colin Bau
>Assignee: Jesse MacFadyen
>  Labels: Triaged, camera
>
> according to this
> https://github.com/apache/cordova-plugin-camera
> I am using
> {code:javascript}
> { destinationType : Camera.DestinationType.FILE_URL,
>   sourceType : Camera.PictureSourceType.CAMERA,
>   encodingType: Camera.EncodingType.JPEG,
>   targetWidth: 100,
>   targetHeight: 100,
>   saveToPhotoAlbum: TRUE }
> {code}
> no mater which the encodingType's value is "Camera.EncodingType.JPEG" OR 
> "Camera.EncodingType.PNG"
> finally the output file is xxx.jpg
> Android iOS WP8 all have this situation



--
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-9169) encodingType seem only have JPG file

2015-11-09 Thread Joe Bowser (JIRA) 

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

Joe Bowser commented on CB-9169:


I knew this bug existed.  It looks like we need to make a special case where we 
convert JPEG data to PNG data when we're taking a photo.  Does this even make 
sense?

> encodingType seem only have JPG file
> 
>
> Key: CB-9169
> URL: https://issues.apache.org/jira/browse/CB-9169
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, Plugin Camera, WP8
>Affects Versions: 5.0.1
> Environment: I am using Cordova Cli 5.0 with all latest core plugin
> iOS
>Reporter: Colin Bau
>Assignee: Jesse MacFadyen
>  Labels: Triaged, camera
>
> according to this
> https://github.com/apache/cordova-plugin-camera
> I am using
> {code:javascript}
> { destinationType : Camera.DestinationType.FILE_URL,
>   sourceType : Camera.PictureSourceType.CAMERA,
>   encodingType: Camera.EncodingType.JPEG,
>   targetWidth: 100,
>   targetHeight: 100,
>   saveToPhotoAlbum: TRUE }
> {code}
> no mater which the encodingType's value is "Camera.EncodingType.JPEG" OR 
> "Camera.EncodingType.PNG"
> finally the output file is xxx.jpg
> Android iOS WP8 all have this situation



--
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-9970) resolveLocalFileSystemURL and fileTransfer.download sometimes failed to return callbacks

2015-11-09 Thread Danny Song (JIRA) 

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

Danny Song updated CB-9970:
---
Description: 
resolveLocalFileSystemURL should return either success or fail callbacks. 
However, we noticed sometimes this function fails to callback. The function was 
called but with no callback was returned. 

Reproduce Steps: 
1. Pass in a file url that doesn't have the real file exist
2. Call the function:
resolveLocalFileSystemURL(fullPathToFile,
function (result) {
logger.info("resolveLocalFileSystemURL successful 
callback");
},
function (error) {
logger.error("resolveLocalFileSystemURL error callback");
});
3. Since no file exists in the specified path "fullPathToFile", the function 
should have the error callback.

Expected Result: error callback is called.
Actual Result: no callback.  But the problem is not reproducible every time. I 
tried 7-10 times with the same file url, I could only reproduce 1-2 times.

Note: The problem is only noticed on the Dell Tablet Venue 8 8740 running on 
Android 4.4.4.  The code has been tested on the other Samsung and Nexus 10 
devices running on 4.4.4 and 4.4.2, but couldn't be reproducible.

Note:  The fileTransfer.download plugin also has the same symptom sometimes. 
Reproduce steps are as same as the above.

  was:
resolveLocalFileSystemURL should return either success or fail callbacks. 
However, we noticed sometimes this function fails to callback. The function was 
called but with no callback was returned. 

Reproduce Steps: 
1. Pass in a file url that doesn't have the real file exist
2. Call the function:
resolveLocalFileSystemURL(fullPathToFile,
function (result) {
logger.info("resolveLocalFileSystemURL successful 
callback");
},
function (error) {
logger.error("resolveLocalFileSystemURL error callback");
});
3. Since no file exists in the specified path "fullPathToFile", the function 
should have the error callback.

Expected Result: error callback is called.
Actual Result: no callback.  But the problem is not reproducible every time. I 
tried 7-10 times with the same file url, I could only reproduce 1-2 times.

Note: The problem is only noticed on the Dell Tablet Venue 8 8740 running on 
Android 4.4.4.  The code has been tested on the other Samsung and Nexus 10 
devices running on 4.4.4 and 4.4.2, but couldn't be reproducible.



> resolveLocalFileSystemURL and fileTransfer.download sometimes failed to 
> return callbacks
> 
>
> Key: CB-9970
> URL: https://issues.apache.org/jira/browse/CB-9970
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaJS
>Affects Versions: 3.5.0
> Environment: Dell Tablet Venue 8 8740 running on Android 4.4.4.
>Reporter: Danny Song
>Priority: Blocker
>
> resolveLocalFileSystemURL should return either success or fail callbacks. 
> However, we noticed sometimes this function fails to callback. The function 
> was called but with no callback was returned. 
> Reproduce Steps: 
> 1. Pass in a file url that doesn't have the real file exist
> 2. Call the function:
> resolveLocalFileSystemURL(fullPathToFile,
> function (result) {
> logger.info("resolveLocalFileSystemURL successful 
> callback");
> },
> function (error) {
> logger.error("resolveLocalFileSystemURL error callback");
> });
> 3. Since no file exists in the specified path "fullPathToFile", the function 
> should have the error callback.
> Expected Result: error callback is called.
> Actual Result: no callback.  But the problem is not reproducible every time. 
> I tried 7-10 times with the same file url, I could only reproduce 1-2 times.
> Note: The problem is only noticed on the Dell Tablet Venue 8 8740 running on 
> Android 4.4.4.  The code has been tested on the other Samsung and Nexus 10 
> devices running on 4.4.4 and 4.4.2, but couldn't be reproducible.
> Note:  The fileTransfer.download plugin also has the same symptom sometimes. 
> Reproduce steps are as same as the above.



--
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-9240) Cordova splash screen plugin iPad landscape mode issue

2015-11-09 Thread Jacob Weber (JIRA) 

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

Jacob Weber commented on CB-9240:
-

[~revolunet]: have you found any issues with the workaround you mentioned? I 
may have to use it in our production app if this issue doesn't get fixed, 
although I'd rather not.

> Cordova splash screen plugin iPad landscape mode issue
> --
>
> Key: CB-9240
> URL: https://issues.apache.org/jira/browse/CB-9240
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin SplashScreen
> Environment: iPad iOS 8
>Reporter: Hetal
>  Labels: ios, landscape, plugin, splashscreen
>
> I am using the Cordova splash screen plugin 
> (https://github.com/apache/cordova-plugin-splashscreen) in my hybrid mobile 
> app targeted for iOS. I have all the splash screen images added to my 
> project. The reason for using this plugin is to elongate the time for which 
> the splash screen is shown and I manually hide it later in the app. So my 
> config.xml has the following declarations:
> 
> 
> This plugin works fine in the portrait mode on iPhone and iPad. But on the 
> iPad in landscape mode, the plugin shows the splash image in portrait mode 
> and consequently my first app view also shows in the portrait mode even 
> though the device is in landscape mode. 
> The screenshots are available here: 
> http://stackoverflow.com/questions/31035650/cordova-splash-screen-plugin-ipad-landscape-mode-issue



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

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

[jira] [Commented] (CB-9169) encodingType seem only have JPG file

2015-11-09 Thread Richard B Knoll (JIRA) 

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

Richard B Knoll commented on CB-9169:
-

Is this still the case in the current version of the plugin? I don't see that 
behavior in iOS or Android using the CameraOptions you gave (setting encoding 
type to PNG gave me .png files back on each)

> encodingType seem only have JPG file
> 
>
> Key: CB-9169
> URL: https://issues.apache.org/jira/browse/CB-9169
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, Plugin Camera, WP8
>Affects Versions: 5.0.1
> Environment: I am using Cordova Cli 5.0 with all latest core plugin
> iOS
>Reporter: Colin Bau
>Assignee: Jesse MacFadyen
>  Labels: Triaged, camera
>
> according to this
> https://github.com/apache/cordova-plugin-camera
> I am using
> {code:javascript}
> { destinationType : Camera.DestinationType.FILE_URL,
>   sourceType : Camera.PictureSourceType.CAMERA,
>   encodingType: Camera.EncodingType.JPEG,
>   targetWidth: 100,
>   targetHeight: 100,
>   saveToPhotoAlbum: TRUE }
> {code}
> no mater which the encodingType's value is "Camera.EncodingType.JPEG" OR 
> "Camera.EncodingType.PNG"
> finally the output file is xxx.jpg
> Android iOS WP8 all have this situation



--
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-9959) Plugin search is case sensitive

2015-11-09 Thread Richard B Knoll (JIRA) 

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

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

> Plugin search is case sensitive
> ---
>
> Key: CB-9959
> URL: https://issues.apache.org/jira/browse/CB-9959
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Docs
>Reporter: Richard B Knoll
>Assignee: Richard B Knoll
>Priority: Minor
>
> The plugin search is case sensitive ("Camera" returns no results, but 
> "camera" does return results)



--
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-9169) encodingType seem only have JPG file

2015-11-09 Thread Richard B Knoll (JIRA) 

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

Richard B Knoll commented on CB-9169:
-

Yeah, I don't see any clear use case either. If the API exists, though, I would 
rather have it work as expected than add another quirk. I think this is an easy 
enough fix, so I'll try and submit a PR in the next day or so. The gallery is 
another bit of weird behavior; it looks like we do the same thing as before and 
change the encoding type if the image is edited. That seems sort of wrong to 
me, should we be converting the file types of gallery photos or only allowing 
the selection of the specified file type?

> encodingType seem only have JPG file
> 
>
> Key: CB-9169
> URL: https://issues.apache.org/jira/browse/CB-9169
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, Plugin Camera, WP8
>Affects Versions: 5.0.1
> Environment: I am using Cordova Cli 5.0 with all latest core plugin
> iOS
>Reporter: Colin Bau
>Assignee: Jesse MacFadyen
>  Labels: Triaged, camera
>
> according to this
> https://github.com/apache/cordova-plugin-camera
> I am using
> {code:javascript}
> { destinationType : Camera.DestinationType.FILE_URL,
>   sourceType : Camera.PictureSourceType.CAMERA,
>   encodingType: Camera.EncodingType.JPEG,
>   targetWidth: 100,
>   targetHeight: 100,
>   saveToPhotoAlbum: TRUE }
> {code}
> no mater which the encodingType's value is "Camera.EncodingType.JPEG" OR 
> "Camera.EncodingType.PNG"
> finally the output file is xxx.jpg
> Android iOS WP8 all have this situation



--
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-9169) encodingType seem only have JPG file

2015-11-09 Thread Richard B Knoll (JIRA) 

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

Richard B Knoll commented on CB-9169:
-

Here we go, this will give you a JPEG with a PNG filename:
{code:javascript}
{
destinationType : Camera.DestinationType.FILE_URL,
sourceType : Camera.PictureSourceType.CAMERA,
encodingType: Camera.EncodingType.PNG,
quality: 100,
saveToPhotoAlbum: true
}
{code}


> encodingType seem only have JPG file
> 
>
> Key: CB-9169
> URL: https://issues.apache.org/jira/browse/CB-9169
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, Plugin Camera, WP8
>Affects Versions: 5.0.1
> Environment: I am using Cordova Cli 5.0 with all latest core plugin
> iOS
>Reporter: Colin Bau
>Assignee: Jesse MacFadyen
>  Labels: Triaged, camera
>
> according to this
> https://github.com/apache/cordova-plugin-camera
> I am using
> {code:javascript}
> { destinationType : Camera.DestinationType.FILE_URL,
>   sourceType : Camera.PictureSourceType.CAMERA,
>   encodingType: Camera.EncodingType.JPEG,
>   targetWidth: 100,
>   targetHeight: 100,
>   saveToPhotoAlbum: TRUE }
> {code}
> no mater which the encodingType's value is "Camera.EncodingType.JPEG" OR 
> "Camera.EncodingType.PNG"
> finally the output file is xxx.jpg
> Android iOS WP8 all have this situation



--
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-9970) resolveLocalFileSystemURL and fileTransfer.download sometimes failed to return callbacks

2015-11-09 Thread Danny Song (JIRA) 
Danny Song created CB-9970:
--

 Summary: resolveLocalFileSystemURL and fileTransfer.download 
sometimes failed to return callbacks
 Key: CB-9970
 URL: https://issues.apache.org/jira/browse/CB-9970
 Project: Apache Cordova
  Issue Type: Bug
  Components: CordovaJS
Affects Versions: 3.5.0
 Environment: Dell Tablet Venue 8 8740 running on Android 4.4.4.
Reporter: Danny Song
Priority: Blocker


resolveLocalFileSystemURL should return either success or fail callbacks. 
However, we noticed sometimes this function fails to callback. The function was 
called but with no callback was returned. 

Reproduce Steps: 
1. Pass in a file url that doesn't have the real file exist
2. Call the function:
resolveLocalFileSystemURL(fullPathToFile,
function (result) {
logger.info("resolveLocalFileSystemURL successful 
callback");
},
function (error) {
logger.error("resolveLocalFileSystemURL error callback");
});
3. Since no file exists in the specified path "fullPathToFile", the function 
should have the error callback.

Expected Result: error callback is called.
Actual Result: no callback.  But the problem is not reproducible every time. I 
tried 7-10 times with the same file url, I could only reproduce 1-2 times.

Note: The problem is only noticed on the Dell Tablet Venue 8 8740 running on 
Android 4.4.4.  The code has been tested on the other Samsung and Nexus 10 
devices running on 4.4.4 and 4.4.2, but couldn't be reproducible.




--
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-9240) Cordova splash screen plugin iPad landscape mode issue

2015-11-09 Thread Julien Bouquillon (JIRA) 

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

Julien Bouquillon commented on CB-9240:
---

No problem to report with this patch. we only use ipad+landscape in this app

> Cordova splash screen plugin iPad landscape mode issue
> --
>
> Key: CB-9240
> URL: https://issues.apache.org/jira/browse/CB-9240
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin SplashScreen
> Environment: iPad iOS 8
>Reporter: Hetal
>  Labels: ios, landscape, plugin, splashscreen
>
> I am using the Cordova splash screen plugin 
> (https://github.com/apache/cordova-plugin-splashscreen) in my hybrid mobile 
> app targeted for iOS. I have all the splash screen images added to my 
> project. The reason for using this plugin is to elongate the time for which 
> the splash screen is shown and I manually hide it later in the app. So my 
> config.xml has the following declarations:
> 
> 
> This plugin works fine in the portrait mode on iPhone and iPad. But on the 
> iPad in landscape mode, the plugin shows the splash image in portrait mode 
> and consequently my first app view also shows in the portrait mode even 
> though the device is in landscape mode. 
> The screenshots are available here: 
> http://stackoverflow.com/questions/31035650/cordova-splash-screen-plugin-ipad-landscape-mode-issue



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

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

[jira] [Resolved] (CB-9939) Windows tests fail to download

2015-11-09 Thread Dmitry Blotsky (JIRA) 

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

Dmitry Blotsky resolved CB-9939.

Resolution: Fixed

> Windows tests fail to download
> --
>
> Key: CB-9939
> URL: https://issues.apache.org/jira/browse/CB-9939
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Medic, Windows
> Environment: Windows 8.1, Windows Phone 8.1.
>Reporter: Dmitry Blotsky
>Priority: Critical
>  Labels: found-by-ci, medic, windows
>   Original Estimate: 24h
>  Remaining Estimate: 24h
>
> Build failed: 
> https://ci.apache.org/builders/cordova-windows-store8.0/builds/837.
> Output: 
> https://ci.apache.org/builders/cordova-windows-store8.0/builds/837/steps/getting-test-results/logs/stdio.
> Snippet:
> {noformat}
> Getting test results for cordova-windows-store8.0-837-buildbot-vm
> test check failed: TypeError: Request path contains unescaped 
> characters.{noformat}



--
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-9828) Implement and expose PlatformApi for Windows

2015-11-09 Thread ASF GitHub Bot (JIRA) 

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

ASF GitHub Bot commented on CB-9828:


GitHub user vladimir-kotikov opened a pull request:

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

CB-9828 Implements PlatformApi contract for WIndows platform



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

$ git pull https://github.com/MSOpenTech/cordova-windows CB-9828

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

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


commit d5f75326c7df816f16aeb2d1db38aaa9624b5fd4
Author: Vladimir Kotikov 
Date:   2015-11-09T19:05:05Z

CB-9828 Implement and expose PlatformApi for Windows

commit f65f42dc3216f350e404ab5cde8d72c93a47d9a5
Author: Vladimir Kotikov 
Date:   2015-11-09T19:06:12Z

CB-9828 Upgrade and check-in node_modules




> Implement and expose PlatformApi for Windows
> 
>
> Key: CB-9828
> URL: https://issues.apache.org/jira/browse/CB-9828
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: Windows
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>  Labels: PlatformApi
> Fix For: 5.0.0
>
>




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

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

[jira] [Closed] (CB-9483) iOS mobilespec is not reporting results to CouchDB

2015-11-09 Thread Dmitry Blotsky (JIRA) 

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

Dmitry Blotsky closed CB-9483.
--

> iOS mobilespec is not reporting results to CouchDB
> --
>
> Key: CB-9483
> URL: https://issues.apache.org/jira/browse/CB-9483
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS, Medic, mobile-spec
>Affects Versions: Master
>Reporter: Dmitry Blotsky
>  Labels: cordova-ios-4.0.x, found-by-ci, ios, medic, mobilespec
>   Original Estimate: 24h
>  Remaining Estimate: 24h
>
> https://ci.apache.org/builders/cordova-ios/builds/197
> Running iOS build completes, but fails to send results.
> Native console output:
> {noformat}
> Aug 11 19:31:15 dbtiefighter.local mobilespec[19384]: FileTransferError {
>   code = 1;
>   source = "c:\\54321";
>   target = "http://cordova-filetransfer.jitsu.com/upload;;
>   }
> Aug 11 19:31:15 dbtiefighter.local mobilespec[19384]: -[CDVFileTransfer 
> requestForUploadCommand:fileData:] [Line 224] fileData length: 17
> Aug 11 19:31:15 dbtiefighter assertiond[19118]: assertion failed: 14E46 
> 12H141: assertiond + 12334 [EDAF3958-87C7-3C61-A8E6-24689FBBE168]: 0x1
> Aug 11 19:31:15 dbtiefighter.local mobilespec[19384]: File Transfer Finished 
> with response code 200
> Aug 11 19:31:15 dbtiefighter assertiond[19118]: assertion failed: 14E46 
> 12H141: assertiond + 12334 [EDAF3958-87C7-3C61-A8E6-24689FBBE168]: 0x1
> Aug 11 19:31:15 dbtiefighter.local mobilespec[19384]: -[CDVFileTransfer 
> requestForUploadCommand:fileData:] [Line 224] fileData length: 17
> Aug 11 19:31:15 dbtiefighter assertiond[19118]: assertion failed: 14E46 
> 12H141: assertiond + 12334 [EDAF3958-87C7-3C61-A8E6-24689FBBE168]: 0x1
> Aug 11 19:31:15 dbtiefighter.local mobilespec[19384]: File Transfer Finished 
> with response code 200
> Aug 11 19:31:15 dbtiefighter assertiond[19118]: assertion failed: 14E46 
> 12H141: assertiond + 12334 [EDAF3958-87C7-3C61-A8E6-24689FBBE168]: 0x1
> Aug 11 19:31:46 dbtiefighter.local mobilespec[19384]: log1
> {noformat}
> Web console output:
> {noformat}
> [Error] FileError
>   (anonymous function) (console-via-logger.js, line 173)
>   (anonymous function) (main.js, line 115)
>   fail (tests.js, line 537)
>   (anonymous function) (DirectoryEntry.js, line 112)
>   callbackFromNative (cordova.js, line 293)
>   nc2 (cordova.js, line 1108)
> [Error] Failed to load resource: the server responded with a status of 405 
> (Method Not Allowed) (cordova-vm.apache.org, line 0)
> [Log] DEPRECATED: Update your code to use 'toURL' (console-via-logger.js, 
> line 173)
> [Error] Failed to load resource: the server responded with a status of 405 
> (Method Not Allowed) (cordova-vm.apache.org, line 0)
> [Log] DEPRECATED: Update your code to use 'toURL' (console-via-logger.js, 
> line 173)
> [Error] Failed to load resource: the server responded with a status of 405 
> (Method Not Allowed) (cordova-vm.apache.org, line 0)
> [Log] DEPRECATED: Update your code to use 'toURL' (console-via-logger.js, 
> line 173)
> [Error] Failed to load resource: the server responded with a status of 405 
> (Method Not Allowed) (cordova-vm.apache.org, line 0)
> [Log] DEPRECATED: Update your code to use 'toURL' (console-via-logger.js, 
> line 173)
> [Log] DEPRECATED: Update your code to use 'toURL' (console-via-logger.js, 
> line 173)
> [Error] Failed to load resource (cordova-vm.apache.org, line 0)
> [Error] Failed to load resource: the server responded with a status of 405 
> (Method Not Allowed) (cordova-vm.apache.org, line 0)
> [Log] DEPRECATED: Update your code to use 'toURL' (console-via-logger.js, 
> line 173)
> [Error] Failed to load resource: the server responded with a status of 405 
> (Method Not Allowed) (cordova-vm.apache.org, line 0)
> [Log] DEPRECATED: Update your code to use 'toURL' (console-via-logger.js, 
> line 173)
> [Error] Failed to load resource: the server responded with a status of 405 
> (Method Not Allowed) (cordova-vm.apache.org, line 0)
> [Log] DEPRECATED: Update your code to use 'toURL' (console-via-logger.js, 
> line 173)
> [Error] Failed to load resource: the server responded with a status of 405 
> (Method Not Allowed) (cordova-vm.apache.org, line 0)
> [Error] Spec 'cordova-plugin-file-tests.tests >> File API IndexedDB-based 
> impl file.spec.131 Nested file or nested directory should be removed when 
> removing a parent directory' has no expectations.
>   (anonymous function) (console-via-logger.js, line 173)
>   (anonymous function) (main.js, line 115)
>   specDone (jasmine-html.js, line 106)
>   dispatch (jasmine.js, line 1821)
>   (anonymous function) (jasmine.js, line 1804)
>   specResultCallback (jasmine.js, line 800)
>   complete (jasmine.js, line 355)
>   clearStack

[jira] [Commented] (CB-9901) cordova plugin search should open browser to cordova plugin search

2015-11-09 Thread ASF GitHub Bot (JIRA) 

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

ASF GitHub Bot commented on CB-9901:


Github user asfgit closed the pull request at:

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


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

2015-11-09 Thread ASF subversion and git services (JIRA) 

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

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

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

CB-9901 cordova plugin search opens in a browser. This closes #334


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

2015-11-09 Thread ASF GitHub Bot (JIRA) 

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

ASF GitHub Bot commented on CB-9588:


GitHub user sgrebnov opened a pull request:

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

Document  and .target-dir support on Windows

As per the following changes:
https://issues.apache.org/jira/browse/CB-9588
https://issues.apache.org/jira/browse/CB-8615

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

$ git pull https://github.com/MSOpenTech/cordova-docs CB-9588

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

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


commit 25b3ddd67af07d1d564a1ba426777e4f11a726ce
Author: sgrebnov 
Date:   2015-11-09T20:02:54Z

CB-9588 CB-8615 Documment  and .target-dir 
support on Windows




> 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] [Commented] (CB-9939) Windows tests fail to download

2015-11-09 Thread ASF subversion and git services (JIRA) 

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

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

Commit 5fd1c869e8958cc6bfad21c82be8181ddfb4b517 in cordova-medic's branch 
refs/heads/master from [~dblotsky]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-medic.git;h=5fd1c86 ]

CB-9939 Encoding URI sent to CouchDB.


> Windows tests fail to download
> --
>
> Key: CB-9939
> URL: https://issues.apache.org/jira/browse/CB-9939
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Medic, Windows
> Environment: Windows 8.1, Windows Phone 8.1.
>Reporter: Dmitry Blotsky
>Priority: Critical
>  Labels: found-by-ci, medic, windows
>   Original Estimate: 24h
>  Remaining Estimate: 24h
>
> Build failed: 
> https://ci.apache.org/builders/cordova-windows-store8.0/builds/837.
> Output: 
> https://ci.apache.org/builders/cordova-windows-store8.0/builds/837/steps/getting-test-results/logs/stdio.
> Snippet:
> {noformat}
> Getting test results for cordova-windows-store8.0-837-buildbot-vm
> test check failed: TypeError: Request path contains unescaped 
> characters.{noformat}



--
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-9169) encodingType seem only have JPG file

2015-11-09 Thread Richard B Knoll (JIRA) 

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

Richard B Knoll commented on CB-9169:
-

On second thought, this might be a somewhat less trivial fix. Turns out reading 
in the full-quality bitmap, converting it, and writing it back out has pretty 
terrible performance (takes about 7 seconds on my test phone), so I might be 
okay with this quirk so long as we document it. I'm not sure if there is any 
huge demand for outputting full size PNG images anyway. I'll test out the 
behavior on iOS too to see how it handles things.

> encodingType seem only have JPG file
> 
>
> Key: CB-9169
> URL: https://issues.apache.org/jira/browse/CB-9169
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, Plugin Camera, WP8
>Affects Versions: 5.0.1
> Environment: I am using Cordova Cli 5.0 with all latest core plugin
> iOS
>Reporter: Colin Bau
>Assignee: Jesse MacFadyen
>  Labels: Triaged, camera
>
> according to this
> https://github.com/apache/cordova-plugin-camera
> I am using
> {code:javascript}
> { destinationType : Camera.DestinationType.FILE_URL,
>   sourceType : Camera.PictureSourceType.CAMERA,
>   encodingType: Camera.EncodingType.JPEG,
>   targetWidth: 100,
>   targetHeight: 100,
>   saveToPhotoAlbum: TRUE }
> {code}
> no mater which the encodingType's value is "Camera.EncodingType.JPEG" OR 
> "Camera.EncodingType.PNG"
> finally the output file is xxx.jpg
> Android iOS WP8 all have this situation



--
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-9758) Mobilespec crashes adding plugins on OS X

2015-11-09 Thread Dmitry Blotsky (JIRA) 

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

Dmitry Blotsky closed CB-9758.
--

> Mobilespec crashes adding plugins on OS X
> -
>
> Key: CB-9758
> URL: https://issues.apache.org/jira/browse/CB-9758
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib, Plugman
>Affects Versions: Master
> Environment: iOS 8.4 on OS X 10.10 (Yosemite)
>Reporter: Dmitry Blotsky
>Assignee: Sergey Shakhnazarov
>Priority: Critical
>  Labels: cordova-ios-4.0.x, cordova-lib, found-by-ci, installing, 
> plugin
>   Original Estimate: 24h
>  Remaining Estimate: 24h
>
> Mobilespec crashes when installing a plugin. It happens in this build: 
> https://ci.apache.org/builders/cordova-ios/builds/599/.
> All output here: 
> https://ci.apache.org/builders/cordova-ios/builds/599/steps/creating-mobilespec-app/logs/stdio.
>  Output snippet:
> {noformat}
> Adding plugins using CLI...
> Searchpath: /Users/buildbot/slaves/apache/cordova-ios/
> Installing local test framework plugins...
> LOG  : Installing "org.apache.cordova.mobilespec.tests" for ios
> WARN : Failed to install 'org.apache.cordova.mobilespec.tests':TypeError: 
> Cannot read property 'nodeValue' of undefined
> at parsePlistXML 
> (/Users/buildbot/slaves/apache/cordova-ios/cordova-lib/cordova-lib/node_modules/plist/lib/parse.js:158:30)
> at parsePlistXML 
> (/Users/buildbot/slaves/apache/cordova-ios/cordova-lib/cordova-lib/node_modules/plist/lib/parse.js:134:17)
> at parsePlistXML 
> (/Users/buildbot/slaves/apache/cordova-ios/cordova-lib/cordova-lib/node_modules/plist/lib/parse.js:136:26)
> at parsePlistXML 
> (/Users/buildbot/slaves/apache/cordova-ios/cordova-lib/cordova-lib/node_modules/plist/lib/parse.js:136:26)
> at parsePlistXML 
> (/Users/buildbot/slaves/apache/cordova-ios/cordova-lib/cordova-lib/node_modules/plist/lib/parse.js:122:23)
> at Object.parse 
> (/Users/buildbot/slaves/apache/cordova-ios/cordova-lib/cordova-lib/node_modules/plist/lib/parse.js:48:15)
> at Object.module.exports.package_name 
> (/Users/buildbot/slaves/apache/cordova-ios/cordova-lib/cordova-lib/src/plugman/platforms/ios.js:135:22)
> at 
> /Users/buildbot/slaves/apache/cordova-ios/cordova-lib/cordova-lib/src/platforms/PlatformApiPoly.js:272:67
> at _fulfilled 
> (/Users/buildbot/slaves/apache/cordova-ios/cordova-lib/cordova-lib/node_modules/q/q.js:787:54)
> at self.promiseDispatch.done 
> (/Users/buildbot/slaves/apache/cordova-ios/cordova-lib/cordova-lib/node_modules/q/q.js:816:30)
> ERROR: TypeError: Cannot read property 'nodeValue' of undefined
> at parsePlistXML 
> (/Users/buildbot/slaves/apache/cordova-ios/cordova-lib/cordova-lib/node_modules/plist/lib/parse.js:158:30)
> at parsePlistXML 
> (/Users/buildbot/slaves/apache/cordova-ios/cordova-lib/cordova-lib/node_modules/plist/lib/parse.js:134:17)
> at parsePlistXML 
> (/Users/buildbot/slaves/apache/cordova-ios/cordova-lib/cordova-lib/node_modules/plist/lib/parse.js:136:26)
> at parsePlistXML 
> (/Users/buildbot/slaves/apache/cordova-ios/cordova-lib/cordova-lib/node_modules/plist/lib/parse.js:136:26)
> at parsePlistXML 
> (/Users/buildbot/slaves/apache/cordova-ios/cordova-lib/cordova-lib/node_modules/plist/lib/parse.js:122:23)
> at Object.parse 
> (/Users/buildbot/slaves/apache/cordova-ios/cordova-lib/cordova-lib/node_modules/plist/lib/parse.js:48:15)
> at Object.module.exports.package_name 
> (/Users/buildbot/slaves/apache/cordova-ios/cordova-lib/cordova-lib/src/plugman/platforms/ios.js:135:22)
> at 
> /Users/buildbot/slaves/apache/cordova-ios/cordova-lib/cordova-lib/src/platforms/PlatformApiPoly.js:272:67
> at _fulfilled 
> (/Users/buildbot/slaves/apache/cordova-ios/cordova-lib/cordova-lib/node_modules/q/q.js:787:54)
> at self.promiseDispatch.done 
> (/Users/buildbot/slaves/apache/cordova-ios/cordova-lib/cordova-lib/node_modules/q/q.js:816:30)
> {noformat}



--
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-9162) Plugin Variables should support a default value

2015-11-09 Thread ASF GitHub Bot (JIRA) 

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

ASF GitHub Bot commented on CB-9162:


Github user mbektchiev commented on the pull request:

https://github.com/apache/cordova-docs/pull/415#issuecomment-155318013
  
Here's the JIRA issue which added this support: 
https://issues.apache.org/jira/browse/CB-9162


> Plugin Variables should support a default value
> ---
>
> Key: CB-9162
> URL: https://issues.apache.org/jira/browse/CB-9162
> Project: Apache Cordova
>  Issue Type: Improvement
>Reporter: Olivier Goguel
>
> When declaring a variable, it is possible to make it mandatory (by using the 
>  tag), but there's no way to make it optional by defining a 
> default value.
> For example: 
> This would allow users to keep on customizing specific features of the 
> plugins while not having to worry about all the variables.



--
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-6698) Plugman support for referencing Android libraries

2015-11-09 Thread ASF GitHub Bot (JIRA) 

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

ASF GitHub Bot commented on CB-6698:


Github user mbektchiev commented on the pull request:

https://github.com/apache/cordova-lib/pull/289#issuecomment-155330596
  
Rebased on latest master and now tests pass.


> Plugman support for referencing Android libraries
> -
>
> Key: CB-6698
> URL: https://issues.apache.org/jira/browse/CB-6698
> Project: Apache Cordova
>  Issue Type: New Feature
>  Components: Plugman
>Reporter: Martin Bektchiev
>Assignee: Martin Bektchiev
>
> Make plugman capable of referencing an Android library project from within a 
> plugin. 
> Currently there's no viable way to do it and it is becoming common to try to 
> circumvent this limitation by abusing *plugin.xml* to (try to) merge a 
> library's resources, code and configuration. (see 
> https://github.com/wildabeast/BarcodeScanner)



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

2015-11-09 Thread Sergey Grebnov (JIRA) 

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

Sergey Grebnov resolved CB-8615.

Resolution: Fixed
  Assignee: (was: 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
>  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] [Commented] (CB-9588) Plugman. Add support for on Windows

2015-11-09 Thread Sergey Grebnov (JIRA) 

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

Sergey Grebnov commented on CB-9588:


I've sent PR to docs:
https://github.com/apache/cordova-docs/pull/416

> 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] [Updated] (CB-9588) Plugman. Add support for on Windows

2015-11-09 Thread Sergey Grebnov (JIRA) 

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

Sergey Grebnov updated CB-9588:
---
Assignee: (was: Sergey Grebnov)

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

2015-11-09 Thread Sergey Grebnov (JIRA) 

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

Sergey Grebnov commented on CB-8615:


I've sent PR to docs:
https://github.com/apache/cordova-docs/pull/416

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

2015-11-09 Thread Sergey Grebnov (JIRA) 

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

Sergey Grebnov resolved CB-9588.

Resolution: Fixed

> 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] [Updated] (CB-9971) Cordova outputs "Picked up _JAVA_OPTIONS" in stderr

2015-11-09 Thread Vladimir Kotikov (JIRA) 

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

Vladimir Kotikov updated CB-9971:
-
Environment: 
Windows, Tools for Apache Cordova in Visual Studio
Cordova 5.4.0

  was:Windows, Tools for Apache Cordova in Visual Studio


> Cordova outputs "Picked up _JAVA_OPTIONS" in stderr
> ---
>
> Key: CB-9971
> URL: https://issues.apache.org/jira/browse/CB-9971
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: 5.0.0
> Environment: Windows, Tools for Apache Cordova in Visual Studio
> Cordova 5.4.0
>Reporter: Michael Braude
>Assignee: Vladimir Kotikov
>Priority: Critical
>  Labels: easyfix, windows,
>   Original Estimate: 2h
>  Remaining Estimate: 2h
>
> Starting with version 5.4.0, Cordova now outputs "Picked up _JAVA_OPTIONS: 
> -Xmx512M" to stderr. This breaks clients such as Visual Studio because we 
> interpret messages in stderr to be errors, and this is not an error. So the 
> result is that we show deploy failures to the dev when there are no errors.
> See this for customer impact: 
> http://stackoverflow.com/questions/33603167/vs2015-build-with-cordova-cli5-4-0-shows-deployment-errors
> We can work around this in Visual Studio by using special casing, but Cordova 
> needs to output this in stdout like it did in previous versions



--
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-9971) Cordova outputs "Picked up _JAVA_OPTIONS" in stderr

2015-11-09 Thread Vladimir Kotikov (JIRA) 

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

Vladimir Kotikov updated CB-9971:
-
Affects Version/s: 5.0.0

> Cordova outputs "Picked up _JAVA_OPTIONS" in stderr
> ---
>
> Key: CB-9971
> URL: https://issues.apache.org/jira/browse/CB-9971
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: 5.0.0
> Environment: Windows, Tools for Apache Cordova in Visual Studio
>Reporter: Michael Braude
>Assignee: Vladimir Kotikov
>Priority: Critical
>  Labels: easyfix, windows,
>   Original Estimate: 2h
>  Remaining Estimate: 2h
>
> Starting with version 5.4.0, Cordova now outputs "Picked up _JAVA_OPTIONS: 
> -Xmx512M" to stderr. This breaks clients such as Visual Studio because we 
> interpret messages in stderr to be errors, and this is not an error. So the 
> result is that we show deploy failures to the dev when there are no errors.
> See this for customer impact: 
> http://stackoverflow.com/questions/33603167/vs2015-build-with-cordova-cli5-4-0-shows-deployment-errors
> We can work around this in Visual Studio by using special casing, but Cordova 
> needs to output this in stdout like it did in previous versions



--
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-9971) Cordova outputs "Picked up _JAVA_OPTIONS" in stderr

2015-11-09 Thread Vladimir Kotikov (JIRA) 

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

Vladimir Kotikov updated CB-9971:
-
Labels: easyfix windows,  (was: easyfix windows)

> Cordova outputs "Picked up _JAVA_OPTIONS" in stderr
> ---
>
> Key: CB-9971
> URL: https://issues.apache.org/jira/browse/CB-9971
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
> Environment: Windows, Tools for Apache Cordova in Visual Studio
>Reporter: Michael Braude
>Assignee: Vladimir Kotikov
>Priority: Critical
>  Labels: easyfix, windows,
>   Original Estimate: 2h
>  Remaining Estimate: 2h
>
> Starting with version 5.4.0, Cordova now outputs "Picked up _JAVA_OPTIONS: 
> -Xmx512M" to stderr. This breaks clients such as Visual Studio because we 
> interpret messages in stderr to be errors, and this is not an error. So the 
> result is that we show deploy failures to the dev when there are no errors.
> See this for customer impact: 
> http://stackoverflow.com/questions/33603167/vs2015-build-with-cordova-cli5-4-0-shows-deployment-errors
> We can work around this in Visual Studio by using special casing, but Cordova 
> needs to output this in stdout like it did in previous versions



--
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-9971) Cordova outputs "Picked up _JAVA_OPTIONS" in stderr

2015-11-09 Thread Vladimir Kotikov (JIRA) 

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

Vladimir Kotikov reassigned CB-9971:


Assignee: Vladimir Kotikov

> Cordova outputs "Picked up _JAVA_OPTIONS" in stderr
> ---
>
> Key: CB-9971
> URL: https://issues.apache.org/jira/browse/CB-9971
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
> Environment: Windows, Tools for Apache Cordova in Visual Studio
>Reporter: Michael Braude
>Assignee: Vladimir Kotikov
>Priority: Critical
>  Labels: easyfix, windows,
>   Original Estimate: 2h
>  Remaining Estimate: 2h
>
> Starting with version 5.4.0, Cordova now outputs "Picked up _JAVA_OPTIONS: 
> -Xmx512M" to stderr. This breaks clients such as Visual Studio because we 
> interpret messages in stderr to be errors, and this is not an error. So the 
> result is that we show deploy failures to the dev when there are no errors.
> See this for customer impact: 
> http://stackoverflow.com/questions/33603167/vs2015-build-with-cordova-cli5-4-0-shows-deployment-errors
> We can work around this in Visual Studio by using special casing, but Cordova 
> needs to output this in stdout like it did in previous versions



--
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-9971) Cordova outputs "Picked up _JAVA_OPTIONS" in stderr

2015-11-09 Thread Vladimir Kotikov (JIRA) 

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

Vladimir Kotikov updated CB-9971:
-
Component/s: Android

> Cordova outputs "Picked up _JAVA_OPTIONS" in stderr
> ---
>
> Key: CB-9971
> URL: https://issues.apache.org/jira/browse/CB-9971
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
> Environment: Windows, Tools for Apache Cordova in Visual Studio
>Reporter: Michael Braude
>Assignee: Vladimir Kotikov
>Priority: Critical
>  Labels: easyfix, windows,
>   Original Estimate: 2h
>  Remaining Estimate: 2h
>
> Starting with version 5.4.0, Cordova now outputs "Picked up _JAVA_OPTIONS: 
> -Xmx512M" to stderr. This breaks clients such as Visual Studio because we 
> interpret messages in stderr to be errors, and this is not an error. So the 
> result is that we show deploy failures to the dev when there are no errors.
> See this for customer impact: 
> http://stackoverflow.com/questions/33603167/vs2015-build-with-cordova-cli5-4-0-shows-deployment-errors
> We can work around this in Visual Studio by using special casing, but Cordova 
> needs to output this in stdout like it did in previous versions



--
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-9972) Remove iOS whitelist

2015-11-09 Thread Shazron Abdullah (JIRA) 
Shazron Abdullah created CB-9972:


 Summary: Remove iOS whitelist
 Key: CB-9972
 URL: https://issues.apache.org/jira/browse/CB-9972
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Reporter: Shazron Abdullah


Consensus on the ML: do it.

See https://github.com/cordova/cordova-discuss/pull/27

Doc with diagrams:
https://github.com/shazron/cordova-discuss/blob/ios-remove-whitelist/proposals/ios-whitelist-removal.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-9827) Implement and expose PlatformApi for iOS

2015-11-09 Thread ASF GitHub Bot (JIRA) 

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

ASF GitHub Bot commented on CB-9827:


Github user sgrebnov commented on the pull request:

https://github.com/apache/cordova-ios/pull/176#issuecomment-155028117
  
Re-based work on top of master and grouped all changes into two commits:
1. 6347263c80e4257506a77cece832c4c63c353145 contains implementation/changes
2. b4dd1e0bbd5bdbca3ef0bfd1561baedf38ccedaa just adds required node modules


> Implement and expose PlatformApi for iOS
> 
>
> Key: CB-9827
> URL: https://issues.apache.org/jira/browse/CB-9827
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: iOS
>Reporter: Vladimir Kotikov
>Assignee: Sergey Grebnov
>  Labels: PlatformApi
> Fix For: 5.0.0
>
>




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

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

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

2015-11-09 Thread ASF GitHub Bot (JIRA) 

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

ASF GitHub Bot commented on CB-9883:


GitHub user purplecabbage opened a pull request:

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

CB-9883

Also remove the wk-webview bridge as the plugin itself simply clobbers 
cordova.exec now.
1 Bridge! You shall not pass!

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

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

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

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


commit 21a71fe89ffe575d1b70ce51aa995ac23f17
Author: Jesse MacFadyen 
Date:   2015-11-07T01:53:29Z

Removed wk-webview exec and some linting

commit ccf936dc50977834e1744f383f8040c19e561ba9
Author: Jesse MacFadyen 
Date:   2015-11-07T02:01:37Z

rebuild cordova.js




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

2015-11-09 Thread ASF GitHub Bot (JIRA) 

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

ASF GitHub Bot commented on CB-9883:


GitHub user purplecabbage opened a pull request:

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

CB-9883

Remove last remaining alternative bridge (wk-webview)
The wk-webview plugin is now clobbering cordova.exec to provide it's own 
implementation.

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

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

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

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


commit 21a71fe89ffe575d1b70ce51aa995ac23f17
Author: Jesse MacFadyen 
Date:   2015-11-07T01:53:29Z

Removed wk-webview exec and some linting

commit 3618162251e21f1ec6d7d83be403a984152a4c55
Author: Jesse MacFadyen 
Date:   2015-11-10T00:04:43Z

Update cordova.js




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

2015-11-09 Thread ASF GitHub Bot (JIRA) 

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

ASF GitHub Bot commented on CB-9883:


Github user purplecabbage closed the pull request at:

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


> 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: Jesse MacFadyen
>  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-9446) Samsung device returns null from Cursor in Camera getRealPath

2015-11-09 Thread ASF subversion and git services (JIRA) 

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

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

Commit 88592575feb330f90a3196e552cca33f2ea0fdca in cordova-plugin-camera's 
branch refs/heads/master from [~bowserj]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-camera.git;h=8859257 
]

CB-9446 related: Removing CordovaResource library code in favour of the code 
we're supposed to be deprecating because that at least works.


> Samsung device returns null from Cursor in Camera getRealPath
> -
>
> Key: CB-9446
> URL: https://issues.apache.org/jira/browse/CB-9446
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, Plugin Camera, Plugin Media Capture
>Affects Versions: 1.2.1
> Environment: Samsung 4.1.2 GT-N8010
>Reporter: Charles Verge
>  Labels: samsung
> Fix For: 1.2.1
>
> Attachments: realpath.diff
>
>
> Using a Samsung Galaxy Note GT-N8010 with android 4.1.2 produces an exception 
> in the Exif class. This is due to a filePath being null on line 66 of 
> src/android/ExifHelper.java
> {code} new ExifInterface(filePath){code}
> This error has been introduced when the switch was made to using Cursors. 
> This error did not happen in with the camera plugin bundled with Phone Gap 
> 3.4.
> This has been duplicated by other developers independently 
> http://stackoverflow.com/questions/30616846/phonegap-app-crash-when-take-a-new-photo-with-camera-plugin



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

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

[jira] [Commented] (CB-8497) FileEntry.remove() and FileEntry.file() fail if the file has '#' in its name

2015-11-09 Thread Jason Ginchereau (JIRA) 

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

Jason Ginchereau commented on CB-8497:
--

I've reproduced this on Android, and I have a fix there, in the Android 
platform-specific code for the file plugin.

I confirmed the issue does NOT repro on Windows.

I will check iOS next.

> FileEntry.remove() and FileEntry.file() fail if the file has '#' in its name
> 
>
> Key: CB-8497
> URL: https://issues.apache.org/jira/browse/CB-8497
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
> Environment: iOS 8.1.3 and Android 5.0
>Reporter: Dani Palou
>Assignee: Jason Ginchereau
>
> If I try to delete a file that has the character '#' in its name, the 
> 'remove' function always fails, returning FileError.NOT_FOUND_ERR. If the 
> file doesn't have the '#' character, the code works fine. This error is 
> happening both in Android 5 and iOS 8.1.3.
> The same happens for the 'file' function.
> This is one of the FileEntries that I'm testing with:
> {quote}
> fullPath: "/tmp/test#.txt",
> isDirectory: false,
> isFIle: true,
> name: "test#.txt",
> nativeURL: "file:///storage/emulated/0/tmp/test%23.txt"
> {quote}
> I obtained this FileEntry using a DirectoryReader to read the contents of the 
> parent folder.
> I'm testing with PhoneGap CLI 4.2.0, FilePlugin 1.3.3, PhoneGap Android 3.6.4 
> and PhoneGap iOS 3.7.0.



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

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

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

2015-11-09 Thread ASF GitHub Bot (JIRA) 

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

ASF GitHub Bot commented on CB-9883:


Github user asfgit closed the pull request at:

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


> 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: Jesse MacFadyen
>  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] [Resolved] (CB-9895) Remove wkwebview bridge from cordova.js, inject from plugin itself

2015-11-09 Thread Jesse MacFadyen (JIRA) 

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

Jesse MacFadyen resolved CB-9895.
-
Resolution: Fixed

using clobber in the plugin.xml file to overwrite with our own exec method.

> Remove wkwebview bridge from cordova.js, inject from plugin itself
> --
>
> Key: CB-9895
> URL: https://issues.apache.org/jira/browse/CB-9895
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin WKWebViewEngine
>Reporter: Shazron Abdullah
>Assignee: Jesse MacFadyen
>  Labels: cordova-ios-4.0.x
>
> Right now the bridge js is in cordova-ios/cordova-js-src.
> Remove it from there, and inject when plugin is loaded.



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

2015-11-09 Thread Jesse MacFadyen (JIRA) 

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

Jesse MacFadyen resolved CB-9883.
-
Resolution: Fixed

Killed the last one, wk-webview plugin brings it's own exec method now.

> 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: Jesse MacFadyen
>  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] [Assigned] (CB-9670) mobilespec test failures on iOS 9 + WKWebView

2015-11-09 Thread Jesse MacFadyen (JIRA) 

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

Jesse MacFadyen reassigned CB-9670:
---

Assignee: Jesse MacFadyen

> mobilespec test failures on iOS 9 + WKWebView
> -
>
> Key: CB-9670
> URL: https://issues.apache.org/jira/browse/CB-9670
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS, mobile-spec, Plugin Contacts
>Affects Versions: Master
> Environment: iOS 9
>Reporter: Edna Morales
>Assignee: Jesse MacFadyen
>  Labels: cordova-ios-4.0.x
> Attachments: storage.spec.18.patch
>
>
> The following tests are failing on master iOS 9 with 
> cordova-plugin-wkwebview-engine installed:
> -XMLHttpRequest.spec.4 should be able to load the parent page ../index.html
>-Expected spy onError not to have been called
> -Session Storage HTML 5 Storage HTML 5 Storage storage.spec.18 Should be able 
> to create and drop tables
> -Contacts find method with newly-created contact contacts.spec.6 should be 
> able to find a contact by name
> -DataCloneError: DataCloneError: DOM Exception 25
> -Contacts save method contacts.spec.20 should be able to save a contact
> -DataCloneError: DataCloneError: DOM Exception 25
> -Contacts save method contacts.spec.21 update a contact
> -DataCloneError: DataCloneError: DOM Exception 25
> -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.



--
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-7288) [WKWebView][iOS 8] Failing tests (wkwebview branch)

2015-11-09 Thread Jesse MacFadyen (JIRA) 

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

Jesse MacFadyen reassigned CB-7288:
---

Assignee: Jesse MacFadyen

> [WKWebView][iOS 8] Failing tests (wkwebview branch)
> ---
>
> Key: CB-7288
> URL: https://issues.apache.org/jira/browse/CB-7288
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
> Environment: iOS 8 beta 5
>Reporter: Shazron Abdullah
>Assignee: Jesse MacFadyen
>Priority: Critical
>  Labels: cordova-ios-4.0.x
>
> This is only for the wkwebview branch, and using these plugins, and 3.5.0 
> mobile-spec:
> {code}
> "org.apache.cordova.battery-status": "0.2.10",
> "org.apache.cordova.camera": "0.3.1",
> "org.apache.cordova.console": "0.2.10",
> "org.apache.cordova.contacts": "0.2.12",
> "org.apache.cordova.device": "0.2.11",
> "org.apache.cordova.device-motion": "0.2.9",
> "org.apache.cordova.device-orientation": "0.3.8",
> "org.apache.cordova.dialogs": "0.2.9",
> "org.apache.cordova.file": "1.3.0",
> "org.apache.cordova.file-transfer": "0.4.5",
> "org.apache.cordova.geolocation": "0.3.9",
> "org.apache.cordova.globalization": "0.3.0",
> "org.apache.cordova.inappbrowser": "0.5.1",
> "org.apache.cordova.media": "0.2.12",
> "org.apache.cordova.media-capture": "0.3.2",
> "org.apache.cordova.network-information": "0.2.11",
> "org.apache.cordova.splashscreen": "0.3.2",
> "org.apache.cordova.vibration": "0.3.10"
> {code}
> The 24 failing tests using iOS 8 beta 5 simulator:
> {code}
> Accelerometer 4/11 (failed spec 3, 4, 5, 7, 8, 9, 11 -- all timeouts)
> Compass 9/10 (failed spec 3 -- timeout)
> Contacts 23/27 (failed specs 6, 20, 21, 24 -- all DataClone error DOM 
> Exception 25)
> File 124/130 (failed specs 18, 27, 78, 106, 114, 116 -- all timeouts)
> FileTransfer 27/30 (failed specs 18, 19, 29)
> Storage 18/19 (failed spec 18)
> Bridge 0/1 (blank screen)
> Whitelist plugin failed 0/1 (not tested see CB-7049)
> Local xhr 7/9 (failed specs 9, 4)
> {code}
> Tests passed:
> {code}
> Battery 1/1
> Camera 7/7
> Capture 12/12
> Data URI 2/2
> Device 8/8
> Geolocation 8/8
> Globalization 44/44
> Media 17/17
> Network 4/4
> Notification 5/5
> Platform 2/2
> Splashscreen 3/3
> Vibration 2/2
> {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