[jira] [Comment Edited] (CB-6667) window.requestFileSystem - callbacks are not fired in a particular circumstance
[ https://issues.apache.org/jira/browse/CB-6667?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14017918#comment-14017918 ] Kelvin Dart edited comment on CB-6667 at 8/6/14 8:53 AM: - My apologies, I am still providing an example - just been a bit snowed under in getting one to you. I will shortly however! was (Author: keldar): My apologise, I am still providing an example - just been a bit snowed under in getting one to you. I will shortly however! window.requestFileSystem - callbacks are not fired in a particular circumstance --- Key: CB-6667 URL: https://issues.apache.org/jira/browse/CB-6667 Project: Apache Cordova Issue Type: Bug Components: Plugin File Affects Versions: 3.4.0 Environment: Mac OS X 10.9.2 Android SDK (latest) - API v19 Eclipse 4.2.2 Reporter: Kelvin Dart Priority: Critical Labels: Android4.4.x, Cordova, androidmanifest.xml, window Excuse the essay, but I have a very odd issue that I have singled down to Cordova which happens in a very specific circumstance on Android. I have provided a project of the stock Cordova Android project which can be found here: http://www.filedropper.com/windowfstest - with a minor modification for the issue I am having. I have uploaded a compiled APK to install to your device here: http://www.filedropper.com/windowfstest140509-1404 Steps to replicate are: 1) Download and install that APK onto your device (I was using the Samsung Galaxy S4 with Android 4.4.2 running, no root, and stock TouchWiz ROM, I *hope* this occurs on other Android devices but have not had an opportunity to verify). 2) Start the application and observe an alert appears stating 'dr', then afterwards another alert appears, 'got FS' - if you check the code, you'll see this is normal from my app.initialize(). 3) Once those two alerts have appeared, press the Android 'home' button, to quit to the main Android home screen. 4) Go into another app or two and just use your phone normally. What we are trying to achieve here is for the Android memory management system to 'end'/kill the WindowFSTest app in the backend. 5) Go into Apps WindowFSTest (i.e. the app in question) and hopefully it will have restarted - the app has to have restarted for the bug to occur, and observe a few things here: a) Verify the app has restarted, this can be verified by the 'dr' popup occuring when Cordova loads. b) Once you are confident the app has been restarted, observe the initial 'dr' popup, but *not* the 'got FS' popup - this is the bug, the window.requestFileSystem does not fire the callbacks for some reason - and I do not know why. N.b. there are a few things to note here which is why the bug is tricky to replicate AND I imagine will be even more difficult to debug at a lower level ;-) 1) The Android system has to kill the app in the backend once you've pressed the 'home' button - there's no way of determining when this has happened, just use the phone like ordinary for half a minute or so - normally it kills it after a short period. 2) The way to restart the app is via Apps WindowFSTest (not via the task manager). 3) ***IMPORTANT*** the above two steps seem to occur only when you run it from a compiled APK, not directly from source/debug APK - so it's not as easy to debug since you cannot put line breaks in the Java file(s). Although not perfect, one way to fix this is to use: android:launchMode=singleTop In AndroidManifest.xml - since it ensures the app is 'resumed' instead of restarted. I can provide a video upon request illustrating the issue. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6761) Calling a function the first time no callbacks are being executed
[
https://issues.apache.org/jira/browse/CB-6761?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14087443#comment-14087443
]
Kelvin Dart commented on CB-6761:
-
I now see there's a specific Android release of Cordova - 3.5.1. But it appears
to be a security fix. Can somebody confirm whether this fix has indeed been
fixed in 3.5.1 or will we need to wait for 3.6.0?
Calling a function the first time no callbacks are being executed
-
Key: CB-6761
URL: https://issues.apache.org/jira/browse/CB-6761
Project: Apache Cordova
Issue Type: Bug
Components: Android, CordovaJS
Affects Versions: 3.5.0
Environment: Nexus 5, Android 4.4.2
Reporter: Roy Ackermann
Assignee: Andrew Grieve
Priority: Blocker
Labels: bridge, callback, function
Using different functions the same error occurs. Calling a function the first
time no callbacks are being executed. There is no error in the log. Using the
same function again for a second call, everything works fine. Now the first
call is being executed as well and I receive the callback from the first
excution.
It looks like something is wainting. It is odd that the second call works and
executes the first call as well.
I found this bug on this calls:
- window.requestFileSystem(LocalFileSystem.PERSISTENT, 3097152, gotFS, fail);
- navigator.camera.getPicture(onSuccessCapturePhoto, onFailCamera, {
targetWidth: 1200, targetHeight: 1200, quality: 55, destinationType:
Camera.DestinationType.FILE_URI, saveToPhotoAlbum: true,
correctOrientation:true});
- navigator.camera.getPicture(onSuccessGetPhoto, onFailCamera, { targetWidth:
1000,targetHeight: 1000, quality: 65, destinationType:
Camera.DestinationType.FILE_URI , saveToPhotoAlbum: false , sourceType:
Camera.PictureSourceType.SAVEDPHOTOALBUM, correctOrientation:true});
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Created] (CB-7265) Application built with Cordova 3.5.1 running on a device with Android 4.0.3 crashes when the webview is redirected to a custom url scheme
Martin Bektchiev created CB-7265: Summary: Application built with Cordova 3.5.1 running on a device with Android 4.0.3 crashes when the webview is redirected to a custom url scheme Key: CB-7265 URL: https://issues.apache.org/jira/browse/CB-7265 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.5.0 Reporter: Martin Bektchiev To reproduce add the jsHybugger plugin (https://github.com/jsHybugger/cordova-plugin-jshybugger) to any Cordova application and run it on an Android device with version 4.0.3. The reason for the crash is the missing android.content.Intent.setSelector method: FATAL EXCEPTION: main java.lang.NoSuchMethodError: android.content.Intent.setSelector at org.apache.cordova.CordovaUriHelper.shouldOverrideUrlLoading(CordovaUriHelper.java:103) at org.apache.cordova.CordovaWebViewClient.shouldOverrideUrlLoading(CordovaWebViewClient.java:131) at android.webkit.CallbackProxy.uiOverrideUrlLoading(CallbackProxy.java:218) at android.webkit.CallbackProxy.handleMessage(CallbackProxy.java:337) at android.os.Handler.dispatchMessage(Handler.java:99) at android.os.Looper.loop(Looper.java:123) at android.app.ActivityThread.main(ActivityThread.java:3691) at java.lang.reflect.Method.invokeNative(Native Method) at java.lang.reflect.Method.invoke(Method.java:507) at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:847) at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:605) at dalvik.system.NativeStart.main(Native Method) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6761) Calling a function the first time no callbacks are being executed
[
https://issues.apache.org/jira/browse/CB-6761?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14087696#comment-14087696
]
Andrew Grieve commented on CB-6761:
---
You'll need to wait for 3.6.0.
Calling a function the first time no callbacks are being executed
-
Key: CB-6761
URL: https://issues.apache.org/jira/browse/CB-6761
Project: Apache Cordova
Issue Type: Bug
Components: Android, CordovaJS
Affects Versions: 3.5.0
Environment: Nexus 5, Android 4.4.2
Reporter: Roy Ackermann
Assignee: Andrew Grieve
Priority: Blocker
Labels: bridge, callback, function
Using different functions the same error occurs. Calling a function the first
time no callbacks are being executed. There is no error in the log. Using the
same function again for a second call, everything works fine. Now the first
call is being executed as well and I receive the callback from the first
excution.
It looks like something is wainting. It is odd that the second call works and
executes the first call as well.
I found this bug on this calls:
- window.requestFileSystem(LocalFileSystem.PERSISTENT, 3097152, gotFS, fail);
- navigator.camera.getPicture(onSuccessCapturePhoto, onFailCamera, {
targetWidth: 1200, targetHeight: 1200, quality: 55, destinationType:
Camera.DestinationType.FILE_URI, saveToPhotoAlbum: true,
correctOrientation:true});
- navigator.camera.getPicture(onSuccessGetPhoto, onFailCamera, { targetWidth:
1000,targetHeight: 1000, quality: 65, destinationType:
Camera.DestinationType.FILE_URI , saveToPhotoAlbum: false , sourceType:
Camera.PictureSourceType.SAVEDPHOTOALBUM, correctOrientation:true});
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-6761) Calling a function the first time no callbacks are being executed
[
https://issues.apache.org/jira/browse/CB-6761?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14087745#comment-14087745
]
Kelvin Dart commented on CB-6761:
-
No problem! I've applied the patch manually for now. Thanks.
Calling a function the first time no callbacks are being executed
-
Key: CB-6761
URL: https://issues.apache.org/jira/browse/CB-6761
Project: Apache Cordova
Issue Type: Bug
Components: Android, CordovaJS
Affects Versions: 3.5.0
Environment: Nexus 5, Android 4.4.2
Reporter: Roy Ackermann
Assignee: Andrew Grieve
Priority: Blocker
Labels: bridge, callback, function
Using different functions the same error occurs. Calling a function the first
time no callbacks are being executed. There is no error in the log. Using the
same function again for a second call, everything works fine. Now the first
call is being executed as well and I receive the callback from the first
excution.
It looks like something is wainting. It is odd that the second call works and
executes the first call as well.
I found this bug on this calls:
- window.requestFileSystem(LocalFileSystem.PERSISTENT, 3097152, gotFS, fail);
- navigator.camera.getPicture(onSuccessCapturePhoto, onFailCamera, {
targetWidth: 1200, targetHeight: 1200, quality: 55, destinationType:
Camera.DestinationType.FILE_URI, saveToPhotoAlbum: true,
correctOrientation:true});
- navigator.camera.getPicture(onSuccessGetPhoto, onFailCamera, { targetWidth:
1000,targetHeight: 1000, quality: 65, destinationType:
Camera.DestinationType.FILE_URI , saveToPhotoAlbum: false , sourceType:
Camera.PictureSourceType.SAVEDPHOTOALBUM, correctOrientation:true});
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-7238) CordovaWebView use case is broken
[ https://issues.apache.org/jira/browse/CB-7238?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14087764#comment-14087764 ] Andrew Grieve commented on CB-7238: --- Hey Joe - the tests were running fine for me before this change. Looking at the constructor of CordovaWebView, I don't see why Config would need to be initialized before calling `findViewById(R.id.cordovaWebView);` (does that even construct the view? I thought views were constructed via inflate(), and that `findViewById` is just a getter. CordovaWebView use case is broken - Key: CB-7238 URL: https://issues.apache.org/jira/browse/CB-7238 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: Master Reporter: Joe Bowser Assignee: Joe Bowser Priority: Blocker Fix For: 3.6.0 Recent refactors broke the CordovaWebView use case, and all the tests related to the CordovaWebView. None of the tests currently function due to the new refactor, which was done on master, leaving master in a broken and unreleasable state. This has to be fixed before we can release 3.6.0. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6761) Calling a function the first time no callbacks are being executed
[
https://issues.apache.org/jira/browse/CB-6761?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14087775#comment-14087775
]
Marcel Kinard commented on CB-6761:
---
3.5.1 contains only the security fix on top of 3.5.0.
Calling a function the first time no callbacks are being executed
-
Key: CB-6761
URL: https://issues.apache.org/jira/browse/CB-6761
Project: Apache Cordova
Issue Type: Bug
Components: Android, CordovaJS
Affects Versions: 3.5.0
Environment: Nexus 5, Android 4.4.2
Reporter: Roy Ackermann
Assignee: Andrew Grieve
Priority: Blocker
Labels: bridge, callback, function
Using different functions the same error occurs. Calling a function the first
time no callbacks are being executed. There is no error in the log. Using the
same function again for a second call, everything works fine. Now the first
call is being executed as well and I receive the callback from the first
excution.
It looks like something is wainting. It is odd that the second call works and
executes the first call as well.
I found this bug on this calls:
- window.requestFileSystem(LocalFileSystem.PERSISTENT, 3097152, gotFS, fail);
- navigator.camera.getPicture(onSuccessCapturePhoto, onFailCamera, {
targetWidth: 1200, targetHeight: 1200, quality: 55, destinationType:
Camera.DestinationType.FILE_URI, saveToPhotoAlbum: true,
correctOrientation:true});
- navigator.camera.getPicture(onSuccessGetPhoto, onFailCamera, { targetWidth:
1000,targetHeight: 1000, quality: 65, destinationType:
Camera.DestinationType.FILE_URI , saveToPhotoAlbum: false , sourceType:
Camera.PictureSourceType.SAVEDPHOTOALBUM, correctOrientation:true});
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-7129) Switch to nodejs for windows platform scripts
[ https://issues.apache.org/jira/browse/CB-7129?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14087865#comment-14087865 ] ASF GitHub Bot commented on CB-7129: Github user sgrebnov commented on the pull request: https://github.com/apache/cordova-windows/pull/38#issuecomment-51360015 I'll perform additional iteration reviewing this and making code better. Main reason of using promises was consistency with another platforms so that we can share some functionality (copy/paste/collaborate) plus there are places like proc.spawn where using promises is very convenient. Thx for review! Switch to nodejs for windows platform scripts - Key: CB-7129 URL: https://issues.apache.org/jira/browse/CB-7129 Project: Apache Cordova Issue Type: Improvement Components: Windows 8 Affects Versions: 3.6.0 Reporter: Vladimir Kotikov Assignee: Jesse MacFadyen Fix For: 3.6.0 Current realization of platform/tooling scripts on Windows is using WSH (Windows Scripting Host) as JS engine which works unpredictable with unicode symbols (incorrect reading/writing of UTF-8 encoded files, incorect passing of unicode paths as arguments to another scripts, etc.) Switching to NodeJS can help to resolve many of unicode related issues in cordova-windows projects. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-7266) Windows 8 - resolveLocalFileSystemURI fails when trying to resolve ms-appdata URLs
Kelvin Dart created CB-7266:
---
Summary: Windows 8 - resolveLocalFileSystemURI fails when trying
to resolve ms-appdata URLs
Key: CB-7266
URL: https://issues.apache.org/jira/browse/CB-7266
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File, Windows 8
Affects Versions: 3.5.0
Environment: Windows 8.1; Visual Studio 2013 Professional; Cordova
3.5.0 (running on a WinRT Surface)
Reporter: Kelvin Dart
Assignee: Jesse MacFadyen
Priority: Critical
When I take a photo using, for example, the following code:
{code:javascript}
navigator.camera.getPicture(
function (uri) {
var image = document.getElementById('myImg');
image.src = uri;
},
function () {
// Do nothing for now
});
{code}
The uri returned in the success function is of the following format:
{code}
ms-appdata:///local/camera_cordova_temp_return.jpg
{code}
Which is good! However, I am attempting to resolve this image to a b64 string,
using window.resolveFileSystem.URL - but this is failing.
I have debugged the problem and have noticed the issue is related to the
following part of the function:
{code}
if (path.substr(0, 8) == file:///) {
path = Windows.Storage.ApplicationData.current.localFolder.path + \\
+ String(path).substr(8);
} else {
// method should not let read files outside of the [APP HASH]/Local or
[APP HASH]/temp folders
if
(path.indexOf(Windows.Storage.ApplicationData.current.temporaryFolder.path) !=
0
path.indexOf(Windows.Storage.ApplicationData.current.localFolder.path) != 0) {
fail fail(FileError.ENCODING_ERR);
return;
}
}
{code}
The code is only able to resolve either a URI of type C: or file:// - nothing
else (and so, never ms-appdata).
Can this be altered so ms-appdata can be resolved and I can convert my image to
B64?
Thanks
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Updated] (CB-7266) Windows 8 - resolveLocalFileSystemURI fails when trying to resolve ms-appdata URLs
[
https://issues.apache.org/jira/browse/CB-7266?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Dart updated CB-7266:
Description:
When I take a photo using, for example, the following code:
{code:javascript}
navigator.camera.getPicture(
function (uri) {
var image = document.getElementById('myImg');
image.src = uri;
},
function () {
// Do nothing for now
});
{code}
The uri returned in the success function is of the following format:
{monospaced}ms-appdata:///local/camera_cordova_temp_return.jpg{monospaced}
Which is good! However, I am attempting to resolve this image to a b64 string,
using window.resolveFileSystem.URL - but this is failing.
I have debugged the problem and have noticed the issue is related to the
following part of the function:
{code}
if (path.substr(0, 8) == file:///) {
path = Windows.Storage.ApplicationData.current.localFolder.path + \\
+ String(path).substr(8);
} else {
// method should not let read files outside of the [APP HASH]/Local or
[APP HASH]/temp folders
if
(path.indexOf(Windows.Storage.ApplicationData.current.temporaryFolder.path) !=
0
path.indexOf(Windows.Storage.ApplicationData.current.localFolder.path) != 0) {
fail fail(FileError.ENCODING_ERR);
return;
}
}
{code}
The code is only able to resolve either a URI of type C: or file:// - nothing
else (and so, never ms-appdata).
Can this be altered so ms-appdata can be resolved and I can convert my image to
B64?
Thanks
was:
When I take a photo using, for example, the following code:
{code:javascript}
navigator.camera.getPicture(
function (uri) {
var image = document.getElementById('myImg');
image.src = uri;
},
function () {
// Do nothing for now
});
{code}
The uri returned in the success function is of the following format:
{code}
ms-appdata:///local/camera_cordova_temp_return.jpg
{code}
Which is good! However, I am attempting to resolve this image to a b64 string,
using window.resolveFileSystem.URL - but this is failing.
I have debugged the problem and have noticed the issue is related to the
following part of the function:
{code}
if (path.substr(0, 8) == file:///) {
path = Windows.Storage.ApplicationData.current.localFolder.path + \\
+ String(path).substr(8);
} else {
// method should not let read files outside of the [APP HASH]/Local or
[APP HASH]/temp folders
if
(path.indexOf(Windows.Storage.ApplicationData.current.temporaryFolder.path) !=
0
path.indexOf(Windows.Storage.ApplicationData.current.localFolder.path) != 0) {
fail fail(FileError.ENCODING_ERR);
return;
}
}
{code}
The code is only able to resolve either a URI of type C: or file:// - nothing
else (and so, never ms-appdata).
Can this be altered so ms-appdata can be resolved and I can convert my image to
B64?
Thanks
Windows 8 - resolveLocalFileSystemURI fails when trying to resolve ms-appdata
URLs
--
Key: CB-7266
URL: https://issues.apache.org/jira/browse/CB-7266
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File, Windows 8
Affects Versions: 3.5.0
Environment: Windows 8.1; Visual Studio 2013 Professional; Cordova
3.5.0 (running on a WinRT Surface)
Reporter: Kelvin Dart
Assignee: Jesse MacFadyen
Priority: Critical
When I take a photo using, for example, the following code:
{code:javascript}
navigator.camera.getPicture(
function (uri) {
var image = document.getElementById('myImg');
image.src = uri;
},
function () {
// Do nothing for now
});
{code}
The uri returned in the success function is of the following format:
{monospaced}ms-appdata:///local/camera_cordova_temp_return.jpg{monospaced}
Which is good! However, I am attempting to resolve this image to a b64
string, using window.resolveFileSystem.URL - but this is failing.
I have debugged the problem and have noticed the issue is related to the
following part of the function:
{code}
if (path.substr(0, 8) == file:///) {
path = Windows.Storage.ApplicationData.current.localFolder.path + \\
+ String(path).substr(8);
} else {
// method should not let read files outside of the [APP HASH]/Local or
[APP HASH]/temp folders
if
(path.indexOf(Windows.Storage.ApplicationData.current.temporaryFolder.path)
!= 0
path.indexOf(Windows.Storage.ApplicationData.current.localFolder.path) != 0) {
fail fail(FileError.ENCODING_ERR);
return;
[jira] [Updated] (CB-7266) Windows 8 - resolveLocalFileSystemURI fails when trying to resolve ms-appdata URLs
[
https://issues.apache.org/jira/browse/CB-7266?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Dart updated CB-7266:
Description:
When I take a photo using, for example, the following code:
{code:javascript}
navigator.camera.getPicture(
function (uri) {
var image = document.getElementById('myImg');
image.src = uri;
},
function () {
// Do nothing for now
});
{code}
The uri returned in the success function is of the following format:
{{ms-appdata:///local/camera_cordova_temp_return.jpg}}
Which is good! However, I am attempting to resolve this image to a b64 string,
using window.resolveFileSystem.URL - but this is failing.
I have debugged the problem and have noticed the issue is related to the
following part of the function:
{code}
if (path.substr(0, 8) == file:///) {
path = Windows.Storage.ApplicationData.current.localFolder.path + \\
+ String(path).substr(8);
} else {
// method should not let read files outside of the [APP HASH]/Local or
[APP HASH]/temp folders
if
(path.indexOf(Windows.Storage.ApplicationData.current.temporaryFolder.path) !=
0
path.indexOf(Windows.Storage.ApplicationData.current.localFolder.path) != 0) {
fail fail(FileError.ENCODING_ERR);
return;
}
}
{code}
The code is only able to resolve either a URI of type C: or file:// - nothing
else (and so, never ms-appdata).
Can this be altered so ms-appdata can be resolved and I can convert my image to
B64?
Thanks
was:
When I take a photo using, for example, the following code:
{code:javascript}
navigator.camera.getPicture(
function (uri) {
var image = document.getElementById('myImg');
image.src = uri;
},
function () {
// Do nothing for now
});
{code}
The uri returned in the success function is of the following format:
{monospaced}ms-appdata:///local/camera_cordova_temp_return.jpg{monospaced}
Which is good! However, I am attempting to resolve this image to a b64 string,
using window.resolveFileSystem.URL - but this is failing.
I have debugged the problem and have noticed the issue is related to the
following part of the function:
{code}
if (path.substr(0, 8) == file:///) {
path = Windows.Storage.ApplicationData.current.localFolder.path + \\
+ String(path).substr(8);
} else {
// method should not let read files outside of the [APP HASH]/Local or
[APP HASH]/temp folders
if
(path.indexOf(Windows.Storage.ApplicationData.current.temporaryFolder.path) !=
0
path.indexOf(Windows.Storage.ApplicationData.current.localFolder.path) != 0) {
fail fail(FileError.ENCODING_ERR);
return;
}
}
{code}
The code is only able to resolve either a URI of type C: or file:// - nothing
else (and so, never ms-appdata).
Can this be altered so ms-appdata can be resolved and I can convert my image to
B64?
Thanks
Windows 8 - resolveLocalFileSystemURI fails when trying to resolve ms-appdata
URLs
--
Key: CB-7266
URL: https://issues.apache.org/jira/browse/CB-7266
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File, Windows 8
Affects Versions: 3.5.0
Environment: Windows 8.1; Visual Studio 2013 Professional; Cordova
3.5.0 (running on a WinRT Surface)
Reporter: Kelvin Dart
Assignee: Jesse MacFadyen
Priority: Critical
When I take a photo using, for example, the following code:
{code:javascript}
navigator.camera.getPicture(
function (uri) {
var image = document.getElementById('myImg');
image.src = uri;
},
function () {
// Do nothing for now
});
{code}
The uri returned in the success function is of the following format:
{{ms-appdata:///local/camera_cordova_temp_return.jpg}}
Which is good! However, I am attempting to resolve this image to a b64
string, using window.resolveFileSystem.URL - but this is failing.
I have debugged the problem and have noticed the issue is related to the
following part of the function:
{code}
if (path.substr(0, 8) == file:///) {
path = Windows.Storage.ApplicationData.current.localFolder.path + \\
+ String(path).substr(8);
} else {
// method should not let read files outside of the [APP HASH]/Local or
[APP HASH]/temp folders
if
(path.indexOf(Windows.Storage.ApplicationData.current.temporaryFolder.path)
!= 0
path.indexOf(Windows.Storage.ApplicationData.current.localFolder.path) != 0) {
fail fail(FileError.ENCODING_ERR);
return;
}
}
{code}
The code is
[jira] [Updated] (CB-7266) Windows 8 - resolveLocalFileSystemURI fails when trying to resolve ms-appdata URLs
[
https://issues.apache.org/jira/browse/CB-7266?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Dart updated CB-7266:
Description:
When I take a photo using, for example, the following code:
{code:javascript}
navigator.camera.getPicture(
function (uri) {
var image = document.getElementById('myImg');
image.src = uri;
},
function () {
// Do nothing for now
});
{code}
The uri returned in the success function is of the following format:
{{ms-appdata:///local/camera_cordova_temp_return.jpg}}.
Which is good! However, I am attempting to resolve this image to a b64 string,
using window.resolveFileSystemURL - but this is failing.
I have debugged the problem and have noticed the issue is related to the
following part of the function:
{code}
if (path.substr(0, 8) == file:///) {
path = Windows.Storage.ApplicationData.current.localFolder.path + \\
+ String(path).substr(8);
} else {
// method should not let read files outside of the [APP HASH]/Local or
[APP HASH]/temp folders
if
(path.indexOf(Windows.Storage.ApplicationData.current.temporaryFolder.path) !=
0
path.indexOf(Windows.Storage.ApplicationData.current.localFolder.path) != 0) {
fail fail(FileError.ENCODING_ERR);
return;
}
}
{code}
The code is only able to resolve either a URI of type C: or file:// - nothing
else (and so, never ms-appdata).
Can this be altered so ms-appdata can be resolved and I can convert my image to
B64?
Thanks
was:
When I take a photo using, for example, the following code:
{code:javascript}
navigator.camera.getPicture(
function (uri) {
var image = document.getElementById('myImg');
image.src = uri;
},
function () {
// Do nothing for now
});
{code}
The uri returned in the success function is of the following format:
{{ms-appdata:///local/camera_cordova_temp_return.jpg}}.
Which is good! However, I am attempting to resolve this image to a b64 string,
using window.resolveFileSystem.URL - but this is failing.
I have debugged the problem and have noticed the issue is related to the
following part of the function:
{code}
if (path.substr(0, 8) == file:///) {
path = Windows.Storage.ApplicationData.current.localFolder.path + \\
+ String(path).substr(8);
} else {
// method should not let read files outside of the [APP HASH]/Local or
[APP HASH]/temp folders
if
(path.indexOf(Windows.Storage.ApplicationData.current.temporaryFolder.path) !=
0
path.indexOf(Windows.Storage.ApplicationData.current.localFolder.path) != 0) {
fail fail(FileError.ENCODING_ERR);
return;
}
}
{code}
The code is only able to resolve either a URI of type C: or file:// - nothing
else (and so, never ms-appdata).
Can this be altered so ms-appdata can be resolved and I can convert my image to
B64?
Thanks
Windows 8 - resolveLocalFileSystemURI fails when trying to resolve ms-appdata
URLs
--
Key: CB-7266
URL: https://issues.apache.org/jira/browse/CB-7266
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File, Windows 8
Affects Versions: 3.5.0
Environment: Windows 8.1; Visual Studio 2013 Professional; Cordova
3.5.0 (running on a WinRT Surface)
Reporter: Kelvin Dart
Assignee: Jesse MacFadyen
Priority: Critical
When I take a photo using, for example, the following code:
{code:javascript}
navigator.camera.getPicture(
function (uri) {
var image = document.getElementById('myImg');
image.src = uri;
},
function () {
// Do nothing for now
});
{code}
The uri returned in the success function is of the following format:
{{ms-appdata:///local/camera_cordova_temp_return.jpg}}.
Which is good! However, I am attempting to resolve this image to a b64
string, using window.resolveFileSystemURL - but this is failing.
I have debugged the problem and have noticed the issue is related to the
following part of the function:
{code}
if (path.substr(0, 8) == file:///) {
path = Windows.Storage.ApplicationData.current.localFolder.path + \\
+ String(path).substr(8);
} else {
// method should not let read files outside of the [APP HASH]/Local or
[APP HASH]/temp folders
if
(path.indexOf(Windows.Storage.ApplicationData.current.temporaryFolder.path)
!= 0
path.indexOf(Windows.Storage.ApplicationData.current.localFolder.path) != 0) {
fail fail(FileError.ENCODING_ERR);
return;
}
}
{code}
The code is only able to resolve
[jira] [Updated] (CB-7266) Windows 8 - resolveLocalFileSystemURI fails when trying to resolve ms-appdata URLs
[
https://issues.apache.org/jira/browse/CB-7266?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Dart updated CB-7266:
Description:
When I take a photo using, for example, the following code:
{code:javascript}
navigator.camera.getPicture(
function (uri) {
var image = document.getElementById('myImg');
image.src = uri;
},
function () {
// Do nothing for now
});
{code}
The uri returned in the success function is of the following format:
{{ms-appdata:///local/camera_cordova_temp_return.jpg}}.
Which is good! However, I am attempting to resolve this image to a b64 string,
using window.resolveLocalFileSystemURL - but this is failing.
I have debugged the problem and have noticed the issue is related to the
following part of the function:
{code}
if (path.substr(0, 8) == file:///) {
path = Windows.Storage.ApplicationData.current.localFolder.path + \\
+ String(path).substr(8);
} else {
// method should not let read files outside of the [APP HASH]/Local or
[APP HASH]/temp folders
if
(path.indexOf(Windows.Storage.ApplicationData.current.temporaryFolder.path) !=
0
path.indexOf(Windows.Storage.ApplicationData.current.localFolder.path) != 0) {
fail fail(FileError.ENCODING_ERR);
return;
}
}
{code}
The code is only able to resolve either a URI of type C: or file:// - nothing
else (and so, never ms-appdata).
Can this be altered so ms-appdata can be resolved and I can convert my image to
B64?
Thanks
was:
When I take a photo using, for example, the following code:
{code:javascript}
navigator.camera.getPicture(
function (uri) {
var image = document.getElementById('myImg');
image.src = uri;
},
function () {
// Do nothing for now
});
{code}
The uri returned in the success function is of the following format:
{{ms-appdata:///local/camera_cordova_temp_return.jpg}}.
Which is good! However, I am attempting to resolve this image to a b64 string,
using window.resolveFileSystemURL - but this is failing.
I have debugged the problem and have noticed the issue is related to the
following part of the function:
{code}
if (path.substr(0, 8) == file:///) {
path = Windows.Storage.ApplicationData.current.localFolder.path + \\
+ String(path).substr(8);
} else {
// method should not let read files outside of the [APP HASH]/Local or
[APP HASH]/temp folders
if
(path.indexOf(Windows.Storage.ApplicationData.current.temporaryFolder.path) !=
0
path.indexOf(Windows.Storage.ApplicationData.current.localFolder.path) != 0) {
fail fail(FileError.ENCODING_ERR);
return;
}
}
{code}
The code is only able to resolve either a URI of type C: or file:// - nothing
else (and so, never ms-appdata).
Can this be altered so ms-appdata can be resolved and I can convert my image to
B64?
Thanks
Windows 8 - resolveLocalFileSystemURI fails when trying to resolve ms-appdata
URLs
--
Key: CB-7266
URL: https://issues.apache.org/jira/browse/CB-7266
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File, Windows 8
Affects Versions: 3.5.0
Environment: Windows 8.1; Visual Studio 2013 Professional; Cordova
3.5.0 (running on a WinRT Surface)
Reporter: Kelvin Dart
Assignee: Jesse MacFadyen
Priority: Critical
When I take a photo using, for example, the following code:
{code:javascript}
navigator.camera.getPicture(
function (uri) {
var image = document.getElementById('myImg');
image.src = uri;
},
function () {
// Do nothing for now
});
{code}
The uri returned in the success function is of the following format:
{{ms-appdata:///local/camera_cordova_temp_return.jpg}}.
Which is good! However, I am attempting to resolve this image to a b64
string, using window.resolveLocalFileSystemURL - but this is failing.
I have debugged the problem and have noticed the issue is related to the
following part of the function:
{code}
if (path.substr(0, 8) == file:///) {
path = Windows.Storage.ApplicationData.current.localFolder.path + \\
+ String(path).substr(8);
} else {
// method should not let read files outside of the [APP HASH]/Local or
[APP HASH]/temp folders
if
(path.indexOf(Windows.Storage.ApplicationData.current.temporaryFolder.path)
!= 0
path.indexOf(Windows.Storage.ApplicationData.current.localFolder.path) != 0) {
fail fail(FileError.ENCODING_ERR);
return;
}
}
{code}
The code is only able to
[jira] [Updated] (CB-7266) Windows 8 - resolveLocalFileSystemURI fails when trying to resolve ms-appdata URLs
[
https://issues.apache.org/jira/browse/CB-7266?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Dart updated CB-7266:
Description:
When I take a photo using, for example, the following code:
{code:javascript}
navigator.camera.getPicture(
function (uri) {
var image = document.getElementById('myImg');
image.src = uri;
},
function () {
// Do nothing for now
});
{code}
The uri returned in the success function is of the following format:
{{ms-appdata:///local/camera_cordova_temp_return.jpg}}.
Which is good! However, I am attempting to resolve this image to a b64 string,
using window.resolveLocalFileSystemURL - but this is failing.
I have debugged the problem and have noticed the issue is related to the
following part of the function:
{code}
if (path.substr(0, 8) == file:///) {
path = Windows.Storage.ApplicationData.current.localFolder.path + \\
+ String(path).substr(8);
} else {
// method should not let read files outside of the [APP HASH]/Local or
[APP HASH]/temp folders
if
(path.indexOf(Windows.Storage.ApplicationData.current.temporaryFolder.path) !=
0
path.indexOf(Windows.Storage.ApplicationData.current.localFolder.path) != 0) {
fail fail(FileError.ENCODING_ERR);
return;
}
}
{code}
The code is only able to resolve either a URI of type {{C:\}} (an absolute
path) or a {{file://}} protocol - nothing else (and so, never
{{ms-appdata://}}).
Can this be altered so ms-appdata can be resolved and I can convert my image to
B64?
Thanks
was:
When I take a photo using, for example, the following code:
{code:javascript}
navigator.camera.getPicture(
function (uri) {
var image = document.getElementById('myImg');
image.src = uri;
},
function () {
// Do nothing for now
});
{code}
The uri returned in the success function is of the following format:
{{ms-appdata:///local/camera_cordova_temp_return.jpg}}.
Which is good! However, I am attempting to resolve this image to a b64 string,
using window.resolveLocalFileSystemURL - but this is failing.
I have debugged the problem and have noticed the issue is related to the
following part of the function:
{code}
if (path.substr(0, 8) == file:///) {
path = Windows.Storage.ApplicationData.current.localFolder.path + \\
+ String(path).substr(8);
} else {
// method should not let read files outside of the [APP HASH]/Local or
[APP HASH]/temp folders
if
(path.indexOf(Windows.Storage.ApplicationData.current.temporaryFolder.path) !=
0
path.indexOf(Windows.Storage.ApplicationData.current.localFolder.path) != 0) {
fail fail(FileError.ENCODING_ERR);
return;
}
}
{code}
The code is only able to resolve either a URI of type {{C:\\}} (an absolute
path) or a {{file://}} protocol - nothing else (and so, never
{{ms-appdata://}}).
Can this be altered so ms-appdata can be resolved and I can convert my image to
B64?
Thanks
Windows 8 - resolveLocalFileSystemURI fails when trying to resolve ms-appdata
URLs
--
Key: CB-7266
URL: https://issues.apache.org/jira/browse/CB-7266
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File, Windows 8
Affects Versions: 3.5.0
Environment: Windows 8.1; Visual Studio 2013 Professional; Cordova
3.5.0 (running on a WinRT Surface)
Reporter: Kelvin Dart
Assignee: Jesse MacFadyen
Priority: Critical
When I take a photo using, for example, the following code:
{code:javascript}
navigator.camera.getPicture(
function (uri) {
var image = document.getElementById('myImg');
image.src = uri;
},
function () {
// Do nothing for now
});
{code}
The uri returned in the success function is of the following format:
{{ms-appdata:///local/camera_cordova_temp_return.jpg}}.
Which is good! However, I am attempting to resolve this image to a b64
string, using window.resolveLocalFileSystemURL - but this is failing.
I have debugged the problem and have noticed the issue is related to the
following part of the function:
{code}
if (path.substr(0, 8) == file:///) {
path = Windows.Storage.ApplicationData.current.localFolder.path + \\
+ String(path).substr(8);
} else {
// method should not let read files outside of the [APP HASH]/Local or
[APP HASH]/temp folders
if
(path.indexOf(Windows.Storage.ApplicationData.current.temporaryFolder.path)
!= 0
path.indexOf(Windows.Storage.ApplicationData.current.localFolder.path) != 0) {
fail
[jira] [Updated] (CB-7266) Windows 8 - resolveLocalFileSystemURI fails when trying to resolve ms-appdata URLs
[
https://issues.apache.org/jira/browse/CB-7266?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Dart updated CB-7266:
Description:
When I take a photo using, for example, the following code:
{code:javascript}
navigator.camera.getPicture(
function (uri) {
var image = document.getElementById('myImg');
image.src = uri;
},
function () {
// Do nothing for now
});
{code}
The uri returned in the success function is of the following format:
{{ms-appdata:///local/camera_cordova_temp_return.jpg}}.
Which is good! However, I am attempting to resolve this image to a b64 string,
using window.resolveLocalFileSystemURL - but this is failing.
I have debugged the problem and have noticed the issue is related to the
following part of the function:
{code}
if (path.substr(0, 8) == file:///) {
path = Windows.Storage.ApplicationData.current.localFolder.path + \\
+ String(path).substr(8);
} else {
// method should not let read files outside of the [APP HASH]/Local or
[APP HASH]/temp folders
if
(path.indexOf(Windows.Storage.ApplicationData.current.temporaryFolder.path) !=
0
path.indexOf(Windows.Storage.ApplicationData.current.localFolder.path) != 0) {
fail fail(FileError.ENCODING_ERR);
return;
}
}
{code}
The code is only able to resolve either a URI of type {{C:\}} (an absolute
path) or a {{file://}} protocol - nothing else (and so, never
{{ms-appdata://}}).
Can this be altered so ms-appdata can be resolved and I can convert my image to
B64?
Thanks
was:
When I take a photo using, for example, the following code:
{code:javascript}
navigator.camera.getPicture(
function (uri) {
var image = document.getElementById('myImg');
image.src = uri;
},
function () {
// Do nothing for now
});
{code}
The uri returned in the success function is of the following format:
{{ms-appdata:///local/camera_cordova_temp_return.jpg}}.
Which is good! However, I am attempting to resolve this image to a b64 string,
using window.resolveLocalFileSystemURL - but this is failing.
I have debugged the problem and have noticed the issue is related to the
following part of the function:
{code}
if (path.substr(0, 8) == file:///) {
path = Windows.Storage.ApplicationData.current.localFolder.path + \\
+ String(path).substr(8);
} else {
// method should not let read files outside of the [APP HASH]/Local or
[APP HASH]/temp folders
if
(path.indexOf(Windows.Storage.ApplicationData.current.temporaryFolder.path) !=
0
path.indexOf(Windows.Storage.ApplicationData.current.localFolder.path) != 0) {
fail fail(FileError.ENCODING_ERR);
return;
}
}
{code}
The code is only able to resolve either a URI of type C: or file:// - nothing
else (and so, never ms-appdata).
Can this be altered so ms-appdata can be resolved and I can convert my image to
B64?
Thanks
Windows 8 - resolveLocalFileSystemURI fails when trying to resolve ms-appdata
URLs
--
Key: CB-7266
URL: https://issues.apache.org/jira/browse/CB-7266
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File, Windows 8
Affects Versions: 3.5.0
Environment: Windows 8.1; Visual Studio 2013 Professional; Cordova
3.5.0 (running on a WinRT Surface)
Reporter: Kelvin Dart
Assignee: Jesse MacFadyen
Priority: Critical
When I take a photo using, for example, the following code:
{code:javascript}
navigator.camera.getPicture(
function (uri) {
var image = document.getElementById('myImg');
image.src = uri;
},
function () {
// Do nothing for now
});
{code}
The uri returned in the success function is of the following format:
{{ms-appdata:///local/camera_cordova_temp_return.jpg}}.
Which is good! However, I am attempting to resolve this image to a b64
string, using window.resolveLocalFileSystemURL - but this is failing.
I have debugged the problem and have noticed the issue is related to the
following part of the function:
{code}
if (path.substr(0, 8) == file:///) {
path = Windows.Storage.ApplicationData.current.localFolder.path + \\
+ String(path).substr(8);
} else {
// method should not let read files outside of the [APP HASH]/Local or
[APP HASH]/temp folders
if
(path.indexOf(Windows.Storage.ApplicationData.current.temporaryFolder.path)
!= 0
path.indexOf(Windows.Storage.ApplicationData.current.localFolder.path) != 0) {
fail fail(FileError.ENCODING_ERR);
[jira] [Updated] (CB-7266) Windows 8 - resolveLocalFileSystemURI fails when trying to resolve ms-appdata URLs
[
https://issues.apache.org/jira/browse/CB-7266?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Dart updated CB-7266:
Description:
When I take a photo using, for example, the following code:
{code:javascript}
navigator.camera.getPicture(
function (uri) {
var image = document.getElementById('myImg');
image.src = uri;
},
function () {
// Do nothing for now
});
{code}
The uri returned in the success function is of the following format:
{{ms-appdata:///local/camera_cordova_temp_return.jpg}}.
Which is good! However, I am attempting to resolve this image to a b64 string,
using window.resolveLocalFileSystemURL - but this is failing.
I have debugged the problem and have noticed the issue is related to the
following part of the function:
{code}
if (path.substr(0, 8) == file:///) {
path = Windows.Storage.ApplicationData.current.localFolder.path + \\
+ String(path).substr(8);
} else {
// method should not let read files outside of the [APP HASH]/Local or
[APP HASH]/temp folders
if
(path.indexOf(Windows.Storage.ApplicationData.current.temporaryFolder.path) !=
0
path.indexOf(Windows.Storage.ApplicationData.current.localFolder.path) != 0) {
fail fail(FileError.ENCODING_ERR);
return;
}
}
{code}
The code is only able to resolve either a URI of type {{C:\\}} (an absolute
path) or a {{file://}} protocol - nothing else (and so, never
{{ms-appdata://}}).
Can this be altered so ms-appdata can be resolved and I can convert my image to
B64?
Thanks
was:
When I take a photo using, for example, the following code:
{code:javascript}
navigator.camera.getPicture(
function (uri) {
var image = document.getElementById('myImg');
image.src = uri;
},
function () {
// Do nothing for now
});
{code}
The uri returned in the success function is of the following format:
{{ms-appdata:///local/camera_cordova_temp_return.jpg}}.
Which is good! However, I am attempting to resolve this image to a b64 string,
using window.resolveLocalFileSystemURL - but this is failing.
I have debugged the problem and have noticed the issue is related to the
following part of the function:
{code}
if (path.substr(0, 8) == file:///) {
path = Windows.Storage.ApplicationData.current.localFolder.path + \\
+ String(path).substr(8);
} else {
// method should not let read files outside of the [APP HASH]/Local or
[APP HASH]/temp folders
if
(path.indexOf(Windows.Storage.ApplicationData.current.temporaryFolder.path) !=
0
path.indexOf(Windows.Storage.ApplicationData.current.localFolder.path) != 0) {
fail fail(FileError.ENCODING_ERR);
return;
}
}
{code}
The code is only able to resolve either a URI of type {{C:\}} (an absolute
path) or a {{file://}} protocol - nothing else (and so, never
{{ms-appdata://}}).
Can this be altered so ms-appdata can be resolved and I can convert my image to
B64?
Thanks
Windows 8 - resolveLocalFileSystemURI fails when trying to resolve ms-appdata
URLs
--
Key: CB-7266
URL: https://issues.apache.org/jira/browse/CB-7266
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File, Windows 8
Affects Versions: 3.5.0
Environment: Windows 8.1; Visual Studio 2013 Professional; Cordova
3.5.0 (running on a WinRT Surface)
Reporter: Kelvin Dart
Assignee: Jesse MacFadyen
Priority: Critical
When I take a photo using, for example, the following code:
{code:javascript}
navigator.camera.getPicture(
function (uri) {
var image = document.getElementById('myImg');
image.src = uri;
},
function () {
// Do nothing for now
});
{code}
The uri returned in the success function is of the following format:
{{ms-appdata:///local/camera_cordova_temp_return.jpg}}.
Which is good! However, I am attempting to resolve this image to a b64
string, using window.resolveLocalFileSystemURL - but this is failing.
I have debugged the problem and have noticed the issue is related to the
following part of the function:
{code}
if (path.substr(0, 8) == file:///) {
path = Windows.Storage.ApplicationData.current.localFolder.path + \\
+ String(path).substr(8);
} else {
// method should not let read files outside of the [APP HASH]/Local or
[APP HASH]/temp folders
if
(path.indexOf(Windows.Storage.ApplicationData.current.temporaryFolder.path)
!= 0
path.indexOf(Windows.Storage.ApplicationData.current.localFolder.path) != 0) {
fail
[jira] [Commented] (CB-7129) Switch to nodejs for windows platform scripts
[ https://issues.apache.org/jira/browse/CB-7129?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14087901#comment-14087901 ] ASF GitHub Bot commented on CB-7129: Github user purplecabbage commented on the pull request: https://github.com/apache/cordova-windows/pull/38#issuecomment-51364495 Promises usually stop others from contributing, in my experience. Even I look at adding something and go, ooh promises, nevermind. Switch to nodejs for windows platform scripts - Key: CB-7129 URL: https://issues.apache.org/jira/browse/CB-7129 Project: Apache Cordova Issue Type: Improvement Components: Windows 8 Affects Versions: 3.6.0 Reporter: Vladimir Kotikov Assignee: Jesse MacFadyen Fix For: 3.6.0 Current realization of platform/tooling scripts on Windows is using WSH (Windows Scripting Host) as JS engine which works unpredictable with unicode symbols (incorrect reading/writing of UTF-8 encoded files, incorect passing of unicode paths as arguments to another scripts, etc.) Switching to NodeJS can help to resolve many of unicode related issues in cordova-windows projects. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-7254) Delayed callbacks when using backbone on pre-kikkat devices
[ https://issues.apache.org/jira/browse/CB-7254?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-7254. --- Resolution: Duplicate Assuming this is a dupe of CB-6761, Fix is on master but not yet released. If it isn't a dupe, please re-open. Delayed callbacks when using backbone on pre-kikkat devices --- Key: CB-7254 URL: https://issues.apache.org/jira/browse/CB-7254 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.5.0 Environment: 2.3, 4.0.4 (galaxy s, s2) Reporter: John Dupaix Fix For: Master Here is a great description of what is happening http://stackoverflow.com/questions/19487168/phonegap-getpicture-callback-firing-with-a-delay-in-backbone-js-view On pre-kitkat devices i do not receive any callbacks/javascript from my plugin until i click on another ui element when using backbone EXCEPT for the onResume event. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (CB-7224) Update Cadence release process document
[ https://issues.apache.org/jira/browse/CB-7224?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Gill reassigned CB-7224: -- Assignee: (was: Steve Gill) Update Cadence release process document --- Key: CB-7224 URL: https://issues.apache.org/jira/browse/CB-7224 Project: Apache Cordova Issue Type: Sub-task Components: Coho Reporter: Steve Gill Rename https://github.com/apache/cordova-coho/blob/master/docs/cadence-release-process.md doc to platforms-release-process and update the content for independent release process. Tag cordova-js for each platform release with PLATFORM-VERSION -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (CB-7225) Remove cadence from cli version
[ https://issues.apache.org/jira/browse/CB-7225?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Gill reassigned CB-7225: -- Assignee: (was: Steve Gill) Remove cadence from cli version --- Key: CB-7225 URL: https://issues.apache.org/jira/browse/CB-7225 Project: Apache Cordova Issue Type: Sub-task Components: CLI Reporter: Steve Gill Switch cli version to semver only instead of cadver-semver. Proposed switch is to make CLI version 4.0.0. This will illustrate it being independent from platform versions. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (CB-7208) Pin platform versions using package.json
[ https://issues.apache.org/jira/browse/CB-7208?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Gill reassigned CB-7208: -- Assignee: (was: Steve Gill) Pin platform versions using package.json - Key: CB-7208 URL: https://issues.apache.org/jira/browse/CB-7208 Project: Apache Cordova Issue Type: Sub-task Components: CLI, CordovaLib Reporter: Steve Gill Fix For: 4.0.0 Right now, cli fetches platforms based on platforms.js file. Currently, platforms.js is where we are pinning our platforms to cli. We want to switch this over to use package.json instead. We pin our platforms in package.json, and then they get downloaded on npm install for cordova-cli (cordova-lib). Lots of details to discuss for this one -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6481) Add unified hooks support for cordova app and plugins
[ https://issues.apache.org/jira/browse/CB-6481?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088081#comment-14088081 ] ASF GitHub Bot commented on CB-6481: Github user daserge commented on the pull request: https://github.com/apache/cordova-lib/pull/55#issuecomment-51382634 Rebased to master and investigating issues with `uninstall-browserify.spec.js` now. `cordova.js` seems to be blocked inside fixture projects by `uninstall-browserify` so that `shell.rm` fails. Add unified hooks support for cordova app and plugins - Key: CB-6481 URL: https://issues.apache.org/jira/browse/CB-6481 Project: Apache Cordova Issue Type: New Feature Components: CLI, Plugman Reporter: Sergey Grebnov Assignee: Sergey Grebnov As per Proposal: hooks support for plugins dev mail thread discussion Hi, I have an idea how we can add more flexibility to plugin developers. Note, right now we have Application Developers – someone who use Cordova for developing applications and Plugin Developers – someone who creates plugins so that Application Developers can use them. For Application Developers we expose hooks so that they can customize their build/package/etc process. I want us to provide similar sort of flexibility to Plugin Developers so that they can go beyond of source/, framework/ tags and get mechanism to add custom installation, build logic required by a plugin. Example usage will include: downloading/compiling additional binaries, marking source file to be copied to output dir, changing target build platform, etc. At present time the steps described could be only achieved by hooks manually added by Application Developer, but the right way is to allow Plugin Developer to expose this as part of plugin definition. Example configuration could look like ``` script type=postinstall src=scripts/postinstall.js / script type=preinstall src=scripts/preinstall.js / script type=install src=scripts/install.js / ``` beforeinstall/preinstall – run before plugin is installed install/postinstall/afterinstall – run after plugin is installed uninstall – run after plugin is uninstalled -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6481) Add unified hooks support for cordova app and plugins
[ https://issues.apache.org/jira/browse/CB-6481?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088155#comment-14088155 ] ASF GitHub Bot commented on CB-6481: Github user sgrebnov commented on the pull request: https://github.com/apache/cordova-lib/pull/55#issuecomment-51389090 btw, loooks like all tests are passed on both windows and linux Add unified hooks support for cordova app and plugins - Key: CB-6481 URL: https://issues.apache.org/jira/browse/CB-6481 Project: Apache Cordova Issue Type: New Feature Components: CLI, Plugman Reporter: Sergey Grebnov Assignee: Sergey Grebnov As per Proposal: hooks support for plugins dev mail thread discussion Hi, I have an idea how we can add more flexibility to plugin developers. Note, right now we have Application Developers – someone who use Cordova for developing applications and Plugin Developers – someone who creates plugins so that Application Developers can use them. For Application Developers we expose hooks so that they can customize their build/package/etc process. I want us to provide similar sort of flexibility to Plugin Developers so that they can go beyond of source/, framework/ tags and get mechanism to add custom installation, build logic required by a plugin. Example usage will include: downloading/compiling additional binaries, marking source file to be copied to output dir, changing target build platform, etc. At present time the steps described could be only achieved by hooks manually added by Application Developer, but the right way is to allow Plugin Developer to expose this as part of plugin definition. Example configuration could look like ``` script type=postinstall src=scripts/postinstall.js / script type=preinstall src=scripts/preinstall.js / script type=install src=scripts/install.js / ``` beforeinstall/preinstall – run before plugin is installed install/postinstall/afterinstall – run after plugin is installed uninstall – run after plugin is uninstalled -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-7267) Tools Release [Android 3.5.1] Aug 5 2014
Marcel Kinard created CB-7267: - Summary: Tools Release [Android 3.5.1] Aug 5 2014 Key: CB-7267 URL: https://issues.apache.org/jira/browse/CB-7267 Project: Apache Cordova Issue Type: Task Components: CLI Reporter: Marcel Kinard Assignee: Marcel Kinard Priority: Minor Following steps at https://github.com/apache/cordova-coho/blob/master/docs/tools-release-process.md -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-7247) Incorrect info in docs
[ https://issues.apache.org/jira/browse/CB-7247?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sebastian Miller-Hack updated CB-7247: -- Description: The parameter contactFindOptions of navigator.contacts.find is labeled optional but actually is required. Although, @sgrebnov fixed the issue in the master branch was:The parameter contactFindOptions of navigator.contacts.find is labeled optional but actually is required. Incorrect info in docs -- Key: CB-7247 URL: https://issues.apache.org/jira/browse/CB-7247 Project: Apache Cordova Issue Type: Bug Components: Plugin Contacts Affects Versions: Master Environment: all Reporter: Sebastian Miller-Hack Priority: Minor Labels: documentation Original Estimate: 10m Remaining Estimate: 10m The parameter contactFindOptions of navigator.contacts.find is labeled optional but actually is required. Although, @sgrebnov fixed the issue in the master branch -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-7247) Incorrect info in contact docs for the options parameter for contacts.find
[ https://issues.apache.org/jira/browse/CB-7247?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sebastian Miller-Hack updated CB-7247: -- Summary: Incorrect info in contact docs for the options parameter for contacts.find (was: Incorrect info in docs) Incorrect info in contact docs for the options parameter for contacts.find -- Key: CB-7247 URL: https://issues.apache.org/jira/browse/CB-7247 Project: Apache Cordova Issue Type: Bug Components: Plugin Contacts Affects Versions: Master Environment: all Reporter: Sebastian Miller-Hack Priority: Minor Labels: documentation Original Estimate: 10m Remaining Estimate: 10m The parameter contactFindOptions of navigator.contacts.find is labeled optional but actually is required. Although, @sgrebnov fixed the issue in the master branch -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7267) Tools Release [Android 3.5.1] Aug 5 2014
[ https://issues.apache.org/jira/browse/CB-7267?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088332#comment-14088332 ] ASF subversion and git services commented on CB-7267: - Commit 89f93529d0b6e4883e540816a328adda556a2a1f in cordova-lib's branch refs/heads/rb_0.21.6 from [~cmarcelk] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=89f9352 ] CB-7267 Updated RELEASENOTES Tools Release [Android 3.5.1] Aug 5 2014 Key: CB-7267 URL: https://issues.apache.org/jira/browse/CB-7267 Project: Apache Cordova Issue Type: Task Components: CLI Reporter: Marcel Kinard Assignee: Marcel Kinard Priority: Minor Following steps at https://github.com/apache/cordova-coho/blob/master/docs/tools-release-process.md -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7267) Tools Release [Android 3.5.1] Aug 5 2014
[ https://issues.apache.org/jira/browse/CB-7267?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088326#comment-14088326 ] ASF subversion and git services commented on CB-7267: - Commit 309fbfd62ac59c042e74ac4e65d7bb8547f5bb3b in cordova-cli's branch refs/heads/rb_3.5.0-0.2.6 from [~cmarcelk] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=309fbfd ] CB-7267 Updated RELEASENOTES Tools Release [Android 3.5.1] Aug 5 2014 Key: CB-7267 URL: https://issues.apache.org/jira/browse/CB-7267 Project: Apache Cordova Issue Type: Task Components: CLI Reporter: Marcel Kinard Assignee: Marcel Kinard Priority: Minor Following steps at https://github.com/apache/cordova-coho/blob/master/docs/tools-release-process.md -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-7247) Incorrect info in contact docs for the options parameter for contacts.find
[ https://issues.apache.org/jira/browse/CB-7247?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sebastian Miller-Hack updated CB-7247: -- Description: The parameter contactFindOptions of navigator.contacts.find is labeled optional but actually is required. @sgrebnov fixed the issue in the production branch (https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-contacts.git;a=commit;h=413cea9d5a5def821014eaadbb85cec5213ed4c3) but the docs are still incorrect for older releases. This issue will now address fixing the docs for previous versions of the plugin. was: The parameter contactFindOptions of navigator.contacts.find is labeled optional but actually is required. Although, @sgrebnov fixed the issue in the master branch Incorrect info in contact docs for the options parameter for contacts.find -- Key: CB-7247 URL: https://issues.apache.org/jira/browse/CB-7247 Project: Apache Cordova Issue Type: Bug Components: Plugin Contacts Affects Versions: Master Environment: all Reporter: Sebastian Miller-Hack Priority: Minor Labels: documentation Original Estimate: 10m Remaining Estimate: 10m The parameter contactFindOptions of navigator.contacts.find is labeled optional but actually is required. @sgrebnov fixed the issue in the production branch (https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-contacts.git;a=commit;h=413cea9d5a5def821014eaadbb85cec5213ed4c3) but the docs are still incorrect for older releases. This issue will now address fixing the docs for previous versions of the plugin. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-7267) Tools Release [Android 3.5.1] Aug 5 2014
[ https://issues.apache.org/jira/browse/CB-7267?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Kinard updated CB-7267: -- Description: The scope of this tools release is a minimal change to 3.5.0 so that when adding the Android platform, it will add Android 3.5.1 instead of Android 3.5.0. Nothing else is changed. Following steps at https://github.com/apache/cordova-coho/blob/master/docs/tools-release-process.md was:Following steps at https://github.com/apache/cordova-coho/blob/master/docs/tools-release-process.md Tools Release [Android 3.5.1] Aug 5 2014 Key: CB-7267 URL: https://issues.apache.org/jira/browse/CB-7267 Project: Apache Cordova Issue Type: Task Components: CLI Reporter: Marcel Kinard Assignee: Marcel Kinard Priority: Minor The scope of this tools release is a minimal change to 3.5.0 so that when adding the Android platform, it will add Android 3.5.1 instead of Android 3.5.0. Nothing else is changed. Following steps at https://github.com/apache/cordova-coho/blob/master/docs/tools-release-process.md -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-7247) Incorrect info in contact docs for the options parameter for contacts.find
[ https://issues.apache.org/jira/browse/CB-7247?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sebastian Miller-Hack updated CB-7247: -- Description: The parameter contactFindOptions of navigator.contacts.find is labeled optional but actually is required. \ @sgrebnov fixed the issue in the production branch (https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-contacts.git;a=commit;h=413cea9d5a5def821014eaadbb85cec5213ed4c3) but the docs are still incorrect for older releases. This issue will now address fixing the docs for previous versions of the plugin. was: The parameter contactFindOptions of navigator.contacts.find is labeled optional but actually is required. @sgrebnov fixed the issue in the production branch (https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-contacts.git;a=commit;h=413cea9d5a5def821014eaadbb85cec5213ed4c3) but the docs are still incorrect for older releases. This issue will now address fixing the docs for previous versions of the plugin. Incorrect info in contact docs for the options parameter for contacts.find -- Key: CB-7247 URL: https://issues.apache.org/jira/browse/CB-7247 Project: Apache Cordova Issue Type: Bug Components: Plugin Contacts Affects Versions: Master Environment: all Reporter: Sebastian Miller-Hack Priority: Minor Labels: documentation Original Estimate: 10m Remaining Estimate: 10m The parameter contactFindOptions of navigator.contacts.find is labeled optional but actually is required. \ @sgrebnov fixed the issue in the production branch (https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-contacts.git;a=commit;h=413cea9d5a5def821014eaadbb85cec5213ed4c3) but the docs are still incorrect for older releases. This issue will now address fixing the docs for previous versions of the plugin. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7247) Incorrect info in contact docs for the options parameter for contacts.find
[ https://issues.apache.org/jira/browse/CB-7247?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088422#comment-14088422 ] ASF GitHub Bot commented on CB-7247: Github user SebastianMH commented on the pull request: https://github.com/apache/cordova-plugin-contacts/pull/37#issuecomment-51408629 I am closing this pull request since @sgrebnov committed a fix to the master branch. Thanks @sgrebnov Incorrect info in contact docs for the options parameter for contacts.find -- Key: CB-7247 URL: https://issues.apache.org/jira/browse/CB-7247 Project: Apache Cordova Issue Type: Bug Components: Plugin Contacts Affects Versions: Master Environment: all Reporter: Sebastian Miller-Hack Priority: Minor Labels: documentation Original Estimate: 10m Remaining Estimate: 10m The parameter contactFindOptions of navigator.contacts.find is labeled optional but actually is required. \ @sgrebnov fixed the issue in the production branch (https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-contacts.git;a=commit;h=413cea9d5a5def821014eaadbb85cec5213ed4c3) but the docs are still incorrect for older releases. This issue will now address fixing the docs for previous versions of the plugin. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7247) Incorrect info in contact docs for the options parameter for contacts.find
[ https://issues.apache.org/jira/browse/CB-7247?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088421#comment-14088421 ] ASF GitHub Bot commented on CB-7247: Github user SebastianMH closed the pull request at: https://github.com/apache/cordova-plugin-contacts/pull/37 Incorrect info in contact docs for the options parameter for contacts.find -- Key: CB-7247 URL: https://issues.apache.org/jira/browse/CB-7247 Project: Apache Cordova Issue Type: Bug Components: Plugin Contacts Affects Versions: Master Environment: all Reporter: Sebastian Miller-Hack Priority: Minor Labels: documentation Original Estimate: 10m Remaining Estimate: 10m The parameter contactFindOptions of navigator.contacts.find is labeled optional but actually is required. \ @sgrebnov fixed the issue in the production branch (https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-contacts.git;a=commit;h=413cea9d5a5def821014eaadbb85cec5213ed4c3) but the docs are still incorrect for older releases. This issue will now address fixing the docs for previous versions of the plugin. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7259) Camera Plugin defaults correctOrientation to false, more intuitive if default = true.
[ https://issues.apache.org/jira/browse/CB-7259?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088431#comment-14088431 ] Steve Gill commented on CB-7259: Hey Kia, Should be fine. I will need to rum some tests on other platforms to make sure this doesn't have any negative consequences. Thanks for the PR! Camera Plugin defaults correctOrientation to false, more intuitive if default = true. - Key: CB-7259 URL: https://issues.apache.org/jira/browse/CB-7259 Project: Apache Cordova Issue Type: Improvement Components: Plugin Camera Affects Versions: 3.5.0 Environment: This was observed on iOS. Specifically when selecting images from PHOTOLIBRARY Reporter: Kia Thomas Fathi Priority: Minor Labels: easyfix Original Estimate: 10m Remaining Estimate: 10m Platform: iOS Plugin: org.apache.cordova.camera Hardware: iphone 5 Strange behavior when selecting photos from library with camera.getPicture and cameraOptions with sourceType of Camera.PictureSourceType.PHOTOLIBRARY. Some photos rotate in unintuitive ways. I found that hardcoding correctOrientation to true in my cameraOptions argument fixed this problem. This should be set to the default option, to save time for future developers who might encounter this behavior. It is a pretty easy fix, specifically: On line 58 of https://github.com/apache/cordova-plugin-camera/blob/master/www/Camera.js Current: var correctOrientation = !!options.correctOrientation; After-Fix: var correctOrientation = options.correctOrientation === undefined ? true : !!options.correctOrientation; Pull Request: https://github.com/apache/cordova-plugin-camera/pull/41 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (CB-7259) Camera Plugin defaults correctOrientation to false, more intuitive if default = true.
[ https://issues.apache.org/jira/browse/CB-7259?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Gill reassigned CB-7259: -- Assignee: Steve Gill Camera Plugin defaults correctOrientation to false, more intuitive if default = true. - Key: CB-7259 URL: https://issues.apache.org/jira/browse/CB-7259 Project: Apache Cordova Issue Type: Improvement Components: Plugin Camera Affects Versions: 3.5.0 Environment: This was observed on iOS. Specifically when selecting images from PHOTOLIBRARY Reporter: Kia Thomas Fathi Assignee: Steve Gill Priority: Minor Labels: easyfix Original Estimate: 10m Remaining Estimate: 10m Platform: iOS Plugin: org.apache.cordova.camera Hardware: iphone 5 Strange behavior when selecting photos from library with camera.getPicture and cameraOptions with sourceType of Camera.PictureSourceType.PHOTOLIBRARY. Some photos rotate in unintuitive ways. I found that hardcoding correctOrientation to true in my cameraOptions argument fixed this problem. This should be set to the default option, to save time for future developers who might encounter this behavior. It is a pretty easy fix, specifically: On line 58 of https://github.com/apache/cordova-plugin-camera/blob/master/www/Camera.js Current: var correctOrientation = !!options.correctOrientation; After-Fix: var correctOrientation = options.correctOrientation === undefined ? true : !!options.correctOrientation; Pull Request: https://github.com/apache/cordova-plugin-camera/pull/41 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6965) Port notification tests to plugin-test-framework
[ https://issues.apache.org/jira/browse/CB-6965?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088546#comment-14088546 ] ASF subversion and git services commented on CB-6965: - Commit 4cbafb510b824c7710adfe9c4dc35ea98f26c2ef in cordova-mobile-spec's branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-mobile-spec.git;h=4cbafb5 ] Merge branch 'CB-6965' of https://github.com/stacic/cordova-mobile-spec into CB-7086 Port notification tests to plugin-test-framework Key: CB-6965 URL: https://issues.apache.org/jira/browse/CB-6965 Project: Apache Cordova Issue Type: Sub-task Components: Plugin Dialogs Reporter: Staci Cooper Assignee: Staci Cooper Priority: Minor -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6966) Port vibration tests to plugin-test-framework
[ https://issues.apache.org/jira/browse/CB-6966?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088547#comment-14088547 ] ASF GitHub Bot commented on CB-6966: Github user asfgit closed the pull request at: https://github.com/apache/cordova-mobile-spec/pull/88 Port vibration tests to plugin-test-framework - Key: CB-6966 URL: https://issues.apache.org/jira/browse/CB-6966 Project: Apache Cordova Issue Type: Sub-task Components: Plugin Vibration Reporter: Staci Cooper Assignee: Martin Gonzalez Priority: Minor -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6961) Port file-transfer tests to plugin-test-framework
[ https://issues.apache.org/jira/browse/CB-6961?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088555#comment-14088555 ] ASF GitHub Bot commented on CB-6961: Github user asfgit closed the pull request at: https://github.com/apache/cordova-mobile-spec/pull/96 Port file-transfer tests to plugin-test-framework - Key: CB-6961 URL: https://issues.apache.org/jira/browse/CB-6961 Project: Apache Cordova Issue Type: Sub-task Components: Plugin File Transfer Reporter: Staci Cooper Assignee: Staci Cooper Priority: Minor -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7094) Port manual file tests to plugin-test-framework
[ https://issues.apache.org/jira/browse/CB-7094?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088549#comment-14088549 ] ASF GitHub Bot commented on CB-7094: Github user asfgit closed the pull request at: https://github.com/apache/cordova-mobile-spec/pull/86 Port manual file tests to plugin-test-framework --- Key: CB-7094 URL: https://issues.apache.org/jira/browse/CB-7094 Project: Apache Cordova Issue Type: Sub-task Components: Plugin File Affects Versions: 3.5.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Labels: plugin-file Fix For: 3.6.0 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7086) Port Mobilespec test to Cordova plugin test framework pattern
[ https://issues.apache.org/jira/browse/CB-7086?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088562#comment-14088562 ] ASF subversion and git services commented on CB-7086: - Commit 4cbafb510b824c7710adfe9c4dc35ea98f26c2ef in cordova-mobile-spec's branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-mobile-spec.git;h=4cbafb5 ] Merge branch 'CB-6965' of https://github.com/stacic/cordova-mobile-spec into CB-7086 Port Mobilespec test to Cordova plugin test framework pattern - Key: CB-7086 URL: https://issues.apache.org/jira/browse/CB-7086 Project: Apache Cordova Issue Type: Test Components: Labs, mobile-spec Affects Versions: 3.6.0 Reporter: Martin Gonzalez Labels: mobilespec, test-framework Fix For: 3.6.0 Use the current mobile spec test and port them to the new cordova-plugin-test-framework from cordova-labs from jasmine 1.3 to 2.0, to run automated and manual tests. It's a good opportunity to: -Remove spies -Remove unnecessary timeouts -Improve jasmine reports and more. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7133) Port inappbrowser tests to plugin-test-framework
[ https://issues.apache.org/jira/browse/CB-7133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088550#comment-14088550 ] ASF GitHub Bot commented on CB-7133: Github user asfgit closed the pull request at: https://github.com/apache/cordova-mobile-spec/pull/92 Port inappbrowser tests to plugin-test-framework Key: CB-7133 URL: https://issues.apache.org/jira/browse/CB-7133 Project: Apache Cordova Issue Type: Test Components: Plugin InAppBrowser Reporter: Staci Cooper Assignee: Staci Cooper Priority: Minor -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7012) file.spec.108 fails on WP8
[ https://issues.apache.org/jira/browse/CB-7012?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088563#comment-14088563 ] ASF GitHub Bot commented on CB-7012: Github user purplecabbage commented on the pull request: https://github.com/apache/cordova-mobile-spec/pull/78#issuecomment-51417948 merge conflicts file.spec.108 fails on WP8 -- Key: CB-7012 URL: https://issues.apache.org/jira/browse/CB-7012 Project: Apache Cordova Issue Type: Test Components: mobile-spec Affects Versions: 3.5.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Priority: Minor Labels: mobilespec -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6960) Port compass tests to plugin-test-framework
[ https://issues.apache.org/jira/browse/CB-6960?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088551#comment-14088551 ] ASF GitHub Bot commented on CB-6960: Github user asfgit closed the pull request at: https://github.com/apache/cordova-mobile-spec/pull/91 Port compass tests to plugin-test-framework --- Key: CB-6960 URL: https://issues.apache.org/jira/browse/CB-6960 Project: Apache Cordova Issue Type: Sub-task Components: Plugin Device Orientation Reporter: Staci Cooper Assignee: Staci Cooper Priority: Minor -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6962) Port globalization tests to plugin-test-framework
[ https://issues.apache.org/jira/browse/CB-6962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088559#comment-14088559 ] ASF GitHub Bot commented on CB-6962: Github user asfgit closed the pull request at: https://github.com/apache/cordova-mobile-spec/pull/95 Port globalization tests to plugin-test-framework - Key: CB-6962 URL: https://issues.apache.org/jira/browse/CB-6962 Project: Apache Cordova Issue Type: Sub-task Components: Plugin Globalization Reporter: Staci Cooper Assignee: Staci Cooper Priority: Minor -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6965) Port notification tests to plugin-test-framework
[ https://issues.apache.org/jira/browse/CB-6965?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088552#comment-14088552 ] ASF GitHub Bot commented on CB-6965: Github user asfgit closed the pull request at: https://github.com/apache/cordova-mobile-spec/pull/94 Port notification tests to plugin-test-framework Key: CB-6965 URL: https://issues.apache.org/jira/browse/CB-6965 Project: Apache Cordova Issue Type: Sub-task Components: Plugin Dialogs Reporter: Staci Cooper Assignee: Staci Cooper Priority: Minor -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7146) Port geolocation tests to plugin-test-framework
[ https://issues.apache.org/jira/browse/CB-7146?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088553#comment-14088553 ] ASF GitHub Bot commented on CB-7146: Github user asfgit closed the pull request at: https://github.com/apache/cordova-mobile-spec/pull/89 Port geolocation tests to plugin-test-framework --- Key: CB-7146 URL: https://issues.apache.org/jira/browse/CB-7146 Project: Apache Cordova Issue Type: Test Components: Plugin Geolocation, Plugin TestFramework Reporter: Staci Cooper Assignee: Staci Cooper Priority: Minor -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7195) Port status-bar tests to plugin test framework
[ https://issues.apache.org/jira/browse/CB-7195?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088556#comment-14088556 ] ASF GitHub Bot commented on CB-7195: Github user asfgit closed the pull request at: https://github.com/apache/cordova-mobile-spec/pull/97 Port status-bar tests to plugin test framework -- Key: CB-7195 URL: https://issues.apache.org/jira/browse/CB-7195 Project: Apache Cordova Issue Type: Test Components: Plugin Statusbar, Plugin TestFramework Reporter: Staci Cooper Assignee: Staci Cooper Priority: Minor -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7196) Port splashscreen tests to plugin-test-framework
[ https://issues.apache.org/jira/browse/CB-7196?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088558#comment-14088558 ] ASF GitHub Bot commented on CB-7196: Github user asfgit closed the pull request at: https://github.com/apache/cordova-mobile-spec/pull/98 Port splashscreen tests to plugin-test-framework Key: CB-7196 URL: https://issues.apache.org/jira/browse/CB-7196 Project: Apache Cordova Issue Type: Test Components: Plugin SplashScreen, Plugin TestFramework Reporter: Staci Cooper Assignee: Staci Cooper Priority: Minor -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6957) Battery tests need to be ported to plugin-test-framework
[ https://issues.apache.org/jira/browse/CB-6957?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088548#comment-14088548 ] ASF GitHub Bot commented on CB-6957: Github user asfgit closed the pull request at: https://github.com/apache/cordova-mobile-spec/pull/87 Battery tests need to be ported to plugin-test-framework Key: CB-6957 URL: https://issues.apache.org/jira/browse/CB-6957 Project: Apache Cordova Issue Type: Sub-task Components: Plugin Battery Status Reporter: Staci Cooper Assignee: Martin Gonzalez -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7013) file.spec.114 and 115 fails on WP8
[ https://issues.apache.org/jira/browse/CB-7013?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088561#comment-14088561 ] ASF GitHub Bot commented on CB-7013: Github user purplecabbage commented on the pull request: https://github.com/apache/cordova-mobile-spec/pull/79#issuecomment-51417924 merge conflicts. file.spec.114 and 115 fails on WP8 -- Key: CB-7013 URL: https://issues.apache.org/jira/browse/CB-7013 Project: Apache Cordova Issue Type: Test Components: mobile-spec Affects Versions: 3.5.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Priority: Minor Labels: mobilespec -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6964) Port network tests to plugin-test-framework
[ https://issues.apache.org/jira/browse/CB-6964?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088557#comment-14088557 ] ASF GitHub Bot commented on CB-6964: Github user asfgit closed the pull request at: https://github.com/apache/cordova-mobile-spec/pull/93 Port network tests to plugin-test-framework --- Key: CB-6964 URL: https://issues.apache.org/jira/browse/CB-6964 Project: Apache Cordova Issue Type: Sub-task Components: Plugin Network Information Reporter: Staci Cooper Assignee: Staci Cooper Priority: Minor -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7011) file.spec.82 fails on WP8
[ https://issues.apache.org/jira/browse/CB-7011?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088564#comment-14088564 ] ASF GitHub Bot commented on CB-7011: Github user purplecabbage commented on the pull request: https://github.com/apache/cordova-mobile-spec/pull/77#issuecomment-51417963 merge conflicts file.spec.82 fails on WP8 - Key: CB-7011 URL: https://issues.apache.org/jira/browse/CB-7011 Project: Apache Cordova Issue Type: Test Components: mobile-spec Affects Versions: 3.5.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Priority: Minor Labels: mobilespec -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7148) Port contacts to plugin-test-framework
[ https://issues.apache.org/jira/browse/CB-7148?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088554#comment-14088554 ] ASF GitHub Bot commented on CB-7148: Github user asfgit closed the pull request at: https://github.com/apache/cordova-mobile-spec/pull/90 Port contacts to plugin-test-framework -- Key: CB-7148 URL: https://issues.apache.org/jira/browse/CB-7148 Project: Apache Cordova Issue Type: Test Components: Plugin Contacts, Plugin TestFramework Reporter: Staci Cooper Assignee: Staci Cooper Priority: Minor -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-3484) MobileSpec - Camera test doesn't test for cleanup function
[ https://issues.apache.org/jira/browse/CB-3484?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088571#comment-14088571 ] ASF GitHub Bot commented on CB-3484: Github user purplecabbage commented on the pull request: https://github.com/apache/cordova-mobile-spec/pull/19#issuecomment-51418102 is this still valid? with everything moved to plugin tests ... merge conflicts. MobileSpec - Camera test doesn't test for cleanup function -- Key: CB-3484 URL: https://issues.apache.org/jira/browse/CB-3484 Project: Apache Cordova Issue Type: Test Components: mobile-spec Affects Versions: 2.7.0, 2.8.0 Reporter: Lisa Seacat DeLuca Assignee: Lisa Seacat DeLuca Priority: Minor Labels: camera,, test, Original Estimate: 24h Remaining Estimate: 24h The Mobilespec automated test for camera doesn't check for the cleanup function -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7086) Port Mobilespec test to Cordova plugin test framework pattern
[ https://issues.apache.org/jira/browse/CB-7086?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088569#comment-14088569 ] ASF subversion and git services commented on CB-7086: - Commit 74eb4c29d53a6cee5c572861608cdc4ecddb2817 in cordova-mobile-spec's branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-mobile-spec.git;h=74eb4c2 ] Merge branch 'CB-6962' of https://github.com/stacic/cordova-mobile-spec into CB-7086 Port Mobilespec test to Cordova plugin test framework pattern - Key: CB-7086 URL: https://issues.apache.org/jira/browse/CB-7086 Project: Apache Cordova Issue Type: Test Components: Labs, mobile-spec Affects Versions: 3.6.0 Reporter: Martin Gonzalez Labels: mobilespec, test-framework Fix For: 3.6.0 Use the current mobile spec test and port them to the new cordova-plugin-test-framework from cordova-labs from jasmine 1.3 to 2.0, to run automated and manual tests. It's a good opportunity to: -Remove spies -Remove unnecessary timeouts -Improve jasmine reports and more. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7009) file.spec.11 fails on WP8
[ https://issues.apache.org/jira/browse/CB-7009?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088566#comment-14088566 ] ASF GitHub Bot commented on CB-7009: Github user purplecabbage commented on the pull request: https://github.com/apache/cordova-mobile-spec/pull/75#issuecomment-51418024 is this still valid? with everything moved to plugin tests ... merge conflicts. file.spec.11 fails on WP8 - Key: CB-7009 URL: https://issues.apache.org/jira/browse/CB-7009 Project: Apache Cordova Issue Type: Test Components: mobile-spec Affects Versions: 3.5.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Priority: Minor Labels: mobilespec -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7008) file.spec.3 is duplicated, change it to file.spec.8
[ https://issues.apache.org/jira/browse/CB-7008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088568#comment-14088568 ] ASF GitHub Bot commented on CB-7008: Github user purplecabbage commented on the pull request: https://github.com/apache/cordova-mobile-spec/pull/74#issuecomment-51418051 is this still valid? with everything moved to plugin tests ... merge conflicts. file.spec.3 is duplicated, change it to file.spec.8 --- Key: CB-7008 URL: https://issues.apache.org/jira/browse/CB-7008 Project: Apache Cordova Issue Type: Test Components: mobile-spec Affects Versions: 3.5.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Labels: mobilespec There's a duplicated spec name in the mobile spec automated file tests. It should be file.spec.8 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6961) Port file-transfer tests to plugin-test-framework
[ https://issues.apache.org/jira/browse/CB-6961?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088572#comment-14088572 ] ASF subversion and git services commented on CB-6961: - Commit bf3fb94c370ace5789691f30794fa7045175dc6c in cordova-mobile-spec's branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-mobile-spec.git;h=bf3fb94 ] Merge branch 'CB-6961' of https://github.com/stacic/cordova-mobile-spec into CB-7086 Port file-transfer tests to plugin-test-framework - Key: CB-6961 URL: https://issues.apache.org/jira/browse/CB-6961 Project: Apache Cordova Issue Type: Sub-task Components: Plugin File Transfer Reporter: Staci Cooper Assignee: Staci Cooper Priority: Minor -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6962) Port globalization tests to plugin-test-framework
[ https://issues.apache.org/jira/browse/CB-6962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088565#comment-14088565 ] ASF subversion and git services commented on CB-6962: - Commit 74eb4c29d53a6cee5c572861608cdc4ecddb2817 in cordova-mobile-spec's branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-mobile-spec.git;h=74eb4c2 ] Merge branch 'CB-6962' of https://github.com/stacic/cordova-mobile-spec into CB-7086 Port globalization tests to plugin-test-framework - Key: CB-6962 URL: https://issues.apache.org/jira/browse/CB-6962 Project: Apache Cordova Issue Type: Sub-task Components: Plugin Globalization Reporter: Staci Cooper Assignee: Staci Cooper Priority: Minor -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6466) WP8 filetransfer.download() should auto mkdir missing folders
[ https://issues.apache.org/jira/browse/CB-6466?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088570#comment-14088570 ] ASF GitHub Bot commented on CB-6466: Github user purplecabbage commented on the pull request: https://github.com/apache/cordova-mobile-spec/pull/58#issuecomment-51418072 is this still valid? with everything moved to plugin tests ... merge conflicts. WP8 filetransfer.download() should auto mkdir missing folders - Key: CB-6466 URL: https://issues.apache.org/jira/browse/CB-6466 Project: Apache Cordova Issue Type: Bug Components: Plugin File Transfer, WP8 Affects Versions: 3.4.0 Reporter: Mike Billau Assignee: Staci Cooper Fix For: 3.5.0 Windows Phone 8 implementation of FileTransfer.download() does not automatically create any missing directories when saving a file. The iOS and Android implementations do. If target = /foo/bar.jpg and /foo/ doesn't exist, WP8 should create it to bring the platform in line with iOS and Android. This mail thread shows that we've decided that FileTransfer should be slightly more than a thin wrapper on the File plugin (which has an API.) http://markmail.org/message/cxy66pe23oyguoal -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-3481) MobileSpec - Compass test fails on all tests when device doesn't have compass support
[ https://issues.apache.org/jira/browse/CB-3481?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088573#comment-14088573 ] ASF GitHub Bot commented on CB-3481: Github user purplecabbage commented on the pull request: https://github.com/apache/cordova-mobile-spec/pull/18#issuecomment-51418116 is this still valid? with everything moved to plugin tests ... merge conflicts. MobileSpec - Compass test fails on all tests when device doesn't have compass support - Key: CB-3481 URL: https://issues.apache.org/jira/browse/CB-3481 Project: Apache Cordova Issue Type: Test Components: mobile-spec Affects Versions: 2.7.0 Reporter: Lisa Seacat DeLuca Assignee: Lisa Seacat DeLuca Priority: Minor Labels: compass, test Fix For: 3.4.0 Original Estimate: 48h Remaining Estimate: 48h When the compass hardware is not supported on a device all of the compass related tests will fail. Rather than fail them all, fail the hardware check and give the user a helpful message as to why the test failed. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-1933) Using comma in button labels
[
https://issues.apache.org/jira/browse/CB-1933?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088576#comment-14088576
]
ASF GitHub Bot commented on CB-1933:
Github user purplecabbage commented on the pull request:
https://github.com/apache/cordova-mobile-spec/pull/6#issuecomment-51418167
is this still valid? with everything moved to plugin tests ...
merge conflicts.
Using comma in button labels
Key: CB-1933
URL: https://issues.apache.org/jira/browse/CB-1933
Project: Apache Cordova
Issue Type: Improvement
Components: Android, CordovaJS
Reporter: Ingo Bürk
Assignee: Max Woghiren
Priority: Minor
It's currently not possible to use comma in button labels when creating
confirm dialogs. This would be useful for buttons like Yes, Delete.
Probably a good idea for implementation would be allowing an array as the
buttonLabels argument, e.g.
{code}navigator.notification.confirm('Alert!', function(){}, function(){},
'Title', ['Yes, Do It', 'No']);{code}
For compatibility it shouldn't be a problem to detect whether a string or an
array has been passed and act accordingly.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-7086) Port Mobilespec test to Cordova plugin test framework pattern
[ https://issues.apache.org/jira/browse/CB-7086?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088588#comment-14088588 ] ASF subversion and git services commented on CB-7086: - Commit 3444067f190e4c22eb5a287e93e760389416354a in cordova-mobile-spec's branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-mobile-spec.git;h=3444067 ] Merge branch 'CB-7196' of https://github.com/stacic/cordova-mobile-spec into CB-7086 Port Mobilespec test to Cordova plugin test framework pattern - Key: CB-7086 URL: https://issues.apache.org/jira/browse/CB-7086 Project: Apache Cordova Issue Type: Test Components: Labs, mobile-spec Affects Versions: 3.6.0 Reporter: Martin Gonzalez Labels: mobilespec, test-framework Fix For: 3.6.0 Use the current mobile spec test and port them to the new cordova-plugin-test-framework from cordova-labs from jasmine 1.3 to 2.0, to run automated and manual tests. It's a good opportunity to: -Remove spies -Remove unnecessary timeouts -Improve jasmine reports and more. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7086) Port Mobilespec test to Cordova plugin test framework pattern
[ https://issues.apache.org/jira/browse/CB-7086?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088585#comment-14088585 ] ASF subversion and git services commented on CB-7086: - Commit 386914a6c789cc7ef0e3ee3c1e1e991efbae6a1a in cordova-mobile-spec's branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-mobile-spec.git;h=386914a ] Merge branch 'CB-7195' of https://github.com/stacic/cordova-mobile-spec into CB-7086 Port Mobilespec test to Cordova plugin test framework pattern - Key: CB-7086 URL: https://issues.apache.org/jira/browse/CB-7086 Project: Apache Cordova Issue Type: Test Components: Labs, mobile-spec Affects Versions: 3.6.0 Reporter: Martin Gonzalez Labels: mobilespec, test-framework Fix For: 3.6.0 Use the current mobile spec test and port them to the new cordova-plugin-test-framework from cordova-labs from jasmine 1.3 to 2.0, to run automated and manual tests. It's a good opportunity to: -Remove spies -Remove unnecessary timeouts -Improve jasmine reports and more. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7086) Port Mobilespec test to Cordova plugin test framework pattern
[ https://issues.apache.org/jira/browse/CB-7086?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088579#comment-14088579 ] ASF subversion and git services commented on CB-7086: - Commit bf3fb94c370ace5789691f30794fa7045175dc6c in cordova-mobile-spec's branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-mobile-spec.git;h=bf3fb94 ] Merge branch 'CB-6961' of https://github.com/stacic/cordova-mobile-spec into CB-7086 Port Mobilespec test to Cordova plugin test framework pattern - Key: CB-7086 URL: https://issues.apache.org/jira/browse/CB-7086 Project: Apache Cordova Issue Type: Test Components: Labs, mobile-spec Affects Versions: 3.6.0 Reporter: Martin Gonzalez Labels: mobilespec, test-framework Fix For: 3.6.0 Use the current mobile spec test and port them to the new cordova-plugin-test-framework from cordova-labs from jasmine 1.3 to 2.0, to run automated and manual tests. It's a good opportunity to: -Remove spies -Remove unnecessary timeouts -Improve jasmine reports and more. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7196) Port splashscreen tests to plugin-test-framework
[ https://issues.apache.org/jira/browse/CB-7196?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088586#comment-14088586 ] ASF subversion and git services commented on CB-7196: - Commit 3444067f190e4c22eb5a287e93e760389416354a in cordova-mobile-spec's branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-mobile-spec.git;h=3444067 ] Merge branch 'CB-7196' of https://github.com/stacic/cordova-mobile-spec into CB-7086 Port splashscreen tests to plugin-test-framework Key: CB-7196 URL: https://issues.apache.org/jira/browse/CB-7196 Project: Apache Cordova Issue Type: Test Components: Plugin SplashScreen, Plugin TestFramework Reporter: Staci Cooper Assignee: Staci Cooper Priority: Minor -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-2412) InAppBrowser option to hide bottom bar with Done/History buttons
[ https://issues.apache.org/jira/browse/CB-2412?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088574#comment-14088574 ] ASF GitHub Bot commented on CB-2412: Github user purplecabbage commented on the pull request: https://github.com/apache/cordova-mobile-spec/pull/16#issuecomment-51418146 is this still valid? with everything moved to plugin tests ... merge conflicts. InAppBrowser option to hide bottom bar with Done/History buttons Key: CB-2412 URL: https://issues.apache.org/jira/browse/CB-2412 Project: Apache Cordova Issue Type: Improvement Components: BlackBerry Reporter: Sönke Rohde Fix For: 3.6.0 There should be an option to hide the bottom bar of the InAppBrowser containing the Done and history arrow buttons. When the InAppBrowser is used for OAuth the url changes are monitored and the InAppBrowser gets closed programmatically when the OAuth process is completed or canceled. Add the option toolbar=[yes|no] -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7195) Port status-bar tests to plugin test framework
[ https://issues.apache.org/jira/browse/CB-7195?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088581#comment-14088581 ] ASF subversion and git services commented on CB-7195: - Commit 386914a6c789cc7ef0e3ee3c1e1e991efbae6a1a in cordova-mobile-spec's branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-mobile-spec.git;h=386914a ] Merge branch 'CB-7195' of https://github.com/stacic/cordova-mobile-spec into CB-7086 Port status-bar tests to plugin test framework -- Key: CB-7195 URL: https://issues.apache.org/jira/browse/CB-7195 Project: Apache Cordova Issue Type: Test Components: Plugin Statusbar, Plugin TestFramework Reporter: Staci Cooper Assignee: Staci Cooper Priority: Minor -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7013) file.spec.114 and 115 fails on WP8
[ https://issues.apache.org/jira/browse/CB-7013?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088604#comment-14088604 ] ASF GitHub Bot commented on CB-7013: Github user martincgg commented on the pull request: https://github.com/apache/cordova-mobile-spec/pull/79#issuecomment-51419364 Yeah, this was for the mobile spec tests, is not longer valid file.spec.114 and 115 fails on WP8 -- Key: CB-7013 URL: https://issues.apache.org/jira/browse/CB-7013 Project: Apache Cordova Issue Type: Test Components: mobile-spec Affects Versions: 3.5.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Priority: Minor Labels: mobilespec -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7013) file.spec.114 and 115 fails on WP8
[ https://issues.apache.org/jira/browse/CB-7013?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088603#comment-14088603 ] ASF GitHub Bot commented on CB-7013: Github user martincgg closed the pull request at: https://github.com/apache/cordova-mobile-spec/pull/79 file.spec.114 and 115 fails on WP8 -- Key: CB-7013 URL: https://issues.apache.org/jira/browse/CB-7013 Project: Apache Cordova Issue Type: Test Components: mobile-spec Affects Versions: 3.5.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Priority: Minor Labels: mobilespec -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7012) file.spec.108 fails on WP8
[ https://issues.apache.org/jira/browse/CB-7012?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088605#comment-14088605 ] ASF GitHub Bot commented on CB-7012: Github user martincgg commented on the pull request: https://github.com/apache/cordova-mobile-spec/pull/78#issuecomment-51419409 no longer valid, closing file.spec.108 fails on WP8 -- Key: CB-7012 URL: https://issues.apache.org/jira/browse/CB-7012 Project: Apache Cordova Issue Type: Test Components: mobile-spec Affects Versions: 3.5.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Priority: Minor Labels: mobilespec -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7010) file.spec.52 fails on WP8
[ https://issues.apache.org/jira/browse/CB-7010?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088610#comment-14088610 ] ASF GitHub Bot commented on CB-7010: Github user martincgg commented on the pull request: https://github.com/apache/cordova-mobile-spec/pull/76#issuecomment-51419463 no longer valid, closing file.spec.52 fails on WP8 - Key: CB-7010 URL: https://issues.apache.org/jira/browse/CB-7010 Project: Apache Cordova Issue Type: Test Components: mobile-spec Affects Versions: 3.5.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Priority: Minor Labels: mobilespec -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7010) file.spec.52 fails on WP8
[ https://issues.apache.org/jira/browse/CB-7010?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088611#comment-14088611 ] ASF GitHub Bot commented on CB-7010: Github user martincgg closed the pull request at: https://github.com/apache/cordova-mobile-spec/pull/76 file.spec.52 fails on WP8 - Key: CB-7010 URL: https://issues.apache.org/jira/browse/CB-7010 Project: Apache Cordova Issue Type: Test Components: mobile-spec Affects Versions: 3.5.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Priority: Minor Labels: mobilespec -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7011) file.spec.82 fails on WP8
[ https://issues.apache.org/jira/browse/CB-7011?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088609#comment-14088609 ] ASF GitHub Bot commented on CB-7011: Github user martincgg closed the pull request at: https://github.com/apache/cordova-mobile-spec/pull/77 file.spec.82 fails on WP8 - Key: CB-7011 URL: https://issues.apache.org/jira/browse/CB-7011 Project: Apache Cordova Issue Type: Test Components: mobile-spec Affects Versions: 3.5.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Priority: Minor Labels: mobilespec -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7012) file.spec.108 fails on WP8
[ https://issues.apache.org/jira/browse/CB-7012?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088606#comment-14088606 ] ASF GitHub Bot commented on CB-7012: Github user martincgg closed the pull request at: https://github.com/apache/cordova-mobile-spec/pull/78 file.spec.108 fails on WP8 -- Key: CB-7012 URL: https://issues.apache.org/jira/browse/CB-7012 Project: Apache Cordova Issue Type: Test Components: mobile-spec Affects Versions: 3.5.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Priority: Minor Labels: mobilespec -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7011) file.spec.82 fails on WP8
[ https://issues.apache.org/jira/browse/CB-7011?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088608#comment-14088608 ] ASF GitHub Bot commented on CB-7011: Github user martincgg commented on the pull request: https://github.com/apache/cordova-mobile-spec/pull/77#issuecomment-51419444 no longer valid, closing file.spec.82 fails on WP8 - Key: CB-7011 URL: https://issues.apache.org/jira/browse/CB-7011 Project: Apache Cordova Issue Type: Test Components: mobile-spec Affects Versions: 3.5.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Priority: Minor Labels: mobilespec -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7009) file.spec.11 fails on WP8
[ https://issues.apache.org/jira/browse/CB-7009?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088614#comment-14088614 ] ASF GitHub Bot commented on CB-7009: Github user martincgg closed the pull request at: https://github.com/apache/cordova-mobile-spec/pull/75 file.spec.11 fails on WP8 - Key: CB-7009 URL: https://issues.apache.org/jira/browse/CB-7009 Project: Apache Cordova Issue Type: Test Components: mobile-spec Affects Versions: 3.5.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Priority: Minor Labels: mobilespec -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7008) file.spec.3 is duplicated, change it to file.spec.8
[ https://issues.apache.org/jira/browse/CB-7008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088616#comment-14088616 ] ASF GitHub Bot commented on CB-7008: Github user martincgg commented on the pull request: https://github.com/apache/cordova-mobile-spec/pull/74#issuecomment-51419478 no longer valid, closing file.spec.3 is duplicated, change it to file.spec.8 --- Key: CB-7008 URL: https://issues.apache.org/jira/browse/CB-7008 Project: Apache Cordova Issue Type: Test Components: mobile-spec Affects Versions: 3.5.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Labels: mobilespec There's a duplicated spec name in the mobile spec automated file tests. It should be file.spec.8 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7242) [Mobilespec] WP8 wrong path when platform add path/to/dir
[ https://issues.apache.org/jira/browse/CB-7242?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088617#comment-14088617 ] ASF GitHub Bot commented on CB-7242: Github user martincgg commented on the pull request: https://github.com/apache/cordova-mobile-spec/pull/84#issuecomment-51419510 This one is valid, currently createmobilespec module doesn't support wp8, if this small change is not added. [Mobilespec] WP8 wrong path when platform add path/to/dir --- Key: CB-7242 URL: https://issues.apache.org/jira/browse/CB-7242 Project: Apache Cordova Issue Type: Bug Components: mobile-spec Reporter: Martin Gonzalez Assignee: Martin Gonzalez Labels: mobilespec, wp8 The localPlatforms object contains all the paths to the supported platforms, however, the path for Windows Phone 8, is not the right one, it has a subdir under the name wp8. It's not possible run createmobilespec --wp8, the CLI returns a error, it won't find the resources required to add the platform. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7009) file.spec.11 fails on WP8
[ https://issues.apache.org/jira/browse/CB-7009?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088613#comment-14088613 ] ASF GitHub Bot commented on CB-7009: Github user martincgg commented on the pull request: https://github.com/apache/cordova-mobile-spec/pull/75#issuecomment-51419471 no longer valid, closing file.spec.11 fails on WP8 - Key: CB-7009 URL: https://issues.apache.org/jira/browse/CB-7009 Project: Apache Cordova Issue Type: Test Components: mobile-spec Affects Versions: 3.5.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Priority: Minor Labels: mobilespec -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7008) file.spec.3 is duplicated, change it to file.spec.8
[ https://issues.apache.org/jira/browse/CB-7008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088615#comment-14088615 ] ASF GitHub Bot commented on CB-7008: Github user martincgg closed the pull request at: https://github.com/apache/cordova-mobile-spec/pull/74 file.spec.3 is duplicated, change it to file.spec.8 --- Key: CB-7008 URL: https://issues.apache.org/jira/browse/CB-7008 Project: Apache Cordova Issue Type: Test Components: mobile-spec Affects Versions: 3.5.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Labels: mobilespec There's a duplicated spec name in the mobile spec automated file tests. It should be file.spec.8 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7242) [Mobilespec] WP8 wrong path when platform add path/to/dir
[ https://issues.apache.org/jira/browse/CB-7242?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088639#comment-14088639 ] ASF GitHub Bot commented on CB-7242: Github user asfgit closed the pull request at: https://github.com/apache/cordova-mobile-spec/pull/84 [Mobilespec] WP8 wrong path when platform add path/to/dir --- Key: CB-7242 URL: https://issues.apache.org/jira/browse/CB-7242 Project: Apache Cordova Issue Type: Bug Components: mobile-spec Reporter: Martin Gonzalez Assignee: Martin Gonzalez Labels: mobilespec, wp8 The localPlatforms object contains all the paths to the supported platforms, however, the path for Windows Phone 8, is not the right one, it has a subdir under the name wp8. It's not possible run createmobilespec --wp8, the CLI returns a error, it won't find the resources required to add the platform. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7242) [Mobilespec] WP8 wrong path when platform add path/to/dir
[ https://issues.apache.org/jira/browse/CB-7242?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088638#comment-14088638 ] ASF subversion and git services commented on CB-7242: - Commit 5bba7a0fdc40d1a4f5595325a25d3314c5749ba7 in cordova-mobile-spec's branch refs/heads/master from [~martin.c.glez.glez] [ https://git-wip-us.apache.org/repos/asf?p=cordova-mobile-spec.git;h=5bba7a0 ] CB-7242 Added wp8 subdirectory to localPlatforms variable createmobilespec --wp8 fails, because the path for wp8 on localPlatforms is incomplete, it requires the wp8 subdirectory to work properly. [Mobilespec] WP8 wrong path when platform add path/to/dir --- Key: CB-7242 URL: https://issues.apache.org/jira/browse/CB-7242 Project: Apache Cordova Issue Type: Bug Components: mobile-spec Reporter: Martin Gonzalez Assignee: Martin Gonzalez Labels: mobilespec, wp8 The localPlatforms object contains all the paths to the supported platforms, however, the path for Windows Phone 8, is not the right one, it has a subdir under the name wp8. It's not possible run createmobilespec --wp8, the CLI returns a error, it won't find the resources required to add the platform. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7242) [Mobilespec] WP8 wrong path when platform add path/to/dir
[ https://issues.apache.org/jira/browse/CB-7242?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088640#comment-14088640 ] ASF subversion and git services commented on CB-7242: - Commit 8a1526e4d2b5bdab94d7df782525a88e62ea3b96 in cordova-mobile-spec's branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-mobile-spec.git;h=8a1526e ] Merge branch 'CB-7242' of https://github.com/martincgg/cordova-mobile-spec [Mobilespec] WP8 wrong path when platform add path/to/dir --- Key: CB-7242 URL: https://issues.apache.org/jira/browse/CB-7242 Project: Apache Cordova Issue Type: Bug Components: mobile-spec Reporter: Martin Gonzalez Assignee: Martin Gonzalez Labels: mobilespec, wp8 The localPlatforms object contains all the paths to the supported platforms, however, the path for Windows Phone 8, is not the right one, it has a subdir under the name wp8. It's not possible run createmobilespec --wp8, the CLI returns a error, it won't find the resources required to add the platform. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7244) Plugins Release July 31st, 2014
[
https://issues.apache.org/jira/browse/CB-7244?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088647#comment-14088647
]
Steve Gill commented on CB-7244:
org.apache.cordova.battery-status@0.2.10
* CB-6957 Ported Battery-status manual automated
* CB-6127 Updated translations for docs
org.apache.cordova.camera@0.3.1
* **FFOS** update CameraProxy.js
* CB-7187 ios: Add explicit dependency on CoreLocation.framework
* [BlackBerry10] Doc correction - sourceType is supported
* CB-7071 android: Fix callback firing before CROP intent is sent when
allowEdit=true
* CB-6875 android: Handle exception when SDCard is not mounted
* ios: Delete postImage (dead code)
* Prevent NPE on processResiultFromGallery when intent comes null
* Remove iOS doc reference to non-existing navigator.fileMgr API
* Docs updated with some default values
* Removes File plugin dependency from windows8 code.
* Use WinJS functionality to resize image instead of File plugin functionality
* CB-6127 Updated translations for docs
org.apache.cordova.console@0.2.10
* CB-6127 Updated translations for docs
org.apache.cordova.contacts@0.2.12
* fixes .find method when 'options' param is not passed. Will return all
contacts on missing 'options' param
* [FFOS] update ContactsProxy.js
* Removing a stray unicode character
* CB-6127 Updated translations for docs
* CB-5698 ios: Check to see if photoData exists before using
org.apache.cordova.device@0.2.11
* [FFOS] update DeviceProxy.js
* CB-6127 Updated translations for docs
* Use Windows system calls to get better info
org.apache.cordova.device-motion@0.2.9
* [FFOS] update accelerometer.js
* CB-6127 Updated translations for docs
* FFOS added to supported platforms
org.apache.cordova.device-orientation@0.3.8
* **FFOS** update compass.js
* CB-7187 ios: Add explicit dependency on CoreLocation.framework
* CB-7187 Delete unused #import of CDVShared.h
org.apache.cordova.dialogs@0.2.9
* ubuntu: pass proper arguments to prompt callback
* ubuntu: use TextField instead of TextInput
* ubuntu: proper message escaping before passing to qml
* **FFOS** update notification.js
* CB-6127 Updated translations for docs
* android: Explicitly apply default theme to dialogs
* Fix Beep exception on Android when no argument passed
org.apache.cordova.file@1.3.0
* **FFOS** Remove unsupported paths from requestAllPaths
* **FFOS** Support for resolve URI, request all paths and local app directory.
* CB-4263 set ready state to done before onload
* CB-7167 [BlackBerry10] copyTo - return wrapped entry rather than native
* CB-7167 [BlackBerry10] Add directory support to getFileMetadata
* CB-7167 [BlackBerry10] Fix tests detection of blob support (window.Blob is
BlobConstructor object)
* CB-7161 [BlackBerry10] Add file system directory paths
* CB-7093 Create separate plugin.xml for new-style tests
* CB-7057 Docs update: elaborate on what directories are for
* CB-7093: Undo the effects of an old bad SR command
* CB-7093: Remove a bunch of unneeded log messages
* CB-7093: Add JS module to plugin.xml file for auto-tests
* CB-7093 Ported automated file tests
* **WINDOWS** remove extra function closure, notneeded
* **WINDOWS** remove check for undefined fail(), it is defined by the proxy and
always exists
* **WINDOWS** re-apply readAsBinaryString and readAsArrayBuffer
* **WINDOWS** Moved similar calls to be the same calls, aliased long namespaced
functions
* CB-6127 Updated translations for docs.
* CB-6571 Fix getParentForLocalURL to work correctly with directories with
trailing '/' (This closes #58)
* UTTypeCopyPreferredTagWithClass returns nil mimetype for css when there is no
network
* updated spec links in docs ( en only )
* CB-6571 add trailing space it is missing in DirectoryEnty constructor.
* CB-6980 Fixing filesystem:null property in Entry
* Add win8 support for readAsBinaryString and readAsArrayBuffer
* [FFOS] Update FileProxy.js
* CB-6940: Fixing up commit from dzeims
* CB-6940: Android: cleanup try/catch exception handling
* CB-6940: context.getExternal* methods return null if sdcard isn't in mounted
state, causing exceptions that prevent startup from reaching readystate
* Fix mis-handling of filesystem reference in Entry.moveTo ('this' used in
closure).
* CB-6902: Use File.lastModified rather than .lastModifiedDate
* CB-6922: Remove unused getMetadata native code
* CB-6922: Use getFileMetadata consistently to get metadata
* changed fullPath to self.rootDocsPath
* CB-6890: Fix pluginManager access for 4.0.x branch
org.apache.cordova.file-transfer@0.4.5
* Upload parameters out of order
* **FirefoxOS** initial implementation
* CB-6781: Expose FileTransferError.exception to application
* CB-6928: Add new error code to documentation
* CB-6928: Handle 304 status code
* CB-6928: Open output stream only if it's necessary.
* [BlackBerry10] Minor doc correction
* CB-6127 Updated translations for docs
* [Windows8] upload uses the provided
[jira] [Commented] (CB-7244) Plugins Release July 31st, 2014
[ https://issues.apache.org/jira/browse/CB-7244?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088681#comment-14088681 ] ASF subversion and git services commented on CB-7244: - Commit 490888663ec50cb996eb0899aa936d22d3faac61 in cordova-plugin-battery-status's branch refs/heads/master from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-battery-status.git;h=4908886 ] CB-7244 Updated version and RELEASENOTES.md for release 0.2.10 Plugins Release July 31st, 2014 --- Key: CB-7244 URL: https://issues.apache.org/jira/browse/CB-7244 Project: Apache Cordova Issue Type: Task Reporter: Steve Gill Assignee: Steve Gill Following steps at https://github.com/apache/cordova-coho/blob/master/docs/plugins-release-process.md -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7244) Plugins Release July 31st, 2014
[ https://issues.apache.org/jira/browse/CB-7244?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088686#comment-14088686 ] ASF subversion and git services commented on CB-7244: - Commit 6366aeba472beaf3770c06f347fcb47845274d9a in cordova-plugin-camera's branch refs/heads/master from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-camera.git;h=6366aeb ] CB-7244 Incremented plugin version. Plugins Release July 31st, 2014 --- Key: CB-7244 URL: https://issues.apache.org/jira/browse/CB-7244 Project: Apache Cordova Issue Type: Task Reporter: Steve Gill Assignee: Steve Gill Following steps at https://github.com/apache/cordova-coho/blob/master/docs/plugins-release-process.md -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7244) Plugins Release July 31st, 2014
[ https://issues.apache.org/jira/browse/CB-7244?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088684#comment-14088684 ] ASF subversion and git services commented on CB-7244: - Commit deba7f47a01a61ab39df6fea82c58479ba2bddfc in cordova-plugin-battery-status's branch refs/heads/master from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-battery-status.git;h=deba7f4 ] CB-7244 Incremented plugin version. Plugins Release July 31st, 2014 --- Key: CB-7244 URL: https://issues.apache.org/jira/browse/CB-7244 Project: Apache Cordova Issue Type: Task Reporter: Steve Gill Assignee: Steve Gill Following steps at https://github.com/apache/cordova-coho/blob/master/docs/plugins-release-process.md -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7244) Plugins Release July 31st, 2014
[ https://issues.apache.org/jira/browse/CB-7244?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088685#comment-14088685 ] ASF subversion and git services commented on CB-7244: - Commit 823eb5d27a5f77d081e55cbed40952b04d8504ed in cordova-plugin-camera's branch refs/heads/master from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-camera.git;h=823eb5d ] CB-7244 Updated version and RELEASENOTES.md for release 0.3.1 Plugins Release July 31st, 2014 --- Key: CB-7244 URL: https://issues.apache.org/jira/browse/CB-7244 Project: Apache Cordova Issue Type: Task Reporter: Steve Gill Assignee: Steve Gill Following steps at https://github.com/apache/cordova-coho/blob/master/docs/plugins-release-process.md -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7244) Plugins Release July 31st, 2014
[ https://issues.apache.org/jira/browse/CB-7244?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088690#comment-14088690 ] ASF subversion and git services commented on CB-7244: - Commit 5148d5ccd8d0492e9b11a333b5ec15b1e7b46a90 in cordova-plugin-contacts's branch refs/heads/master from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-contacts.git;h=5148d5c ] CB-7244 Updated version and RELEASENOTES.md for release 0.2.12 Plugins Release July 31st, 2014 --- Key: CB-7244 URL: https://issues.apache.org/jira/browse/CB-7244 Project: Apache Cordova Issue Type: Task Reporter: Steve Gill Assignee: Steve Gill Following steps at https://github.com/apache/cordova-coho/blob/master/docs/plugins-release-process.md -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7244) Plugins Release July 31st, 2014
[ https://issues.apache.org/jira/browse/CB-7244?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088688#comment-14088688 ] ASF subversion and git services commented on CB-7244: - Commit 361a73573b9a7a164f7197920244248184fa6b5a in cordova-plugin-console's branch refs/heads/master from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-console.git;h=361a735 ] CB-7244 Updated version and RELEASENOTES.md for release 0.2.10 Plugins Release July 31st, 2014 --- Key: CB-7244 URL: https://issues.apache.org/jira/browse/CB-7244 Project: Apache Cordova Issue Type: Task Reporter: Steve Gill Assignee: Steve Gill Following steps at https://github.com/apache/cordova-coho/blob/master/docs/plugins-release-process.md -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7244) Plugins Release July 31st, 2014
[ https://issues.apache.org/jira/browse/CB-7244?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088689#comment-14088689 ] ASF subversion and git services commented on CB-7244: - Commit 36a56540b892c0b80661e8fcfb3b7a59fcbb4e0b in cordova-plugin-console's branch refs/heads/master from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-console.git;h=36a5654 ] CB-7244 Incremented plugin version. Plugins Release July 31st, 2014 --- Key: CB-7244 URL: https://issues.apache.org/jira/browse/CB-7244 Project: Apache Cordova Issue Type: Task Reporter: Steve Gill Assignee: Steve Gill Following steps at https://github.com/apache/cordova-coho/blob/master/docs/plugins-release-process.md -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7244) Plugins Release July 31st, 2014
[ https://issues.apache.org/jira/browse/CB-7244?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088696#comment-14088696 ] ASF subversion and git services commented on CB-7244: - Commit 52c3348b18f486c857d381513f19448426ff269d in cordova-plugin-device-motion's branch refs/heads/master from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-device-motion.git;h=52c3348 ] CB-7244 Updated version and RELEASENOTES.md for release 0.2.9 Plugins Release July 31st, 2014 --- Key: CB-7244 URL: https://issues.apache.org/jira/browse/CB-7244 Project: Apache Cordova Issue Type: Task Reporter: Steve Gill Assignee: Steve Gill Following steps at https://github.com/apache/cordova-coho/blob/master/docs/plugins-release-process.md -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7244) Plugins Release July 31st, 2014
[ https://issues.apache.org/jira/browse/CB-7244?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088692#comment-14088692 ] ASF subversion and git services commented on CB-7244: - Commit 18f6f89b27789273095703a79b3ad83a7f99f824 in cordova-plugin-contacts's branch refs/heads/master from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-contacts.git;h=18f6f89 ] CB-7244 Incremented plugin version. Plugins Release July 31st, 2014 --- Key: CB-7244 URL: https://issues.apache.org/jira/browse/CB-7244 Project: Apache Cordova Issue Type: Task Reporter: Steve Gill Assignee: Steve Gill Following steps at https://github.com/apache/cordova-coho/blob/master/docs/plugins-release-process.md -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7244) Plugins Release July 31st, 2014
[ https://issues.apache.org/jira/browse/CB-7244?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088694#comment-14088694 ] ASF subversion and git services commented on CB-7244: - Commit efd903fe88c0fa6e81dc057d2305211b46f69e2b in cordova-plugin-device's branch refs/heads/master from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-device.git;h=efd903f ] CB-7244 Updated version and RELEASENOTES.md for release 0.2.11 Plugins Release July 31st, 2014 --- Key: CB-7244 URL: https://issues.apache.org/jira/browse/CB-7244 Project: Apache Cordova Issue Type: Task Reporter: Steve Gill Assignee: Steve Gill Following steps at https://github.com/apache/cordova-coho/blob/master/docs/plugins-release-process.md -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7244) Plugins Release July 31st, 2014
[ https://issues.apache.org/jira/browse/CB-7244?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088695#comment-14088695 ] ASF subversion and git services commented on CB-7244: - Commit 264ab9471ad8ff73b4ec9c8139343219b443bd24 in cordova-plugin-device's branch refs/heads/master from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-device.git;h=264ab94 ] CB-7244 Incremented plugin version. Plugins Release July 31st, 2014 --- Key: CB-7244 URL: https://issues.apache.org/jira/browse/CB-7244 Project: Apache Cordova Issue Type: Task Reporter: Steve Gill Assignee: Steve Gill Following steps at https://github.com/apache/cordova-coho/blob/master/docs/plugins-release-process.md -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7244) Plugins Release July 31st, 2014
[ https://issues.apache.org/jira/browse/CB-7244?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088697#comment-14088697 ] ASF subversion and git services commented on CB-7244: - Commit 42e0fe9bebaceac68907171a48489f657e446da2 in cordova-plugin-device-motion's branch refs/heads/master from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-device-motion.git;h=42e0fe9 ] CB-7244 Incremented plugin version. Plugins Release July 31st, 2014 --- Key: CB-7244 URL: https://issues.apache.org/jira/browse/CB-7244 Project: Apache Cordova Issue Type: Task Reporter: Steve Gill Assignee: Steve Gill Following steps at https://github.com/apache/cordova-coho/blob/master/docs/plugins-release-process.md -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7244) Plugins Release July 31st, 2014
[ https://issues.apache.org/jira/browse/CB-7244?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088700#comment-14088700 ] ASF subversion and git services commented on CB-7244: - Commit fd69a87bdd4c631146af42cf4c2d0da9c9bf4908 in cordova-plugin-device-orientation's branch refs/heads/master from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-device-orientation.git;h=fd69a87 ] CB-7244 Incremented plugin version. Plugins Release July 31st, 2014 --- Key: CB-7244 URL: https://issues.apache.org/jira/browse/CB-7244 Project: Apache Cordova Issue Type: Task Reporter: Steve Gill Assignee: Steve Gill Following steps at https://github.com/apache/cordova-coho/blob/master/docs/plugins-release-process.md -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7244) Plugins Release July 31st, 2014
[ https://issues.apache.org/jira/browse/CB-7244?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088699#comment-14088699 ] ASF subversion and git services commented on CB-7244: - Commit fc8b28414f1688348c7485c2998ccf1eb376ea9d in cordova-plugin-device-orientation's branch refs/heads/master from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-device-orientation.git;h=fc8b284 ] CB-7244 Updated version and RELEASENOTES.md for release 0.3.8 Plugins Release July 31st, 2014 --- Key: CB-7244 URL: https://issues.apache.org/jira/browse/CB-7244 Project: Apache Cordova Issue Type: Task Reporter: Steve Gill Assignee: Steve Gill Following steps at https://github.com/apache/cordova-coho/blob/master/docs/plugins-release-process.md -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7244) Plugins Release July 31st, 2014
[ https://issues.apache.org/jira/browse/CB-7244?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088705#comment-14088705 ] ASF subversion and git services commented on CB-7244: - Commit 149044114f6188478dd25729245a3341201e5f83 in cordova-plugin-file's branch refs/heads/master from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file.git;h=1490441 ] CB-7244 Updated version and RELEASENOTES.md for release 1.3.0 Plugins Release July 31st, 2014 --- Key: CB-7244 URL: https://issues.apache.org/jira/browse/CB-7244 Project: Apache Cordova Issue Type: Task Reporter: Steve Gill Assignee: Steve Gill Following steps at https://github.com/apache/cordova-coho/blob/master/docs/plugins-release-process.md -- This message was sent by Atlassian JIRA (v6.2#6252)
