[jira] [Created] (CB-13800) Drop pre-KitKat specific code
Bas Bosman created CB-13800: --- Summary: Drop pre-KitKat specific code Key: CB-13800 URL: https://issues.apache.org/jira/browse/CB-13800 Project: Apache Cordova Issue Type: Improvement Components: cordova-android Affects Versions: 7.0.0 Reporter: Bas Bosman Assignee: Bas Bosman With the release of cordova-android 7.0.0 the minimum API-Level was set to 19. There are a couple of places in the codebase where we have specific logic for older API-levels, which are now no longer needed and therefore can be removed. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8314) Speed up Travis CI
Bas Bosman created CB-8314: -- Summary: Speed up Travis CI Key: CB-8314 URL: https://issues.apache.org/jira/browse/CB-8314 Project: Apache Cordova Issue Type: Bug Reporter: Bas Bosman Assignee: Bas Bosman Priority: Trivial http://docs.travis-ci.com/user/workers/container-based-infrastructure/ -- 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-8314) Speed up Travis CI
[ https://issues.apache.org/jira/browse/CB-8314?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-8314: --- Component/s: iOS CordovaLib CordovaJS CLI Android Amazon FireOS Speed up Travis CI -- Key: CB-8314 URL: https://issues.apache.org/jira/browse/CB-8314 Project: Apache Cordova Issue Type: Bug Components: Amazon FireOS, Android, CLI, CordovaJS, CordovaLib, iOS Reporter: Bas Bosman Assignee: Bas Bosman Priority: Trivial http://docs.travis-ci.com/user/workers/container-based-infrastructure/ -- 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-8097) Cordova plagin
[ https://issues.apache.org/jira/browse/CB-8097?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14237743#comment-14237743 ] Bas Bosman commented on CB-8097: This looks like an empty issue? Could you add a description about what's the issue? Cordova plagin -- Key: CB-8097 URL: https://issues.apache.org/jira/browse/CB-8097 Project: Apache Cordova Issue Type: Improvement Components: Plugin Geolocation Reporter: Md Labels: build -- 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-7166) Comment typo
Bas Bosman created CB-7166: -- Summary: Comment typo Key: CB-7166 URL: https://issues.apache.org/jira/browse/CB-7166 Project: Apache Cordova Issue Type: Improvement Components: Plugin Network Information Reporter: Bas Bosman Assignee: Bas Bosman Priority: Trivial There is a typo in one of the comments. naviagtor should be navigator. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6643) Missing input param in ConfigParser.js
[ https://issues.apache.org/jira/browse/CB-6643?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13994236#comment-13994236 ] Bas Bosman commented on CB-6643: Pull request: https://github.com/apache/cordova-lib/pull/3 Missing input param in ConfigParser.js -- Key: CB-6643 URL: https://issues.apache.org/jira/browse/CB-6643 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.4.0 Environment: Ubuntu x86 13.10 Reporter: Adam Fónagy Assignee: Bas Bosman Labels: javascript, parameter, platform, ubuntu Original Estimate: 1h Remaining Estimate: 1h when type cordova platform add ubuntu you get the following error: ReferenceError: name is not defined at Object.ConfigParser.setDescription (/usr/local/lib/node_modules/cordova/src/ConfigParser.js:70:45) at Object.module.exports.update_from_config (/usr/local/lib/node_modules/cordova/src/metadata/ubuntu_parser.js:74:21) at Object.module.exports.update_project (/usr/local/lib/node_modules/cordova/src/metadata/ubuntu_parser.js:156:21) at /usr/local/lib/node_modules/cordova/src/prepare.js:113:31 at _fulfilled (/usr/local/lib/node_modules/cordova/node_modules/q/q.js:798:54) at self.promiseDispatch.done (/usr/local/lib/node_modules/cordova/node_modules/q/q.js:827:30) at Promise.promise.promiseDispatch (/usr/local/lib/node_modules/cordova/node_modules/q/q.js:760:13) at /usr/local/lib/node_modules/cordova/node_modules/q/q.js:821:14 at flush (/usr/local/lib/node_modules/cordova/node_modules/q/q.js:108:17) at process._tickCallback (node.js:415:13) This is because in ConfigParser.js at line 69 the input parameter is missing. This is how the function looks like in Cordova 3.4.0: setDescription: function() { this.doc.find('description').text = name; var el = findOrCreate(this.doc, 'description'); }, And this is how it should: setDescription: function(name) { this.doc.find('description').text = name; var el = findOrCreate(this.doc, 'description'); }, -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6672) Fix some spelling typos
[ https://issues.apache.org/jira/browse/CB-6672?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-6672: --- Description: The new Next Steps guide has a couple of spelling typo's. your - you it's - its Pull request: https://github.com/apache/cordova-docs/pull/204 was:The new Next Steps guide has a couple of spelling typo's. Fix some spelling typos --- Key: CB-6672 URL: https://issues.apache.org/jira/browse/CB-6672 Project: Apache Cordova Issue Type: Improvement Components: Docs Reporter: Bas Bosman Assignee: Bas Bosman Priority: Trivial The new Next Steps guide has a couple of spelling typo's. your - you it's - its Pull request: https://github.com/apache/cordova-docs/pull/204 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (CB-6643) Missing input param in ConfigParser.js
[ https://issues.apache.org/jira/browse/CB-6643?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman reassigned CB-6643: -- Assignee: Bas Bosman Missing input param in ConfigParser.js -- Key: CB-6643 URL: https://issues.apache.org/jira/browse/CB-6643 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.4.0 Environment: Ubuntu x86 13.10 Reporter: Adam Fónagy Assignee: Bas Bosman Labels: javascript, parameter, platform, ubuntu Original Estimate: 1h Remaining Estimate: 1h when type cordova platform add ubuntu you get the following error: ReferenceError: name is not defined at Object.ConfigParser.setDescription (/usr/local/lib/node_modules/cordova/src/ConfigParser.js:70:45) at Object.module.exports.update_from_config (/usr/local/lib/node_modules/cordova/src/metadata/ubuntu_parser.js:74:21) at Object.module.exports.update_project (/usr/local/lib/node_modules/cordova/src/metadata/ubuntu_parser.js:156:21) at /usr/local/lib/node_modules/cordova/src/prepare.js:113:31 at _fulfilled (/usr/local/lib/node_modules/cordova/node_modules/q/q.js:798:54) at self.promiseDispatch.done (/usr/local/lib/node_modules/cordova/node_modules/q/q.js:827:30) at Promise.promise.promiseDispatch (/usr/local/lib/node_modules/cordova/node_modules/q/q.js:760:13) at /usr/local/lib/node_modules/cordova/node_modules/q/q.js:821:14 at flush (/usr/local/lib/node_modules/cordova/node_modules/q/q.js:108:17) at process._tickCallback (node.js:415:13) This is because in ConfigParser.js at line 69 the input parameter is missing. This is how the function looks like in Cordova 3.4.0: setDescription: function() { this.doc.find('description').text = name; var el = findOrCreate(this.doc, 'description'); }, And this is how it should: setDescription: function(name) { this.doc.find('description').text = name; var el = findOrCreate(this.doc, 'description'); }, -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6669) createmobilespec.js doesn't work with the blackberry10 option
[ https://issues.apache.org/jira/browse/CB-6669?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-6669. Resolution: Fixed Fixed by a commit on CB-6415 according to bryanhiggins. createmobilespec.js doesn't work with the blackberry10 option - Key: CB-6669 URL: https://issues.apache.org/jira/browse/CB-6669 Project: Apache Cordova Issue Type: Bug Components: mobile-spec Reporter: Shazron Abdullah Assignee: Bas Bosman In the root folder of all my repos: {code} ./cordova-mobile-spec/createmobilespec/createmobilespec.js --blackberry10 {code} I get this error: {code} Creating project. If you have any errors, it may be from missing repositories. To clone needed repositories (android as an example): ./cordova-coho/coho repo-clone -r plugins -r mobile-spec -r android -r cli To update all repositories: ./cordova-coho/coho repo-update Creating project mobilespec... Creating a new cordova project with name MobileSpec_Tests and id org.apache.cordova.mobilespec at location /Users/shaz/Documents/Git/Apache/mobilespec Using custom www assets from /Users/shaz/Documents/Git/Apache/cordova-mobile-spec /Users/shaz/Documents/Git/Apache/mobilespec /Users/shaz/Documents/Git/Apache Adding platforms... Adding Platform: blackberry10 Checking if platform blackberry10 passes minimum requirements... Requirements check failed: /bin/sh: /Users/shaz/Documents/Git/Apache/cordova-blackberry/bin/check_reqs: No such file or directory {code} Note here that check_reqs should be in `Users/shaz/Documents/Git/Apache/cordova-blackberry/*blackberry10*/bin/check_reqs` -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (CB-6669) createmobilespec.js doesn't work with the blackberry10 option
[ https://issues.apache.org/jira/browse/CB-6669?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman reassigned CB-6669: -- Assignee: Bas Bosman createmobilespec.js doesn't work with the blackberry10 option - Key: CB-6669 URL: https://issues.apache.org/jira/browse/CB-6669 Project: Apache Cordova Issue Type: Bug Components: mobile-spec Reporter: Shazron Abdullah Assignee: Bas Bosman In the root folder of all my repos: {code} ./cordova-mobile-spec/createmobilespec/createmobilespec.js --blackberry10 {code} I get this error: {code} Creating project. If you have any errors, it may be from missing repositories. To clone needed repositories (android as an example): ./cordova-coho/coho repo-clone -r plugins -r mobile-spec -r android -r cli To update all repositories: ./cordova-coho/coho repo-update Creating project mobilespec... Creating a new cordova project with name MobileSpec_Tests and id org.apache.cordova.mobilespec at location /Users/shaz/Documents/Git/Apache/mobilespec Using custom www assets from /Users/shaz/Documents/Git/Apache/cordova-mobile-spec /Users/shaz/Documents/Git/Apache/mobilespec /Users/shaz/Documents/Git/Apache Adding platforms... Adding Platform: blackberry10 Checking if platform blackberry10 passes minimum requirements... Requirements check failed: /bin/sh: /Users/shaz/Documents/Git/Apache/cordova-blackberry/bin/check_reqs: No such file or directory {code} Note here that check_reqs should be in `Users/shaz/Documents/Git/Apache/cordova-blackberry/*blackberry10*/bin/check_reqs` -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6672) Fix some spelling typos
Bas Bosman created CB-6672: -- Summary: Fix some spelling typos Key: CB-6672 URL: https://issues.apache.org/jira/browse/CB-6672 Project: Apache Cordova Issue Type: Improvement Components: Docs Reporter: Bas Bosman Assignee: Bas Bosman Priority: Trivial The new Next Steps guide has a couple of spelling typo's. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-4607) Bad HTML on File docs page prevents proper linking
[ https://issues.apache.org/jira/browse/CB-4607?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-4607. Resolution: Not A Problem With the release of 3.4.0 the plugin docs were moved to the individual plugin repositories. As a result of that this issue no longer occurs. Bad HTML on File docs page prevents proper linking -- Key: CB-4607 URL: https://issues.apache.org/jira/browse/CB-4607 Project: Apache Cordova Issue Type: Bug Components: Docs Reporter: Raymond Camden Assignee: Michael Brooks Priority: Minor Go to the File docs page http://docs.phonegap.com/en/3.0.0/cordova_file_file.md.html#File and notice how #File is already in the URL. There is a a name=File towards the top. But - and here is the issue - there is also a File object definition in the docs. You are supposed to be able to get to it by clicking FIle in the TOC on top. You can't because a name=File is already defined. You should switch the second one to something like fileob or whatever and ensure the link in the TOC (again, I'm talking about the table of contents ON the File page, not the left side) is updated. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-4821) DirectoryEntry.copyTo - error if copy to path occupied by a file
[ https://issues.apache.org/jira/browse/CB-4821?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-4821. Resolution: Not A Problem With the release of 3.4.0 the plugin docs were moved to the individual plugin repositories. Furthermore, the docs there now point at the W3C docs for the HTML5 Filesystem API as well as an HTML5 Rocks' FileSystem article. As a result, this issue no longer applies. DirectoryEntry.copyTo - error if copy to path occupied by a file Key: CB-4821 URL: https://issues.apache.org/jira/browse/CB-4821 Project: Apache Cordova Issue Type: Bug Components: Docs, Plugin File Affects Versions: 2.9.0 Reporter: Peter Assignee: Michael Brooks Priority: Minor The documentation for DirectoryEntry.*moveTo* says that an error results if the app attempts to: {quote} * move a directory to a path occupied by a file. {quote} AFAIK this same point is true also for DirectoryEntry.*copyTo* so the section about errors of copyTo should be similarly documented. See http://cordova.apache.org/docs/en/3.0.0/cordova_file_file.md.html#DirectoryEntry -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-4663) File API documentation - FileWriter headings are incorrect
[ https://issues.apache.org/jira/browse/CB-4663?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-4663. Resolution: Not A Problem With the release of 3.4.0 the plugin docs were moved to the individual plugin repositories. Furthermore, the docs there now point at the W3C docs for the HTML5 Filesystem API as well as an HTML5 Rocks' FileSystem article. As a result, this issue no longer applies. File API documentation - FileWriter headings are incorrect -- Key: CB-4663 URL: https://issues.apache.org/jira/browse/CB-4663 Project: Apache Cordova Issue Type: Bug Components: Docs, Plugin File Affects Versions: 2.9.0 Reporter: Peter Assignee: Michael Brooks Priority: Minor Many the headings in the *FileWriter* section are incorrect and/or inconsistent with other sections making it difficult to read For example, * Seek Quick Example - this is a function name. Heading should be seek * Quick Example - should be h3 instead of h2 * Truncate Quick Example - this is a function name. Heading should be truncate * Quick Example - should be h3 instead of h2 * Write Quick Example - this is a function name. Heading should just be write * Write Quick Example - should be h3 instead of h2 and called something like Text Write Quick Example (under the write section) * Binary Write Quick Example - should be h3 instead of h2 (still under write section) * Append Quick Example - should be h3 instead of h2 (still under write section) * Abort Quick Example - this is a function name. Heading should be abort (would also be better to be alphabetical order - ie above seek section) * Quick Example - should be h3 instead of h2 Ref: http://cordova.apache.org/docs/en/3.0.0/cordova_file_file.md.html#FileWriter (similar to CB-4644) -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-4628) Incorrect code for FileEntry.remove example?
[ https://issues.apache.org/jira/browse/CB-4628?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-4628. Resolution: Not A Problem With the release of 3.4.0 the plugin docs were moved to the individual plugin repositories. Furthermore, the docs there now point at the W3C docs for the HTML5 Filesystem API as well as an HTML5 Rocks' FileSystem article. As a result, this issue no longer applies. Incorrect code for FileEntry.remove example? Key: CB-4628 URL: https://issues.apache.org/jira/browse/CB-4628 Project: Apache Cordova Issue Type: Bug Components: Docs, Plugin File Affects Versions: 2.9.0 Reporter: Peter Assignee: Michael Brooks Priority: Trivial The File API guide for the FileEntry.remove method says *successCallback* method is _Invoked with no parameters_ , yet the Quick Example code in the guide shows a parameter: {code} function success(entry) { console.log(Removal succeeded); } {code} Ref: http://cordova.apache.org/docs/en/2.9.0/cordova_file_file.md.html#FileEntry See also CB-4626, CB-4627 -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-4627) Incorrect code for DirectoryEntry.removeRecursively example?
[ https://issues.apache.org/jira/browse/CB-4627?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-4627. Resolution: Not A Problem With the release of 3.4.0 the plugin docs were moved to the individual plugin repositories. Furthermore, the docs there now point at the W3C docs for the HTML5 Filesystem API as well as an HTML5 Rocks' FileSystem article. As a result, this issue no longer applies. Incorrect code for DirectoryEntry.removeRecursively example? Key: CB-4627 URL: https://issues.apache.org/jira/browse/CB-4627 Project: Apache Cordova Issue Type: Bug Components: Docs, Plugin File Affects Versions: 2.9.0 Reporter: Peter Assignee: Michael Brooks Priority: Trivial The File API guide for the DirectoryEntry.removeRecursively method says *successCallback* method is _Invoked with no parameters_ , yet the Quick Example code in the guide shows a parameter: {code} function success(parent) { console.log(Remove Recursively Succeeded); } {code} Ref: http://cordova.apache.org/docs/en/2.9.0/cordova_file_file.md.html#DirectoryEntry -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-4626) Incorrect code for DirectoryEntry.remove example?
[ https://issues.apache.org/jira/browse/CB-4626?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-4626. Resolution: Not A Problem With the release of 3.4.0 the plugin docs were moved to the individual plugin repositories. Furthermore, the docs there now point at the W3C docs for the HTML5 Filesystem API as well as an HTML5 Rocks' FileSystem article. As a result, this issue no longer applies. Incorrect code for DirectoryEntry.remove example? -- Key: CB-4626 URL: https://issues.apache.org/jira/browse/CB-4626 Project: Apache Cordova Issue Type: Bug Components: Docs, Plugin File Affects Versions: 2.9.0 Reporter: Peter Assignee: Michael Brooks Priority: Trivial The File API guide for the DirectoryEntry.remove method says *successCallback* method is _Invoked with no parameters._ , yet the Quick Example code in the guide shows a parameter: {code} function success(entry) { console.log(Removal succeeded); } {code} Ref: http://cordova.apache.org/docs/en/2.9.0/cordova_file_file.md.html#DirectoryEntry -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-3286) FileReader docs incorrect (for failure callbacks)
[ https://issues.apache.org/jira/browse/CB-3286?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-3286. Resolution: Not A Problem With the release of 3.4.0 the plugin docs were moved to the individual plugin repositories. Furthermore, the docs there now point at the W3C docs for the HTML5 Filesystem API as well as an HTML5 Rocks' FileSystem article. As a result, this issue no longer applies. FileReader docs incorrect (for failure callbacks) - Key: CB-3286 URL: https://issues.apache.org/jira/browse/CB-3286 Project: Apache Cordova Issue Type: Bug Components: Docs, Plugin File Reporter: Shazron Abdullah Assignee: Michael Brooks See: http://docs.cordova.io/en/2.6.0/cordova_file_file.md.html#FileReader Notice there are two Quick Examples with this code, which will throw an exception: {code} var fail = function(evt) { console.log(error.code); }; {code} *Expected:* {code} var fail = function(evt) { console.log(evt.target); // evt.target is the FileReader object }; {code} *Actual:* {code} var fail = function(evt) { console.log(error.code); }; {code} -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-2495) File API master heading gets confused with File API's File Ojbect
[ https://issues.apache.org/jira/browse/CB-2495?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-2495. Resolution: Not A Problem With the release of 3.4.0 the plugin docs were moved to the individual plugin repositories. Furthermore, the docs there now point at the W3C docs for the HTML5 Filesystem API as well as an HTML5 Rocks' FileSystem article. As a result, this issue no longer applies. File API master heading gets confused with File API's File Ojbect - Key: CB-2495 URL: https://issues.apache.org/jira/browse/CB-2495 Project: Apache Cordova Issue Type: Bug Components: Docs, Plugin File Affects Versions: 2.4.0 Reporter: Filip Maj Assignee: Michael Brooks There is a File object that is part of the File API. The generated documentation's hyperlinks, however, always point to the top-level API, not this API's File object. Confused yet? Repro steps: 1. click here http://docs.phonegap.com/en/2.4.0/cordova_file_file.md.html 2. In the Objects list at the top, click the third item (File). Expected result: page jumps to the first sub-section that describes the File object Actual result: page stays at the top of the File API index page -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-3546) Tizen Getting started document is inacurate.
[ https://issues.apache.org/jira/browse/CB-3546?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-3546. Resolution: Not A Problem See previous comment Tizen Getting started document is inacurate. Key: CB-3546 URL: https://issues.apache.org/jira/browse/CB-3546 Project: Apache Cordova Issue Type: Improvement Components: Docs Affects Versions: 2.7.0 Reporter: John M. Wargo Assignee: Michael Brooks Priority: Trivial Labels: documentation Original Estimate: 0.25h Remaining Estimate: 0.25h The tizen getting started document located at http://cordova.apache.org/docs/en/2.6.0/guide_getting-started_tizen_index.md.html#Getting%20Started%20with%20Tizen has errors. Need to remove reference to the files being in the latest cordova download. Perhaps other edits are needed, I don't know Tizen. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-3545) bada getting started document inaccurate.
[ https://issues.apache.org/jira/browse/CB-3545?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-3545. Resolution: Not A Problem See previous comment bada getting started document inaccurate. - Key: CB-3545 URL: https://issues.apache.org/jira/browse/CB-3545 Project: Apache Cordova Issue Type: Improvement Components: Docs Affects Versions: 2.7.0 Reporter: John M. Wargo Assignee: Michael Brooks Priority: Trivial Labels: documentation Original Estimate: 0.25h Remaining Estimate: 0.25h The bada getting started document at http://cordova.apache.org/docs/en/2.6.0/guide_getting-started_bada_index.md.html#Getting%20Started%20with%20Bada has errors. It instructs developers to use bada 1.2 when I thought the code has been updated to use 2.x. Also, it references that the bada files are in the cordova download - which they're not. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-223) Add support for iOS contact groups
[ https://issues.apache.org/jira/browse/CB-223?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-223: -- Component/s: Plugin Contacts Add support for iOS contact groups -- Key: CB-223 URL: https://issues.apache.org/jira/browse/CB-223 Project: Apache Cordova Issue Type: New Feature Components: iOS, Plugin Contacts Affects Versions: 1.4.0 Environment: iOS Reporter: Robert La Ferla Priority: Minor Labels: addressbook, categories, contacts, groups, ios Contacts on iOS are organized by group. There is the default group All Contacts plus any custom groups that the user set up. Contacts retrieved by Apache Cordova / phonegap do not contain which group they are in. CONTACT CATEGORIES PROPERTY I believe that iOS groups are analogous to phonegap contact categories and thus should be mapped to them. If not, another property should be created. From the Cordova docs: categories: An array of all the contacts user defined categories. (ContactField[]) IOS IMPLEMENTATION NOTES: In the iOS AddressBook API, the function ABAddressBookCopyArrayOfAllGroups() gets the list of groups. https://developer.apple.com/library/ios/#documentation/ContactData/Conceptual/AddressBookProgrammingGuideforiPhone/Chapters/DirectInteraction.html#//apple_ref/doc/uid/TP40007744-CH6-SW1 -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-211) Complex filters for ContactFindOptions
[ https://issues.apache.org/jira/browse/CB-211?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-211: -- Component/s: Plugin Contacts Complex filters for ContactFindOptions -- Key: CB-211 URL: https://issues.apache.org/jira/browse/CB-211 Project: Apache Cordova Issue Type: New Feature Components: CordovaJS, Plugin Contacts Environment: This would ideally effect all version of Phonegap/Callback/Cordova. Reporter: Mitchell Wagner Priority: Minor Labels: contacts, filter, find, javascript, options Assuming the address book below, if you use a simple single word filter like Smith, it will match all Smiths in your address book. However if you use a more complex filter like J Smith nothing will match. It only does an exact match. This proposed feature would allow complex or wildcard filters eg: J* Smith would return 5 entries. John Smith would return the last three. // Sample Addressbook Harry Smith Joan Smith Jack Smith John Smith John Allen Smith John William Smith -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-1291) Windows 8 Contacts - Find+Create APIs
[ https://issues.apache.org/jira/browse/CB-1291?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-1291: --- Component/s: Plugin Contacts Windows 8 Contacts - Find+Create APIs - Key: CB-1291 URL: https://issues.apache.org/jira/browse/CB-1291 Project: Apache Cordova Issue Type: Bug Components: Plugin Contacts, Windows 8 Reporter: Jesse MacFadyen Assignee: Jesse MacFadyen It looks like we will need to approach Contacts on Windows 8 differently. The goal of the Contacts API is not to have every app become a ContactProvider, which would result in chaos ... Windows 8 does not have built in contacts, they are managed internally by the People app. The People app is a ContactProvider so when you are performing an operation that requires a contact, you are given the opportunity to select one or more contacts from the People app, as well as every other app that publishes the ContactProvider contract. Searching contacts cannot be achieved given Windows 8 APIs and interaction with the People app, but the primary use case of picking one or more contacts to interact with can work. I think the best approach would be to return a contact object as defined by PhoneGap APIs, but allow the user to actually do the selection ( via the picker ) Here is a good write-up by a Microsoft evangelist about how contacts work on Windows 8. http://blogs.msdn.com/b/glengordon/archive/2012/08/28/windows-8-apps-for-the-phonegap-developer-contacts.aspx -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-1690) Allow the user to select front or back camera on Camera.getPicture()
[ https://issues.apache.org/jira/browse/CB-1690?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-1690: --- Component/s: Plugin Camera Allow the user to select front or back camera on Camera.getPicture() Key: CB-1690 URL: https://issues.apache.org/jira/browse/CB-1690 Project: Apache Cordova Issue Type: Sub-task Components: Plugin Camera, Windows 8 Reporter: Simon MacDonald Assignee: Jesse MacFadyen Priority: Minor -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-2426) Add an Android file picker to core Cordova
[ https://issues.apache.org/jira/browse/CB-2426?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-2426. Resolution: Won't Fix Based on this [1] mailing list discussion I'm closing this as Wont Fix, as there are no plans to support this as a core plugin. http://callback.markmail.org/message/kehmz6oiuqqkvnrk Add an Android file picker to core Cordova -- Key: CB-2426 URL: https://issues.apache.org/jira/browse/CB-2426 Project: Apache Cordova Issue Type: New Feature Components: Android Reporter: Max Woghiren Assignee: Max Woghiren Priority: Minor It would be useful to have a file picker plugin that yields Cordova file objects (or at least URIs which can be used to create Cordova FileEntries), much like Camera does. input type=file controls yield native Files, which are incompatible with some of the Cordova File API (eg. FileWriter). -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-2528) Add window.onerror to index.html
[ https://issues.apache.org/jira/browse/CB-2528?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13895040#comment-13895040 ] Bas Bosman commented on CB-2528: Pull request: https://github.com/apache/cordova-app-hello-world/pull/6 Add window.onerror to index.html Key: CB-2528 URL: https://issues.apache.org/jira/browse/CB-2528 Project: Apache Cordova Issue Type: Improvement Components: App Hello World Reporter: Shazron Abdullah Assignee: Michael Brooks Priority: Minor https://twitter.com/purplecabbage/status/276506789065928704 Tired of telling people to add this to debug their stuff. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-3017) Media API is failing playing sounds on WP8, it works fine on WP7
[ https://issues.apache.org/jira/browse/CB-3017?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-3017: --- Component/s: Plugin Media Media API is failing playing sounds on WP8, it works fine on WP7 Key: CB-3017 URL: https://issues.apache.org/jira/browse/CB-3017 Project: Apache Cordova Issue Type: Bug Components: Plugin Media, WP8 Affects Versions: 2.5.0 Reporter: Karim Assignee: Jesse MacFadyen I have the same project for WP7 and the sounds play fine but for WP8 no sound is played and I get the following output on the Visual Studio console: The thread 0x9a8 has exited with code 259 (0x103). A first chance exception of type 'System.NullReferenceException' occurred in Real Domino WP8.DLL An exception of type 'System.NullReferenceException' occurred in Real Domino WP8.DLL and wasn't handled before a managed/native boundary I see this in 2.5.0 and the recent 2.6.0 versions of cordova. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-3532) cordova-js readme.md
[ https://issues.apache.org/jira/browse/CB-3532?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-3532. Resolution: Fixed Fixed as a byproduct of CB-3960 cordova-js readme.md Key: CB-3532 URL: https://issues.apache.org/jira/browse/CB-3532 Project: Apache Cordova Issue Type: Improvement Components: Docs Affects Versions: 2.7.0 Reporter: John M. Wargo Assignee: Michael Brooks Priority: Trivial Labels: documentation Original Estimate: 0.25h Remaining Estimate: 0.25h The readme.md file for the cordova-js zip file still contains a reference to Callback A unified JavaScript layer for [Apache Cordova](http://incubator.apache.org/projects/callback.html) projects. The URL pointed to in the first line of the file does not exist. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-324) Update getting started guide for QT
[ https://issues.apache.org/jira/browse/CB-324?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-324. --- Resolution: Won't Fix As the docs don't contain a Getting Started Guide for Qt, I assume it no longer needs updating as well. Update getting started guide for QT --- Key: CB-324 URL: https://issues.apache.org/jira/browse/CB-324 Project: Apache Cordova Issue Type: Improvement Components: Docs, Qt Affects Versions: 1.6.1 Reporter: Brian LeRoux Assignee: Jeff Tranter Priority: Minor Fix For: Master -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-3901) Backlog of Acceleration messages are received after plugin/sensor is stopped
[ https://issues.apache.org/jira/browse/CB-3901?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-3901: --- Component/s: Plugin Geolocation Backlog of Acceleration messages are received after plugin/sensor is stopped Key: CB-3901 URL: https://issues.apache.org/jira/browse/CB-3901 Project: Apache Cordova Issue Type: Improvement Components: Android, CordovaJS, Plugin Geolocation Affects Versions: 2.7.0 Reporter: Peter Assignee: Joe Bowser Priority: Minor There is a kind of race condition between the Accelerometer events being generated and the processing of the Cordova bridge messages. For example: In the plugin: * Accelerometer events are generated at a rapid rate. * The event always results in data transfer across the bridge. e.g. onSensorChanged calls this.win() calls sendPluginResult… * So very quickly lots of PluginResult messages will be queued, requiring processing Meanwhile in the JavaScript: * callbackFromNative handles the incoming messages and if there are any listeners then it deals with the acceleration event. * When it determines there are no user listeners left then a sensor “stop” will be issued But even after the “stop” is executed, there is still a potentially large backlog of queued acceleration messages still remaining to be processed. Since there are no user listeners left the user does not get to see them – they so just end up going nowhere. I don’t know whether there is anything possible that can be done about this (it seems to be just the way it is designed) but perhaps there should be some comment in the code for the accelerometer callbacks to describe how they may be called even though all user listeners have been removed. And maybe the success function can be modified to not bother constructing the Acceleration instance unless it will be used. Something like this? BEFORE: {code} function(a) { var tempListeners = listeners.slice(0); accel = new Acceleration(a.x, a.y, a.z, a.timestamp); for (var i = 0, l = tempListeners.length; i l; i++) { tempListeners[i].win(accel); } } {code} AFTER: {code} function(a) { // NB: It is possible for this callback to be executed even after the accelerometer // sensor is “stopped” due to a backlog of unprocessed acceleration messages. var tempListeners = listeners.slice(0); var nListeners = tempListeners.length; if (nListeners 0) { accel = new Acceleration(a.x, a.y, a.z, a.timestamp); for (var i = 0, l = nListeners; i l; i++) { tempListeners[i].win(accel); } } } {code} -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-4573) navigator.compass.getCurrentHeading takes compassOption parameter?
[ https://issues.apache.org/jira/browse/CB-4573?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-4573: --- Component/s: Plugin Geolocation navigator.compass.getCurrentHeading takes compassOption parameter? -- Key: CB-4573 URL: https://issues.apache.org/jira/browse/CB-4573 Project: Apache Cordova Issue Type: Bug Components: Docs, Plugin Geolocation Affects Versions: 2.9.0 Reporter: Peter Assignee: Michael Brooks Priority: Minor Why does the API documentation say *navigator.compass.getCurrentHeading* method takes a compassOptions parameter? AFAIK: * compassOption has no relevance for getCurrentHeading method * compassOption is just for watchHeading method (analagous to the getCurrentAcceleration / watchAcceleration). Ref http://cordova.apache.org/docs/en/2.9.0/cordova_compass_compass.md.html#compass.getCurrentHeading -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-4607) Bad HTML on File docs page prevents proper linking
[ https://issues.apache.org/jira/browse/CB-4607?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13895106#comment-13895106 ] Bas Bosman commented on CB-4607: This was also mentioned as part of CB-4625, but that part didn't get fixed there. Bad HTML on File docs page prevents proper linking -- Key: CB-4607 URL: https://issues.apache.org/jira/browse/CB-4607 Project: Apache Cordova Issue Type: Bug Components: Docs Reporter: Raymond Camden Assignee: Michael Brooks Priority: Minor Go to the File docs page http://docs.phonegap.com/en/3.0.0/cordova_file_file.md.html#File and notice how #File is already in the URL. There is a a name=File towards the top. But - and here is the issue - there is also a File object definition in the docs. You are supposed to be able to get to it by clicking FIle in the TOC on top. You can't because a name=File is already defined. You should switch the second one to something like fileob or whatever and ensure the link in the TOC (again, I'm talking about the table of contents ON the File page, not the left side) is updated. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5990) findPlugins function doesn't honor its comment
[ https://issues.apache.org/jira/browse/CB-5990?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13895170#comment-13895170 ] Bas Bosman commented on CB-5990: Made the comment generic and added '.git' to the exclusions: https://github.com/apache/cordova-plugman/pull/46 findPlugins function doesn't honor its comment -- Key: CB-5990 URL: https://issues.apache.org/jira/browse/CB-5990 Project: Apache Cordova Issue Type: Bug Components: Plugman Affects Versions: 3.3.0 Reporter: Josh Soref This is the code: {quote} // List the directories in the path, ignoring any files, .svn, etc. findPlugins:function(plugins_dir) { var plugins = [], stats; if (fs.existsSync(plugins_dir)) { plugins = fs.readdirSync(plugins_dir).filter(function (fileName) { stats = fs.statSync(path.join(plugins_dir, fileName)); return fileName != '.svn' fileName != 'CVS' stats.isDirectory(); {quote} It will return .hg, .git, .bzr, ... There's no reason to only special case .svn and CVS, but to not mention CVS in the comment. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-4613) Cordova run doesn't support file paths with apostrophes
[ https://issues.apache.org/jira/browse/CB-4613?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-4613. Resolution: Fixed I'm able to reproduce this on 3.0.6, but I'm unable to reproduce it on 3.3.0. I assume it's been fixed somewhere in between, so I'm resolving this as Fixed. Cordova run doesn't support file paths with apostrophes --- Key: CB-4613 URL: https://issues.apache.org/jira/browse/CB-4613 Project: Apache Cordova Issue Type: Bug Components: CLI Reporter: B T Priority: Minor Environment: Windows 7 32 bit, cordova -v 3.0.6 Following the guide here: http://cordova.apache.org/docs/en/3.0.0/guide_cli_index.md.html Step 1: npm install -g cordova Step 2: cordova create hello com.example.hello HelloWorld Step 3: cd hello Step 4: The following both produce the same error: * cordova platform add android * cordova build The error: [Error: An error occurred while running the android project. 'H:\billy's' is not recognized as an internal or external c ommand, operable program or batch file. ] There is no other output. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-4683) On adding android platform, only system-specific build files are created
[ https://issues.apache.org/jira/browse/CB-4683?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-4683. Resolution: Fixed I just tested this and on 3.3.1 all those files are created. I assume this has been fixed somewhere in the meantime and will resolve this issue as Fixed. On adding android platform, only system-specific build files are created Key: CB-4683 URL: https://issues.apache.org/jira/browse/CB-4683 Project: Apache Cordova Issue Type: Bug Components: CLI Reporter: B T Assignee: Lorin Beer Priority: Minor When running `cordova platform add android` on Windows, only .bat files are created in platforms/android/cordova . This allows the project to be built on windows *only*, and other platforms (ie linux or mac) have to do additional work to be able to build the project. Cordova CLI should put *all* system's build files into the project so that people can collaborate on Cordova projects across systems without additional effort. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-5964) Createmobilespec.sh no longer working due to CB-4153
Bas Bosman created CB-5964: -- Summary: Createmobilespec.sh no longer working due to CB-4153 Key: CB-5964 URL: https://issues.apache.org/jira/browse/CB-5964 Project: Apache Cordova Issue Type: Bug Components: mobile-spec Reporter: Bas Bosman Assignee: Bas Bosman Priority: Critical Due to changes introduced in CB-4153 the createmobilespec.sh is no longer working as it should. While creating the project it should now use the new --link-to instead of the old --link argument. Currently the output of the create is: Creating a new cordova project with name HelloCordova and id io.cordova.hello cordova at location C:\GitHub\cordova-coho\mobilespec While I would expect it to be: Creating a new cordova project with name HelloCordova and id io.cordova.hello cordova at location C:\GitHub\cordova-coho\mobilespec Using custom www assets from C:\GitHub\cordova-coho\cordova-mobile-spec -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5964) Createmobilespec.sh no longer working due to CB-4153
[ https://issues.apache.org/jira/browse/CB-5964?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13888504#comment-13888504 ] Bas Bosman commented on CB-5964: https://github.com/apache/cordova-mobile-spec/pull/48 Output is one again as expected. :) Createmobilespec.sh no longer working due to CB-4153 Key: CB-5964 URL: https://issues.apache.org/jira/browse/CB-5964 Project: Apache Cordova Issue Type: Bug Components: mobile-spec Reporter: Bas Bosman Assignee: Bas Bosman Priority: Critical Due to changes introduced in CB-4153 the createmobilespec.sh is no longer working as it should. While creating the project it should now use the new --link-to instead of the old --link argument. Currently the output of the create is: Creating a new cordova project with name HelloCordova and id io.cordova.hello cordova at location C:\GitHub\cordova-coho\mobilespec While I would expect it to be: Creating a new cordova project with name HelloCordova and id io.cordova.hello cordova at location C:\GitHub\cordova-coho\mobilespec Using custom www assets from C:\GitHub\cordova-coho\cordova-mobile-spec -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-5370) Wrong help text for cordova serve command
[ https://issues.apache.org/jira/browse/CB-5370?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-5370. Resolution: Fixed Fixed by CB-5280 and CB-5325 Wrong help text for cordova serve command - Key: CB-5370 URL: https://issues.apache.org/jira/browse/CB-5370 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.2.0 Reporter: Dick van den Brink Priority: Minor Wrong help text for cordova serve command https://github.com/apache/cordova-cli/pull/85 -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-5426) Doc translation for v3.2
[ https://issues.apache.org/jira/browse/CB-5426?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-5426. Resolution: Done I think this one can be safely resolved with the recent 3.4 translation commits going in? I apologize if that's not the case and feel free to reopen if needed. Doc translation for v3.2 Key: CB-5426 URL: https://issues.apache.org/jira/browse/CB-5426 Project: Apache Cordova Issue Type: Bug Components: Docs Affects Versions: 3.2.0 Reporter: Lisa Seacat DeLuca Assignee: Michael Brooks Priority: Minor Labels: translation JIRA issue to track the translations from edge for 3.2 -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-5428) versionCode attribute not updating when using command line tools.
[ https://issues.apache.org/jira/browse/CB-5428?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-5428: --- Component/s: Android versionCode attribute not updating when using command line tools. - Key: CB-5428 URL: https://issues.apache.org/jira/browse/CB-5428 Project: Apache Cordova Issue Type: Bug Components: Android, CLI Affects Versions: 3.1.0 Environment: Android, Windows Reporter: Venkata Kiran Priority: Minor The versionCode from the root project is not reflected in Android project. The Android project is always ending up with versionCode 1 irrespective of what ever is configured in root project. The below link has more details: https://groups.google.com/forum/#!topic/phonegap/ckk2h2nri4Q -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-5460) Vibration - align with w3c spec ANDROID
[ https://issues.apache.org/jira/browse/CB-5460?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-5460: --- Component/s: Android Vibration - align with w3c spec ANDROID --- Key: CB-5460 URL: https://issues.apache.org/jira/browse/CB-5460 Project: Apache Cordova Issue Type: Sub-task Components: Android, Plugin Vibration Reporter: Lisa Seacat DeLuca Priority: Minor Make the vibration changes for Android -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-5462) Vibration - align with w3c spec DOCS
[ https://issues.apache.org/jira/browse/CB-5462?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-5462: --- Component/s: Plugin Vibration Vibration - align with w3c spec DOCS Key: CB-5462 URL: https://issues.apache.org/jira/browse/CB-5462 Project: Apache Cordova Issue Type: Sub-task Components: Docs, Plugin Vibration Reporter: Lisa Seacat DeLuca Priority: Minor Update documentation to align vibration spec with w3c -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-5522) contacts.create: Parameter properties is undocumented
[ https://issues.apache.org/jira/browse/CB-5522?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-5522: --- Component/s: Plugin Contacts contacts.create: Parameter properties is undocumented --- Key: CB-5522 URL: https://issues.apache.org/jira/browse/CB-5522 Project: Apache Cordova Issue Type: Bug Components: Docs, Plugin Contacts Reporter: Gabriel Schulhof http://cordova.apache.org/docs/en/edge/cordova_contacts_contacts.md.html#contacts.create The documentation doesn't mention what the properties parameter can contain. It does give some examples, but I can only guess that the keys of the hash given to contacts.create in the properties parameter are actually the same as the resulting Contact object's property keys. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-5529) BlackBerry Platform Guides are incorrect
[ https://issues.apache.org/jira/browse/CB-5529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-5529: --- Component/s: BlackBerry BlackBerry Platform Guides are incorrect Key: CB-5529 URL: https://issues.apache.org/jira/browse/CB-5529 Project: Apache Cordova Issue Type: Bug Components: BlackBerry, Docs Affects Versions: 3.1.0 Reporter: John M. Wargo I'm noticing a problem with the BlackBerry platform guides. When you open the platform guides page here: http://cordova.apache.org/docs/en/3.1.0/guide_platforms_index.md.html#Platform%20Guides. The BlackBerry page located here: http://cordova.apache.org/docs/en/3.1.0/guide_platforms_blackberry_index.md.html#BlackBerry%20Platform%20Guide is the page for legacy BlackBerry devices (pre-BlackBerry 10) which isn't even supported with Cordova 3, is it? Anyway, the document references BlackBerry 10, but has instructions for Playbook (which isn't supported) and a bunch of other inaccuracies. The page has a link to open a page with BlackBerry 10 instructions, but that link simply opens the old, inaccurate doc again. http://cordova.apache.org/docs/en/3.1.0/guide_platforms_blackberry_index.md.html#BlackBerry%2010%20Platform%0AGuide. Some examples: This guide shows you how to set up an SDK environment to target applications for the BlackBerry platform prior to version 10. If you want to target the most recent version, see the BlackBerry 10 Platform Guide This version of BlackBerry is not supported by the cordova utility described in The Command-line Interface, but by a separate set of command-line tools. Download the Cordova distribution from cordova.apache.org. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-5511) Status bar plugin doesn't affect in-app browser
[ https://issues.apache.org/jira/browse/CB-5511?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-5511: --- Component/s: Plugins Status bar plugin doesn't affect in-app browser --- Key: CB-5511 URL: https://issues.apache.org/jira/browse/CB-5511 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugin InAppBrowser, Plugins Affects Versions: 3.1.0 Reporter: Jacob Weber Priority: Minor Labels: statusbar-plugin If you use the status bar plugin on iOS, and set StatusBarOverlaysWebView=false or StatusBarBackgroundColor, those settings don't affect the in-app browser. So when you open an in-app browser, the status bar will return to a transparent overlay. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-5511) Status bar plugin doesn't affect in-app browser
[ https://issues.apache.org/jira/browse/CB-5511?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-5511: --- Labels: statusbar-plugin (was: ) Status bar plugin doesn't affect in-app browser --- Key: CB-5511 URL: https://issues.apache.org/jira/browse/CB-5511 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugin InAppBrowser, Plugins Affects Versions: 3.1.0 Reporter: Jacob Weber Priority: Minor Labels: statusbar-plugin If you use the status bar plugin on iOS, and set StatusBarOverlaysWebView=false or StatusBarBackgroundColor, those settings don't affect the in-app browser. So when you open an in-app browser, the status bar will return to a transparent overlay. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-5243) add wp8 support in battery.level
[ https://issues.apache.org/jira/browse/CB-5243?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-5243. Resolution: Fixed Marking resolved, based on the content of the commits add wp8 support in battery.level Key: CB-5243 URL: https://issues.apache.org/jira/browse/CB-5243 Project: Apache Cordova Issue Type: Bug Components: Plugin Battery Status Reporter: puchen The level property is unavailable as Windows Phone 7 does not provide native APIs for determining battery level. Windows Phone 8 provide Windows.Phone.Devices.Power.Battery class -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-5113) Windows 8 Geolocation Proxy is not created
[ https://issues.apache.org/jira/browse/CB-5113?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-5113. Resolution: Fixed Marking as resolved, based on the content of the commits Windows 8 Geolocation Proxy is not created -- Key: CB-5113 URL: https://issues.apache.org/jira/browse/CB-5113 Project: Apache Cordova Issue Type: Bug Components: Plugin Geolocation, Windows 8 Reporter: Maxime LUCE Assignee: Maxime LUCE Missing Windows 8 Geolocation proxy Defined config-file in plugin.xml but no proxy -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5532) WP8. Add binary data support to FileWriter
[ https://issues.apache.org/jira/browse/CB-5532?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13888520#comment-13888520 ] Bas Bosman commented on CB-5532: Based on the commits I think this issue can be resolved as Fixed, but I'm not entirely sure as I can't test it at the moment. WP8. Add binary data support to FileWriter -- Key: CB-5532 URL: https://issues.apache.org/jira/browse/CB-5532 Project: Apache Cordova Issue Type: Bug Components: Plugin File, WP8 Reporter: Sergey Grebnov Assignee: Jesse MacFadyen Could be tested/reproduced for example on the following mobile spec tests: file.spec.104 should be able to write binary data from an ArrayBuffer file.spec.105 should be able to write binary data from a Blob -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-5625) Add coho command for listing outstanding pull requests
[ https://issues.apache.org/jira/browse/CB-5625?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-5625: --- Summary: Add coho command for listing outstanding pull requests (was: Add coho command for listing outstanding pull requets) Add coho command for listing outstanding pull requests -- Key: CB-5625 URL: https://issues.apache.org/jira/browse/CB-5625 Project: Apache Cordova Issue Type: New Feature Components: Coho Reporter: Andrew Grieve Assignee: Bas Bosman Priority: Minor Github has an API: http://developer.github.com/v3/pulls/ Would be nice to have one command that could list out the pull requests for all repos, sorted by last updated. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Assigned] (CB-5625) Add coho command for listing outstanding pull requets
[ https://issues.apache.org/jira/browse/CB-5625?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman reassigned CB-5625: -- Assignee: Bas Bosman Add coho command for listing outstanding pull requets - Key: CB-5625 URL: https://issues.apache.org/jira/browse/CB-5625 Project: Apache Cordova Issue Type: New Feature Components: Coho Reporter: Andrew Grieve Assignee: Bas Bosman Priority: Minor Github has an API: http://developer.github.com/v3/pulls/ Would be nice to have one command that could list out the pull requests for all repos, sorted by last updated. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5625) Add coho command for listing outstanding pull requests
[ https://issues.apache.org/jira/browse/CB-5625?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13888611#comment-13888611 ] Bas Bosman commented on CB-5625: I thought this one would be a nice one to get my feet wet. {quote} C:\GitHub\cordova-cohocoho list-pulls --help Reports what GitHub pull requests are open for the given repositories. Example usage: node C:\GitHub\cordova-coho\coho list-pulls -r auto -b master Example usage: node C:\GitHub\cordova-coho\coho list-pulls -r plugins -b dev Please note that GitHub rate limiting applies. See http://developer.github.com/v3/#rate-limiting for details. Options: -h, --helpShows help information. -r, --repoWhich repos to operate on. Multiple flags allowed. This can be repo IDs or repo groups. Use the list-repos command see valid values. [default: auto] -b, --branch The name of the branch to check. Can be specified multiple times to specify multiple branches. [default: master] {quote} Sample output: {quote} C:\GitHub\cordova-cohocoho list-pulls -r cordova-coho .// == Found 2 Pull Requests for repo cordova-coho and branch master --- Pull Request number 13 for cordova-coho on branch master (Last modified: 2014-02-01T14:23:37Z) --- Title: CB-5625 Show open Pull Requests on GitHub Author: BBosman Url: https://api.github.com/repos/apache/cordova-coho/pulls/13 --- Pull Request number 10 for cordova-coho on branch master (Last modified: 2013-12-13T14:49:24Z) --- Title: CB-5312 Support github.com/apache repositories Author: jsoref Url: https://api.github.com/repos/apache/cordova-coho/pulls/10 {quote} Pull request: https://github.com/apache/cordova-coho/pull/13 Add coho command for listing outstanding pull requests -- Key: CB-5625 URL: https://issues.apache.org/jira/browse/CB-5625 Project: Apache Cordova Issue Type: New Feature Components: Coho Reporter: Andrew Grieve Assignee: Bas Bosman Priority: Minor Github has an API: http://developer.github.com/v3/pulls/ Would be nice to have one command that could list out the pull requests for all repos, sorted by last updated. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Comment Edited] (CB-5625) Add coho command for listing outstanding pull requests
[ https://issues.apache.org/jira/browse/CB-5625?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13888611#comment-13888611 ] Bas Bosman edited comment on CB-5625 at 2/1/14 5:16 PM: I thought this one would be a nice one to get my feet wet. {quote} C:\GitHub\cordova-cohocoho list-pulls --help Reports what GitHub pull requests are open for the given repositories. Example usage: node C:\GitHub\cordova-coho\coho list-pulls -r auto -b master Example usage: node C:\GitHub\cordova-coho\coho list-pulls -r plugins -b dev Please note that GitHub rate limiting applies. See http://developer.github.com/v3/#rate-limiting for details. Options: -h, --helpShows help information. -r, --repoWhich repos to operate on. Multiple flags allowed. This can be repo IDs or repo groups. Use the list-repos command see valid values. [default: auto] -b, --branch The name of the branch to check. Can be specified multiple times to specify multiple branches. [default: master] {quote} Sample output: {quote} C:\GitHub\cordova-cohocoho list-pulls -r cordova-coho .// == Found 2 Pull Requests for repo cordova-coho and branch master --- Pull Request number 13 for cordova-coho on branch master (Last modified: 2014-02-01T14:23:37Z) --- Title: CB-5625 Show open Pull Requests on GitHub Author: BBosman Url: https://api.github.com/repos/apache/cordova-coho/pulls/13 --- Pull Request number 10 for cordova-coho on branch master (Last modified: 2013-12-13T14:49:24Z) --- Title: CB-5312 Support github.com/apache repositories Author: jsoref Url: https://api.github.com/repos/apache/cordova-coho/pulls/10 {quote} Pull request: https://github.com/apache/cordova-coho/pull/14 was (Author: bbosman): I thought this one would be a nice one to get my feet wet. {quote} C:\GitHub\cordova-cohocoho list-pulls --help Reports what GitHub pull requests are open for the given repositories. Example usage: node C:\GitHub\cordova-coho\coho list-pulls -r auto -b master Example usage: node C:\GitHub\cordova-coho\coho list-pulls -r plugins -b dev Please note that GitHub rate limiting applies. See http://developer.github.com/v3/#rate-limiting for details. Options: -h, --helpShows help information. -r, --repoWhich repos to operate on. Multiple flags allowed. This can be repo IDs or repo groups. Use the list-repos command see valid values. [default: auto] -b, --branch The name of the branch to check. Can be specified multiple times to specify multiple branches. [default: master] {quote} Sample output: {quote} C:\GitHub\cordova-cohocoho list-pulls -r cordova-coho .// == Found 2 Pull Requests for repo cordova-coho and branch master --- Pull Request number 13 for cordova-coho on branch master (Last modified: 2014-02-01T14:23:37Z) --- Title: CB-5625 Show open Pull Requests on GitHub Author: BBosman Url: https://api.github.com/repos/apache/cordova-coho/pulls/13 --- Pull Request number 10 for cordova-coho on branch master (Last modified: 2013-12-13T14:49:24Z) --- Title: CB-5312 Support github.com/apache repositories Author: jsoref Url: https://api.github.com/repos/apache/cordova-coho/pulls/10 {quote} Pull request: https://github.com/apache/cordova-coho/pull/13 Add coho command for listing outstanding pull requests -- Key: CB-5625 URL: https://issues.apache.org/jira/browse/CB-5625 Project: Apache Cordova Issue Type: New Feature Components: Coho Reporter: Andrew Grieve Assignee: Bas Bosman Priority: Minor Github has an API: http://developer.github.com/v3/pulls/ Would be nice to have one command that could list out the pull requests for all repos, sorted by last updated. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-3420) InAppBrowser Option to Start Hidden
[ https://issues.apache.org/jira/browse/CB-3420?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-3420: --- Component/s: Plugin InAppBrowser InAppBrowser Option to Start Hidden --- Key: CB-3420 URL: https://issues.apache.org/jira/browse/CB-3420 Project: Apache Cordova Issue Type: Improvement Components: Android, BlackBerry, CordovaJS, iOS, mobile-spec, Plugin InAppBrowser, WP7, WP8 Reporter: Andrew Grieve Assignee: David Kemp Priority: Minor Fix For: 3.4.0 One common use-case for the InAppBrowser is to handle an OAuth flow. Some flows can be done without any user interaction, so it would be great if the InAppBrowser had an option where it would start hidden, and could later be reveals through a JS call. E.g. var iab = window.open('$OAUTH_URL', 'hidden=yes'); //some time later. iab.show(); -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-5677) Forces Internal Storage in File plugin
[ https://issues.apache.org/jira/browse/CB-5677?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-5677: --- Component/s: Plugin File Forces Internal Storage in File plugin -- Key: CB-5677 URL: https://issues.apache.org/jira/browse/CB-5677 Project: Apache Cordova Issue Type: Improvement Components: Android, Plugin File Affects Versions: 3.2.0 Environment: Android device with emulated sdcard Reporter: Jonathan Barette Original Estimate: 24h Remaining Estimate: 24h Hi, We are using the File plugin to store files onto device storage. For the confidentiality, these files cannot be visualized by the user outside of the application. We would like to force to use INTERNAL storage but the requestFileSystem function returns still a path to the EXTERNAL storage in the case where a media is mounted. Is it possible to improve the plugin by supplying a new parameter in the requestFileSystem method specifying if we prefer to use INTERNAL or EXTERNAL storage. Kind regards, Jonathan Barette -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-5719) Plugins Release Jan 2, 2013
[ https://issues.apache.org/jira/browse/CB-5719?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-5719. Resolution: Fixed I think this can be marked as resolved as that plugin release happened some time ago. Plugins Release Jan 2, 2013 --- Key: CB-5719 URL: https://issues.apache.org/jira/browse/CB-5719 Project: Apache Cordova Issue Type: Bug Components: Plugins Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-5952) Wrong year in the Release Notes
Bas Bosman created CB-5952: -- Summary: Wrong year in the Release Notes Key: CB-5952 URL: https://issues.apache.org/jira/browse/CB-5952 Project: Apache Cordova Issue Type: Bug Components: CLI Reporter: Bas Bosman Assignee: Bas Bosman Priority: Trivial The releasenotes for the 3.3.1-0.3.0 of CLI are marked with (Jan 30, 2015). It think we're getting a little ahead of ourselves and that it should be 2014. :) -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5952) Wrong year in the Release Notes
[ https://issues.apache.org/jira/browse/CB-5952?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13887594#comment-13887594 ] Bas Bosman commented on CB-5952: Pull request: https://github.com/apache/cordova-cli/pull/123 Wrong year in the Release Notes --- Key: CB-5952 URL: https://issues.apache.org/jira/browse/CB-5952 Project: Apache Cordova Issue Type: Bug Components: CLI Reporter: Bas Bosman Assignee: Bas Bosman Priority: Trivial The releasenotes for the 3.3.1-0.3.0 of CLI are marked with (Jan 30, 2015). It think we're getting a little ahead of ourselves and that it should be 2014. :) -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-5043) github.com/apache/cordova-ubuntu needs to be created
[ https://issues.apache.org/jira/browse/CB-5043?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-5043: --- Component/s: Ubuntu github.com/apache/cordova-ubuntu needs to be created Key: CB-5043 URL: https://issues.apache.org/jira/browse/CB-5043 Project: Apache Cordova Issue Type: Bug Components: Docs, Ubuntu Reporter: Marcel Kinard Priority: Minor ... and an Ubuntu component needs to be added to Jira. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-5043) github.com/apache/cordova-ubuntu needs to be created
[ https://issues.apache.org/jira/browse/CB-5043?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-5043. Resolution: Fixed I think we can safely call this fixed. https://github.com/apache/cordova-ubuntu github.com/apache/cordova-ubuntu needs to be created Key: CB-5043 URL: https://issues.apache.org/jira/browse/CB-5043 Project: Apache Cordova Issue Type: Bug Components: Docs, Ubuntu Reporter: Marcel Kinard Priority: Minor ... and an Ubuntu component needs to be added to Jira. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-4950) The android implementation of contacts plugin should not depend on the concrete class android.webkit.WebView
[ https://issues.apache.org/jira/browse/CB-4950?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-4950. Resolution: Fixed Fix Version/s: (was: Master) For some reason this issue was never resolved. As there are commits and this issue is mentioned in the plugin release notes I think we can safely assume it's fixed. The android implementation of contacts plugin should not depend on the concrete class android.webkit.WebView Key: CB-4950 URL: https://issues.apache.org/jira/browse/CB-4950 Project: Apache Cordova Issue Type: Improvement Components: Plugin Contacts Affects Versions: Master Environment: cordova-android, git branch 3.0.x Reporter: gaochun Original Estimate: 1h Remaining Estimate: 1h The android implementation of contacts plugin depends on the concrete web infrastructure android.webkit.WebView. This dependence ruins the portability of the plugin. For example, it could not run on a substantial implementation of CordovaWebView which based on a android third party component(such as chromium for android). -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5116) Link to config.xml guide broken on Android Configuration guide
[ https://issues.apache.org/jira/browse/CB-5116?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13888174#comment-13888174 ] Bas Bosman commented on CB-5116: Same for the iOS docs. See CB-5464 Link to config.xml guide broken on Android Configuration guide -- Key: CB-5116 URL: https://issues.apache.org/jira/browse/CB-5116 Project: Apache Cordova Issue Type: Bug Components: Docs Affects Versions: 3.1.0 Reporter: Mike Billau Priority: Minor When on the Android Configuration Guide, there are links to the Config.xml guide but the link is broken: http://cordova.apache.org/docs/en/edge/guide_platforms_android_config.md.html#Android%20Configuration -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-2423) FileTransfer does not set Content-Length header even if known -- unable to upload to Amazon
[ https://issues.apache.org/jira/browse/CB-2423?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-2423: --- Component/s: Plugin File Transfer FileTransfer does not set Content-Length header even if known -- unable to upload to Amazon --- Key: CB-2423 URL: https://issues.apache.org/jira/browse/CB-2423 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin File Transfer Affects Versions: 2.4.0 Environment: Android client Reporter: Thomas O'Dell Assignee: Andrew Grieve Priority: Minor Labels: features Original Estimate: 24h Remaining Estimate: 24h FileTransfer does not set the Content-Length header even when known, which causes Amazon S3 to return HTML Code 411 (Length Required). Adding the following lines after line 328 solves the problem: if (fixedLength = 0) { conn.setRequestProperty(Content-Length, +fixedLength); } (Haven't tested on iOS, but see that iOS does have code to set Content-Length.) -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-4818) InAppBrowser addEventListener 3rd parameter?
[ https://issues.apache.org/jira/browse/CB-4818?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13888207#comment-13888207 ] Bas Bosman commented on CB-4818: Pull request: https://github.com/apache/cordova-mobile-spec/pull/47 InAppBrowser addEventListener 3rd parameter? Key: CB-4818 URL: https://issues.apache.org/jira/browse/CB-4818 Project: Apache Cordova Issue Type: Test Components: Docs, mobile-spec, Plugin InAppBrowser Affects Versions: 2.9.0 Reporter: Peter Assignee: Michael Brooks Priority: Minor The mobile-spec InAppBrowser tests addEventListener: {code} iab.addEventListener('loaderror', logEvent, false); iab.addEventListener('loadstart', logEvent, false); iab.addEventListener('loadstop', logEvent, false); iab.addEventListener('exit', logEvent, false); {code} But that test code above is calling addEventListener with 3 parameters, and the 3rd parameter is neither documented http://cordova.apache.org/docs/en/3.0.0/cordova_inappbrowser_inappbrowser.md.html#addEventListener, nor (IIUC) is it implemented in the cordova.js -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-1375) Sample app incorrectly positioned on BB OS 5
[ https://issues.apache.org/jira/browse/CB-1375?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13886640#comment-13886640 ] Bas Bosman commented on CB-1375: Is this issue still relevant? BB OS 5-7 were last officially supported by the 2.8.0 release, which is by now more than a couple of versions ago.. As there's been no activity on this issue in the past 1.5 years I'd suggest closing it as Won't Fix. Sample app incorrectly positioned on BB OS 5 Key: CB-1375 URL: https://issues.apache.org/jira/browse/CB-1375 Project: Apache Cordova Issue Type: Bug Components: App Hello World Affects Versions: 2.1.0 Reporter: Drew Walters Assignee: Michael Brooks Fix For: Master Launching the hello world app on BlackBerry OS 5 simulator (9550 running 5.0.0.713) results in only a part of the page being visible. The entire page is shifted up with only a part of the Cordova robot being visible. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-1602) Android birthday field not working
[ https://issues.apache.org/jira/browse/CB-1602?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-1602: --- Component/s: Plugin Contacts Android birthday field not working -- Key: CB-1602 URL: https://issues.apache.org/jira/browse/CB-1602 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin Contacts Affects Versions: 2.1.0 Environment: Baseband : IG9100GXXKL4 (Galaxy S2) Kernel : 2.6.35.7 Android: 2.3.6 Reporter: Olivier Louvignes Assignee: Braden Shepherdson Priority: Minor Labels: contacts I'm trying to save/update a birthday field on my android device. It does work with a timestamp (int) on iOS. However on android, I'll always get the current (today) date to be saved on my device. I tried : - int timestamp - javascript Date - string -MM-DD (what is returned on read().) -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-151) More information about location services
[ https://issues.apache.org/jira/browse/CB-151?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-151: -- Component/s: Plugin Geolocation More information about location services Key: CB-151 URL: https://issues.apache.org/jira/browse/CB-151 Project: Apache Cordova Issue Type: New Feature Components: iOS, Plugin Geolocation Environment: IOS Reporter: Emile khattar Priority: Minor Can we know the following? * if the location services are disabled on the phone. * if the location services are disabled for my phonegap application and how can i distinguish between these two cases and how can i open these settings via a url in IOS 4 and 5. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-57) Feature request: update media to support streaming
[ https://issues.apache.org/jira/browse/CB-57?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-57: - Component/s: Plugin Media Feature request: update media to support streaming -- Key: CB-57 URL: https://issues.apache.org/jira/browse/CB-57 Project: Apache Cordova Issue Type: New Feature Components: iOS, Plugin Media Reporter: Shazron Abdullah Priority: Minor reported at: https://github.com/phonegap/phonegap-iphone/issues/55 by: https://github.com/hardeep The AVAudioPlayer used to implement iOS media does not support streaming audio. In order to do that we need to use the Audio Toolbox. Example and more info here: http://cocoawithlove.com/2009/06/revisiting-old-post-streaming-and.html [Original LightHouse ticket](http://phonegap.lighthouseapp.com/projects/20116/tickets/105) This ticket has 0 attachment(s). -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-1033) Update Documentation Theme to Match Homepage
[ https://issues.apache.org/jira/browse/CB-1033?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-1033: --- Issue Type: Improvement (was: Bug) Update Documentation Theme to Match Homepage Key: CB-1033 URL: https://issues.apache.org/jira/browse/CB-1033 Project: Apache Cordova Issue Type: Improvement Components: Docs Affects Versions: Master Reporter: Michael Brooks Assignee: Michael Brooks Fix For: Master Update the theme to match [cordova.io|http://cordova.io] -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-635) Access application version information from JS.
[ https://issues.apache.org/jira/browse/CB-635?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13886651#comment-13886651 ] Bas Bosman commented on CB-635: --- There is a plugin which already supports this for iOS and Android: https://github.com/whiteoctober/cordova-plugin-app-version Access application version information from JS. --- Key: CB-635 URL: https://issues.apache.org/jira/browse/CB-635 Project: Apache Cordova Issue Type: New Feature Components: CordovaJS Affects Versions: 1.7.0 Environment: Notably iOS/Android. Reporter: Ladar Levison Assignee: Braden Shepherdson Labels: api-change, javascript, platform Original Estimate: 4h Remaining Estimate: 4h It seems that every platform offers the ability to define an application version. iOS and Android offer string and numeric fields. They are versionName and versionCode on Android. My request is to add the ability to access this app version info using Javascript. Perhaps adding an app namespace with app.versionName, app.versionCode and app.name... It would be an easy enough plugin to write, but figured it should eventually become part of the core. https://developer.android.com/guide/publishing/versioning.html -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-2387) navigator.camera.getPicture targetWidth/targetHeight loses aspect ratio in WP8
[ https://issues.apache.org/jira/browse/CB-2387?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-2387: --- Component/s: Plugin Camera navigator.camera.getPicture targetWidth/targetHeight loses aspect ratio in WP8 -- Key: CB-2387 URL: https://issues.apache.org/jira/browse/CB-2387 Project: Apache Cordova Issue Type: Bug Components: Plugin Camera, WP8 Affects Versions: 2.3.0 Environment: Tested on Visual Studio Emulator and Nokia Lumia 920 Reporter: Ole Martin Bakke Assignee: Jesse MacFadyen Priority: Minor It seesms like navigator.camera.getPicture with the targetWidth and targetHeight loses aspect ratio on WP8. navigator.camera.getPicture(onPhotoDataSuccess, onFail, { quality: 80, destinationType: destinationType.DATA_URL, sourceType: source, targetHeight: 640, targetWidth: 640 }); Returns a image which is 640px*640px although the cameras aspect ratio is 1,5:1 The same app built for Android is OK. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-2425) FileUploadOptions options structure not very clean, means you can't have a form field called 'header'
[ https://issues.apache.org/jira/browse/CB-2425?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-2425: --- Component/s: (was: CordovaJS) (was: Android) (was: iOS) Plugin File FileUploadOptions options structure not very clean, means you can't have a form field called 'header' - Key: CB-2425 URL: https://issues.apache.org/jira/browse/CB-2425 Project: Apache Cordova Issue Type: Improvement Components: Plugin File Affects Versions: 2.4.0 Environment: Using FileUpload to post a multi-part form to the server. Reporter: Thomas O'Dell Assignee: Joe Bowser Priority: Minor Labels: features Original Estimate: 48h Remaining Estimate: 48h The current design of FileUploadOptions is that the options is an object, whose fields represent the form fields. A special option 'headers' represents the headers to be uploaded. The format of the form fields is not compatible with JQuery and thus has to be massaged. As well, the design makes it impossible to have a form field called headers. I propose the following format for the Options object (25 = 2.5.0, i.e. first release to support api change): { 'apache-cordova-25-form-fields': [ {name: name, value: value}, ... ], // i.e. format returned by JQuery's serializeArray(formObject) 'apache-cordova-25-header-fields': [ {name: name, value: value}, ... ], 'apache-cordova-25-upload-options': [ {name: name, value: value}, // e.g. force chunked mode, set throttle speed ... ], old-style options and headers } -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-2424) FileTransfer returns misleading File Not Found when no body in HTML return
[ https://issues.apache.org/jira/browse/CB-2424?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-2424: --- Component/s: Plugin File Transfer FileTransfer returns misleading File Not Found when no body in HTML return Key: CB-2424 URL: https://issues.apache.org/jira/browse/CB-2424 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin File Transfer Affects Versions: 2.4.0 Environment: Android client trying to upload files to Amazon S3. Reporter: Thomas O'Dell Assignee: Andrew Grieve Priority: Minor Labels: features Original Estimate: 48h Remaining Estimate: 48h FileTransfer will return File Not Found error if the remote server returns only an HTML Response Code. This is very misleading, as it leads the user to believe the file is missing on the local file system. The problem is FileTransfer attempts to open the server connection for read, which raises the exception. FileTransfer should recognise that it is possible and legitimate for the remote open to fail, and simply pass the HTML response code back to the user as the error. Note: this has not been tested on other OS's. Try sending unauthorised files to Amazon S3 and you'll get the situation. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-2661) InAppBrowser creates channels per-instance, and Channels are assumed to be unique-per-name
[ https://issues.apache.org/jira/browse/CB-2661?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-2661: --- Component/s: Plugin InAppBrowser InAppBrowser creates channels per-instance, and Channels are assumed to be unique-per-name -- Key: CB-2661 URL: https://issues.apache.org/jira/browse/CB-2661 Project: Apache Cordova Issue Type: Bug Components: CordovaJS, Plugin InAppBrowser Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor The problem with this is that the channel module maintains a reference to each channel in create(): channel[name] = channel; We should just remove this behaviour from channel.js and figure out if anyone was depending on it. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-3056) Camera.getPicture() should do IO on a background thread. (android)
[ https://issues.apache.org/jira/browse/CB-3056?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-3056: --- Component/s: Plugin Camera Camera.getPicture() should do IO on a background thread. (android) -- Key: CB-3056 URL: https://issues.apache.org/jira/browse/CB-3056 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin Camera Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-2655) Add InAppBrowser.executeScript() / InAppBrowser.insertCSS API (Blackberry)
[ https://issues.apache.org/jira/browse/CB-2655?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-2655: --- Component/s: Plugin InAppBrowser Add InAppBrowser.executeScript() / InAppBrowser.insertCSS API (Blackberry) -- Key: CB-2655 URL: https://issues.apache.org/jira/browse/CB-2655 Project: Apache Cordova Issue Type: Sub-task Components: BlackBerry, Plugin InAppBrowser Reporter: Andrew Grieve Assignee: Lorin Beer Fix For: 3.4.0 -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-2305) Add InAppBrowser.executeScript() / InAppBrowser.insertCSS API
[ https://issues.apache.org/jira/browse/CB-2305?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-2305: --- Component/s: (was: CordovaJS) Plugin InAppBrowser Add InAppBrowser.executeScript() / InAppBrowser.insertCSS API - Key: CB-2305 URL: https://issues.apache.org/jira/browse/CB-2305 Project: Apache Cordova Issue Type: Bug Components: Plugin InAppBrowser Reporter: Andrew Grieve Assignee: Lorin Beer Priority: Minor Maybe base it off of: http://developer.chrome.com/extensions/tabs.html#method-executeScript http://developer.chrome.com/extensions/tabs.html#method-insertCSS (we can probably implement insertCSS all in JS by using executeScript) var wnd = window.open('local.html', '_blank', 'location=yes'); wnd.executeScript({runAt:'document_start', file:'extra.js'}, function(result) { alert(result); // result = (result of last statement). }); -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-1455) 'authorization: ...' instead of 'Authorization: ...' set in FileTransfer
[ https://issues.apache.org/jira/browse/CB-1455?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-1455: --- Component/s: Plugin File Transfer 'authorization: ...' instead of 'Authorization: ...' set in FileTransfer Key: CB-1455 URL: https://issues.apache.org/jira/browse/CB-1455 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin File Transfer Affects Versions: 2.0.0 Environment: Android Reporter: Natalia Bartol Assignee: Ian Clelland Priority: Trivial Setting params.headers = {'Authorization' : make_base_auth()}; for FileTransfer results in the request header: authorization: Basic bmssOmZvbw== According to http://tools.ietf.org/html/rfc1945#section-10.2 it should be written with capital letter: Authorization: Basic bmssOmZvbw== I bumped into this issue when trying to handle request generated by FileTransfer with ZendFramework2. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-2637) Speed up contacts find by ignoring entries with specified null fields
[ https://issues.apache.org/jira/browse/CB-2637?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-2637: --- Component/s: Plugin Contacts Speed up contacts find by ignoring entries with specified null fields - Key: CB-2637 URL: https://issues.apache.org/jira/browse/CB-2637 Project: Apache Cordova Issue Type: Improvement Components: Android, Plugin Contacts Reporter: Nestor Soign Labels: contacts Finding contacts is very slow: roughly 1 second per 100 contacts on recent hardware. According to https://issues.apache.org/jira/browse/CB-1250 the current major speed limitation is the number of contacts returned by find. I have noticed that a large percentage of contacts appear to be either incomplete or lack email addresses or phone numbers, since Google combines phone and email contacts into a single list. Many applications may be interested only in contacts which have phone numbers or which have email, or which have either. By allowing specification of fields which are required to be non-null, contacts.find calls could be sped up significantly for those cases. For example, I have a contacts list with 2641 contacts in it. Of those, 614 have telephone numbers but no emails. 1134 have emails but no telephone numbers. 203 have both emails and telephone numbers, and the remainder appear to be malformed and useless. A contacts.find call on my phone (HTC EVO 4G LTE running Android 4.1.1) takes about 13 seconds to complete, but if it could be limited to only contacts with telephone numbers, it would probably take about 3-4 seconds. Even if it were limited to contacts with either a telephone number or an email, it would probably take about 9-10 seconds, still a substantial improvement. If this is easy to implement it would be very helpful in many applications. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-248) captureVideo() on iOS doesnt seem to save to the device's photoalbum like captureImage() does
[ https://issues.apache.org/jira/browse/CB-248?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-248: -- Component/s: Plugin Media Capture captureVideo() on iOS doesnt seem to save to the device's photoalbum like captureImage() does - Key: CB-248 URL: https://issues.apache.org/jira/browse/CB-248 Project: Apache Cordova Issue Type: New Feature Components: iOS, Plugin Media Capture Affects Versions: 1.4.0 Environment: tested on iOS only Reporter: Filipe Cruz Priority: Minor Labels: capture, documentation, video calling navigator.device.capture.captureImage() the local path to a temporary location is retrieved and the image is saved to the device's photoalbum. calling navigator.device.capture.captureVideo() only the local path to a temporary location is retrieved, the video is not saved to the device's photoalbum. I also tested camera.getPicture() but the capturing functionality of that funciton only works for images. So there is no working solution to capture video to device photoalbum using callback-phonegap. Also, documentation of http://docs.phonegap.com/en/1.4.1/phonegap_camera_camera.md.html#cameraOptions_options is wrong. 'MediaType' should be 'mediaType' Test case below {code} !DOCTYPE html html head titleCapture Video/title script type=text/javascript charset=utf-8 src=phonegap.js/script script type=text/javascript charset=utf-8 function captureVideoSuccess(mediaFiles) { document.getElementById('videocontent').innerHTML = mediaFiles[0].fullPath; document.getElementById('videocontent2').innerHTML = 'video controls=truesource src='+mediaFiles[0].fullPath+'/video'; } function captureImageSuccess(mediaFiles) { document.getElementById('imagecontent').innerHTML = mediaFiles[0].fullPath; document.getElementById('imagecontent2').innerHTML = 'img src='+mediaFiles[0].fullPath+''; } function captureError(error) { var msg = 'An error occurred during capture: ' + error.code; navigator.notification.alert(msg, null, 'Uh oh!'); } function captureVideo() { navigator.device.capture.captureVideo(captureVideoSuccess, captureError); } function captureImage() { navigator.device.capture.captureImage(captureImageSuccess, captureError); } /script /head body button onclick=captureVideo();Capture Video/button brbr button onclick=captureImage();Capture Image/button brbr div id=videocontentvoid/div div id=videocontent2void/div div id=imagecontentvoid/div div id=imagecontent2void/div /body /html {code} -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-3283) FileTransfer.download should follow redirects on iOS
[ https://issues.apache.org/jira/browse/CB-3283?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-3283: --- Component/s: Plugin File Transfer FileTransfer.download should follow redirects on iOS Key: CB-3283 URL: https://issues.apache.org/jira/browse/CB-3283 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugin File Transfer Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor It's not currently following them. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-2167) Support File.slice for retrieving parts of files using FileReader
[ https://issues.apache.org/jira/browse/CB-2167?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-2167: --- Component/s: Plugin File Support File.slice for retrieving parts of files using FileReader - Key: CB-2167 URL: https://issues.apache.org/jira/browse/CB-2167 Project: Apache Cordova Issue Type: New Feature Components: CordovaJS, Plugin File Reporter: Braden Shepherdson Assignee: Braden Shepherdson Priority: Minor Labels: android, ios These changes are nearly complete, I'm creating this bug for three reasons: To point to the commits across the various repos, to capture the one outstanding bug on iOS (see sub-bug) and to track adding this feature to more platforms (more sub-bugs). -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-402) Improve Contacts search taking a long time by using (NSArray*)filteredArrayUsingPredicate:(NSPredicate*)predicate
[ https://issues.apache.org/jira/browse/CB-402?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-402: -- Component/s: Plugin Contacts Improve Contacts search taking a long time by using (NSArray*)filteredArrayUsingPredicate:(NSPredicate*)predicate - Key: CB-402 URL: https://issues.apache.org/jira/browse/CB-402 Project: Apache Cordova Issue Type: Improvement Components: iOS, Plugin Contacts Reporter: Shazron Abdullah Priority: Minor Labels: benchmark, unit-test We have to analyze this first to see if it is a big problem, with a huge N. I believe it is. Right now our search method is O( n ), while using Apple's search method it is possibly O( log n ) - but that's just a guess if I assume internally they use a binary search. Steps: 1. Grab all the contacts in a NSArray through ABAddressBookCopyArrayOfAllPeople 2. Construct a NSPredicate for the filter, and call filteredArrayUsingPredicate on the NSArray returned in step 1. 3. Convert the NSArray returned in step 2. to our CDVContact objects -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-2167) Support File.slice for retrieving parts of files using FileReader
[ https://issues.apache.org/jira/browse/CB-2167?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13886688#comment-13886688 ] Bas Bosman commented on CB-2167: Can this be marked as resolved? All Sub-Tasks have been completed. Support File.slice for retrieving parts of files using FileReader - Key: CB-2167 URL: https://issues.apache.org/jira/browse/CB-2167 Project: Apache Cordova Issue Type: New Feature Components: CordovaJS, Plugin File Reporter: Braden Shepherdson Assignee: Braden Shepherdson Priority: Minor Labels: android, ios These changes are nearly complete, I'm creating this bug for three reasons: To point to the commits across the various repos, to capture the one outstanding bug on iOS (see sub-bug) and to track adding this feature to more platforms (more sub-bugs). -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-2306) FileTransfer.download does not support file:/// URLs on Android
[ https://issues.apache.org/jira/browse/CB-2306?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-2306: --- Component/s: Plugin File Transfer FileTransfer.download does not support file:/// URLs on Android --- Key: CB-2306 URL: https://issues.apache.org/jira/browse/CB-2306 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin File Transfer Reporter: Andrew Grieve Assignee: Ian Clelland Priority: Minor This was recently fixed for iOS. Likely what users want here is to use the Entry.copyTo API instead, but some have tried this, so it's worth reporting. I started on a fix for this by mapping it to copyTo on the JS side: argscheck.checkArgs('ssFF*', 'FileTransfer.download', arguments); // Convert transfers from file:/// into File.copyTo calls. if ('' + (/^.*?:/.exec(source)) == 'file:') { var parts = /(.*)\/(.*?)$/.exec(target); exec(successCallback, errorCallback, File, copyTo, [source.slice(7), parts[1], parts[2]]); return; } This still failed the mobile spec test though due to /android_asset/ paths not being resolved on the native side. We may want to add /android_asset/ resolution into resolveLocalFileSystemURI as well... -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-3045) Set delay to stop audio in Media API
[ https://issues.apache.org/jira/browse/CB-3045?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-3045: --- Component/s: Plugin Media Set delay to stop audio in Media API Key: CB-3045 URL: https://issues.apache.org/jira/browse/CB-3045 Project: Apache Cordova Issue Type: Wish Components: iOS, Plugin Media Affects Versions: 2.5.0 Environment: n/a Reporter: Adam Ware Priority: Minor Labels: audio, ios, media Would like to see ability to set time delay (in seconds) to stop audio play when using the Media API (for audio) - similar to number of loops currently used with IOS. This would be handy when app uses audio in the background. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-3610) JS, spec, docs - all platforms
[ https://issues.apache.org/jira/browse/CB-3610?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-3610: --- Component/s: Plugin InAppBrowser JS, spec, docs - all platforms -- Key: CB-3610 URL: https://issues.apache.org/jira/browse/CB-3610 Project: Apache Cordova Issue Type: Sub-task Components: CordovaJS, mobile-spec, Plugin InAppBrowser Reporter: David Kemp Assignee: David Kemp -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-3804) Not consistently setting PluginResult message for JSON_EXCEPTION Status
[ https://issues.apache.org/jira/browse/CB-3804?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-3804: --- Component/s: Plugin InAppBrowser Not consistently setting PluginResult message for JSON_EXCEPTION Status --- Key: CB-3804 URL: https://issues.apache.org/jira/browse/CB-3804 Project: Apache Cordova Issue Type: Improvement Components: Android, Plugin InAppBrowser Affects Versions: 2.7.0 Reporter: Peter Assignee: Joe Bowser Priority: Minor The PluginResult appears to be inconsistently created for Status.JSON_EXCEPTION. exception message is passed * InAppBrowser.java: scriptResult = new PluginResult(PluginResult.Status.JSON_EXCEPTION, e.getMessage()); exception message is NOT passed * InAppBrower.java: this.callbackContext.sendPluginResult(new PluginResult(PluginResult.Status.JSON_EXCEPTION)); * Globalization.java: callbackContext.sendPluginResult(new PluginResult(PluginResult.Status.JSON_EXCEPTION)); * FileTransfer.java: result = new PluginResult(PluginResult.Status.JSON_EXCEPTION); * FileTransfer.java: context.sendPluginResult(new PluginResult(PluginResult.Status.JSON_EXCEPTION)); * App.java: callbackContext.sendPluginResult(new PluginResult(PluginResult.Status.JSON_EXCEPTION)); * PluginManager.java: PluginResult cr = new PluginResult(PluginResult.Status.JSON_EXCEPTION); Shouldn't these all be constructed the same? -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-1544) Support custom label on contact phone number
[ https://issues.apache.org/jira/browse/CB-1544?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-1544: --- Component/s: Plugin Contacts Support custom label on contact phone number Key: CB-1544 URL: https://issues.apache.org/jira/browse/CB-1544 Project: Apache Cordova Issue Type: Improvement Components: iOS, Plugin Contacts Reporter: Stefan Janson Priority: Minor If I try to save a custom label with PhoneGap, it is saved as other. Would be nice if the entered value actually was saved. Have checked iOS API and apps using this and it should be doable, or is the problem in phonegap-code? I have not coded anything in COcoa but found this link that should be related I guess. http://stackoverflow.com/questions/2675783/how-to-add-a-custom-label-to-iphone-addressbook-programmaticly Last time I requested this, my issue was closed since it could not be done but no reason was given, think it got confues with Android. This improvement request is for iOS. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-3400) Groups settings of contacts of an Android device.
[ https://issues.apache.org/jira/browse/CB-3400?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-3400: --- Component/s: Plugin Contacts Groups settings of contacts of an Android device. --- Key: CB-3400 URL: https://issues.apache.org/jira/browse/CB-3400 Project: Apache Cordova Issue Type: New Feature Components: Android, Plugin Contacts Affects Versions: Master, 2.9.0, 3.0.0 Environment: Android 4.0 and above Reporter: El Khal Assignee: Joe Bowser Priority: Minor Currently categories field of Contact object returns nothing. I wish it would return so called Groups settings of contacts of an Android device. Currently this field is not accessible. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-2332) Document new body property on FileTransferError
[ https://issues.apache.org/jira/browse/CB-2332?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-2332: --- Component/s: Plugin File Transfer Document new body property on FileTransferError - Key: CB-2332 URL: https://issues.apache.org/jira/browse/CB-2332 Project: Apache Cordova Issue Type: Sub-task Components: Docs, Plugin File Transfer Affects Versions: 2.3.0, 2.4.0, 2.5.0, 2.6.0 Reporter: Filip Maj Assignee: Michael Brooks -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-2332) Document new body property on FileTransferError
[ https://issues.apache.org/jira/browse/CB-2332?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13886820#comment-13886820 ] Bas Bosman commented on CB-2332: Is this issue still relevant? The current [documentation|https://github.com/apache/cordova-plugin-file-transfer/blob/master/docs/filetransfererror/filetransfererror.md] no longer mentions the body property or Andrew's note. Document new body property on FileTransferError - Key: CB-2332 URL: https://issues.apache.org/jira/browse/CB-2332 Project: Apache Cordova Issue Type: Sub-task Components: Docs, Plugin File Transfer Affects Versions: 2.3.0, 2.4.0, 2.5.0, 2.6.0 Reporter: Filip Maj Assignee: Michael Brooks -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-1401) Add reset() (and other APIs) to Windows Phone Plugin documentation
[ https://issues.apache.org/jira/browse/CB-1401?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-1401: --- Component/s: WP8 Add reset() (and other APIs) to Windows Phone Plugin documentation --- Key: CB-1401 URL: https://issues.apache.org/jira/browse/CB-1401 Project: Apache Cordova Issue Type: Sub-task Components: Docs, WP8 Reporter: Filip Maj Assignee: Jesse MacFadyen Make sure to update the documentation related to Plugin development to mention the {{reset}} API. Also, once-over the {{Command}} class and make sure we document other API methods available. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-2903) Image in iOS Getting Started guide references incubator
[ https://issues.apache.org/jira/browse/CB-2903?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-2903. Resolution: Fixed Fix Version/s: 3.0.0 Image is no longer in use from the 3.0.0 release on. Image in iOS Getting Started guide references incubator - Key: CB-2903 URL: https://issues.apache.org/jira/browse/CB-2903 Project: Apache Cordova Issue Type: Bug Components: Docs Affects Versions: 2.5.0 Reporter: Tommy-Carlos Williams Assignee: Michael Brooks Fix For: 3.0.0 http://docs.phonegap.com/en/2.5.0/img/guide/getting-started/ios/bin_dir_listing.png -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-1400) Add reset() (and other APIs) to BlackBerry Plugin documentation
[ https://issues.apache.org/jira/browse/CB-1400?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-1400: --- Component/s: BlackBerry Add reset() (and other APIs) to BlackBerry Plugin documentation Key: CB-1400 URL: https://issues.apache.org/jira/browse/CB-1400 Project: Apache Cordova Issue Type: Sub-task Components: BlackBerry, Docs Reporter: Filip Maj Assignee: Lorin Beer Make sure to update the documentation related to Plugin development to mention the {{reset}} API. Also, once over the {{Plugin}} class and make sure we document other API methods available in there ({{isSynch}}, {{onPause}}, {{onResume}}). -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-2105) Mis-linked getting started guide for BlackBerry
[ https://issues.apache.org/jira/browse/CB-2105?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-2105. Resolution: Fixed This has since been fixed. The parent issue that contains this issue has also already been marked as Resolved. Mis-linked getting started guide for BlackBerry --- Key: CB-2105 URL: https://issues.apache.org/jira/browse/CB-2105 Project: Apache Cordova Issue Type: Bug Components: Docs Affects Versions: 2.3.0 Reporter: Tim Kim Assignee: Michael Brooks Priority: Trivial -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-1024) Capture API cancellation undefined
[ https://issues.apache.org/jira/browse/CB-1024?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-1024: --- Component/s: Plugin Media Capture Capture API cancellation undefined -- Key: CB-1024 URL: https://issues.apache.org/jira/browse/CB-1024 Project: Apache Cordova Issue Type: Bug Components: Docs, Plugin Media Capture Affects Versions: 1.9.0, 2.0.0, 2.1.0, 2.2.0, 2.3.0, 2.4.0 Reporter: Jesse MacFadyen Assignee: Michael Brooks The documentation does not state what the result of a user-cancelled capture operation is. Therefore, implementations may vary ... When the user cancels the capture operation : - does the success callback get called? without MediaFiles? - does the error callback get called? with what error code? -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-2495) File API master heading gets confused with File API's File Ojbect
[ https://issues.apache.org/jira/browse/CB-2495?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-2495: --- Component/s: Plugin File File API master heading gets confused with File API's File Ojbect - Key: CB-2495 URL: https://issues.apache.org/jira/browse/CB-2495 Project: Apache Cordova Issue Type: Bug Components: Docs, Plugin File Affects Versions: 2.4.0 Reporter: Filip Maj Assignee: Michael Brooks There is a File object that is part of the File API. The generated documentation's hyperlinks, however, always point to the top-level API, not this API's File object. Confused yet? Repro steps: 1. click here http://docs.phonegap.com/en/2.4.0/cordova_file_file.md.html 2. In the Objects list at the top, click the third item (File). Expected result: page jumps to the first sub-section that describes the File object Actual result: page stays at the top of the File API index page -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-3286) FileReader docs incorrect (for failure callbacks)
[ https://issues.apache.org/jira/browse/CB-3286?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-3286: --- Component/s: Plugin File FileReader docs incorrect (for failure callbacks) - Key: CB-3286 URL: https://issues.apache.org/jira/browse/CB-3286 Project: Apache Cordova Issue Type: Bug Components: Docs, Plugin File Reporter: Shazron Abdullah Assignee: Michael Brooks See: http://docs.cordova.io/en/2.6.0/cordova_file_file.md.html#FileReader Notice there are two Quick Examples with this code, which will throw an exception: {code} var fail = function(evt) { console.log(error.code); }; {code} *Expected:* {code} var fail = function(evt) { console.log(evt.target); // evt.target is the FileReader object }; {code} *Actual:* {code} var fail = function(evt) { console.log(error.code); }; {code} -- This message was sent by Atlassian JIRA (v6.1.5#6160)