[jira] [Commented] (CB-6079) Android video mediaplayer error
[ https://issues.apache.org/jira/browse/CB-6079?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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)
[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-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-tabpanelfocusedCommentId=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] [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-tabpanelfocusedCommentId=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-5606) WP8. Add ArrayBuffer support to exec bridge
[ https://issues.apache.org/jira/browse/CB-5606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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] [Commented] (CB-6079) Android video mediaplayer error
[ https://issues.apache.org/jira/browse/CB-6079?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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] [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-tabpanelfocusedCommentId=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-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-tabpanelfocusedCommentId=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] [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-6103) [wp8] CordovaDeploy potential build issue
[ https://issues.apache.org/jira/browse/CB-6103?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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] [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-tabpanelfocusedCommentId=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] [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] [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] [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-tabpanelfocusedCommentId=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] [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] [Commented] (CB-6079) Android video mediaplayer error
[ https://issues.apache.org/jira/browse/CB-6079?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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 video (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] [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-tabpanelfocusedCommentId=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] [Created] (CB-6105) Cordova CLI orientation preference does nothing on iOS
Michal Mocny created CB-6105: Summary: Cordova CLI orientation preference 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 preference 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] [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 {{video}} and
{{audio}} 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-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-tabpanelfocusedCommentId=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] [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-tabpanelfocusedCommentId=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-tabpanelfocusedCommentId=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-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-tabpanelfocusedCommentId=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] [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-5130) Refactor the registry
[ https://issues.apache.org/jira/browse/CB-5130?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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-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] [Created] (CB-6110) Crashed if pass cdvfile://localhost/assets-library/path to FileTransfer download method
glmnbeyond created CB-6110: -- Summary: Crashed if pass cdvfile://localhost/assets-library/path 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] [Commented] (CB-6110) Crashed if pass cdvfile://localhost/assets-library/path to FileTransfer download method
[ https://issues.apache.org/jira/browse/CB-6110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13912473#comment-13912473 ] glmnbeyond commented on CB-6110: [~iclelland] What should file-transfer do with assets-library? Crashed if pass cdvfile://localhost/assets-library/path 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] [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-tabpanelfocusedCommentId=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)
