[jira] [Commented] (CB-6111) One constructor of CordovaWebView forgets to call initWebViewClient.
[ https://issues.apache.org/jira/browse/CB-6111?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13912604#comment-13912604 ] Girish Ramakrishnan commented on CB-6111: - The constructor public CordovaWebView(Context context) is also missing a couple of lines. > One constructor of CordovaWebView forgets to call initWebViewClient. > > > Key: CB-6111 > URL: https://issues.apache.org/jira/browse/CB-6111 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: Master >Reporter: Ningxin Hu > > https://github.com/apache/cordova-android/blob/master/framework/src/org/apache/cordova/CordovaWebView.java#L180, > the constructor of CordovaWebView misses the call > "this.initWebViewClient(this.cordova);". Other constructors call this method. > It causes the WebViewClient is not initialized in this code path. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6110) Crashed if pass "cdvfile://localhost/assets-library/" to FileTransfer download method
[ https://issues.apache.org/jira/browse/CB-6110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13912473#comment-13912473 ] glmnbeyond commented on CB-6110: [~iclelland] What should file-transfer do with assets-library? > Crashed if pass "cdvfile://localhost/assets-library/" to FileTransfer > download method > --- > > Key: CB-6110 > URL: https://issues.apache.org/jira/browse/CB-6110 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Affects Versions: 3.3.0 >Reporter: glmnbeyond > > Invoke filetransfer download method like this: > ft.download(remoteFile, "cdvfile://localhost/assets-library/file", > downloadWin, fail); > mobile-spec crashed because "-[CDVAssetLibraryFilesystem > filesystemPathForURL:]: unrecognized selector sent to instance 0x97c3bd0" -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-6111) One constructor of CordovaWebView forgets to call initWebViewClient.
Ningxin Hu created CB-6111: -- Summary: One constructor of CordovaWebView forgets to call initWebViewClient. Key: CB-6111 URL: https://issues.apache.org/jira/browse/CB-6111 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: Master Reporter: Ningxin Hu https://github.com/apache/cordova-android/blob/master/framework/src/org/apache/cordova/CordovaWebView.java#L180, the constructor of CordovaWebView misses the call "this.initWebViewClient(this.cordova);". Other constructors call this method. It causes the WebViewClient is not initialized in this code path. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-6110) Crashed if pass "cdvfile://localhost/assets-library/" to FileTransfer download method
glmnbeyond created CB-6110: -- Summary: Crashed if pass "cdvfile://localhost/assets-library/" to FileTransfer download method Key: CB-6110 URL: https://issues.apache.org/jira/browse/CB-6110 Project: Apache Cordova Issue Type: Bug Components: Plugin File Transfer Affects Versions: 3.3.0 Reporter: glmnbeyond Invoke filetransfer download method like this: ft.download(remoteFile, "cdvfile://localhost/assets-library/file", downloadWin, fail); mobile-spec crashed because "-[CDVAssetLibraryFilesystem filesystemPathForURL:]: unrecognized selector sent to instance 0x97c3bd0" -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-6109) Refactor - ActionStack params should be consistent
Jesse MacFadyen created CB-6109: --- Summary: Refactor - ActionStack params should be consistent Key: CB-6109 URL: https://issues.apache.org/jira/browse/CB-6109 Project: Apache Cordova Issue Type: Bug Components: Plugman Affects Versions: 3.4.0 Reporter: Jesse MacFadyen Assignee: Jesse MacFadyen The code repeats the same things over several tags from the platform specific plugin definition. Need to verify param use within all project specific action handlers. An example mapping would be: https://github.com/apache/cordova-plugman/blob/4ae290a20b72632d91dcc5d5b2180e9f07823e6e/src/install.js#L351 to: https://github.com/apache/cordova-plugman/blob/4ae290a20b72632d91dcc5d5b2180e9f07823e6e/src/platforms/android.js#L38 -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5130) Refactor the registry
[ https://issues.apache.org/jira/browse/CB-5130?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13912350#comment-13912350 ] ASF subversion and git services commented on CB-5130: - Commit 9e0b80f370adee13e39761439fb96840afe927f9 in cordova-registry-web's branch refs/heads/refactor from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-registry-web.git;h=9e0b80f ] CB-5130: fixed header + footer styling > Refactor the registry > - > > Key: CB-5130 > URL: https://issues.apache.org/jira/browse/CB-5130 > Project: Apache Cordova > Issue Type: Improvement > Components: Registry, Registry Web >Reporter: Steve Gill >Assignee: Steve Gill > > The registry web interface needs a refactor (really a start from scratch) > I wanted to create a master issue to keep track of everything related to the > refactor. > Subtasks should be created for all of the things > Feature Requests > - Show readme on plugin page > - Show download counts on plugin pages > - New tab for popular repositories > - Show new meta tag info on plugin pages (repo, issue, author, etc) [#CB-5128] -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-6108) Icons and Splash Screen documentation is inacurate
John M. Wargo created CB-6108: - Summary: Icons and Splash Screen documentation is inacurate Key: CB-6108 URL: https://issues.apache.org/jira/browse/CB-6108 Project: Apache Cordova Issue Type: Bug Components: Docs Affects Versions: 3.4.0 Reporter: John M. Wargo Priority: Minor The 3.4 Icons and Splash Screen docs at http://cordova.apache.org/docs/en/3.4.0/config_ref_images.md.html#Icons%20and%20Splash%20Screens still make reference to the res folder which no longer exists: "When working in the CLI, icon source files are located within various platform-specific subdirectories within the project's www/res/icons directory. Newly created projects come with a default set of Cordova icons for you to replace for the platforms you wish to target." -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6107) Webview with statusbar plugin is 20px too tall
[ https://issues.apache.org/jira/browse/CB-6107?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13912296#comment-13912296 ] Boston Dell-Vandenberg commented on CB-6107: I have found that it happens after calling StatusBar.hide() > Webview with statusbar plugin is 20px too tall > -- > > Key: CB-6107 > URL: https://issues.apache.org/jira/browse/CB-6107 > Project: Apache Cordova > Issue Type: Bug > Environment: iOS 7 iPad 3 >Reporter: Boston Dell-Vandenberg > > If this is not the place to post issues for Cordova StatusBar plugin, > apologies in advance! > With the plugin installed, the webview is sized 20px too large which is > causing layout issues when I position elements on the bottom of the screen. > For example, on an iPad portrait it is 1044px and on landscape it is 788px. > Removing the plugin seems to bring it back to the correct dimensions of > 1024px x 768px. > The only values I set are StatusBarOverlaysWebView = true and color in > config.xml and the visibility via JS. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-4561) https://cordova.apache.org serves CSS through http://
[ https://issues.apache.org/jira/browse/CB-4561?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Thomas resolved CB-4561. - Resolution: Fixed Quick smoke test found no problems. Feel free to re-open if I missed something. > https://cordova.apache.org serves CSS through http:// > -- > > Key: CB-4561 > URL: https://issues.apache.org/jira/browse/CB-4561 > Project: Apache Cordova > Issue Type: Bug > Components: Website >Reporter: Santiago M. Mola >Priority: Minor > > https://cordova.apache.org serves CSS through http:// which makes the site > appear unstyled in some browsers (e.g. Google Chrome). > Note that for users of HTTPS Everywhere and similar extensions, the HTTPS > version of the site will be accessed by default. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-4561) https://cordova.apache.org serves CSS through http://
[ https://issues.apache.org/jira/browse/CB-4561?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13912101#comment-13912101 ] ASF subversion and git services commented on CB-4561: - Commit 1571832 from [~markt] [ https://svn.apache.org/r1571832 ] Fix CB-4561 - manual changes > https://cordova.apache.org serves CSS through http:// > -- > > Key: CB-4561 > URL: https://issues.apache.org/jira/browse/CB-4561 > Project: Apache Cordova > Issue Type: Bug > Components: Website >Reporter: Santiago M. Mola >Priority: Minor > > https://cordova.apache.org serves CSS through http:// which makes the site > appear unstyled in some browsers (e.g. Google Chrome). > Note that for users of HTTPS Everywhere and similar extensions, the HTTPS > version of the site will be accessed by default. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-4561) https://cordova.apache.org serves CSS through http://
[ https://issues.apache.org/jira/browse/CB-4561?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13912102#comment-13912102 ] ASF subversion and git services commented on CB-4561: - Commit 1571833 from [~markt] [ https://svn.apache.org/r1571833 ] Fix CB-4561 - generated code > https://cordova.apache.org serves CSS through http:// > -- > > Key: CB-4561 > URL: https://issues.apache.org/jira/browse/CB-4561 > Project: Apache Cordova > Issue Type: Bug > Components: Website >Reporter: Santiago M. Mola >Priority: Minor > > https://cordova.apache.org serves CSS through http:// which makes the site > appear unstyled in some browsers (e.g. Google Chrome). > Note that for users of HTTPS Everywhere and similar extensions, the HTTPS > version of the site will be accessed by default. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-4561) https://cordova.apache.org serves CSS through http://
[ https://issues.apache.org/jira/browse/CB-4561?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13912096#comment-13912096 ] ASF subversion and git services commented on CB-4561: - Commit 1571830 from [~markt] [ https://svn.apache.org/r1571830 ] Testing fic for CB-4561 on index page > https://cordova.apache.org serves CSS through http:// > -- > > Key: CB-4561 > URL: https://issues.apache.org/jira/browse/CB-4561 > Project: Apache Cordova > Issue Type: Bug > Components: Website >Reporter: Santiago M. Mola >Priority: Minor > > https://cordova.apache.org serves CSS through http:// which makes the site > appear unstyled in some browsers (e.g. Google Chrome). > Note that for users of HTTPS Everywhere and similar extensions, the HTTPS > version of the site will be accessed by default. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-6107) Webview with statusbar plugin is 20px too tall
Boston Dell-Vandenberg created CB-6107: -- Summary: Webview with statusbar plugin is 20px too tall Key: CB-6107 URL: https://issues.apache.org/jira/browse/CB-6107 Project: Apache Cordova Issue Type: Bug Environment: iOS 7 iPad 3 Reporter: Boston Dell-Vandenberg If this is not the place to post issues for Cordova StatusBar plugin, apologies in advance! With the plugin installed, the webview is sized 20px too large which is causing layout issues when I position elements on the bottom of the screen. For example, on an iPad portrait it is 1044px and on landscape it is 788px. Removing the plugin seems to bring it back to the correct dimensions of 1024px x 768px. The only values I set are StatusBarOverlaysWebView = true and color in config.xml and the visibility via JS. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-4561) https://cordova.apache.org serves CSS through http://
[ https://issues.apache.org/jira/browse/CB-4561?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13912086#comment-13912086 ] Mark Thomas commented on CB-4561: - I've just confirmed it does indeed mess up rss.xml. I'll look at adding httpbaseurl and use that in rss.xml > https://cordova.apache.org serves CSS through http:// > -- > > Key: CB-4561 > URL: https://issues.apache.org/jira/browse/CB-4561 > Project: Apache Cordova > Issue Type: Bug > Components: Website >Reporter: Santiago M. Mola >Priority: Minor > > https://cordova.apache.org serves CSS through http:// which makes the site > appear unstyled in some browsers (e.g. Google Chrome). > Note that for users of HTTPS Everywhere and similar extensions, the HTTPS > version of the site will be accessed by default. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-6106) File needs a method to get a webview-native URL from an Entry
Ian Clelland created CB-6106: Summary: File needs a method to get a webview-native URL from an Entry Key: CB-6106 URL: https://issues.apache.org/jira/browse/CB-6106 Project: Apache Cordova Issue Type: Bug Components: Android, iOS, Plugin File Affects Versions: 3.4.0 Reporter: Ian Clelland Assignee: Ian Clelland I was really, really hoping to avoid having to include this in the API, but it appears that there are some WebView interfaces (specifically {{}} and {{}} HTML tags) which cannot be made to work with {{cdvfile://}} URLs. (See CB-6079 for the issue which triggered this revelation) I'm going to create a method ({{toNativeURL}}) on Entry objects, inherited by DirectoryEntry and FileEntry, which exposes a URL that can be used as a {{src}} attribute for an HTML5 media player. Usage: {code} requestFileSystem(PERSISTENT, 0, function(fs) { fs.root.getFile("movie.mp4", {}, function(entry) { alert(entry.toNativeURL()); document.getElementById('my-video-player').src=entry.toNativeURL(); }); }); {code} Developers will be able to use this in all cases where they need to set the src of an HTML audio/video tag, or in any other cases where the WebView doesn't correctly proxy URL requests through the app. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-6105) Cordova CLI orientation does nothing on iOS
Michal Mocny created CB-6105: Summary: Cordova CLI orientation does nothing on iOS Key: CB-6105 URL: https://issues.apache.org/jira/browse/CB-6105 Project: Apache Cordova Issue Type: Bug Components: CLI, iOS Affects Versions: 3.4.0 Reporter: Michal Mocny There is a multi-platform app config for orientation, documented here: http://cordova.apache.org/docs/en/edge/config_ref_index.md.html#The%20config.xml%20File_global_preferences CLI's android_parser.js specifically looks for this tag and updates AndroidManifest, but ios_parser.js does not. I think it should be updating the UISupportedInterfaceOrientations array in the app's plist. (Also, generally the way we do orientations is pretty poor and could do with an overhaul, alas..) -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-4561) https://cordova.apache.org serves CSS through http://
[ https://issues.apache.org/jira/browse/CB-4561?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13911753#comment-13911753 ] Andrew Grieve commented on CB-4561: --- I think this change will mess up the rss.xml, which uses baseurl. Maybe we should just change baseurl to have https:// in it? Or we could change rss.xml to not use baseurl. > https://cordova.apache.org serves CSS through http:// > -- > > Key: CB-4561 > URL: https://issues.apache.org/jira/browse/CB-4561 > Project: Apache Cordova > Issue Type: Bug > Components: Website >Reporter: Santiago M. Mola >Priority: Minor > > https://cordova.apache.org serves CSS through http:// which makes the site > appear unstyled in some browsers (e.g. Google Chrome). > Note that for users of HTTPS Everywhere and similar extensions, the HTTPS > version of the site will be accessed by default. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6079) Android video mediaplayer error
[ https://issues.apache.org/jira/browse/CB-6079?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13911743#comment-13911743 ] Andrew Grieve commented on CB-6079: --- Filed a feature request for the WebView team for this: https://code.google.com/p/chromium/issues/detail?id=346718 Work-arounds for now: 1. Write a ContentProvider that proxies the content of the video (ugh) 2. XHR the file into a Blob, convert the Blob into a URL via URL.createObjectURL(), load that in (works only on KitKat, but if you XHR an arraybuffer and user BlobBuilder, then this should work back to ICS) 3. Use the File API or FileTransfer to copy the file to your app's private storage, and then use the non-cdvfile: URL in the src ([~iclelland] going to add an API to convert a cdvfile:// -> file:// for this use-case) > Android video mediaplayer error > --- > > Key: CB-6079 > URL: https://issues.apache.org/jira/browse/CB-6079 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 3.3.0 > Environment: OSX 10.8.5, Android Developer Tools >Reporter: Arnout > Labels: Android, Video > Fix For: 3.3.0 > > > I have a project with HTML5 video playback. > On iOS everything works great, but if I build the same project for Android > the video doesn't want to play. > This is the error I get in LogCat: "Mediaplayer Error (1, -2147483648)". > I tried to play the video with another plugin but without result. > Installed platforms: android 3.3.0, ios 3.3.0 > Installed plugins: > jaeger.Html5Video', > 'org.apache.cordova.device', > 'org.apache.cordova.file', > 'org.apache.cordova.inappbrowser' -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-6104) Online event triggers differently on iOS and Android
[ https://issues.apache.org/jira/browse/CB-6104?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kuan Yi Ming updated CB-6104: - Description: As per the documentation on the online event in doc/index.md: bq. Applications typically should use document.addEventListener to attach an event listener once the deviceready event fires. On iOS, the online event does not trigger when the event listener is added once the deviceready event fires as it's already triggered. If the online event is added before the deviceready event fires (to get the code to work on iOS), it fires the online event twice on Android: once before the deviceready event fires, and once after. was: As per the documentation: bq. Applications typically should use document.addEventListener to attach an event listener once the deviceready event fires. On iOS, the online event does not trigger when the event listener is added once the deviceready event fires as it's already triggered. If the online event is added before the deviceready event fires (to get the code to work on iOS), it fires the online event twice on Android: once before the deviceready event fires, and once after. > Online event triggers differently on iOS and Android > > > Key: CB-6104 > URL: https://issues.apache.org/jira/browse/CB-6104 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Network Information >Affects Versions: 3.3.0 > Environment: iOS, Android, using plugin version 0.2.7 >Reporter: Kuan Yi Ming > > As per the documentation on the online event in doc/index.md: > bq. Applications typically should use document.addEventListener to attach an > event listener once the deviceready event fires. > On iOS, the online event does not trigger when the event listener is added > once the deviceready event fires as it's already triggered. > If the online event is added before the deviceready event fires (to get the > code to work on iOS), it fires the online event twice on Android: once before > the deviceready event fires, and once after. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-6104) Online event triggers differently on iOS and Android
[ https://issues.apache.org/jira/browse/CB-6104?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kuan Yi Ming updated CB-6104: - Description: As per the documentation: bq. Applications typically should use document.addEventListener to attach an event listener once the deviceready event fires. On iOS, the online event does not trigger when the event listener is added once the deviceready event fires as it's already triggered. If the online event is added before the deviceready event fires (to get the code to work on iOS), it fires the online event twice on Android: once before the deviceready event fires, and once after. was: As per the documentation: > Applications typically should use document.addEventListener to attach an > event listener once the deviceready event fires. On iOS, the online event does not trigger when the event listener is added once the deviceready event fires as it's already triggered. If the online event is added before the deviceready event fires (to get the code to work on iOS), it fires the online event twice on Android: once before the deviceready event fires, and once after. > Online event triggers differently on iOS and Android > > > Key: CB-6104 > URL: https://issues.apache.org/jira/browse/CB-6104 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Network Information >Affects Versions: 3.3.0 > Environment: iOS, Android, using plugin version 0.2.7 >Reporter: Kuan Yi Ming > > As per the documentation: > bq. Applications typically should use document.addEventListener to attach an > event listener once the deviceready event fires. > On iOS, the online event does not trigger when the event listener is added > once the deviceready event fires as it's already triggered. > If the online event is added before the deviceready event fires (to get the > code to work on iOS), it fires the online event twice on Android: once before > the deviceready event fires, and once after. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-6104) Online event triggers differently on iOS and Android
Kuan Yi Ming created CB-6104: Summary: Online event triggers differently on iOS and Android Key: CB-6104 URL: https://issues.apache.org/jira/browse/CB-6104 Project: Apache Cordova Issue Type: Bug Components: Plugin Network Information Affects Versions: 3.3.0 Environment: iOS, Android, using plugin version 0.2.7 Reporter: Kuan Yi Ming As per the documentation: > Applications typically should use document.addEventListener to attach an > event listener once the deviceready event fires. On iOS, the online event does not trigger when the event listener is added once the deviceready event fires as it's already triggered. If the online event is added before the deviceready event fires (to get the code to work on iOS), it fires the online event twice on Android: once before the deviceready event fires, and once after. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6102) Hidden folders are not copied on unix based systems due to change in the way node shell.cp is called
[ https://issues.apache.org/jira/browse/CB-6102?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13911672#comment-13911672 ] Michal commented on CB-6102: This affects me too. I managed to get over cordova buggy (??) behavior by modifying their source files. In my case, for android, in file /usr/lib/node_modules/cordova/src/metadata/android_parser.js I changed this (at line 160): {code:javascript} // Copy over all app www assets shell.cp('-rf', path.join(app_www, '*'), this.www_dir()); // Copy over stock platform www assets (cordova.js) shell.cp('-rf', path.join(platform_www, '*'), this.www_dir()); {code} to this: {code:javascript} // Copy over all app www assets shell.cp('-rf', path.join(app_www, '*'), this.www_dir()); shell.cp('-rf', path.join(app_www, '.*'), this.www_dir()); // Copy over stock platform www assets (cordova.js) shell.cp('-rf', path.join(platform_www, '*'), this.www_dir()); shell.cp('-rf', path.join(platform_www, '.*'), this.www_dir()); {code} I'm not sure if that is the best way to do it, but it works for me. > Hidden folders are not copied on unix based systems due to change in the way > node shell.cp is called > > > Key: CB-6102 > URL: https://issues.apache.org/jira/browse/CB-6102 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Affects Versions: 3.1.0, 3.2.0, 3.3.0 > Environment: OSX / Ubuntu with cordova 3.3 and 3.4 >Reporter: Simon Cruise > Labels: prepare > > Hidden directories on unix based systems are prepended with a period > e.g. > .sencha > after running cordova prepare these folders are not copied from the www > folder into the platform www folder. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-6103) [wp8] CordovaDeploy potential build issue
Sergey Grebnov created CB-6103: -- Summary: [wp8] CordovaDeploy potential build issue Key: CB-6103 URL: https://issues.apache.org/jira/browse/CB-6103 Project: Apache Cordova Issue Type: Improvement Components: CLI, WP8 Reporter: Sergey Grebnov Assignee: Sergey Grebnov I see that Microsoft.Smartdevice.Connectivity libraries are linked with SpecificVersion = False flag. Actually, this is a bad practice and can break build in the future, example: http://social.msdn.microsoft.com/Forums/en-US/11098ece-d1ca-45b7-90be-88df14fa05dd/specific-version-false-doesnt-work-as-expected?forum=csharpide Please note, that by default SpecificVersion = True. So, following best practices I highly recommend to change this parameter to True also. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-6103) [wp8] CordovaDeploy potential build issue
[ https://issues.apache.org/jira/browse/CB-6103?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-6103: --- Assignee: Jesse MacFadyen (was: Sergey Grebnov) > [wp8] CordovaDeploy potential build issue > - > > Key: CB-6103 > URL: https://issues.apache.org/jira/browse/CB-6103 > Project: Apache Cordova > Issue Type: Improvement > Components: CLI, WP8 >Reporter: Sergey Grebnov >Assignee: Jesse MacFadyen > > I see that Microsoft.Smartdevice.Connectivity libraries are linked with > SpecificVersion = False flag. Actually, this is a bad practice and can break > build in the future, example: > http://social.msdn.microsoft.com/Forums/en-US/11098ece-d1ca-45b7-90be-88df14fa05dd/specific-version-false-doesnt-work-as-expected?forum=csharpide > Please note, that by default SpecificVersion = True. So, following best > practices I highly recommend to change this parameter to True also. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6094) Cordova 3.4.0 Filetransfer download Error Code 1
[ https://issues.apache.org/jira/browse/CB-6094?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13911640#comment-13911640 ] Ian Clelland commented on CB-6094: -- I haven't been able to reproduce this yet. From your error log, it would appear that CordovaResourceApi.remapUri is not translating the {{cdvfile://}} URL into a {{file:///}} URL properly, but the only case where that would happen is if the File plugin hadn't been loaded yet. If you are creating the directories before you try to download the file, then the File plugin, I believe, *has* to be loaded. Because of the potential for this issue, I recently changed File to load on startup (CB-6087). That change is just on dev now, but should be released very soon as File v1.0.1. If you want to try using that, you can check out the dev branch of https://github.com/apache/cordova-plugin-file, and see if that fixes things for you. Here is the test code that I've been running (I've tried this with both released and dev versions of file and file-transfer, and it hasn't failed yet): {code} window.requestFileSystem(LocalFileSystem.PERSISTENT,0,function(fileSystem) { var omadir = 'user1'; fileSystem.root.getDirectory('1oma/', {create: true}, function (dirEntry) { fileSystem.root.getDirectory('1oma/' + omadir, {create: true}, function (dirUser) { alert("Created both directories"); var movieURL = "http://techslides.com/demos/sample-videos/small.mp4";; var ft = new FileTransfer(); ft.download(movieURL, dirUser.toURL() + "/movie.mp4", function(entry) { alert("Download successful"); console.log(entry); }, function(err) { alert("Download failure: " + JSON.stringify(err)); }); }, function(err) { alert("2nd getDirectory failure: " + JSON.stringify(err)); }); }, function(err) { alert("1st getDirectory failure: " + JSON.stringify(err)); }); }, function(err) { alert("requestFileSystem failure: " + JSON.stringify(err)); }); {code} After running it, I'm checking the file system on the device: {code} macbookpro:~/dltest$ adb shell shell@flo:/ $ cd /sdcard/1oma/ shell@flo:/sdcard/1oma $ ls user1 shell@flo:/sdcard/1oma $ cd user1/ shell@flo:/sdcard/1oma/user1 $ ls -l -rw-rw root sdcard_r 383631 2014-02-25 09:41 movie.mp4 shell@flo:/sdcard/1oma/user1 $ {code} > Cordova 3.4.0 Filetransfer download Error Code 1 > > > Key: CB-6094 > URL: https://issues.apache.org/jira/browse/CB-6094 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Plugin File Transfer >Affects Versions: 3.4.0 >Reporter: Torsten Rosenberger >Assignee: Ian Clelland > Labels: javascript > > Hello > I update my phonegap 3.0.1 to cordova 3.4.0. > But the same code which worked on 3.0.1 throw now a error > during downloading a file. > First i request a filesystem > window.requestFileSystem(LocalFileSystem.PERSISTENT,0,function(fileSystem) > all ok, then create a directory also ok. > remoteFile = 'http://www.example.com/myfile.png' > localPath = '/mydir/myfile.png' > var ft = new FileTransfer(); > ft.download(remoteFile,localPath, function(entry) { > }, > function(error) { > console.log(error); > console.log("download error source " + error.source); > console.log("download error target " + error.target); > console.log("download error code" + error.code); > } > ); > in mydir Directory the File myfile.png ist created with a size of 0 > Bytes. > and i got the error Code 1 (FILE_NOT_FOUND_ERR) > if i add file://mnt/sdcard/ to the localPath Variable the download is > sucessfull. But with the new Version i get > / for the fileSystem.root.fullPath as descriped in the changlog of 3.4.0 > maybe i doing something wrong with the new filesystem path to the root > directory ? > BR/Torsten -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6103) [wp8] CordovaDeploy potential build issue
[ https://issues.apache.org/jira/browse/CB-6103?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13911641#comment-13911641 ] Sergey Grebnov commented on CB-6103: Here is the fix https://github.com/apache/cordova-wp8/pull/28 > [wp8] CordovaDeploy potential build issue > - > > Key: CB-6103 > URL: https://issues.apache.org/jira/browse/CB-6103 > Project: Apache Cordova > Issue Type: Improvement > Components: CLI, WP8 >Reporter: Sergey Grebnov >Assignee: Sergey Grebnov > > I see that Microsoft.Smartdevice.Connectivity libraries are linked with > SpecificVersion = False flag. Actually, this is a bad practice and can break > build in the future, example: > http://social.msdn.microsoft.com/Forums/en-US/11098ece-d1ca-45b7-90be-88df14fa05dd/specific-version-false-doesnt-work-as-expected?forum=csharpide > Please note, that by default SpecificVersion = True. So, following best > practices I highly recommend to change this parameter to True also. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-6102) Hidden folders are not copied on unix based systems due to change in the way node shell.cp is called
Simon Cruise created CB-6102: Summary: Hidden folders are not copied on unix based systems due to change in the way node shell.cp is called Key: CB-6102 URL: https://issues.apache.org/jira/browse/CB-6102 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.3.0, 3.2.0, 3.1.0 Environment: OSX / Ubuntu with cordova 3.3 and 3.4 Reporter: Simon Cruise Hidden directories on unix based systems are prepended with a period e.g. .sencha after running cordova prepare these folders are not copied from the www folder into the platform www folder. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-4971) Installation of plugins does not work for iOS - config.xml feature lines not added
[ https://issues.apache.org/jira/browse/CB-4971?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13911576#comment-13911576 ] Sergey Gospodarets commented on CB-4971: I have found a solution: http://stackoverflow.com/a/18579219/1120798 > Installation of plugins does not work for iOS - config.xml feature lines not > added > -- > > Key: CB-4971 > URL: https://issues.apache.org/jira/browse/CB-4971 > Project: Apache Cordova > Issue Type: Bug > Components: CLI, Plugman >Affects Versions: 3.0.0, 3.1.0 > Environment: iOS >Reporter: Oleg >Priority: Critical > Labels: ios, plugin > Fix For: 3.4.0 > > Original Estimate: 72h > Remaining Estimate: 72h > > Installation of iOS plugins does not work for iOS. > Update: does not work in 3.1 cordova either. > When installing the plugin via "cordova plugin add", the plugins fail to > install correctly to the iOS platform: > - source code (.js, .m, .h and .bundle) files are not copied over > - proper frameworks are not being added to the project > - config.xml file is not updated with plugin information > Tried it on Device, Contacts and Dialogs and some other plugins. > Update: tried on network-information plugin with cordova 3.1 > the workaround is to perform the above steps manually. but it is not > documented anywhere. > Note: it worked for me during one test, when the project was fresh. However > after making a few minor changes and running "cordova prepare" or "cordova > build" a few times, it stops working for iOS - i.e. you cannot add plugins > without issues above. Android works fine. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Comment Edited] (CB-4971) Installation of plugins does not work for iOS - config.xml feature lines not added
[ https://issues.apache.org/jira/browse/CB-4971?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13911576#comment-13911576 ] Sergey Gospodarets edited comment on CB-4971 at 2/25/14 1:49 PM: - I have found a solution for me: http://stackoverflow.com/a/18579219/1120798 was (Author: malyw): I have found a solution: http://stackoverflow.com/a/18579219/1120798 > Installation of plugins does not work for iOS - config.xml feature lines not > added > -- > > Key: CB-4971 > URL: https://issues.apache.org/jira/browse/CB-4971 > Project: Apache Cordova > Issue Type: Bug > Components: CLI, Plugman >Affects Versions: 3.0.0, 3.1.0 > Environment: iOS >Reporter: Oleg >Priority: Critical > Labels: ios, plugin > Fix For: 3.4.0 > > Original Estimate: 72h > Remaining Estimate: 72h > > Installation of iOS plugins does not work for iOS. > Update: does not work in 3.1 cordova either. > When installing the plugin via "cordova plugin add", the plugins fail to > install correctly to the iOS platform: > - source code (.js, .m, .h and .bundle) files are not copied over > - proper frameworks are not being added to the project > - config.xml file is not updated with plugin information > Tried it on Device, Contacts and Dialogs and some other plugins. > Update: tried on network-information plugin with cordova 3.1 > the workaround is to perform the above steps manually. but it is not > documented anywhere. > Note: it worked for me during one test, when the project was fresh. However > after making a few minor changes and running "cordova prepare" or "cordova > build" a few times, it stops working for iOS - i.e. you cannot add plugins > without issues above. Android works fine. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6079) Android video mediaplayer error
[ https://issues.apache.org/jira/browse/CB-6079?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13911492#comment-13911492 ] Joe Bowser commented on CB-6079: No, it must be played from the SDCard or from the App's Data Directory. NOT from the Assets directory. The assets directory is an alias to the APK. An APK is like a JAR file, it's a special type of ZIP file that has the application's classes in it, as well as its resources and assets. For any file to be accessed from the assets, it must be decompressed. This is trivial for files that aren't video, but apparently due to the nature of video files, Android isn't able to decompress these files and play them. Therfore all video files must be stored on the real file system somewhere, and not in the APK. The more you abstract the URI, the worse things get w.r.t the HTML5 Video tag not being able to read the file. > Android video mediaplayer error > --- > > Key: CB-6079 > URL: https://issues.apache.org/jira/browse/CB-6079 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 3.3.0 > Environment: OSX 10.8.5, Android Developer Tools >Reporter: Arnout > Labels: Android, Video > Fix For: 3.3.0 > > > I have a project with HTML5 video playback. > On iOS everything works great, but if I build the same project for Android > the video doesn't want to play. > This is the error I get in LogCat: "Mediaplayer Error (1, -2147483648)". > I tried to play the video with another plugin but without result. > Installed platforms: android 3.3.0, ios 3.3.0 > Installed plugins: > jaeger.Html5Video', > 'org.apache.cordova.device', > 'org.apache.cordova.file', > 'org.apache.cordova.inappbrowser' -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Closed] (CB-5996) config.xml in platforms/firefoxos/www instead of platforms/firefoxos
[ https://issues.apache.org/jira/browse/CB-5996?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gert-Jan Braas closed CB-5996. -- Resolution: Fixed fixed in CB-6088 > config.xml in platforms/firefoxos/www instead of platforms/firefoxos > > > Key: CB-5996 > URL: https://issues.apache.org/jira/browse/CB-5996 > Project: Apache Cordova > Issue Type: Bug > Components: FirefoxOS, Plugman >Affects Versions: 3.3.0, 3.4.0 > Environment: Ubuntu 13.10, installed from npm repository > (3.3.1-0.3.1) and from git repo (3.3.0 and 3.4.0) >Reporter: Gert-Jan Braas >Priority: Blocker > > (local src from git (3.4.0-rc.1)) > braas@chickenrun:~/projects/test$ cordova create FOSTEST > Creating a new cordova project with name "HelloCordova" and id > "io.cordova.hellocordova" at location "/var/tmp/braas/projects/test/FOSTEST" > Downloading cordova library for www... > Download complete > ~/projects/test$ cd FOSTEST > ~/projects/test$ cordova plugin add org.apache.cordova.geolocation > Fetching plugin "org.apache.cordova.geolocation" via plugin registry > ~/projects/test/FOSTEST$ cordova platform add firefoxos > Downloading cordova library for firefoxos... > Download complete > Creating firefoxos project... > Generating config.xml from defaults for platform "firefoxos" > Preparing firefoxos project > Starting installation of "org.apache.cordova.geolocation" for firefoxos > Preparing firefoxos project > Error: ENOENT, no such file or directory > '/home/braas/projects/test/FOSTEST/platforms/firefoxos/www/config.xml' > at Object.fs.openSync (fs.js:427:18) > at Object.fs.readFileSync (fs.js:284:15) > at Object.module.exports.parseElementtreeSync > (/home/braas/npm/lib/node_modules/plugman/src/util/xml-helpers.js:119:27) > at Object.module.exports.package_name > (/home/braas/npm/lib/node_modules/plugman/src/platforms/firefoxos.js:10:38) > at Object.module.exports.generate_plugin_config_munge > (/home/braas/npm/lib/node_modules/plugman/src/util/config-changes.js:100:53) > at Object.module.exports.add_plugin_changes > (/home/braas/npm/lib/node_modules/plugman/src/util/config-changes.js:300:43) > at > /home/braas/npm/lib/node_modules/plugman/src/util/config-changes.js:440:28 > at Array.forEach (native) > at Object.module.exports.process > (/home/braas/npm/lib/node_modules/plugman/src/util/config-changes.js:439:49) > at Object.handlePrepare > (/home/braas/npm/lib/node_modules/plugman/src/prepare.js:69:20) > ~/projects/test/FOSTEST$ > ~/projects/test/FOSTEST$ ls platforms/firefoxos/www > cordova.js cordova_plugins.js css img index.html js manifest.webapp > :~/projects/test/FOSTEST$ ls platforms/firefoxos > config.xml cordova platform_www www -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5606) WP8. Add ArrayBuffer support to exec bridge
[ https://issues.apache.org/jira/browse/CB-5606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13911427#comment-13911427 ] Edwin van der Ham commented on CB-5606: --- This commit broke plugin support for wp7, I created a pull request on github that fixes it: [https://github.com/apache/cordova-js/pull/65] > WP8. Add ArrayBuffer support to exec bridge > --- > > Key: CB-5606 > URL: https://issues.apache.org/jira/browse/CB-5606 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS, WP8 >Reporter: Sergey Grebnov >Assignee: Jesse MacFadyen > > As per discussion "Windows Phone binary bridge" in the mailing list. > Right now WP7/8 does not support binary data type (ArrayBuffer) since there > is no special logic to serialize such data. Other platforms use base64 > encoding. > We should add support of ArrayBuffer to windows phone exec bridge. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Comment Edited] (CB-4561) https://cordova.apache.org serves CSS through http://
[ https://issues.apache.org/jira/browse/CB-4561?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13911410#comment-13911410 ] Mark Thomas edited comment on CB-4561 at 2/25/14 9:15 AM: -- The following patch should fix this. {noformat} Index: _config.yml === --- _config.yml (revision 1571617) +++ _config.yml (working copy) @@ -1,4 +1,4 @@ -baseurl: http://cordova.apache.org +baseurl: //cordova.apache.org name: Apache Cordova description: Apache Cordova is a set of device APIs that allow a web mobile app developer to access native device function from JavaScript. source: www {noformat} A quick test with rake serve on people.a.o looks OK. If it helps, I can commit and apply this but as I'm not a Cordova committer I won't commit anything without a Cordova commiter's say so. was (Author: markt): {noformat} Index: _config.yml === --- _config.yml (revision 1571617) +++ _config.yml (working copy) @@ -1,4 +1,4 @@ -baseurl: http://cordova.apache.org +baseurl: //cordova.apache.org name: Apache Cordova description: Apache Cordova is a set of device APIs that allow a web mobile app developer to access native device function from JavaScript. source: www {noformat} > https://cordova.apache.org serves CSS through http:// > -- > > Key: CB-4561 > URL: https://issues.apache.org/jira/browse/CB-4561 > Project: Apache Cordova > Issue Type: Bug > Components: Website >Reporter: Santiago M. Mola >Priority: Minor > > https://cordova.apache.org serves CSS through http:// which makes the site > appear unstyled in some browsers (e.g. Google Chrome). > Note that for users of HTTPS Everywhere and similar extensions, the HTTPS > version of the site will be accessed by default. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-4561) https://cordova.apache.org serves CSS through http://
[ https://issues.apache.org/jira/browse/CB-4561?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13911410#comment-13911410 ] Mark Thomas commented on CB-4561: - {noformat} Index: _config.yml === --- _config.yml (revision 1571617) +++ _config.yml (working copy) @@ -1,4 +1,4 @@ -baseurl: http://cordova.apache.org +baseurl: //cordova.apache.org name: Apache Cordova description: Apache Cordova is a set of device APIs that allow a web mobile app developer to access native device function from JavaScript. source: www {noformat} > https://cordova.apache.org serves CSS through http:// > -- > > Key: CB-4561 > URL: https://issues.apache.org/jira/browse/CB-4561 > Project: Apache Cordova > Issue Type: Bug > Components: Website >Reporter: Santiago M. Mola >Priority: Minor > > https://cordova.apache.org serves CSS through http:// which makes the site > appear unstyled in some browsers (e.g. Google Chrome). > Note that for users of HTTPS Everywhere and similar extensions, the HTTPS > version of the site will be accessed by default. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-6101) Softkeboard issue when opening the camera
Elia Weiss created CB-6101: -- Summary: Softkeboard issue when opening the camera Key: CB-6101 URL: https://issues.apache.org/jira/browse/CB-6101 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.3.0, 3.5.0 Reporter: Elia Weiss Priority: Critical IOS only - After using the softkeyboard becomes a complete mess, and unusable. it happens on v3.3, but because of the following bug https://issues.apache.org/jira/browse/CB-5712 iv'e upgraded to 3.5-dev. And it still happening. Repeat: 1. open the softkeyboard by clicking on any input form 2. open the camera, i.e. integrate the camera plugin, create a button in the UI and click it. 3. open the softkeyboard by clicking on any input form result: keyborad UI unusable ENV - IOS7, JQM 1.3.2, JQ, 1.8.2, Cordova 3.3 -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6079) Android video mediaplayer error
[ https://issues.apache.org/jira/browse/CB-6079?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13911367#comment-13911367 ] Arnout commented on CB-6079: Ok for the project now, but if I have a single video of let's say 2MB that I want to include in my project I still must be able to play it directly instead of adding it to the SD card? > Android video mediaplayer error > --- > > Key: CB-6079 > URL: https://issues.apache.org/jira/browse/CB-6079 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 3.3.0 > Environment: OSX 10.8.5, Android Developer Tools >Reporter: Arnout > Labels: Android, Video > Fix For: 3.3.0 > > > I have a project with HTML5 video playback. > On iOS everything works great, but if I build the same project for Android > the video doesn't want to play. > This is the error I get in LogCat: "Mediaplayer Error (1, -2147483648)". > I tried to play the video with another plugin but without result. > Installed platforms: android 3.3.0, ios 3.3.0 > Installed plugins: > jaeger.Html5Video', > 'org.apache.cordova.device', > 'org.apache.cordova.file', > 'org.apache.cordova.inappbrowser' -- This message was sent by Atlassian JIRA (v6.1.5#6160)