[jira] [Commented] (CB-5847) Setting strict-ssl of npm is ignored
[ https://issues.apache.org/jira/browse/CB-5847?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13966317#comment-13966317 ] ASF GitHub Bot commented on CB-5847: GitHub user lbunschoten opened a pull request: https://github.com/apache/cordova-cli/pull/163 CB-5847 strictSSL is no longer ignored The strictSSL setting of npm was being ignored. I added a bit of code to make sure the strictSSL setting is added to the request. You can merge this pull request into a Git repository by running: $ git pull https://github.com/lbunschoten/cordova-cli master Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-cli/pull/163.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #163 commit 0570308aaa471ee15b23f02cf9576717d2c96de5 Author: lbunschoten l...@leonbunschoten.nl Date: 2014-04-11T07:57:01Z CB-5847 strictSSL is no longer ignored Setting strict-ssl of npm is ignored -- Key: CB-5847 URL: https://issues.apache.org/jira/browse/CB-5847 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: Master Environment: All Reporter: Maximilian Walter Priority: Minor Labels: cli, patch, proxy, ssl Attachments: lazy_load_strict_ssl.patch The file lazy_load.js uses the proxy-server configured for npm, but ignores the setting strict-ssl. This can prevent a download if a https-proxy with an self-sigend certificate is used. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6377) CLI is unable to create a project when there are spaces in the path
[ https://issues.apache.org/jira/browse/CB-6377?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13966340#comment-13966340 ] ASF GitHub Bot commented on CB-6377: Github user sgrebnov commented on a diff in the pull request: https://github.com/apache/cordova-cli/pull/161#discussion_r11523494 --- Diff: src/superspawn.js --- @@ -24,6 +24,8 @@ var _ = require('underscore'); var Q = require('q'); var shell = require('shelljs'); var events = require('./events'); +var iswin32 = process.platform == 'win32'; +var wrapcmd = iswin32 require('os').release().split('.')[0] 6; --- End diff -- PS. If I manually set wrapcmd to True, everything works correct. CLI is unable to create a project when there are spaces in the path --- Key: CB-6377 URL: https://issues.apache.org/jira/browse/CB-6377 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.4.0 Reporter: JennyGee Assignee: Josh Soref Priority: Critical Unable to create a project where there are spaces in the path. C:\Program Files\BlackBerry\BB10 WebWorks SDK 2.1.0.3\webworks-cli\node_modules\ wrench\lib\wrench.js:249 if (e.code !== 'EEXIST') throw e; ^ Error: ENOENT, no such file or directory 'C:\Documents and Settings\IEUser\.cord ova\lib\blackberry10\cordova\v2.1.0.3' at Object.fs.mkdirSync (fs.js:642:18) at Object.exports.copyDirSyncRecursive (C:\Program Files\BlackBerry\BB10 Web Works SDK 2.1.0.3\webworks-cli\node_modules\wrench\lib\wrench.js:246:12) at Object._self.fetchBlackBerry (C:\Program Files\BlackBerry\BB10 WebWorks S DK 2.1.0.3\webworks-cli\lib\utils\utils.js:59:20) at new CLI (C:\Program Files\BlackBerry\BB10 WebWorks SDK 2.1.0.3\webworks-c li\lib\cli.js:48:19) at Object.anonymous (C:\Program Files\BlackBerry\BB10 WebWorks SDK 2.1.0.3 \webworks-cli\bin\webworks:4:16) at Module._compile (module.js:456:26) at Object.Module._extensions..js (module.js:474:10) at Module.load (module.js:356:32) at Function.Module._load (module.js:312:12) at Function.Module.runMain (module.js:497:10) Looking at the source code, it appears that https://issues.apache.org/jira/browse/CB-6323 broke https://issues.apache.org/jira/browse/CB-6306 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6377) CLI is unable to create a project when there are spaces in the path
[ https://issues.apache.org/jira/browse/CB-6377?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13966339#comment-13966339 ] ASF GitHub Bot commented on CB-6377: Github user sgrebnov commented on a diff in the pull request: https://github.com/apache/cordova-cli/pull/161#discussion_r11523476 --- Diff: src/superspawn.js --- @@ -24,6 +24,8 @@ var _ = require('underscore'); var Q = require('q'); var shell = require('shelljs'); var events = require('./events'); +var iswin32 = process.platform == 'win32'; +var wrapcmd = iswin32 require('os').release().split('.')[0] 6; --- End diff -- I'm running Win8.1 and have the following os.release value: OS: 6.2.9200. So wrapcmd is False. But I can't still run non-exe files: Command finished with error code ENOENT: So I think this should be applied to all win platforms, isn't it? CLI is unable to create a project when there are spaces in the path --- Key: CB-6377 URL: https://issues.apache.org/jira/browse/CB-6377 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.4.0 Reporter: JennyGee Assignee: Josh Soref Priority: Critical Unable to create a project where there are spaces in the path. C:\Program Files\BlackBerry\BB10 WebWorks SDK 2.1.0.3\webworks-cli\node_modules\ wrench\lib\wrench.js:249 if (e.code !== 'EEXIST') throw e; ^ Error: ENOENT, no such file or directory 'C:\Documents and Settings\IEUser\.cord ova\lib\blackberry10\cordova\v2.1.0.3' at Object.fs.mkdirSync (fs.js:642:18) at Object.exports.copyDirSyncRecursive (C:\Program Files\BlackBerry\BB10 Web Works SDK 2.1.0.3\webworks-cli\node_modules\wrench\lib\wrench.js:246:12) at Object._self.fetchBlackBerry (C:\Program Files\BlackBerry\BB10 WebWorks S DK 2.1.0.3\webworks-cli\lib\utils\utils.js:59:20) at new CLI (C:\Program Files\BlackBerry\BB10 WebWorks SDK 2.1.0.3\webworks-c li\lib\cli.js:48:19) at Object.anonymous (C:\Program Files\BlackBerry\BB10 WebWorks SDK 2.1.0.3 \webworks-cli\bin\webworks:4:16) at Module._compile (module.js:456:26) at Object.Module._extensions..js (module.js:474:10) at Module.load (module.js:356:32) at Function.Module._load (module.js:312:12) at Function.Module.runMain (module.js:497:10) Looking at the source code, it appears that https://issues.apache.org/jira/browse/CB-6323 broke https://issues.apache.org/jira/browse/CB-6306 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6408) Upload files greater than 100 MB when the app is in background.
[ https://issues.apache.org/jira/browse/CB-6408?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13966380#comment-13966380 ] Venkata Kiran commented on CB-6408: --- Ian, On your suggestions for resuming, I agree solves the problem to certain extent. But still the user experience wont be that good. As far as user is concerned his app is still running in the background. So there is no reason for the app to pause the upload/download. Expecting the user to leave the app in foreground for so much time also doesn't seem to be realistic. CB 2910 improved the situation, before this we cant upload even 20-30 MB files which we are able to do after this fix. Shazron, I understand NSURLSession is iOS7 only. But I think majority of the devices which can be upgraded, are on iOS 7. Cordova depreciation policy may require still supporting this, but aren't we getting into a situation where the native app can support this and Cordova cant ? If OS doesn't support a feature like this in iOS 6, then that is fine. No other app can do it and so Cordova Apps wont be losing any thing. But if native apps can do it and Cordova cant support it due to depreciation policy or some thing, isn't it hampering the effort to create better apps using Cordova. I hope a way will be found out for such scenarios. If it takes very long time to support new features because of backward compatibility(we can always create plugins or use one of the plugins created, but the confidence on the core API's supported by Cordova team will be higher both in terms of stability and continuity) it will hamper creating apps that can compete with similar native apps. Upload files greater than 100 MB when the app is in background. --- Key: CB-6408 URL: https://issues.apache.org/jira/browse/CB-6408 Project: Apache Cordova Issue Type: Improvement Components: iOS, Plugin File Transfer Affects Versions: 3.1.0 Environment: ios Reporter: Venkata Kiran If I need to upload files of bigger size, say more than 100 MB, it takes any where between 2 minutes to 20 minutes based in the network speed. And if the application is active all through then the file is uploading without any issues. But if the application is switched to background mode, then the upload is failing. I think cordova should support uploading bigger files in background as it is no longer a rare use case because of the bigger memory availability on the devices. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Comment Edited] (CB-6428) Unable to read android_asset directory through File API
[ https://issues.apache.org/jira/browse/CB-6428?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13965434#comment-13965434 ] Matt Grande edited comment on CB-6428 at 4/11/14 12:29 PM: --- File plugin is 1.0.1 which seems to be the most recent version on github (although I'm not sure how up-to-date that is, if it auto-updates, etc) Edit: Sorry, should I have put the plugin version in the version field above? was (Author: mattgrande): File plugin is 1.0.1 which seems to be the most recent version on github (although I'm not sure how up-to-date that is, if it auto-updates, etc) Unable to read android_asset directory through File API --- Key: CB-6428 URL: https://issues.apache.org/jira/browse/CB-6428 Project: Apache Cordova Issue Type: Bug Components: Plugin File Affects Versions: 3.3.0 Environment: Android 4.4.2 / Samsung Galaxy S4 Reporter: Matt Grande Assignee: Ian Clelland Labels: android, file Attempting to read the 'android_asset' folder through the File API results in Error Code 5 (FileError.ENCODING_ERR). I've tried accessing via resolveLocalFileSystemURL, and by creating a directory reader and calling readEntries(). window.resolveLocalFileSystemURL('file:///android_asset/www/my_asset_folder', success, fail); var sourceDir = new DirectoryEntry( { fullPath: 'file:///android_asset/www/my_asset_folder' } ); var reader = sourceDir.createReader(); reader.readEntries(success, fail); (I have also tried with the URLs being '/android_asset/www/my_asset_folder'; same result) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-5488) deviceready event not firing with jQuery Mobile
[ https://issues.apache.org/jira/browse/CB-5488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13966465#comment-13966465 ] Garth Gutenberg commented on CB-5488: - New patch: {code:JavaScript} document.addEventListener( 'deviceready', function() { window.hasFiredDeviceReady = true; if ( parseFloat( window.device.version ) = 7.0 window.device.platform == 'iOS' ) { document.body.style.marginTop = '20px'; } }, false ); var devicereadyTimeout = parseInt( window.localStorage.getItem( 'devicereadyTimeout' ) ) || 1000; setTimeout( function() { // Fix for deviceready not firing // https://issues.apache.org/jira/browse/CB-5488 console.log( 'Checking window.hasFiredDeviceReady' ); if ( ! window.hasFiredDeviceReady ) { window.localStorage.setItem( 'devicereadyTimeout', devicereadyTimeout + 1000 ); window.location.reload(); } else { alert( devicereadyTimeout ); } }, devicereadyTimeout ); {code} In the case of an iPhone 4 running iOS 7.1, devicereadyTimeout reached 21000 before deviceready fired. Is anyone from Cordova listening to this? Bueller? Bueller? Bueller? deviceready event not firing with jQuery Mobile --- Key: CB-5488 URL: https://issues.apache.org/jira/browse/CB-5488 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.1.0 Reporter: Federico Kereki Assignee: Shazron Abdullah If you use PhoneGap + jQuery + jQuery Mobile, the deviceready event doesn't fire. Googling around, I found several similar reports, all pointing out that if jQuery Mobile isn't included, the event fires. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Comment Edited] (CB-5488) deviceready event not firing with jQuery Mobile
[ https://issues.apache.org/jira/browse/CB-5488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13966465#comment-13966465 ] Garth Gutenberg edited comment on CB-5488 at 4/11/14 1:03 PM: -- New patch: {code:JavaScript} document.addEventListener( 'deviceready', function() { window.hasFiredDeviceReady = true; }, false ); var devicereadyTimeout = parseInt( window.localStorage.getItem( 'devicereadyTimeout' ) ) || 1000; setTimeout( function() { // Fix for deviceready not firing // https://issues.apache.org/jira/browse/CB-5488 console.log( 'Checking window.hasFiredDeviceReady' ); if ( ! window.hasFiredDeviceReady ) { window.localStorage.setItem( 'devicereadyTimeout', devicereadyTimeout + 1000 ); window.location.reload(); } else { alert( devicereadyTimeout ); } }, devicereadyTimeout ); {code} In the case of an iPhone 4 running iOS 7.1, devicereadyTimeout reached 21000 before deviceready fired. Is anyone from Cordova listening to this? Bueller? Bueller? Bueller? was (Author: ggutenberg): New patch: {code:JavaScript} document.addEventListener( 'deviceready', function() { window.hasFiredDeviceReady = true; if ( parseFloat( window.device.version ) = 7.0 window.device.platform == 'iOS' ) { document.body.style.marginTop = '20px'; } }, false ); var devicereadyTimeout = parseInt( window.localStorage.getItem( 'devicereadyTimeout' ) ) || 1000; setTimeout( function() { // Fix for deviceready not firing // https://issues.apache.org/jira/browse/CB-5488 console.log( 'Checking window.hasFiredDeviceReady' ); if ( ! window.hasFiredDeviceReady ) { window.localStorage.setItem( 'devicereadyTimeout', devicereadyTimeout + 1000 ); window.location.reload(); } else { alert( devicereadyTimeout ); } }, devicereadyTimeout ); {code} In the case of an iPhone 4 running iOS 7.1, devicereadyTimeout reached 21000 before deviceready fired. Is anyone from Cordova listening to this? Bueller? Bueller? Bueller? deviceready event not firing with jQuery Mobile --- Key: CB-5488 URL: https://issues.apache.org/jira/browse/CB-5488 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.1.0 Reporter: Federico Kereki Assignee: Shazron Abdullah If you use PhoneGap + jQuery + jQuery Mobile, the deviceready event doesn't fire. Googling around, I found several similar reports, all pointing out that if jQuery Mobile isn't included, the event fires. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6377) CLI is unable to create a project when there are spaces in the path
[ https://issues.apache.org/jira/browse/CB-6377?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13966469#comment-13966469 ] ASF GitHub Bot commented on CB-6377: Github user jsoref commented on a diff in the pull request: https://github.com/apache/cordova-cli/pull/161#discussion_r11531129 --- Diff: src/superspawn.js --- @@ -24,6 +24,8 @@ var _ = require('underscore'); var Q = require('q'); var shell = require('shelljs'); var events = require('./events'); +var iswin32 = process.platform == 'win32'; +var wrapcmd = iswin32 require('os').release().split('.')[0] 6; --- End diff -- @sgrebnov does cli work for you without this patch? Can you provide sample cmd/args/cwd? CLI is unable to create a project when there are spaces in the path --- Key: CB-6377 URL: https://issues.apache.org/jira/browse/CB-6377 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.4.0 Reporter: JennyGee Assignee: Josh Soref Priority: Critical Unable to create a project where there are spaces in the path. C:\Program Files\BlackBerry\BB10 WebWorks SDK 2.1.0.3\webworks-cli\node_modules\ wrench\lib\wrench.js:249 if (e.code !== 'EEXIST') throw e; ^ Error: ENOENT, no such file or directory 'C:\Documents and Settings\IEUser\.cord ova\lib\blackberry10\cordova\v2.1.0.3' at Object.fs.mkdirSync (fs.js:642:18) at Object.exports.copyDirSyncRecursive (C:\Program Files\BlackBerry\BB10 Web Works SDK 2.1.0.3\webworks-cli\node_modules\wrench\lib\wrench.js:246:12) at Object._self.fetchBlackBerry (C:\Program Files\BlackBerry\BB10 WebWorks S DK 2.1.0.3\webworks-cli\lib\utils\utils.js:59:20) at new CLI (C:\Program Files\BlackBerry\BB10 WebWorks SDK 2.1.0.3\webworks-c li\lib\cli.js:48:19) at Object.anonymous (C:\Program Files\BlackBerry\BB10 WebWorks SDK 2.1.0.3 \webworks-cli\bin\webworks:4:16) at Module._compile (module.js:456:26) at Object.Module._extensions..js (module.js:474:10) at Module.load (module.js:356:32) at Function.Module._load (module.js:312:12) at Function.Module.runMain (module.js:497:10) Looking at the source code, it appears that https://issues.apache.org/jira/browse/CB-6323 broke https://issues.apache.org/jira/browse/CB-6306 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6377) CLI is unable to create a project when there are spaces in the path
[ https://issues.apache.org/jira/browse/CB-6377?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13966537#comment-13966537 ] ASF GitHub Bot commented on CB-6377: Github user sgrebnov commented on a diff in the pull request: https://github.com/apache/cordova-cli/pull/161#discussion_r11533344 --- Diff: src/superspawn.js --- @@ -24,6 +24,8 @@ var _ = require('underscore'); var Q = require('q'); var shell = require('shelljs'); var events = require('./events'); +var iswin32 = process.platform == 'win32'; +var wrapcmd = iswin32 require('os').release().split('.')[0] 6; --- End diff -- No, cli does not work; this patch is required (I think it is super useful). Win8.1 x64. I have the following hook file so cordova-cli is trying to run it during build. The file is located at project with **whitespace** in the name. c:\temp\sql2 app\hooks\before_build\cordova-plugin-websql3.bat **cordova-cli from npm(3.4.1-0.1.0)** c:\temp\sql2 appcordova build -d Running command: c:\temp\sql2 app\hooks\before_build\cordova-plugin-websql3.bat c:\temp\sql2 app 'c:\temp\sql2' is not recognized as an internal or external command, operable program or batch file. The error above is due to the following reason: cli shows command in output as escaped, but actually it is not. So if I escape it, I receive the following error - I believe this is because spawn can't run bat file directly. c:\temp\sql2 appcordova build -d Running command: c:\temp\sql2 app\hooks\before_build\cordova-plugin-websql3.bat c:\temp\sql2 app Command finished with error code ENOENT: c:\temp\sql2 app\hooks\before_build\cordova-plugin-websql3.bat c:\temp\sql2 app Hook failed with error code ENOENT: c:\temp\sql2 app\hooks\before_build\cordova- plugin-websql3.bat **w/ path** - works the same since patch is not applied due to wrapcmd = False (seee below) c:\temp\sql2 appcordova build -d Running command: c:\temp\sql2 app\hooks\before_build\cordova-plugin-websql3.bat c:\temp\sql2 app 'c:\temp\sql2' is not recognized as an internal or external command, operable program or batch file. **w/ path and w/o check for require('os').release().split('.')[0] 6** (manually removed) c:\temp\sql2 appcordova build -d Running command: cmd /s /c c:\temp\sql2 app\hooks\before_build\cordova-plugin-websql3.bat c:\temp\sql2 app SUCCESS CLI is unable to create a project when there are spaces in the path --- Key: CB-6377 URL: https://issues.apache.org/jira/browse/CB-6377 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.4.0 Reporter: JennyGee Assignee: Josh Soref Priority: Critical Unable to create a project where there are spaces in the path. C:\Program Files\BlackBerry\BB10 WebWorks SDK 2.1.0.3\webworks-cli\node_modules\ wrench\lib\wrench.js:249 if (e.code !== 'EEXIST') throw e; ^ Error: ENOENT, no such file or directory 'C:\Documents and Settings\IEUser\.cord ova\lib\blackberry10\cordova\v2.1.0.3' at Object.fs.mkdirSync (fs.js:642:18) at Object.exports.copyDirSyncRecursive (C:\Program Files\BlackBerry\BB10 Web Works SDK 2.1.0.3\webworks-cli\node_modules\wrench\lib\wrench.js:246:12) at Object._self.fetchBlackBerry (C:\Program Files\BlackBerry\BB10 WebWorks S DK 2.1.0.3\webworks-cli\lib\utils\utils.js:59:20) at new CLI (C:\Program Files\BlackBerry\BB10 WebWorks SDK 2.1.0.3\webworks-c li\lib\cli.js:48:19) at Object.anonymous (C:\Program Files\BlackBerry\BB10 WebWorks SDK 2.1.0.3 \webworks-cli\bin\webworks:4:16) at Module._compile (module.js:456:26) at Object.Module._extensions..js (module.js:474:10) at Module.load (module.js:356:32) at Function.Module._load (module.js:312:12) at Function.Module.runMain (module.js:497:10) Looking at the source code, it appears that https://issues.apache.org/jira/browse/CB-6323 broke https://issues.apache.org/jira/browse/CB-6306 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-5488) deviceready event not firing with jQuery Mobile
[ https://issues.apache.org/jira/browse/CB-5488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13966584#comment-13966584 ] Garth Gutenberg commented on CB-5488: - Even better fix - this seems to work flawlessly, but requires modifying cordova.js: Replace lines 1627-1630: Old: {code:JavaScript} window.cordova = require('cordova'); // file: src/scripts/bootstrap.js require('cordova/init'); {code} New: {code:JavaScript} var documentBodyIntervalID = window.setInterval( function() { if ( null == document.body ) { return; } window.clearInterval( documentBodyIntervalID ); window.cordova = require('cordova'); // file: src/scripts/bootstrap.js require('cordova/init'); }, 100 ); {code} deviceready event not firing with jQuery Mobile --- Key: CB-5488 URL: https://issues.apache.org/jira/browse/CB-5488 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.1.0 Reporter: Federico Kereki Assignee: Shazron Abdullah If you use PhoneGap + jQuery + jQuery Mobile, the deviceready event doesn't fire. Googling around, I found several similar reports, all pointing out that if jQuery Mobile isn't included, the event fires. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6377) CLI is unable to create a project when there are spaces in the path
[ https://issues.apache.org/jira/browse/CB-6377?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13966649#comment-13966649 ] ASF GitHub Bot commented on CB-6377: Github user martincgg commented on a diff in the pull request: https://github.com/apache/cordova-cli/pull/161#discussion_r11537493 --- Diff: src/superspawn.js --- @@ -24,6 +24,8 @@ var _ = require('underscore'); var Q = require('q'); var shell = require('shelljs'); var events = require('./events'); +var iswin32 = process.platform == 'win32'; +var wrapcmd = iswin32 require('os').release().split('.')[0] 6; --- End diff -- What do you need to determine with require('os').release().split('.')[0] 6, I mean what's the reason? If you need to get Windows OS info you can use: wmic, this command-line tool is available in every Windows OS since Win XP. CLI is unable to create a project when there are spaces in the path --- Key: CB-6377 URL: https://issues.apache.org/jira/browse/CB-6377 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.4.0 Reporter: JennyGee Assignee: Josh Soref Priority: Critical Unable to create a project where there are spaces in the path. C:\Program Files\BlackBerry\BB10 WebWorks SDK 2.1.0.3\webworks-cli\node_modules\ wrench\lib\wrench.js:249 if (e.code !== 'EEXIST') throw e; ^ Error: ENOENT, no such file or directory 'C:\Documents and Settings\IEUser\.cord ova\lib\blackberry10\cordova\v2.1.0.3' at Object.fs.mkdirSync (fs.js:642:18) at Object.exports.copyDirSyncRecursive (C:\Program Files\BlackBerry\BB10 Web Works SDK 2.1.0.3\webworks-cli\node_modules\wrench\lib\wrench.js:246:12) at Object._self.fetchBlackBerry (C:\Program Files\BlackBerry\BB10 WebWorks S DK 2.1.0.3\webworks-cli\lib\utils\utils.js:59:20) at new CLI (C:\Program Files\BlackBerry\BB10 WebWorks SDK 2.1.0.3\webworks-c li\lib\cli.js:48:19) at Object.anonymous (C:\Program Files\BlackBerry\BB10 WebWorks SDK 2.1.0.3 \webworks-cli\bin\webworks:4:16) at Module._compile (module.js:456:26) at Object.Module._extensions..js (module.js:474:10) at Module.load (module.js:356:32) at Function.Module._load (module.js:312:12) at Function.Module.runMain (module.js:497:10) Looking at the source code, it appears that https://issues.apache.org/jira/browse/CB-6323 broke https://issues.apache.org/jira/browse/CB-6306 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6377) CLI is unable to create a project when there are spaces in the path
[ https://issues.apache.org/jira/browse/CB-6377?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13966701#comment-13966701 ] ASF GitHub Bot commented on CB-6377: Github user jsoref commented on a diff in the pull request: https://github.com/apache/cordova-cli/pull/161#discussion_r11539545 --- Diff: src/superspawn.js --- @@ -24,6 +24,8 @@ var _ = require('underscore'); var Q = require('q'); var shell = require('shelljs'); var events = require('./events'); +var iswin32 = process.platform == 'win32'; +var wrapcmd = iswin32 require('os').release().split('.')[0] 6; --- End diff -- @martincgg: I was adding it because we _thought_ that there was something specific to **XP**. I'd *rather* **not** have a specific code path for **XP** v. **7+**. I've pushed a refreshed patch which now provides something better. If @sgrebnov , @martincgg , @jengee could all test, that'd be great. I'm actually on vacation today and next week, but I'd still like to get this settled ASAP. CLI is unable to create a project when there are spaces in the path --- Key: CB-6377 URL: https://issues.apache.org/jira/browse/CB-6377 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.4.0 Reporter: JennyGee Assignee: Josh Soref Priority: Critical Unable to create a project where there are spaces in the path. C:\Program Files\BlackBerry\BB10 WebWorks SDK 2.1.0.3\webworks-cli\node_modules\ wrench\lib\wrench.js:249 if (e.code !== 'EEXIST') throw e; ^ Error: ENOENT, no such file or directory 'C:\Documents and Settings\IEUser\.cord ova\lib\blackberry10\cordova\v2.1.0.3' at Object.fs.mkdirSync (fs.js:642:18) at Object.exports.copyDirSyncRecursive (C:\Program Files\BlackBerry\BB10 Web Works SDK 2.1.0.3\webworks-cli\node_modules\wrench\lib\wrench.js:246:12) at Object._self.fetchBlackBerry (C:\Program Files\BlackBerry\BB10 WebWorks S DK 2.1.0.3\webworks-cli\lib\utils\utils.js:59:20) at new CLI (C:\Program Files\BlackBerry\BB10 WebWorks SDK 2.1.0.3\webworks-c li\lib\cli.js:48:19) at Object.anonymous (C:\Program Files\BlackBerry\BB10 WebWorks SDK 2.1.0.3 \webworks-cli\bin\webworks:4:16) at Module._compile (module.js:456:26) at Object.Module._extensions..js (module.js:474:10) at Module.load (module.js:356:32) at Function.Module._load (module.js:312:12) at Function.Module.runMain (module.js:497:10) Looking at the source code, it appears that https://issues.apache.org/jira/browse/CB-6323 broke https://issues.apache.org/jira/browse/CB-6306 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6435) [windows 8] version outdated, still 3.3.0-dev
Martin Gonzalez created CB-6435: --- Summary: [windows 8] version outdated, still 3.3.0-dev Key: CB-6435 URL: https://issues.apache.org/jira/browse/CB-6435 Project: Apache Cordova Issue Type: Bug Components: Windows 8 Affects Versions: 3.4.0 Reporter: Martin Gonzalez Fix For: 3.5.0 Trying to add plugins to a project that has the windows8 platform, I've found out that that semver causes an error, because it doesn't pass the requirements. Min requirement: 3.3.0 Engine.requirement: 3.3.0-dev So it doesn't pass. The file version needs to be updated. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6435) [windows 8] version outdated, still 3.3.0-dev
[ https://issues.apache.org/jira/browse/CB-6435?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13966809#comment-13966809 ] ASF GitHub Bot commented on CB-6435: GitHub user martincgg opened a pull request: https://github.com/apache/cordova-windows/pull/25 CB-6435 ./VERSION /template/VERSION updated Version files updated to 3.4.0. You can merge this pull request into a Git repository by running: $ git pull https://github.com/martincgg/cordova-windows CB-6435 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-windows/pull/25.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #25 commit 6ae3beeba5e0924e539d99d7b7ff98e6b52c5ed0 Author: Martin Gonzalez martin.c.glez.g...@gmail.com Date: 2014-04-11T17:10:39Z CB-6435 ./VERSION /template/VERSION updated version files updated to 3.4.0, to be merged into master. [windows 8] version outdated, still 3.3.0-dev - Key: CB-6435 URL: https://issues.apache.org/jira/browse/CB-6435 Project: Apache Cordova Issue Type: Bug Components: Windows 8 Affects Versions: 3.4.0 Reporter: Martin Gonzalez Labels: plugins, version, windows8 Fix For: 3.5.0 Trying to add plugins to a project that has the windows8 platform, I've found out that that semver causes an error, because it doesn't pass the requirements. Min requirement: 3.3.0 Engine.requirement: 3.3.0-dev So it doesn't pass. The file version needs to be updated. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-1108) Migrate config.xml to the W3C spec
[ https://issues.apache.org/jira/browse/CB-1108?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13966915#comment-13966915 ] ASF GitHub Bot commented on CB-1108: Github user gorkem closed the pull request at: https://github.com/apache/cordova-cli/pull/7 Migrate config.xml to the W3C spec -- Key: CB-1108 URL: https://issues.apache.org/jira/browse/CB-1108 Project: Apache Cordova Issue Type: New Feature Components: Android, Bada, BlackBerry, iOS, webOS, WP7 Affects Versions: 2.0.0 Reporter: Joe Bowser Assignee: Filip Maj In 2.0.0, we decided that config.xml should exist in some form. Unfortunately, that form has nothing to do with the W3C version. We should try to move towards the W3C version wherever possible. Android was the only one to actually have a config.xml added, mostly because creating this file was trivial. If this is not technically possible, the xml file should be changed back to cordova.xml. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6436) deviceready not firing on iOS 7.1 with Sencha Touch 2.3.1
Garth Gutenberg created CB-6436: --- Summary: deviceready not firing on iOS 7.1 with Sencha Touch 2.3.1 Key: CB-6436 URL: https://issues.apache.org/jira/browse/CB-6436 Project: Apache Cordova Issue Type: Bug Components: CordovaJS Affects Versions: 3.4.0 Environment: iOS 7.1 iPhone 4 + Simulator Reporter: Garth Gutenberg The {{deviceready}} event never fires due to a JS error on iOS 7.1 with Cordova 3.4.x. This is the same issue as reported in CB-5488. The console error/trace is: {quote} [Error] TypeError: 'null' is not an object (evaluating 'document.body.appendChild') createExecIframe (cordova.js, line 833) iOSExec (cordova.js, line 1009) getInfo (device.js, line 74) (anonymous function) (device.js, line 48) fire (cordova.js, line 750) (anonymous function) (cordova.js, line 1195) f (cordova.js, line 622) fire (cordova.js, line 750) (anonymous function) (cordova.js, line 1183) onScriptLoadingComplete (cordova.js, line 1369) scriptLoadedCallback (cordova.js, line 1386) {quote} The fix that I've applied to cordova.js (from 3.4.1-0.1.0) is to replace lines 1627-1630. Old: {code:JavaScript} window.cordova = require('cordova'); // file: src/scripts/bootstrap.js require('cordova/init'); {code} New: {code:JavaScript} var documentBodyIntervalID = window.setInterval( function() { if ( null == document.body ) { return; } window.clearInterval( documentBodyIntervalID ); window.cordova = require('cordova'); // file: src/scripts/bootstrap.js require('cordova/init'); }, 100 ); {code} I'm just checking document.body every 100ms to make sure that it's not null before triggering the rest of the Cordova script. I suspect it may have to do with Sencha Touch 2.3.1, but I can't guarantee it. I can provide an Xcode project if needed. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6436) deviceready not firing on iOS 7.1 with Sencha Touch 2.3.1
[ https://issues.apache.org/jira/browse/CB-6436?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Garth Gutenberg updated CB-6436: Description: The {{deviceready}} event never fires due to a JS error on iOS 7.1 with Cordova 3.4.x. This is the same issue as reported in CB-5488. The console error/trace is: {quote} [Error] TypeError: 'null' is not an object (evaluating 'document.body.appendChild') createExecIframe (cordova.js, line 833) iOSExec (cordova.js, line 1009) getInfo (device.js, line 74) (anonymous function) (device.js, line 48) fire (cordova.js, line 750) (anonymous function) (cordova.js, line 1195) f (cordova.js, line 622) fire (cordova.js, line 750) (anonymous function) (cordova.js, line 1183) onScriptLoadingComplete (cordova.js, line 1369) scriptLoadedCallback (cordova.js, line 1386) {quote} The fix that I've applied to cordova.js (from 3.4.1-0.1.0) is to replace lines 1627-1630. Old: {code:JavaScript} window.cordova = require('cordova'); // file: src/scripts/bootstrap.js require('cordova/init'); {code} New: {code:JavaScript} var documentBodyIntervalID = window.setInterval( function() { if ( null == document.body ) { return; } window.clearInterval( documentBodyIntervalID ); window.cordova = require('cordova'); // file: src/scripts/bootstrap.js require('cordova/init'); }, 100 ); {code} I'm just checking document.body every 100ms to make sure that it's not null before triggering the rest of the Cordova script. I suspect it may have to do with Sencha Touch 2.3.1, but I can't guarantee it. I can provide an Xcode project if needed. **Update**: I just realized that my fix is wreaking havoc on some plugins, as they load synchronously and expect cordova to be ready as soon as they load, which it isn't. Definitely need help on this one. was: The {{deviceready}} event never fires due to a JS error on iOS 7.1 with Cordova 3.4.x. This is the same issue as reported in CB-5488. The console error/trace is: {quote} [Error] TypeError: 'null' is not an object (evaluating 'document.body.appendChild') createExecIframe (cordova.js, line 833) iOSExec (cordova.js, line 1009) getInfo (device.js, line 74) (anonymous function) (device.js, line 48) fire (cordova.js, line 750) (anonymous function) (cordova.js, line 1195) f (cordova.js, line 622) fire (cordova.js, line 750) (anonymous function) (cordova.js, line 1183) onScriptLoadingComplete (cordova.js, line 1369) scriptLoadedCallback (cordova.js, line 1386) {quote} The fix that I've applied to cordova.js (from 3.4.1-0.1.0) is to replace lines 1627-1630. Old: {code:JavaScript} window.cordova = require('cordova'); // file: src/scripts/bootstrap.js require('cordova/init'); {code} New: {code:JavaScript} var documentBodyIntervalID = window.setInterval( function() { if ( null == document.body ) { return; } window.clearInterval( documentBodyIntervalID ); window.cordova = require('cordova'); // file: src/scripts/bootstrap.js require('cordova/init'); }, 100 ); {code} I'm just checking document.body every 100ms to make sure that it's not null before triggering the rest of the Cordova script. I suspect it may have to do with Sencha Touch 2.3.1, but I can't guarantee it. I can provide an Xcode project if needed. deviceready not firing on iOS 7.1 with Sencha Touch 2.3.1 - Key: CB-6436 URL: https://issues.apache.org/jira/browse/CB-6436 Project: Apache Cordova Issue Type: Bug Components: CordovaJS Affects Versions: 3.4.0 Environment: iOS 7.1 iPhone 4 + Simulator Reporter: Garth Gutenberg The {{deviceready}} event never fires due to a JS error on iOS 7.1 with Cordova 3.4.x. This is the same issue as reported in CB-5488. The console error/trace is: {quote} [Error] TypeError: 'null' is not an object (evaluating 'document.body.appendChild') createExecIframe (cordova.js, line 833) iOSExec (cordova.js, line 1009) getInfo (device.js, line 74) (anonymous function) (device.js, line 48) fire (cordova.js, line 750) (anonymous function) (cordova.js, line 1195) f (cordova.js, line 622) fire (cordova.js, line 750) (anonymous function) (cordova.js, line 1183) onScriptLoadingComplete (cordova.js, line 1369) scriptLoadedCallback (cordova.js, line 1386) {quote} The fix that I've applied to cordova.js (from 3.4.1-0.1.0) is to replace lines 1627-1630. Old: {code:JavaScript} window.cordova = require('cordova'); // file: src/scripts/bootstrap.js require('cordova/init'); {code} New: {code:JavaScript} var documentBodyIntervalID = window.setInterval( function() { if ( null == document.body ) { return; } window.clearInterval( documentBodyIntervalID ); window.cordova = require('cordova'); // file:
[jira] [Commented] (CB-6065) alignment with W3C Battery API
[ https://issues.apache.org/jira/browse/CB-6065?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13967124#comment-13967124 ] Venkata Kiran commented on CB-6065: --- Some of these seems to be very useful.Is any one working on these ? Does this needs to be done for all the platforms ? alignment with W3C Battery API -- Key: CB-6065 URL: https://issues.apache.org/jira/browse/CB-6065 Project: Apache Cordova Issue Type: Improvement Components: Plugin Battery Status Reporter: Dominique Hazael-Massieux As indicated in https://github.com/apache/cordova-plugin-battery-status/blob/master/doc/index.md , the current battery plugin implements an old version of the W3C Battery API. The latest version http://www.w3.org/TR/battery-status/ is at Candidate Recommendation status, so it is now deemed to be stable, so it would be great if the battery plugin could be aligned with it. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-3207) network
[ https://issues.apache.org/jira/browse/CB-3207?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13967132#comment-13967132 ] Venkata Kiran commented on CB-3207: --- I hope on several other API's like vibrate etc, the plan is to make the implementations implement atleast w3c spec. This spec was discontinued. Then why should this be implemented. network --- Key: CB-3207 URL: https://issues.apache.org/jira/browse/CB-3207 Project: Apache Cordova Issue Type: Sub-task Components: FirefoxOS Affects Versions: 2.6.0 Reporter: Herm Wong Assignee: Herm Wong Fix For: 3.5.0 Network API spec: https://dvcs.w3.org/hg/dap/raw-file/tip/network-api/Overview.html -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6437) [Mobilespec] improve and add support for blackberry, wp8, windows8
Martin Gonzalez created CB-6437: --- Summary: [Mobilespec] improve and add support for blackberry, wp8, windows8 Key: CB-6437 URL: https://issues.apache.org/jira/browse/CB-6437 Project: Apache Cordova Issue Type: Improvement Components: BlackBerry, mobile-spec, Windows 8, WP8 Affects Versions: 3.4.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Fix For: 3.5.0 The new node module for Mobilespecs can be improved. -Adding more functionality -Supporting platforms as blackberry10, windows phone 8 and windows 8. -Add functionality to automate some process as well. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6438) Characters breaking Xcode project file for plugin.xml compiler-flags
Chris Ewald created CB-6438: --- Summary: Characters breaking Xcode project file for plugin.xml compiler-flags Key: CB-6438 URL: https://issues.apache.org/jira/browse/CB-6438 Project: Apache Cordova Issue Type: Bug Components: iOS, OSX, Plugman Affects Versions: 3.4.0 Reporter: Chris Ewald Extend compiler-flags to support more characters In plugin.xml: I would like to set the compiler-flags value to -std=gnu99.: {code:xml} source-file src=src/ios/CDVdbcamera.m compiler-flags=-std=gnu99 / {code} Upon adding this plugin to a fresh cordova project using the cli `cordova plugin add myplugin`, the Xcode project file breaks and will not open (Xcode 5.1). I found that compiler-flag value with just A-Za-z characters works and I can verify the value flowed through to the Xcode project build settings page. {code:xml} source-file src=src/ios/CDVdbcamera.m compiler-flags=lettersonly / {code} After some inspection, I found that the 'space' character and the '=' character will cause the Xcode project file to become inoperable. Add support for non-letter characters in the compiler-flags attribute? I'm using the standard apache cordova 3.4.1 project template . This has the default project build style setting to the c99 setting which does not work for some source files I am compiling in this plugin. I can fix this all by setting the cordova project style setting to gnu99. I thought to use the compiler-flags setting to fix this so this plugin would remain portable across projects. Original Feature here: https://issues.apache.org/jira/browse/CB-3967 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6438) Characters breaking Xcode project file for plugin.xml compiler-flags
[ https://issues.apache.org/jira/browse/CB-6438?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-6438: - Component/s: (was: OSX) (was: iOS) Characters breaking Xcode project file for plugin.xml compiler-flags - Key: CB-6438 URL: https://issues.apache.org/jira/browse/CB-6438 Project: Apache Cordova Issue Type: Bug Components: Plugman Affects Versions: 3.4.0 Reporter: Chris Ewald Extend compiler-flags to support more characters In plugin.xml: I would like to set the compiler-flags value to -std=gnu99.: {code:xml} source-file src=src/ios/CDVdbcamera.m compiler-flags=-std=gnu99 / {code} Upon adding this plugin to a fresh cordova project using the cli `cordova plugin add myplugin`, the Xcode project file breaks and will not open (Xcode 5.1). I found that compiler-flag value with just A-Za-z characters works and I can verify the value flowed through to the Xcode project build settings page. {code:xml} source-file src=src/ios/CDVdbcamera.m compiler-flags=lettersonly / {code} After some inspection, I found that the 'space' character and the '=' character will cause the Xcode project file to become inoperable. Add support for non-letter characters in the compiler-flags attribute? I'm using the standard apache cordova 3.4.1 project template . This has the default project build style setting to the c99 setting which does not work for some source files I am compiling in this plugin. I can fix this all by setting the cordova project style setting to gnu99. I thought to use the compiler-flags setting to fix this so this plugin would remain portable across projects. Original Feature here: https://issues.apache.org/jira/browse/CB-3967 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6438) Characters breaking Xcode project file for plugin.xml compiler-flags
[ https://issues.apache.org/jira/browse/CB-6438?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-6438: - Environment: iOS Characters breaking Xcode project file for plugin.xml compiler-flags - Key: CB-6438 URL: https://issues.apache.org/jira/browse/CB-6438 Project: Apache Cordova Issue Type: Bug Components: Plugman Affects Versions: 3.4.0 Environment: iOS Reporter: Chris Ewald Extend compiler-flags to support more characters In plugin.xml: I would like to set the compiler-flags value to -std=gnu99.: {code:xml} source-file src=src/ios/CDVdbcamera.m compiler-flags=-std=gnu99 / {code} Upon adding this plugin to a fresh cordova project using the cli `cordova plugin add myplugin`, the Xcode project file breaks and will not open (Xcode 5.1). I found that compiler-flag value with just A-Za-z characters works and I can verify the value flowed through to the Xcode project build settings page. {code:xml} source-file src=src/ios/CDVdbcamera.m compiler-flags=lettersonly / {code} After some inspection, I found that the 'space' character and the '=' character will cause the Xcode project file to become inoperable. Add support for non-letter characters in the compiler-flags attribute? I'm using the standard apache cordova 3.4.1 project template . This has the default project build style setting to the c99 setting which does not work for some source files I am compiling in this plugin. I can fix this all by setting the cordova project style setting to gnu99. I thought to use the compiler-flags setting to fix this so this plugin would remain portable across projects. Original Feature here: https://issues.apache.org/jira/browse/CB-3967 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-3020) HideKeyboardFormAccessoryBar and KeyboardShrinksView show white bar instead of removing it
[ https://issues.apache.org/jira/browse/CB-3020?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-3020: - Component/s: (was: Plugins) Plugin Keyboard HideKeyboardFormAccessoryBar and KeyboardShrinksView show white bar instead of removing it -- Key: CB-3020 URL: https://issues.apache.org/jira/browse/CB-3020 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugin Keyboard Affects Versions: 2.6.0, 3.0.0 Environment: ios 6.1.3 Reporter: Horst Perfect Assignee: Shazron Abdullah Priority: Minor Labels: keyboard-plugin Fix For: 3.1.0 Attachments: Classes.zip, iOS Simulator Screen shot 2013-10-05 2.27.26 PM.png, iOS Simulator Screen shot 2013-10-05 2.27.36 PM.png, ios.zip I use phonegap 2.6 with the two new preferences HideKeyboardFormAccessoryBar KeyboardShrinksView set to true. Instead of the AccessoryBar a white bar appears ([screenshot|http://i.stack.imgur.com/3fgV8.png]). This is just happening when i set *both* of the preferences to true. When i just set the AccessoryBar preference to true the bar disappears as planned. Horst -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Reopened] (CB-3020) HideKeyboardFormAccessoryBar and KeyboardShrinksView show white bar instead of removing it
[ https://issues.apache.org/jira/browse/CB-3020?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah reopened CB-3020: -- Will re-visit HideKeyboardFormAccessoryBar and KeyboardShrinksView show white bar instead of removing it -- Key: CB-3020 URL: https://issues.apache.org/jira/browse/CB-3020 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugin Keyboard Affects Versions: 2.6.0, 3.0.0 Environment: ios 6.1.3 Reporter: Horst Perfect Assignee: Shazron Abdullah Priority: Minor Labels: keyboard-plugin Fix For: 3.1.0 Attachments: Classes.zip, iOS Simulator Screen shot 2013-10-05 2.27.26 PM.png, iOS Simulator Screen shot 2013-10-05 2.27.36 PM.png, ios.zip I use phonegap 2.6 with the two new preferences HideKeyboardFormAccessoryBar KeyboardShrinksView set to true. Instead of the AccessoryBar a white bar appears ([screenshot|http://i.stack.imgur.com/3fgV8.png]). This is just happening when i set *both* of the preferences to true. When i just set the AccessoryBar preference to true the bar disappears as planned. Horst -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6430) Success Callback of setMetaData() in iOS gets a metadata object with the value as OK
[ https://issues.apache.org/jira/browse/CB-6430?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-6430: - Summary: Success Callback of setMetaData() in iOS gets a metadata object with the value as OK (was: Success Callback of setMetaData() in iOS gets a metsdata object with the value as OK) Success Callback of setMetaData() in iOS gets a metadata object with the value as OK Key: CB-6430 URL: https://issues.apache.org/jira/browse/CB-6430 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugin File Affects Versions: 3.4.0 Environment: This issues was observed with running a test case in iPAD3, devise which has iOS version 7.1 Reporter: Pavankumar Joshi Priority: Minor The document in the code says that the success call back of the setMetaData() method in Entry.js receives the metadata object. The expected metadata object returned in the success call back is same as the one which is set using setMetaData() method. But instead the received metadata object in success call back has value “OK”. I am setting com.apple.MobileBackup metadata in the setMetaData() method. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6424) UIBackgroundModes is not set as audio by default in order to use playAudioWhenScreenIsLocked in iOS
[ https://issues.apache.org/jira/browse/CB-6424?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-6424: - Component/s: Docs UIBackgroundModes is not set as audio by default in order to use playAudioWhenScreenIsLocked in iOS - Key: CB-6424 URL: https://issues.apache.org/jira/browse/CB-6424 Project: Apache Cordova Issue Type: Bug Components: Docs, iOS, Plugin Media Affects Versions: 3.4.0 Environment: Mobile Spec 3.4.0 Application running on iPAD3 with iOS 7.1 Reporter: Pavankumar Joshi Priority: Minor Labels: documentation Was writing a test case to test the functionality Media.play() command with playAudioWhenScreenIsLocked option. The device used is iPAD 3 which has iOS 7.1 version. while testing i noticed that, Whatever the value i set to the filed playAudioWhenScreenIsLocked (true or false), the audio stopped playing in the background when the devise got locked I am writing the test case in MobileSpec3.4.0 test environment which is built using Cordova 3.4.0 version. Later i found that the MobileSpec340-info.plist does not contain the option UIBackgroundModes set as audio. When i Manually set this option the feature worked correctly. I think this point has to be mentioned in the document or by default generated in info.plist. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6424) UIBackgroundModes is not set as audio by default in order to use playAudioWhenScreenIsLocked in iOS
[ https://issues.apache.org/jira/browse/CB-6424?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13967267#comment-13967267 ] Shazron Abdullah commented on CB-6424: -- Info.plist -- add the proper config values in plugin.xml Adding Docs as a component as an alternative. UIBackgroundModes is not set as audio by default in order to use playAudioWhenScreenIsLocked in iOS - Key: CB-6424 URL: https://issues.apache.org/jira/browse/CB-6424 Project: Apache Cordova Issue Type: Bug Components: Docs, iOS, Plugin Media Affects Versions: 3.4.0 Environment: Mobile Spec 3.4.0 Application running on iPAD3 with iOS 7.1 Reporter: Pavankumar Joshi Priority: Minor Labels: documentation Was writing a test case to test the functionality Media.play() command with playAudioWhenScreenIsLocked option. The device used is iPAD 3 which has iOS 7.1 version. while testing i noticed that, Whatever the value i set to the filed playAudioWhenScreenIsLocked (true or false), the audio stopped playing in the background when the devise got locked I am writing the test case in MobileSpec3.4.0 test environment which is built using Cordova 3.4.0 version. Later i found that the MobileSpec340-info.plist does not contain the option UIBackgroundModes set as audio. When i Manually set this option the feature worked correctly. I think this point has to be mentioned in the document or by default generated in info.plist. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6430) Success Callback of setMetaData() in iOS gets a metadata object with the value as OK
[ https://issues.apache.org/jira/browse/CB-6430?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-6430. -- Resolution: Not a Problem Assignee: Shazron Abdullah The doc in the code is wrong, ignore. Success Callback of setMetaData() in iOS gets a metadata object with the value as OK Key: CB-6430 URL: https://issues.apache.org/jira/browse/CB-6430 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugin File Affects Versions: 3.4.0 Environment: This issues was observed with running a test case in iPAD3, devise which has iOS version 7.1 Reporter: Pavankumar Joshi Assignee: Shazron Abdullah Priority: Minor The document in the code says that the success call back of the setMetaData() method in Entry.js receives the metadata object. The expected metadata object returned in the success call back is same as the one which is set using setMetaData() method. But instead the received metadata object in success call back has value “OK”. I am setting com.apple.MobileBackup metadata in the setMetaData() method. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6430) Success Callback of setMetaData() in iOS gets a metadata object with the value as OK
[ https://issues.apache.org/jira/browse/CB-6430?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13967277#comment-13967277 ] Shazron Abdullah commented on CB-6430: -- This doc should be updated: https://github.com/apache/cordova-plugin-file/blob/21e119692ab9c9fb2912dc69e2c6d4b05307e3e2/www/Entry.js#L81 Success Callback of setMetaData() in iOS gets a metadata object with the value as OK Key: CB-6430 URL: https://issues.apache.org/jira/browse/CB-6430 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugin File Affects Versions: 3.4.0 Environment: This issues was observed with running a test case in iPAD3, devise which has iOS version 7.1 Reporter: Pavankumar Joshi Assignee: Shazron Abdullah Priority: Minor The document in the code says that the success call back of the setMetaData() method in Entry.js receives the metadata object. The expected metadata object returned in the success call back is same as the one which is set using setMetaData() method. But instead the received metadata object in success call back has value “OK”. I am setting com.apple.MobileBackup metadata in the setMetaData() method. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Reopened] (CB-5488) deviceready event not firing with jQuery Mobile
[ https://issues.apache.org/jira/browse/CB-5488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah reopened CB-5488: -- Assignee: (was: Shazron Abdullah) deviceready event not firing with jQuery Mobile --- Key: CB-5488 URL: https://issues.apache.org/jira/browse/CB-5488 Project: Apache Cordova Issue Type: Bug Components: CordovaJS, iOS Affects Versions: 3.1.0 Reporter: Federico Kereki If you use PhoneGap + jQuery + jQuery Mobile, the deviceready event doesn't fire. Googling around, I found several similar reports, all pointing out that if jQuery Mobile isn't included, the event fires. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-5488) deviceready event not firing with jQuery Mobile
[ https://issues.apache.org/jira/browse/CB-5488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-5488: - Component/s: CordovaJS deviceready event not firing with jQuery Mobile --- Key: CB-5488 URL: https://issues.apache.org/jira/browse/CB-5488 Project: Apache Cordova Issue Type: Bug Components: CordovaJS, iOS Affects Versions: 3.1.0 Reporter: Federico Kereki Assignee: Shazron Abdullah If you use PhoneGap + jQuery + jQuery Mobile, the deviceready event doesn't fire. Googling around, I found several similar reports, all pointing out that if jQuery Mobile isn't included, the event fires. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6436) deviceready not firing on iOS 7.1 with Sencha Touch 2.3.1
[ https://issues.apache.org/jira/browse/CB-6436?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-6436. -- Resolution: Duplicate Going to dupe this to CB-5488, discussion should be continued there. deviceready not firing on iOS 7.1 with Sencha Touch 2.3.1 - Key: CB-6436 URL: https://issues.apache.org/jira/browse/CB-6436 Project: Apache Cordova Issue Type: Bug Components: CordovaJS Affects Versions: 3.4.0 Environment: iOS 7.1 iPhone 4 + Simulator Reporter: Garth Gutenberg The {{deviceready}} event never fires due to a JS error on iOS 7.1 with Cordova 3.4.x. This is the same issue as reported in CB-5488. The console error/trace is: {quote} [Error] TypeError: 'null' is not an object (evaluating 'document.body.appendChild') createExecIframe (cordova.js, line 833) iOSExec (cordova.js, line 1009) getInfo (device.js, line 74) (anonymous function) (device.js, line 48) fire (cordova.js, line 750) (anonymous function) (cordova.js, line 1195) f (cordova.js, line 622) fire (cordova.js, line 750) (anonymous function) (cordova.js, line 1183) onScriptLoadingComplete (cordova.js, line 1369) scriptLoadedCallback (cordova.js, line 1386) {quote} The fix that I've applied to cordova.js (from 3.4.1-0.1.0) is to replace lines 1627-1630. Old: {code:JavaScript} window.cordova = require('cordova'); // file: src/scripts/bootstrap.js require('cordova/init'); {code} New: {code:JavaScript} var documentBodyIntervalID = window.setInterval( function() { if ( null == document.body ) { return; } window.clearInterval( documentBodyIntervalID ); window.cordova = require('cordova'); // file: src/scripts/bootstrap.js require('cordova/init'); }, 100 ); {code} I'm just checking document.body every 100ms to make sure that it's not null before triggering the rest of the Cordova script. I suspect it may have to do with Sencha Touch 2.3.1, but I can't guarantee it. I can provide an Xcode project if needed. **Update**: I just realized that my fix is wreaking havoc on some plugins, as they load synchronously and expect cordova to be ready as soon as they load, which it isn't. Definitely need help on this one. -- This message was sent by Atlassian JIRA (v6.2#6252)