[jira] [Commented] (CB-8137) Passing options to .download causes crash on iOS
[ https://issues.apache.org/jira/browse/CB-8137?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14239222#comment-14239222 ] Ivan Karpan commented on CB-8137: - Reproduced and looked into it. The problem was in CDVFileTransfer.m, line 368, namely objc code expected third argument incoming from JavaScript to be boolean. According to documentation: https://github.com/apache/cordova-plugin-file-transfer/blob/master/doc/index.md#download The third parameter defines if all hosts should be trusted (from comments in objc code - if self-signed certificates should be allowed), false by default. The following code executes perfectly: var options = new FileUploadOptions(); new window.parent.FileTransfer().download(uri, 'cdvfile://localhost/cache/'+destPath, fetchSuccess, fetchFailure, false, options); So this is not a bug, should be closed as such. Although I must say that the documentation and objc is quit4e different still... Options that come in from JavaScript are assigned to objectId, which does I am not sure what. It also expects headers to come in as the fifth argument, which is inconsistent with documentation. In documentation it is said that only headers override is supported but de facto it is not because of the interface being inconsistent with documentation. I will open another issue for this separate problem. Passing options to .download causes crash on iOS Key: CB-8137 URL: https://issues.apache.org/jira/browse/CB-8137 Project: Apache Cordova Issue Type: Bug Components: Plugin File Transfer Environment: xcode 6 iOS 8.1.1 org.apache.cordova.file 1.3.1 File org.apache.cordova.file-transfer 0.4.7 File Transfer Cordova CLI 4.1.2 Reporter: David Banham The minimal repro is: var options = new FileUploadOptions(); new window.parent.FileTransfer().download(uri, 'cdvfile://localhost/cache/'+destPath, fetchSuccess, fetchFailure, options); The output from xcode is: 2014-12-09 11:45:29.274 iCSL[276:33032] -[__NSDictionaryM boolValue]: unrecognized selector sent to instance 0x17694c20 2014-12-09 11:45:29.275 iCSL[276:33032] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '-[__NSDictionaryM boolValue]: unrecognized selector sent to instance 0x17694c20' *** First throw call stack: (0x24a9f49f 0x32693c8b 0x24aa48b9 0x24aa27d7 0x249d4058 0xaa493 0x88975 0x881ff 0x257a4f99 0x24a65c87 0x24a65803 0x24a63a53 0x249b13c1 0x249b11d3 0x2bd950a9 0x27fc0fa1 0x8e31b 0x32c13aaf) libc++abi.dylib: terminating with uncaught exception of type NSException -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8138) download parameters in documentation is inconsistent with implementation
[ https://issues.apache.org/jira/browse/CB-8138?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ivan Karpan updated CB-8138: Summary: download parameters in documentation is inconsistent with implementation (was: download parameters in documentation are inconsistent with implementation) download parameters in documentation is inconsistent with implementation -- Key: CB-8138 URL: https://issues.apache.org/jira/browse/CB-8138 Project: Apache Cordova Issue Type: Bug Components: Plugin File Transfer Affects Versions: 3.7.0 Environment: org.apache.cordova.file-transfer 0.4.7 File Transfer Reporter: Ivan Karpan Labels: documentaion, file-transfer, plugin According to documentation download action parameters are as follows (optional ones are marked [as such]): * source * target * [trustAllHosts] * [options] https://github.com/apache/cordova-plugin-file-transfer/blob/master/doc/index.md#download In iOS implementation the parameters are different: * source * target * [trustAllHosts] * downloadId * [headers] https://github.com/IvanKarpan/cordova-plugin-file-transfer/blob/master/src/ios/CDVFileTransfer.m#L366 I am no Android, Windows or WP developer but reading those platforms' implementations it seems like they all in fact require some sort of a download id at index 3. All of this means that some of the plugin functionality cannot be used by users because they are misguided by documentation. It also means that there is a problem with arguments order, because downloadId is mandatory while trustAllHosts is not. I will submit a pull request via github to update the documentation. If this is enough for the community we could leave it at that. Otherwise it seems like how it should actually be done is as follows: * source * target * download id * [trustAllHosts] * [headers] I can/will easily do this for iOS and make necessary changes to the documentation although I will need some help to fix this/review my blindfolded fixes on other platforms. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8138) download parameters in documentation are inconsistent with implementation
[ https://issues.apache.org/jira/browse/CB-8138?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ivan Karpan updated CB-8138: Summary: download parameters in documentation are inconsistent with implementation (was: download parameters in documentation is inconsistent with implementation) download parameters in documentation are inconsistent with implementation --- Key: CB-8138 URL: https://issues.apache.org/jira/browse/CB-8138 Project: Apache Cordova Issue Type: Bug Components: Plugin File Transfer Affects Versions: 3.7.0 Environment: org.apache.cordova.file-transfer 0.4.7 File Transfer Reporter: Ivan Karpan Labels: documentaion, file-transfer, plugin According to documentation download action parameters are as follows (optional ones are marked [as such]): * source * target * [trustAllHosts] * [options] https://github.com/apache/cordova-plugin-file-transfer/blob/master/doc/index.md#download In iOS implementation the parameters are different: * source * target * [trustAllHosts] * downloadId * [headers] https://github.com/IvanKarpan/cordova-plugin-file-transfer/blob/master/src/ios/CDVFileTransfer.m#L366 I am no Android, Windows or WP developer but reading those platforms' implementations it seems like they all in fact require some sort of a download id at index 3. All of this means that some of the plugin functionality cannot be used by users because they are misguided by documentation. It also means that there is a problem with arguments order, because downloadId is mandatory while trustAllHosts is not. I will submit a pull request via github to update the documentation. If this is enough for the community we could leave it at that. Otherwise it seems like how it should actually be done is as follows: * source * target * download id * [trustAllHosts] * [headers] I can/will easily do this for iOS and make necessary changes to the documentation although I will need some help to fix this/review my blindfolded fixes on other platforms. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8138) download parameters in documentation are inconsistent with implementation
Ivan Karpan created CB-8138: --- Summary: download parameters in documentation are inconsistent with implementation Key: CB-8138 URL: https://issues.apache.org/jira/browse/CB-8138 Project: Apache Cordova Issue Type: Bug Components: Plugin File Transfer Affects Versions: 3.7.0 Environment: org.apache.cordova.file-transfer 0.4.7 File Transfer Reporter: Ivan Karpan According to documentation download action parameters are as follows (optional ones are marked [as such]): * source * target * [trustAllHosts] * [options] https://github.com/apache/cordova-plugin-file-transfer/blob/master/doc/index.md#download In iOS implementation the parameters are different: * source * target * [trustAllHosts] * downloadId * [headers] https://github.com/IvanKarpan/cordova-plugin-file-transfer/blob/master/src/ios/CDVFileTransfer.m#L366 I am no Android, Windows or WP developer but reading those platforms' implementations it seems like they all in fact require some sort of a download id at index 3. All of this means that some of the plugin functionality cannot be used by users because they are misguided by documentation. It also means that there is a problem with arguments order, because downloadId is mandatory while trustAllHosts is not. I will submit a pull request via github to update the documentation. If this is enough for the community we could leave it at that. Otherwise it seems like how it should actually be done is as follows: * source * target * download id * [trustAllHosts] * [headers] I can/will easily do this for iOS and make necessary changes to the documentation although I will need some help to fix this/review my blindfolded fixes on other platforms. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8137) Passing options to .download causes crash on iOS
[ https://issues.apache.org/jira/browse/CB-8137?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14239245#comment-14239245 ] Ivan Karpan commented on CB-8137: - Here is the related issue: CB-8138 Passing options to .download causes crash on iOS Key: CB-8137 URL: https://issues.apache.org/jira/browse/CB-8137 Project: Apache Cordova Issue Type: Bug Components: Plugin File Transfer Environment: xcode 6 iOS 8.1.1 org.apache.cordova.file 1.3.1 File org.apache.cordova.file-transfer 0.4.7 File Transfer Cordova CLI 4.1.2 Reporter: David Banham The minimal repro is: var options = new FileUploadOptions(); new window.parent.FileTransfer().download(uri, 'cdvfile://localhost/cache/'+destPath, fetchSuccess, fetchFailure, options); The output from xcode is: 2014-12-09 11:45:29.274 iCSL[276:33032] -[__NSDictionaryM boolValue]: unrecognized selector sent to instance 0x17694c20 2014-12-09 11:45:29.275 iCSL[276:33032] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '-[__NSDictionaryM boolValue]: unrecognized selector sent to instance 0x17694c20' *** First throw call stack: (0x24a9f49f 0x32693c8b 0x24aa48b9 0x24aa27d7 0x249d4058 0xaa493 0x88975 0x881ff 0x257a4f99 0x24a65c87 0x24a65803 0x24a63a53 0x249b13c1 0x249b11d3 0x2bd950a9 0x27fc0fa1 0x8e31b 0x32c13aaf) libc++abi.dylib: terminating with uncaught exception of type NSException -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-8138) download parameters in documentation are inconsistent with implementation
[ https://issues.apache.org/jira/browse/CB-8138?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ivan Karpan closed CB-8138. --- Resolution: Not a Problem Seems like JavaScript implementation of the plugin actually handles all the quirks with parameters and there is nothing to be done... I am very sorry for wasting everyone's time, closing this issue. I am new too all of this and my desire to contribute requires better control and due diligence on my part. download parameters in documentation are inconsistent with implementation --- Key: CB-8138 URL: https://issues.apache.org/jira/browse/CB-8138 Project: Apache Cordova Issue Type: Bug Components: Plugin File Transfer Affects Versions: 3.7.0 Environment: org.apache.cordova.file-transfer 0.4.7 File Transfer Reporter: Ivan Karpan Labels: documentaion, file-transfer, plugin According to documentation download action parameters are as follows (optional ones are marked [as such]): * source * target * [trustAllHosts] * [options] https://github.com/apache/cordova-plugin-file-transfer/blob/master/doc/index.md#download In iOS implementation the parameters are different: * source * target * [trustAllHosts] * downloadId * [headers] https://github.com/IvanKarpan/cordova-plugin-file-transfer/blob/master/src/ios/CDVFileTransfer.m#L366 I am no Android, Windows or WP developer but reading those platforms' implementations it seems like they all in fact require some sort of a download id at index 3. All of this means that some of the plugin functionality cannot be used by users because they are misguided by documentation. It also means that there is a problem with arguments order, because downloadId is mandatory while trustAllHosts is not. I will submit a pull request via github to update the documentation. If this is enough for the community we could leave it at that. Otherwise it seems like how it should actually be done is as follows: * source * target * download id * [trustAllHosts] * [headers] I can/will easily do this for iOS and make necessary changes to the documentation although I will need some help to fix this/review my blindfolded fixes on other platforms. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8139) WP8. Fix callback for plugins with native ui (capture, contactPicker, BarcodeScanner, other)
Sergey Grebnov created CB-8139: -- Summary: WP8. Fix callback for plugins with native ui (capture, contactPicker, BarcodeScanner, other) Key: CB-8139 URL: https://issues.apache.org/jira/browse/CB-8139 Project: Apache Cordova Issue Type: Bug Reporter: Sergey Grebnov Assignee: Sergey Grebnov Priority: Critical The [CB-7028] seems to be causing an issue with a barcode scanning, contact picker, media capture plugins. When the plug-in is launched to show some additional native ui (via a Task), it appears the WebBrowser_Unloaded event is triggered, which removes all of the callbacks, including those for the plug-in that launched. As a result, when the plugin tries to return data back to the script, it fails to do so. Sample code for org.apache.cordova.media-capture {code} // capture callback var captureSuccess = function (mediaFiles) { alert('success: ' + JSON.stringify(mediaFiles)); }; // capture error callback var captureError = function (error) { navigator.notification.alert('Error code: ' + error.code, null, 'Capture Error'); }; // start video capture navigator.device.capture.captureVideo(captureSuccess, captureError, { limit: 1 }); {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8139) WP8. Fix callback for plugins with native ui (capture, contactPicker, BarcodeScanner, other)
[ https://issues.apache.org/jira/browse/CB-8139?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-8139: --- Description: The [CB-7028] seems to be causing an issue with a barcode scanning, contact picker, media capture plugins. When the plug-in is launched to show some additional native ui (via a Task), it appears the WebBrowser_Unloaded event is triggered, which removes all of the callbacks, including those for the plug-in that launched. As a result, when the plugin tries to return data back to the script, it fails to do so. Sample code for org.apache.cordova.media-capture {code} // capture callback var captureSuccess = function (mediaFiles) { alert('success: ' + JSON.stringify(mediaFiles)); }; // capture error callback var captureError = function (error) { alert('Error code: ' + error.code, null, 'Capture Error'); }; // start video capture navigator.device.capture.captureVideo(captureSuccess, captureError, { limit: 1 }); {code} was: The [CB-7028] seems to be causing an issue with a barcode scanning, contact picker, media capture plugins. When the plug-in is launched to show some additional native ui (via a Task), it appears the WebBrowser_Unloaded event is triggered, which removes all of the callbacks, including those for the plug-in that launched. As a result, when the plugin tries to return data back to the script, it fails to do so. Sample code for org.apache.cordova.media-capture {code} // capture callback var captureSuccess = function (mediaFiles) { alert('success: ' + JSON.stringify(mediaFiles)); }; // capture error callback var captureError = function (error) { navigator.notification.alert('Error code: ' + error.code, null, 'Capture Error'); }; // start video capture navigator.device.capture.captureVideo(captureSuccess, captureError, { limit: 1 }); {code} WP8. Fix callback for plugins with native ui (capture, contactPicker, BarcodeScanner, other) Key: CB-8139 URL: https://issues.apache.org/jira/browse/CB-8139 Project: Apache Cordova Issue Type: Bug Components: WP8 Reporter: Sergey Grebnov Assignee: Sergey Grebnov Priority: Critical The [CB-7028] seems to be causing an issue with a barcode scanning, contact picker, media capture plugins. When the plug-in is launched to show some additional native ui (via a Task), it appears the WebBrowser_Unloaded event is triggered, which removes all of the callbacks, including those for the plug-in that launched. As a result, when the plugin tries to return data back to the script, it fails to do so. Sample code for org.apache.cordova.media-capture {code} // capture callback var captureSuccess = function (mediaFiles) { alert('success: ' + JSON.stringify(mediaFiles)); }; // capture error callback var captureError = function (error) { alert('Error code: ' + error.code, null, 'Capture Error'); }; // start video capture navigator.device.capture.captureVideo(captureSuccess, captureError, { limit: 1 }); {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8139) WP8. Fix callback for plugins with native ui (capture, contactPicker, BarcodeScanner, other)
[ https://issues.apache.org/jira/browse/CB-8139?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-8139: --- Component/s: WP8 WP8. Fix callback for plugins with native ui (capture, contactPicker, BarcodeScanner, other) Key: CB-8139 URL: https://issues.apache.org/jira/browse/CB-8139 Project: Apache Cordova Issue Type: Bug Components: WP8 Reporter: Sergey Grebnov Assignee: Sergey Grebnov Priority: Critical The [CB-7028] seems to be causing an issue with a barcode scanning, contact picker, media capture plugins. When the plug-in is launched to show some additional native ui (via a Task), it appears the WebBrowser_Unloaded event is triggered, which removes all of the callbacks, including those for the plug-in that launched. As a result, when the plugin tries to return data back to the script, it fails to do so. Sample code for org.apache.cordova.media-capture {code} // capture callback var captureSuccess = function (mediaFiles) { alert('success: ' + JSON.stringify(mediaFiles)); }; // capture error callback var captureError = function (error) { navigator.notification.alert('Error code: ' + error.code, null, 'Capture Error'); }; // start video capture navigator.device.capture.captureVideo(captureSuccess, captureError, { limit: 1 }); {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8140) Menu items are not coming up in android native app.
Suman Maparu created CB-8140: Summary: Menu items are not coming up in android native app. Key: CB-8140 URL: https://issues.apache.org/jira/browse/CB-8140 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 4.0.0 Environment: Mac OSX 10.9.5 Reporter: Suman Maparu I am working on a native hybrid app where cordova is used to generate the native code for android and iOS app. App was working fine in Cordova 3.3.0 but once it was upgraded to 4.1.2 menu items are not coming up in android app. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8141) infinite redirection loop when searching for plugin with a space
Josh Soref created CB-8141: -- Summary: infinite redirection loop when searching for plugin with a space Key: CB-8141 URL: https://issues.apache.org/jira/browse/CB-8141 Project: Apache Cordova Issue Type: Bug Components: Registry Web Reporter: Josh Soref * Load http://plugins.cordova.io/#/ * Search for `video player` You get sent to: * http://plugins.cordova.io/#/search?search=video player * http://plugins.cordova.io/#/search?search=video%20player Get an infinite `window.location.hashbang` loop Reported on irc by a chrome user (confirmed) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7541) Invalid section in BlackBerry platform guides
[ https://issues.apache.org/jira/browse/CB-7541?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14239746#comment-14239746 ] ASF subversion and git services commented on CB-7541: - Commit 9b0fa5be1b889fc35c085d938e4ba60d69df3754 in cordova-docs's branch refs/heads/master from [~akurdyumov] [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=9b0fa5b ] CB-7541 Remove obsolete item in the BlackBerry 10 section This closes apache/cordova-docs#235 Invalid section in BlackBerry platform guides - Key: CB-7541 URL: https://issues.apache.org/jira/browse/CB-7541 Project: Apache Cordova Issue Type: Bug Components: BlackBerry, Docs Affects Versions: 3.5.0, 3.6.0 Reporter: Andrey Kurdyumov Labels: documentation, easyfix Open Platform Guides on edge docs, inside BlackBerry 10 sub-section there item BlackBerry 10 Command-line Tools which is not present in the docs, and right now I believe this is BlackBerry 10 Shell Tool Guide. Item BlackBerry 10 Command-line Tools item should be removed. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7541) Invalid section in BlackBerry platform guides
[ https://issues.apache.org/jira/browse/CB-7541?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14239747#comment-14239747 ] ASF GitHub Bot commented on CB-7541: Github user asfgit closed the pull request at: https://github.com/apache/cordova-docs/pull/235 Invalid section in BlackBerry platform guides - Key: CB-7541 URL: https://issues.apache.org/jira/browse/CB-7541 Project: Apache Cordova Issue Type: Bug Components: BlackBerry, Docs Affects Versions: 3.5.0, 3.6.0 Reporter: Andrey Kurdyumov Labels: documentation, easyfix Open Platform Guides on edge docs, inside BlackBerry 10 sub-section there item BlackBerry 10 Command-line Tools which is not present in the docs, and right now I believe this is BlackBerry 10 Shell Tool Guide. Item BlackBerry 10 Command-line Tools item should be removed. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-7541) Invalid section in BlackBerry platform guides
[ https://issues.apache.org/jira/browse/CB-7541?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bryan Higgins closed CB-7541. - Resolution: Fixed Invalid section in BlackBerry platform guides - Key: CB-7541 URL: https://issues.apache.org/jira/browse/CB-7541 Project: Apache Cordova Issue Type: Bug Components: BlackBerry, Docs Affects Versions: 3.5.0, 3.6.0 Reporter: Andrey Kurdyumov Labels: documentation, easyfix Open Platform Guides on edge docs, inside BlackBerry 10 sub-section there item BlackBerry 10 Command-line Tools which is not present in the docs, and right now I believe this is BlackBerry 10 Shell Tool Guide. Item BlackBerry 10 Command-line Tools item should be removed. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8142) Media.play() skips the first second of file
Brian Geppert created CB-8142: - Summary: Media.play() skips the first second of file Key: CB-8142 URL: https://issues.apache.org/jira/browse/CB-8142 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.5.0 Environment: Android 5.0 Lollipop, Nexus 5 Reporter: Brian Geppert Priority: Minor When playing an MP3 or Ogg Vorbis file from /android_asset/www/, the first second of the audio is missing (either silent or skipped, I don't know). -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-7672) Spaces in path causes build to fail
[ https://issues.apache.org/jira/browse/CB-7672?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lorin Beer resolved CB-7672. Resolution: Cannot Reproduce Fix Version/s: 4.1.3 tested with {code:title=test1: space in create path} $ cordova create fancy time cd fancy\ time/ $ cordova platform add ios $ cordova build ios {code} {code:title=test2: space in project path} $ mkdir fancy time cd fancy\ time/ $ cordova create . $ cordova platform add ios $ cordova build ios {code} {code:title=test3: space somewhere in path} $ mkdir fancy times cd fancy\ times\ $ cordova create foobar $ cordova platform add ios $ cordova build ios {code} in all cases the result was {code} ** BUILD SUCCEEDED ** {code} version is 4.1.3-dev Spaces in path causes build to fail --- Key: CB-7672 URL: https://issues.apache.org/jira/browse/CB-7672 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.6.0 Environment: OSX, node 0.10.31, xcode 6, ios-sim 3 Reporter: Mike Hartington Assignee: Lorin Beer Fix For: 4.1.3 In previous releases, If I had a project who's path had a space in it, cordova would build for iOS no problem. With 3.6, that is not the case. Example: ~/Github\ Repos/myapp/ - this worked in 3.5, fails in 3.6 ~/GithubRepos/myapp/ - works fine in 3.6 and 3.5 Not sure if this can be considered a big issue, but definitely tripped me up since it worked in previous versions. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-7112) Removing plugin with dependecy
[ https://issues.apache.org/jira/browse/CB-7112?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lorin Beer reassigned CB-7112: -- Assignee: Lorin Beer Removing plugin with dependecy -- Key: CB-7112 URL: https://issues.apache.org/jira/browse/CB-7112 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.5.0 Environment: Window 7 64bit Reporter: Jan Velecký Assignee: Lorin Beer Priority: Blocker When user add plugin with need another denpendency, there is problem with deleting them. When user delete this plugin, dependency remain in project. Then, when user want delete dependendent plugin, plugin will be deleted, but remain in dependent_plugins in plugin.json file. And then everything is broken... Easy reproduction: Create new project cordova plugin add https://github.com/floatinghotpot/cordova-plugin-admob.git // now delete it cordova plugin rm com.rjfun.cordova.plugin.admob // com.google.playservices remain unaffected cordova plugin rm com.google.playservices // GPS plugin remain in plugin.json -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-7950) CLI create.js misspells parseConfig on line 36
[ https://issues.apache.org/jira/browse/CB-7950?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lorin Beer reassigned CB-7950: -- Assignee: Lorin Beer CLI create.js misspells parseConfig on line 36 -- Key: CB-7950 URL: https://issues.apache.org/jira/browse/CB-7950 Project: Apache Cordova Issue Type: Bug Components: CLI Reporter: Lisa Seacat DeLuca Assignee: Lorin Beer https://github.com/apache/cordova-cli/blob/master/src/create.js Checkout line 36 It says: // parseConfig will determine if there's a valid config JSON string cfg = parseCofig(undashed[4]); I believe it should be // parseConfig will determine if there's a valid config JSON string cfg = parseConfig(undashed[4]); -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-8044) --no-build flag not working.
[ https://issues.apache.org/jira/browse/CB-8044?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lorin Beer reassigned CB-8044: -- Assignee: Lorin Beer --no-build flag not working. Key: CB-8044 URL: https://issues.apache.org/jira/browse/CB-8044 Project: Apache Cordova Issue Type: Bug Components: CLI Reporter: Rémi Couturier Assignee: Lorin Beer cordova-cli: 4.1.2 cordova-android: 3.6.4 mac: osx yosemite When running {{cordova run android -- --no-build}} I'm getting the following error: {{ERROR : Run option '--no-build' not recognized.}} The script stop. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-975) camera.getPicture crashes app on iPad3 when capturing multiple images
[ https://issues.apache.org/jira/browse/CB-975?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lorin Beer updated CB-975: -- Assignee: Shazron Abdullah (was: Lorin Beer) camera.getPicture crashes app on iPad3 when capturing multiple images - Key: CB-975 URL: https://issues.apache.org/jira/browse/CB-975 Project: Apache Cordova Issue Type: Bug Components: Plugin Camera Affects Versions: 1.7.0, 1.8.1, 1.9.0, 2.0.0 Environment: iOS 5.1.1 iPad 3 (device is not jailbbroken or anything special, stock standard) Built on PhoneGap Build service iPhone 4s Reporter: Andrew Smith Assignee: Shazron Abdullah Priority: Critical Labels: camera, memory I have a page which allows users to capture multiple images, one after the other. Somewhere between the second and fifth capture, the application crashes. Restarting the device and closing other apps makes no difference as to how long it takes to crash. -deleted-I have not been able to test on an iPhone.-deleted- Update: can confirm it happens on iPhone 4S too. I have tried with both FILE_URI and DATA_URL, with no noticeable change. Here is my pared down code which exhibits the detailed behaviour. This method is called from an onclick event on a DIV element. {code:javascript} ModFormCommon.AddPhoto = function () { if (!navigator.camera) { alert(Photos are not supported on this device); return; } navigator.camera.getPicture( function( data ) { alert(Photo taken: + data.length); }, function (sMessage) { alert(Photo error: + sMessage); }, { quality: 25, //destinationType: Camera.DestinationType.FILE_URI destinationType: Camera.DestinationType.DATA_URL }); }; {code} The Crashlog is sometimes proceeded by a low memory warning, but not always, so don't know that it's relevant. Crashlog is as follows: Incident Identifier: F8CD8A48-0989-479C-AC7E-4CBF31BAE737 CrashReporter Key: f491a35dbb4b6f2e7c0d29faeee7feaf7813f4c8 Hardware Model: iPad3,3 Process: MDC [809] Path: /var/mobile/Applications/CC253554-F6B5-4E8F-BC83-27F34241AE80/MDC.app/MDC Identifier: MDC Version: ??? (???) Code Type: ARM (Native) Parent Process: launchd [1] Date/Time: 2012-06-28 11:53:53.141 +1000 OS Version: iPhone OS 5.1.1 (9B206) Report Version: 104 Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x Crashed Thread: 10 Thread 0 name: Dispatch queue: com.apple.main-thread Thread 0: 0 libsystem_kernel.dylib0x35034004 0x35033000 + 4100 1 libsystem_kernel.dylib0x350341fa 0x35033000 + 4602 2 CoreFoundation0x32b413ec 0x32ab4000 + 578540 3 CoreFoundation0x32b400ea 0x32ab4000 + 573674 4 CoreFoundation0x32ac349e 0x32ab4000 + 62622 5 CoreFoundation0x32ac3366 0x32ab4000 + 62310 6 GraphicsServices 0x32c10432 0x32c0c000 + 17458 7 UIKit 0x350a2cce 0x35071000 + 203982 8 MDC 0x24c8 0x1000 + 5320 9 MDC 0x2444 0x1000 + 5188 Thread 1 name: Dispatch queue: com.apple.libdispatch-manager Thread 1: 0 libsystem_kernel.dylib0x350343a8 0x35033000 + 5032 1 libdispatch.dylib 0x31298f04 0x31295000 + 16132 2 libdispatch.dylib 0x31298c22 0x31295000 + 15394 Thread 2 name: WebThread Thread 2: 0 libsystem_kernel.dylib0x35034004 0x35033000 + 4100 1 libsystem_kernel.dylib0x350341fa 0x35033000 + 4602 2 CoreFoundation0x32b413ec 0x32ab4000 + 578540 3 CoreFoundation0x32b40124 0x32ab4000 + 573732 4 CoreFoundation0x32ac349e 0x32ab4000 + 62622 5 CoreFoundation0x32ac3366 0x32ab4000 + 62310 6 WebCore 0x35861c9c 0x357b8000 + 695452 7 libsystem_c.dylib 0x31f2b72e 0x31f1d000 + 59182 8 libsystem_c.dylib 0x31f2b5e8 0x31f1d000 + 58856 Thread 3 name: com.apple.NSURLConnectionLoader Thread 3: 0 libsystem_kernel.dylib0x35034004 0x35033000 + 4100 1 libsystem_kernel.dylib0x350341fa 0x35033000 + 4602 2 CoreFoundation0x32b413ec 0x32ab4000 + 578540 3 CoreFoundation0x32b40124 0x32ab4000 + 573732 4 CoreFoundation0x32ac349e
[jira] [Assigned] (CB-975) camera.getPicture crashes app on iPad3 when capturing multiple images
[ https://issues.apache.org/jira/browse/CB-975?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lorin Beer reassigned CB-975: - Assignee: Lorin Beer (was: Shazron Abdullah) camera.getPicture crashes app on iPad3 when capturing multiple images - Key: CB-975 URL: https://issues.apache.org/jira/browse/CB-975 Project: Apache Cordova Issue Type: Bug Components: Plugin Camera Affects Versions: 1.7.0, 1.8.1, 1.9.0, 2.0.0 Environment: iOS 5.1.1 iPad 3 (device is not jailbbroken or anything special, stock standard) Built on PhoneGap Build service iPhone 4s Reporter: Andrew Smith Assignee: Lorin Beer Priority: Critical Labels: camera, memory I have a page which allows users to capture multiple images, one after the other. Somewhere between the second and fifth capture, the application crashes. Restarting the device and closing other apps makes no difference as to how long it takes to crash. -deleted-I have not been able to test on an iPhone.-deleted- Update: can confirm it happens on iPhone 4S too. I have tried with both FILE_URI and DATA_URL, with no noticeable change. Here is my pared down code which exhibits the detailed behaviour. This method is called from an onclick event on a DIV element. {code:javascript} ModFormCommon.AddPhoto = function () { if (!navigator.camera) { alert(Photos are not supported on this device); return; } navigator.camera.getPicture( function( data ) { alert(Photo taken: + data.length); }, function (sMessage) { alert(Photo error: + sMessage); }, { quality: 25, //destinationType: Camera.DestinationType.FILE_URI destinationType: Camera.DestinationType.DATA_URL }); }; {code} The Crashlog is sometimes proceeded by a low memory warning, but not always, so don't know that it's relevant. Crashlog is as follows: Incident Identifier: F8CD8A48-0989-479C-AC7E-4CBF31BAE737 CrashReporter Key: f491a35dbb4b6f2e7c0d29faeee7feaf7813f4c8 Hardware Model: iPad3,3 Process: MDC [809] Path: /var/mobile/Applications/CC253554-F6B5-4E8F-BC83-27F34241AE80/MDC.app/MDC Identifier: MDC Version: ??? (???) Code Type: ARM (Native) Parent Process: launchd [1] Date/Time: 2012-06-28 11:53:53.141 +1000 OS Version: iPhone OS 5.1.1 (9B206) Report Version: 104 Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x Crashed Thread: 10 Thread 0 name: Dispatch queue: com.apple.main-thread Thread 0: 0 libsystem_kernel.dylib0x35034004 0x35033000 + 4100 1 libsystem_kernel.dylib0x350341fa 0x35033000 + 4602 2 CoreFoundation0x32b413ec 0x32ab4000 + 578540 3 CoreFoundation0x32b400ea 0x32ab4000 + 573674 4 CoreFoundation0x32ac349e 0x32ab4000 + 62622 5 CoreFoundation0x32ac3366 0x32ab4000 + 62310 6 GraphicsServices 0x32c10432 0x32c0c000 + 17458 7 UIKit 0x350a2cce 0x35071000 + 203982 8 MDC 0x24c8 0x1000 + 5320 9 MDC 0x2444 0x1000 + 5188 Thread 1 name: Dispatch queue: com.apple.libdispatch-manager Thread 1: 0 libsystem_kernel.dylib0x350343a8 0x35033000 + 5032 1 libdispatch.dylib 0x31298f04 0x31295000 + 16132 2 libdispatch.dylib 0x31298c22 0x31295000 + 15394 Thread 2 name: WebThread Thread 2: 0 libsystem_kernel.dylib0x35034004 0x35033000 + 4100 1 libsystem_kernel.dylib0x350341fa 0x35033000 + 4602 2 CoreFoundation0x32b413ec 0x32ab4000 + 578540 3 CoreFoundation0x32b40124 0x32ab4000 + 573732 4 CoreFoundation0x32ac349e 0x32ab4000 + 62622 5 CoreFoundation0x32ac3366 0x32ab4000 + 62310 6 WebCore 0x35861c9c 0x357b8000 + 695452 7 libsystem_c.dylib 0x31f2b72e 0x31f1d000 + 59182 8 libsystem_c.dylib 0x31f2b5e8 0x31f1d000 + 58856 Thread 3 name: com.apple.NSURLConnectionLoader Thread 3: 0 libsystem_kernel.dylib0x35034004 0x35033000 + 4100 1 libsystem_kernel.dylib0x350341fa 0x35033000 + 4602 2 CoreFoundation0x32b413ec 0x32ab4000 + 578540 3 CoreFoundation0x32b40124 0x32ab4000 + 573732 4 CoreFoundation0x32ac349e
[jira] [Resolved] (CB-975) camera.getPicture crashes app on iPad3 when capturing multiple images
[ https://issues.apache.org/jira/browse/CB-975?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lorin Beer resolved CB-975. --- Resolution: Cannot Reproduce shooting this over to you, [~shazron] testing had not uncovered a problem over a year ago, my suspicion was that it was a matter of too much being stored in device memory. The issue has been serially reopened. This has remained inactive for a year, closing. Hopefully for good. camera.getPicture crashes app on iPad3 when capturing multiple images - Key: CB-975 URL: https://issues.apache.org/jira/browse/CB-975 Project: Apache Cordova Issue Type: Bug Components: Plugin Camera Affects Versions: 1.7.0, 1.8.1, 1.9.0, 2.0.0 Environment: iOS 5.1.1 iPad 3 (device is not jailbbroken or anything special, stock standard) Built on PhoneGap Build service iPhone 4s Reporter: Andrew Smith Assignee: Lorin Beer Priority: Critical Labels: camera, memory I have a page which allows users to capture multiple images, one after the other. Somewhere between the second and fifth capture, the application crashes. Restarting the device and closing other apps makes no difference as to how long it takes to crash. -deleted-I have not been able to test on an iPhone.-deleted- Update: can confirm it happens on iPhone 4S too. I have tried with both FILE_URI and DATA_URL, with no noticeable change. Here is my pared down code which exhibits the detailed behaviour. This method is called from an onclick event on a DIV element. {code:javascript} ModFormCommon.AddPhoto = function () { if (!navigator.camera) { alert(Photos are not supported on this device); return; } navigator.camera.getPicture( function( data ) { alert(Photo taken: + data.length); }, function (sMessage) { alert(Photo error: + sMessage); }, { quality: 25, //destinationType: Camera.DestinationType.FILE_URI destinationType: Camera.DestinationType.DATA_URL }); }; {code} The Crashlog is sometimes proceeded by a low memory warning, but not always, so don't know that it's relevant. Crashlog is as follows: Incident Identifier: F8CD8A48-0989-479C-AC7E-4CBF31BAE737 CrashReporter Key: f491a35dbb4b6f2e7c0d29faeee7feaf7813f4c8 Hardware Model: iPad3,3 Process: MDC [809] Path: /var/mobile/Applications/CC253554-F6B5-4E8F-BC83-27F34241AE80/MDC.app/MDC Identifier: MDC Version: ??? (???) Code Type: ARM (Native) Parent Process: launchd [1] Date/Time: 2012-06-28 11:53:53.141 +1000 OS Version: iPhone OS 5.1.1 (9B206) Report Version: 104 Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x Crashed Thread: 10 Thread 0 name: Dispatch queue: com.apple.main-thread Thread 0: 0 libsystem_kernel.dylib0x35034004 0x35033000 + 4100 1 libsystem_kernel.dylib0x350341fa 0x35033000 + 4602 2 CoreFoundation0x32b413ec 0x32ab4000 + 578540 3 CoreFoundation0x32b400ea 0x32ab4000 + 573674 4 CoreFoundation0x32ac349e 0x32ab4000 + 62622 5 CoreFoundation0x32ac3366 0x32ab4000 + 62310 6 GraphicsServices 0x32c10432 0x32c0c000 + 17458 7 UIKit 0x350a2cce 0x35071000 + 203982 8 MDC 0x24c8 0x1000 + 5320 9 MDC 0x2444 0x1000 + 5188 Thread 1 name: Dispatch queue: com.apple.libdispatch-manager Thread 1: 0 libsystem_kernel.dylib0x350343a8 0x35033000 + 5032 1 libdispatch.dylib 0x31298f04 0x31295000 + 16132 2 libdispatch.dylib 0x31298c22 0x31295000 + 15394 Thread 2 name: WebThread Thread 2: 0 libsystem_kernel.dylib0x35034004 0x35033000 + 4100 1 libsystem_kernel.dylib0x350341fa 0x35033000 + 4602 2 CoreFoundation0x32b413ec 0x32ab4000 + 578540 3 CoreFoundation0x32b40124 0x32ab4000 + 573732 4 CoreFoundation0x32ac349e 0x32ab4000 + 62622 5 CoreFoundation0x32ac3366 0x32ab4000 + 62310 6 WebCore 0x35861c9c 0x357b8000 + 695452 7 libsystem_c.dylib 0x31f2b72e 0x31f1d000 + 59182 8 libsystem_c.dylib 0x31f2b5e8 0x31f1d000 + 58856 Thread 3 name: com.apple.NSURLConnectionLoader Thread 3: 0 libsystem_kernel.dylib0x35034004 0x35033000 +
[jira] [Updated] (CB-2340) Add body property to FileTransferError object on BlackBerry
[ https://issues.apache.org/jira/browse/CB-2340?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lorin Beer updated CB-2340: --- Assignee: (was: Lorin Beer) Add body property to FileTransferError object on BlackBerry - Key: CB-2340 URL: https://issues.apache.org/jira/browse/CB-2340 Project: Apache Cordova Issue Type: Sub-task Components: BlackBerry Affects Versions: 2.3.0, 2.4.0, 2.5.0, 2.6.0 Reporter: Filip Maj Fix For: 3.6.0 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-2662) Header support for PhoneGap's FileTransfer.download (Blackberry)
[ https://issues.apache.org/jira/browse/CB-2662?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lorin Beer updated CB-2662: --- Assignee: (was: Lorin Beer) Header support for PhoneGap's FileTransfer.download (Blackberry) Key: CB-2662 URL: https://issues.apache.org/jira/browse/CB-2662 Project: Apache Cordova Issue Type: Sub-task Components: BlackBerry Reporter: Andrew Grieve -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-4097) BlackBerry - Unify Whitelist Implemenations
[ https://issues.apache.org/jira/browse/CB-4097?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lorin Beer updated CB-4097: --- Assignee: (was: Lorin Beer) BlackBerry - Unify Whitelist Implemenations --- Key: CB-4097 URL: https://issues.apache.org/jira/browse/CB-4097 Project: Apache Cordova Issue Type: Sub-task Components: BlackBerry Affects Versions: 3.0.0 Reporter: Andrew Grieve -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-2842) BB10, getPicture not respecting targetWidth/targetHeight
[ https://issues.apache.org/jira/browse/CB-2842?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lorin Beer updated CB-2842: --- Assignee: (was: Lorin Beer) BB10, getPicture not respecting targetWidth/targetHeight Key: CB-2842 URL: https://issues.apache.org/jira/browse/CB-2842 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Affects Versions: 2.5.0 Reporter: Raymond Camden Priority: Minor I've got a simple demo that makes use of the camera and places the result in the DOM: navigator.camera.getPicture(function(d) { //Assign to img $(#destPicture).attr(src, d); }, generalError, { destinationType:Camera.DestinationType.FILE_URI, quality: 75, targetWidth: 300, targetHeight: 300}); On my BB10 device, the target attributes are being ignored and the image is displayed at full size. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-4091) Media onSuccess is not called when media.play() is used on BlackBerry
[ https://issues.apache.org/jira/browse/CB-4091?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lorin Beer updated CB-4091: --- Assignee: (was: Lorin Beer) Media onSuccess is not called when media.play() is used on BlackBerry - Key: CB-4091 URL: https://issues.apache.org/jira/browse/CB-4091 Project: Apache Cordova Issue Type: Bug Components: BlackBerry, Plugin Media Affects Versions: 2.1.0, 2.2.0, 2.3.0, 2.4.0, 2.5.0, 2.6.0, 2.7.0, 2.8.0, 2.9.0 Reporter: Damjan Dvorsek onSuccess function is not called when playing media with media.play(). Testing on BB10z device with webinspector, there was no report of any error in the console. Using Ripple emulator (0.9.16) gives following error in the console: Received Media.onStatus callback for unknown media :: 0a9ec375-1a41-c7b3-ab35-3be99b281640 If cordova 2.0.0 is used there is a different error in the console: Uncaught TypeError: Cannot set property '_duration' of undefined I used Full Example that comes with media.play(), from documentation http://docs.phonegap.com/en/2.9.0/cordova_media_media.md.html#media.play for testing. In the case of cordova 2.0.0 onSuccess function is also not called after play ends, but it gets called if stopAudio() (which contains media.stop()) is called. This is not the case with versions 2.1.0 and above. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8121) create.js use of module 'valid-identifier' doesn't trigger pretty error
[ https://issues.apache.org/jira/browse/CB-8121?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14240168#comment-14240168 ] Jesse MacFadyen commented on CB-8121: - Why is it okay for the {{cordova-lib}} dependency to be resolved ( and fail if not explicity npm installed ) The only people who will have this issue are us. Our users who install by typing {{npm install cordova}} will never have this issue. I think this is the wrong approach to using require, and to do this right, every require() would need to wrapped in a similar fashion. The node/npm community has existed for years without needing this, why should we approach this any differently? create.js use of module 'valid-identifier' doesn't trigger pretty error --- Key: CB-8121 URL: https://issues.apache.org/jira/browse/CB-8121 Project: Apache Cordova Issue Type: Bug Components: CordovaLib Affects Versions: 4.1.3 Reporter: Josh Soref Assignee: Jesse MacFadyen {quote} nodecordova-mobile-spec/createmobilespec/createmobilespec.js --blackberry10 {quote} {quote} Creating project from local git repos. If you have any errors, it may be from missing repositories. {quote} {quote} To clone repositories: ./cordova-coho/coho repo-clone -r mobile-spec -r plugin-test-framework -r cli -r lib -r plugman -r blackberry10 -r js -r plugins mkdir cordova-cli/node_modules (cd cordova-lib/cordova-lib/ npm install) (cd cordova-plugman/ npm install) mkdir cordova-cli/node_modules ln -s ../../cordova-lib/cordova-lib cordova-cli/node_modules (cd cordova-cli npm install) {quote} {quote} To update all repositories: ./cordova-coho/coho repo-update {quote} {quote} Checking if you are using master branch of tools refs/heads/docs-updates refs/heads/master refs/heads/master refs/heads/master Using non-master of one or more tools. {quote} {quote} Creating project mobilespec... Error: Cannot find module 'valid-identifier' at Function.Module._resolveFilename (module.js:338:15) at Function.Module._load (module.js:280:25) at Module.require (module.js:364:17) at require (module.js:380:17) at Object.anonymous (~/Cordova/cordova-lib/cordova-lib/src/cordova/create.js:34:26) at Module._compile (module.js:456:26) at Object.Module._extensions..js (module.js:474:10) at Module.load (module.js:356:32) at Function.Module._load (module.js:312:12) at Module.require (module.js:364:17) {quote} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8143) Android Studio update combined with Build Tools upgrade breaks 4.0 build
Joe Bowser created CB-8143: -- Summary: Android Studio update combined with Build Tools upgrade breaks 4.0 build Key: CB-8143 URL: https://issues.apache.org/jira/browse/CB-8143 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 4.0.0 Reporter: Joe Bowser Assignee: Ian Clelland Priority: Blocker Fix For: 4.0.0 I just updated Android Studio to 1.0, which also now updates my Android Tools. That's pretty cool, except that it breaks everything we have for our gradle support: {code} FAILURE: Build failed with an exception. * Where: Build file '/Users/bowserj/UtahDemo/build.gradle' line: 27 * What went wrong: A problem occurred evaluating root project 'UtahDemo'. Failed to apply plugin [id 'android'] Gradle version 1.10 is required. Current version is 2.2.1. If using the gradle wrapper, try editing the distributionUrl in /Users/bowserj/UtahDemo/gradle/wrapper/gradle-wrapper.properties to gradle-1.10-all.zip * Try: Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output. BUILD FAILED Total time: 1.94 secs {code} This happens with all 4.0 projects. I've tried tweaking build.gradle to work with the right version, but I can see this severely aggravating users to no end. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-8121) create.js use of module 'valid-identifier' doesn't trigger pretty error
[ https://issues.apache.org/jira/browse/CB-8121?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14240168#comment-14240168 ] Jesse MacFadyen edited comment on CB-8121 at 12/9/14 10:32 PM: --- Why is it okay for the {{cordova-lib}} dependency to be resolved ( and fail if not explicity npm installed )? The only people who will have this issue are us. Our users who install by typing {{npm install cordova}} will never have this issue. I think this is the wrong approach to using require, and to do this right, every require() would need to wrapped in a similar fashion. The node/npm community has existed for years without needing this, why should we approach this any differently? was (Author: purplecabbage): Why is it okay for the {{cordova-lib}} dependency to be resolved ( and fail if not explicity npm installed ) The only people who will have this issue are us. Our users who install by typing {{npm install cordova}} will never have this issue. I think this is the wrong approach to using require, and to do this right, every require() would need to wrapped in a similar fashion. The node/npm community has existed for years without needing this, why should we approach this any differently? create.js use of module 'valid-identifier' doesn't trigger pretty error --- Key: CB-8121 URL: https://issues.apache.org/jira/browse/CB-8121 Project: Apache Cordova Issue Type: Bug Components: CordovaLib Affects Versions: 4.1.3 Reporter: Josh Soref Assignee: Jesse MacFadyen {quote} nodecordova-mobile-spec/createmobilespec/createmobilespec.js --blackberry10 {quote} {quote} Creating project from local git repos. If you have any errors, it may be from missing repositories. {quote} {quote} To clone repositories: ./cordova-coho/coho repo-clone -r mobile-spec -r plugin-test-framework -r cli -r lib -r plugman -r blackberry10 -r js -r plugins mkdir cordova-cli/node_modules (cd cordova-lib/cordova-lib/ npm install) (cd cordova-plugman/ npm install) mkdir cordova-cli/node_modules ln -s ../../cordova-lib/cordova-lib cordova-cli/node_modules (cd cordova-cli npm install) {quote} {quote} To update all repositories: ./cordova-coho/coho repo-update {quote} {quote} Checking if you are using master branch of tools refs/heads/docs-updates refs/heads/master refs/heads/master refs/heads/master Using non-master of one or more tools. {quote} {quote} Creating project mobilespec... Error: Cannot find module 'valid-identifier' at Function.Module._resolveFilename (module.js:338:15) at Function.Module._load (module.js:280:25) at Module.require (module.js:364:17) at require (module.js:380:17) at Object.anonymous (~/Cordova/cordova-lib/cordova-lib/src/cordova/create.js:34:26) at Module._compile (module.js:456:26) at Object.Module._extensions..js (module.js:474:10) at Module.load (module.js:356:32) at Function.Module._load (module.js:312:12) at Module.require (module.js:364:17) {quote} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8032) Add nativeURL external method support for CDVFileSystem-makeEntryForPath:isDirectory:
[ https://issues.apache.org/jira/browse/CB-8032?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14240230#comment-14240230 ] ASF subversion and git services commented on CB-8032: - Commit 0838a073021a81b73a9b0dbb9215e06c010a5789 in cordova-ios's branch refs/heads/wkwebview from [~shazron] [ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=0838a07 ] CB-8032 - Add new property in CDVCommandDelegate (urlTransformer), plus style fixups. Add nativeURL external method support for CDVFileSystem-makeEntryForPath:isDirectory: -- Key: CB-8032 URL: https://issues.apache.org/jira/browse/CB-8032 Project: Apache Cordova Issue Type: Sub-task Components: Plugin Camera, Plugin Contacts, Plugin File, Plugin File Transfer, Plugin Media, Plugin Media Capture Environment: iOS Reporter: Shazron Abdullah Right now in CDVFileSystem-makeEntryForPath:isDirectory:, in the NSDictionary that is returned, for the key nativeURL the format is fixed (file:// protocol for a local filesystem reference, and assets-library:/ for a assets library filesystem reference.) When calculating the nativeURL, allow this to be specified externally, check for a selector nativeURL and call that if available. This is for example declared in a Category in this plugin: https://github.com/apache/cordova-plugins/blob/5d8ef21dcbde1f99d60e1b52ae3a3800e4c185d9/local-webserver/src/ios/CDVLocalFileSystem%2BNativeURL.m ... which when linked will have the selector available for the File plugin to call. This code is part of the local webserver plugin - and it needs the File references to be proxied through a local webserver. For example if the FileEntry is to: file://my/package/folder/Documents/foo.txt .. the nativeURL would be, with this new category method, and the local webserver listening to http://localhost:8080: http://localhost:8080/local-filesystem/my/package/folder/Documents/foo.txt -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8032) Add nativeURL external method support for CDVFileSystem-makeEntryForPath:isDirectory:
[ https://issues.apache.org/jira/browse/CB-8032?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14240234#comment-14240234 ] ASF subversion and git services commented on CB-8032: - Commit bbd62028c0260d81d285c9babe04a46682971668 in cordova-plugins's branch refs/heads/master from [~shazron] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugins.git;h=bbd6202 ] CB-8032 - Set new CDVCommandDelegate.urlTransformer if available. Removed CDVFileSystem category methods. Add nativeURL external method support for CDVFileSystem-makeEntryForPath:isDirectory: -- Key: CB-8032 URL: https://issues.apache.org/jira/browse/CB-8032 Project: Apache Cordova Issue Type: Sub-task Components: Plugin Camera, Plugin Contacts, Plugin File, Plugin File Transfer, Plugin Media, Plugin Media Capture Environment: iOS Reporter: Shazron Abdullah Right now in CDVFileSystem-makeEntryForPath:isDirectory:, in the NSDictionary that is returned, for the key nativeURL the format is fixed (file:// protocol for a local filesystem reference, and assets-library:/ for a assets library filesystem reference.) When calculating the nativeURL, allow this to be specified externally, check for a selector nativeURL and call that if available. This is for example declared in a Category in this plugin: https://github.com/apache/cordova-plugins/blob/5d8ef21dcbde1f99d60e1b52ae3a3800e4c185d9/local-webserver/src/ios/CDVLocalFileSystem%2BNativeURL.m ... which when linked will have the selector available for the File plugin to call. This code is part of the local webserver plugin - and it needs the File references to be proxied through a local webserver. For example if the FileEntry is to: file://my/package/folder/Documents/foo.txt .. the nativeURL would be, with this new category method, and the local webserver listening to http://localhost:8080: http://localhost:8080/local-filesystem/my/package/folder/Documents/foo.txt -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8032) Add nativeURL external method support for CDVFileSystem-makeEntryForPath:isDirectory:
[ https://issues.apache.org/jira/browse/CB-8032?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14240296#comment-14240296 ] Shazron Abdullah commented on CB-8032: -- Made some commits (ios work in wkwebview feature branch). Now trying to test with the org.apache.cordova.file plugin. Problem is, CDVFileSystem has no reference to the CDVFile plugin itself, so I can't really grab the commandDelegate. I'll have to add a property (reflecting the urlTransformer property in CDVCommandDelegate) to CDVFileSystem, and set it in CDVFile when registering a file system. Add nativeURL external method support for CDVFileSystem-makeEntryForPath:isDirectory: -- Key: CB-8032 URL: https://issues.apache.org/jira/browse/CB-8032 Project: Apache Cordova Issue Type: Sub-task Components: Plugin Camera, Plugin Contacts, Plugin File, Plugin File Transfer, Plugin Media, Plugin Media Capture Environment: iOS Reporter: Shazron Abdullah Right now in CDVFileSystem-makeEntryForPath:isDirectory:, in the NSDictionary that is returned, for the key nativeURL the format is fixed (file:// protocol for a local filesystem reference, and assets-library:/ for a assets library filesystem reference.) When calculating the nativeURL, allow this to be specified externally, check for a selector nativeURL and call that if available. This is for example declared in a Category in this plugin: https://github.com/apache/cordova-plugins/blob/5d8ef21dcbde1f99d60e1b52ae3a3800e4c185d9/local-webserver/src/ios/CDVLocalFileSystem%2BNativeURL.m ... which when linked will have the selector available for the File plugin to call. This code is part of the local webserver plugin - and it needs the File references to be proxied through a local webserver. For example if the FileEntry is to: file://my/package/folder/Documents/foo.txt .. the nativeURL would be, with this new category method, and the local webserver listening to http://localhost:8080: http://localhost:8080/local-filesystem/my/package/folder/Documents/foo.txt -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7810) Media should be able to set playback rate
[ https://issues.apache.org/jira/browse/CB-7810?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14240388#comment-14240388 ] Alex commented on CB-7810: -- Related https://issues.apache.org/jira/browse/CB-8098 (dublicate) Media should be able to set playback rate - Key: CB-7810 URL: https://issues.apache.org/jira/browse/CB-7810 Project: Apache Cordova Issue Type: Improvement Components: Plugin Media Affects Versions: 3.5.0 Reporter: David Pfahler Labels: iOS If I'm not mistake, the Media plugin does not allow for setting the playback rate. For the iOS implementation, for example, AVAudioPlayer's enableRate and rate properties could be used. Is there any reason why this is not part of the Media plugin? I couldn't find any discussions on this topic. Thanks a lot. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-7810) Media should be able to set playback rate
[ https://issues.apache.org/jira/browse/CB-7810?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14240388#comment-14240388 ] Alex edited comment on CB-7810 at 12/10/14 12:37 AM: - Related https://issues.apache.org/jira/browse/CB-8098 (duplicate) was (Author: whitecolor): Related https://issues.apache.org/jira/browse/CB-8098 (dublicate) Media should be able to set playback rate - Key: CB-7810 URL: https://issues.apache.org/jira/browse/CB-7810 Project: Apache Cordova Issue Type: Improvement Components: Plugin Media Affects Versions: 3.5.0 Reporter: David Pfahler Labels: iOS If I'm not mistake, the Media plugin does not allow for setting the playback rate. For the iOS implementation, for example, AVAudioPlayer's enableRate and rate properties could be used. Is there any reason why this is not part of the Media plugin? I couldn't find any discussions on this topic. Thanks a lot. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8098) Media plugin change plackback rate
[ https://issues.apache.org/jira/browse/CB-8098?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14240401#comment-14240401 ] Alex commented on CB-8098: -- Related https://issues.apache.org/jira/browse/CB-7810 (duplicate) Media plugin change plackback rate -- Key: CB-8098 URL: https://issues.apache.org/jira/browse/CB-8098 Project: Apache Cordova Issue Type: New Feature Components: Plugin Media Affects Versions: 3.5.0 Reporter: Alex Doesn't Media plugin support chanding playback rate? I dind't find any mention in docs. I think this fis must even flaw HTML5 audio has it. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8032) Add nativeURL external method support for CDVFileSystem-makeEntryForPath:isDirectory:
[ https://issues.apache.org/jira/browse/CB-8032?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14240403#comment-14240403 ] ASF subversion and git services commented on CB-8032: - Commit 1d4ba9778e6d15abe49fb8e0d6b66603372e7d7c in cordova-ios's branch refs/heads/wkwebview from [~shazron] [ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=1d4ba97 ] CB-8032 - Added a typedef for block definition. Add nativeURL external method support for CDVFileSystem-makeEntryForPath:isDirectory: -- Key: CB-8032 URL: https://issues.apache.org/jira/browse/CB-8032 Project: Apache Cordova Issue Type: Sub-task Components: Plugin Camera, Plugin Contacts, Plugin File, Plugin File Transfer, Plugin Media, Plugin Media Capture Environment: iOS Reporter: Shazron Abdullah Right now in CDVFileSystem-makeEntryForPath:isDirectory:, in the NSDictionary that is returned, for the key nativeURL the format is fixed (file:// protocol for a local filesystem reference, and assets-library:/ for a assets library filesystem reference.) When calculating the nativeURL, allow this to be specified externally, check for a selector nativeURL and call that if available. This is for example declared in a Category in this plugin: https://github.com/apache/cordova-plugins/blob/5d8ef21dcbde1f99d60e1b52ae3a3800e4c185d9/local-webserver/src/ios/CDVLocalFileSystem%2BNativeURL.m ... which when linked will have the selector available for the File plugin to call. This code is part of the local webserver plugin - and it needs the File references to be proxied through a local webserver. For example if the FileEntry is to: file://my/package/folder/Documents/foo.txt .. the nativeURL would be, with this new category method, and the local webserver listening to http://localhost:8080: http://localhost:8080/local-filesystem/my/package/folder/Documents/foo.txt -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8032) Add nativeURL external method support for CDVFileSystem-makeEntryForPath:isDirectory:
[ https://issues.apache.org/jira/browse/CB-8032?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14240404#comment-14240404 ] ASF subversion and git services commented on CB-8032: - Commit 525df54fd983bfdfbff836f6bc48069652fff78f in cordova-plugins's branch refs/heads/master from [~shazron] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugins.git;h=525df54 ] CB-8032 - Used typedef for block definition. Add nativeURL external method support for CDVFileSystem-makeEntryForPath:isDirectory: -- Key: CB-8032 URL: https://issues.apache.org/jira/browse/CB-8032 Project: Apache Cordova Issue Type: Sub-task Components: Plugin Camera, Plugin Contacts, Plugin File, Plugin File Transfer, Plugin Media, Plugin Media Capture Environment: iOS Reporter: Shazron Abdullah Right now in CDVFileSystem-makeEntryForPath:isDirectory:, in the NSDictionary that is returned, for the key nativeURL the format is fixed (file:// protocol for a local filesystem reference, and assets-library:/ for a assets library filesystem reference.) When calculating the nativeURL, allow this to be specified externally, check for a selector nativeURL and call that if available. This is for example declared in a Category in this plugin: https://github.com/apache/cordova-plugins/blob/5d8ef21dcbde1f99d60e1b52ae3a3800e4c185d9/local-webserver/src/ios/CDVLocalFileSystem%2BNativeURL.m ... which when linked will have the selector available for the File plugin to call. This code is part of the local webserver plugin - and it needs the File references to be proxied through a local webserver. For example if the FileEntry is to: file://my/package/folder/Documents/foo.txt .. the nativeURL would be, with this new category method, and the local webserver listening to http://localhost:8080: http://localhost:8080/local-filesystem/my/package/folder/Documents/foo.txt -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8113) Translations for December
[ https://issues.apache.org/jira/browse/CB-8113?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14240413#comment-14240413 ] ASF GitHub Bot commented on CB-8113: GitHub user sosahvictor opened a pull request: https://github.com/apache/cordova-plugin-vibration/pull/29 CB-8113 cordova-plugin-vibration documentation translation CB-8113 cordova-plugin-vibration documentation translation: cordova-plugin-vibration You can merge this pull request into a Git repository by running: $ git pull https://github.com/sosahvictor/cordova-plugin-vibration master Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-vibration/pull/29.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #29 commit b705478dc2a3219f47e08f2e1b287c68ac73461e Author: Victor Sosa sosah.vic...@gmail.com Date: 2014-12-10T00:40:08Z CB-8113 cordova-plugin-vibration documentation translation: cordova-plugin-vibration Translations for December - Key: CB-8113 URL: https://issues.apache.org/jira/browse/CB-8113 Project: Apache Cordova Issue Type: Improvement Components: Translation Reporter: Victor Adrian Sosa Herrera Assignee: Lisa Seacat DeLuca Priority: Minor -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8131) Rewrite non plugin tests for Jasmine 2.0 and join all auto tests at the one page
[ https://issues.apache.org/jira/browse/CB-8131?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14240443#comment-14240443 ] ASF GitHub Bot commented on CB-8131: Github user dblotsky commented on a diff in the pull request: https://github.com/apache/cordova-mobile-spec/pull/113#discussion_r21577291 --- Diff: cordova-plugin-mobilespec-tests/tests/localXHR.tests.js --- @@ -0,0 +1,206 @@ +/* +* +* Licensed to the Apache Software Foundation (ASF) under one +* or more contributor license agreements. See the NOTICE file +* distributed with this work for additional information +* regarding copyright ownership. The ASF licenses this file +* to you under the Apache License, Version 2.0 (the +* License); you may not use this file except in compliance +* with the License. You may obtain a copy of the License at +* +* http://www.apache.org/licenses/LICENSE-2.0 +* +* Unless required by applicable law or agreed to in writing, +* software distributed under the License is distributed on an +* AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY +* KIND, either express or implied. See the License for the +* specific language governing permissions and limitations +* under the License. +* + */ + +exports.defineAutoTests = function () { + +var TEST_TIMEOUT = 7500; + +describe(XMLHttpRequest, function () { + +var lose = function (done) { +expect(true).toBe(false); +done(); +} + +var win = function (done, message) { +expect(true).toBe(true); +done(); +}; + +var createXHR = function (url, bAsync, win, lose) { +var xhr = new XMLHttpRequest(); +xhr.open(GET, url, bAsync); +xhr.onload = win; +xhr.onerror = lose; +xhr.send(); +return xhr; +} + + +it(XMLHttpRequest.spec.1 should exist, function () { +expect(window.XMLHttpRequest).toBeDefined(); +expect(window.XMLHttpRequest.UNSENT).toBe(0); +expect(window.XMLHttpRequest.OPENED).toBe(1); +expect(window.XMLHttpRequest.HEADERS_RECEIVED).toBe(2); +expect(window.XMLHttpRequest.LOADING).toBe(3); +expect(window.XMLHttpRequest.DONE).toBe(4); +}); + +it(XMLHttpRequest.spec.2 should be able to create new XHR, function () { + +var xhr = new XMLHttpRequest(); +expect(xhr).toBeDefined(); + +// abort +expect(xhr.abort).toBeDefined(); +expect(typeof xhr.abort == 'function').toBe(true); + +// getResponseHeader +expect(xhr.getResponseHeader).toBeDefined(); +expect(typeof xhr.getResponseHeader == 'function').toBe(true); + +// getAllResponseHeaders +expect(xhr.getAllResponseHeaders).toBeDefined(); +expect(typeof xhr.getAllResponseHeaders == 'function').toBe(true); + +// overrideMimeType +// IE10 does not support overrideMimeType +if (cordova.platformId != 'windows8' cordova.platformId != 'windowsphone') { +expect(xhr.overrideMimeType).toBeDefined(); +expect(typeof xhr.overrideMimeType == 'function').toBe(true); +} + +// open +expect(xhr.open).toBeDefined(); +expect(typeof xhr.open == 'function').toBe(true); +// send +expect(xhr.send).toBeDefined(); +expect(typeof xhr.send == 'function').toBe(true); +// setRequestHeader +expect(xhr.setRequestHeader).toBeDefined(); +expect(typeof xhr.setRequestHeader == 'function').toBe(true); +}); + +it(XMLHttpRequest.spec.2 should be able to load the current page, function (done) { +createXHR(index.html, true, win.bind(null, done), lose.bind(null, done)); +}); + +it(XMLHttpRequest.spec.9 calls onload from successful http get, function (done) { +createXHR(http://cordova-filetransfer.jitsu.com;, true, win.bind(null, done), lose.bind(null, done)); +}); + +
[jira] [Closed] (CB-8137) Passing options to .download causes crash on iOS
[ https://issues.apache.org/jira/browse/CB-8137?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Banham closed CB-8137. Resolution: Not a Problem Passing options to .download causes crash on iOS Key: CB-8137 URL: https://issues.apache.org/jira/browse/CB-8137 Project: Apache Cordova Issue Type: Bug Components: Plugin File Transfer Environment: xcode 6 iOS 8.1.1 org.apache.cordova.file 1.3.1 File org.apache.cordova.file-transfer 0.4.7 File Transfer Cordova CLI 4.1.2 Reporter: David Banham The minimal repro is: var options = new FileUploadOptions(); new window.parent.FileTransfer().download(uri, 'cdvfile://localhost/cache/'+destPath, fetchSuccess, fetchFailure, options); The output from xcode is: 2014-12-09 11:45:29.274 iCSL[276:33032] -[__NSDictionaryM boolValue]: unrecognized selector sent to instance 0x17694c20 2014-12-09 11:45:29.275 iCSL[276:33032] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '-[__NSDictionaryM boolValue]: unrecognized selector sent to instance 0x17694c20' *** First throw call stack: (0x24a9f49f 0x32693c8b 0x24aa48b9 0x24aa27d7 0x249d4058 0xaa493 0x88975 0x881ff 0x257a4f99 0x24a65c87 0x24a65803 0x24a63a53 0x249b13c1 0x249b11d3 0x2bd950a9 0x27fc0fa1 0x8e31b 0x32c13aaf) libc++abi.dylib: terminating with uncaught exception of type NSException -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8137) Passing options to .download causes crash on iOS
[ https://issues.apache.org/jira/browse/CB-8137?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14240638#comment-14240638 ] David Banham commented on CB-8137: -- Thanks, Ivan. You're quite correct, this was a PEBKAC with me not reading the documentation thoroughly enough. Passing options to .download causes crash on iOS Key: CB-8137 URL: https://issues.apache.org/jira/browse/CB-8137 Project: Apache Cordova Issue Type: Bug Components: Plugin File Transfer Environment: xcode 6 iOS 8.1.1 org.apache.cordova.file 1.3.1 File org.apache.cordova.file-transfer 0.4.7 File Transfer Cordova CLI 4.1.2 Reporter: David Banham The minimal repro is: var options = new FileUploadOptions(); new window.parent.FileTransfer().download(uri, 'cdvfile://localhost/cache/'+destPath, fetchSuccess, fetchFailure, options); The output from xcode is: 2014-12-09 11:45:29.274 iCSL[276:33032] -[__NSDictionaryM boolValue]: unrecognized selector sent to instance 0x17694c20 2014-12-09 11:45:29.275 iCSL[276:33032] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '-[__NSDictionaryM boolValue]: unrecognized selector sent to instance 0x17694c20' *** First throw call stack: (0x24a9f49f 0x32693c8b 0x24aa48b9 0x24aa27d7 0x249d4058 0xaa493 0x88975 0x881ff 0x257a4f99 0x24a65c87 0x24a65803 0x24a63a53 0x249b13c1 0x249b11d3 0x2bd950a9 0x27fc0fa1 0x8e31b 0x32c13aaf) libc++abi.dylib: terminating with uncaught exception of type NSException -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org