[jira] [Commented] (CB-3571) Add support for splash elements in config.xml
[
https://issues.apache.org/jira/browse/CB-3571?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14041764#comment-14041764
]
ASF GitHub Bot commented on CB-3571:
Github user rohitagg28 commented on the pull request:
https://github.com/apache/cordova-lib/pull/30#issuecomment-46936636
I have remove this line preference name=SplashScreen value=screen /
from config.xml file and added these to it.
platform name=android
splash src=res/screen/android/splash-land-hdpi.png
density=land-hdpi/
splash src=res/screen/android/splash-land-ldpi.png
density=land-ldpi/
splash src=res/screen/android/splash-land-mdpi.png
density=land-mdpi/
splash src=res/screen/android/splash-land-xhdpi.png
density=land-xhdpi/
splash src=res/screen/android/splash-port-hdpi.png
density=port-hdpi/
splash src=res/screen/android/splash-port-ldpi.png
density=port-ldpi/
splash src=res/screen/android/splash-port-mdpi.png
density=port-mdpi/
splash src=res/screen/android/splash-port-xhdpi.png
density=port-xhdpi/
/platform
So here I have resscreenandroid folder with respect to project folder and
into which images are placed. But after running this code I have still not able
to see any of these images as splashscreen.
Add support for splash elements in config.xml
---
Key: CB-3571
URL: https://issues.apache.org/jira/browse/CB-3571
Project: Apache Cordova
Issue Type: Wish
Components: CLI
Affects Versions: Master
Reporter: Michael Brooks
Assignee: Lorin Beer
Similar to adding support for the {{icon}} element, we should add support
for the splash screen.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-7003) navigator.contacts.pickContact picks wrong contact on Android 4.3 and 4.4.3 versions
[
https://issues.apache.org/jira/browse/CB-7003?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14041777#comment-14041777
]
Sergey Grebnov commented on CB-7003:
Confirm this issue. [~bowserj] please assign it to me of you have not started
investigating it.
navigator.contacts.pickContact picks wrong contact on Android 4.3 and 4.4.3
versions
Key: CB-7003
URL: https://issues.apache.org/jira/browse/CB-7003
Project: Apache Cordova
Issue Type: Bug
Components: Android, Plugin Contacts
Affects Versions: 3.5.0
Reporter: Meshkov Alex
Assignee: Joe Bowser
This issue touches pickContact method on Android devices. Simple call
{code}
navigator.contacts.pickContact(function (contact) {
if (contact.id == -1) {
return false;
}
alert(contact.name.formatted);
});
{code}
return wrong _contact.name.formatted_ value. For instance if I select _Mom_
contact I would get Maria's contact object.
This bug affects Android versions 4.3 (Samsung Galaxy S3) and 4.4.3 (Nexus 4)
I haven't tested on other devices.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-5059) The android implementation of file transfer plugin should not depend on the concrete class android.webkit.CookieManager
[ https://issues.apache.org/jira/browse/CB-5059?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14041812#comment-14041812 ] ASF GitHub Bot commented on CB-5059: Github user junmin-zhu closed the pull request at: https://github.com/apache/cordova-plugin-file-transfer/pull/8 The android implementation of file transfer plugin should not depend on the concrete class android.webkit.CookieManager --- Key: CB-5059 URL: https://issues.apache.org/jira/browse/CB-5059 Project: Apache Cordova Issue Type: Improvement Components: Plugin File Transfer Affects Versions: Master Environment: cordova-android, git branch 3.0.x Reporter: Junmin Fix For: Master The android implementation of file transfer plugin leverages the class android.webkit.CookieManager, which depends on the concrete web infrastructure android.webkit.WebView. This dependence ruins the portability of the plugin. For example, it could not run on a substantial implementation of CordovaWebView which based on a android third party component(such as chromium for android). Following is the crash log when initializing the CookieManager without android.webkit.WebView: I/dalvikvm(5006): java.lang.IllegalStateException: Call CookieSyncManager::createInstance() or create a webview before using this class I/dalvikvm(5006): at android.webkit.JniUtil.checkInitialized(JniUtil.java:44) I/dalvikvm(5006): at android.webkit.JniUtil.getDatabaseDirectory(JniUtil.java:65) I/dalvikvm(5006): at android.webkit.CookieManagerClassic.nativeGetCookie(Native Method) I/dalvikvm(5006): at android.webkit.CookieManagerClassic.getCookie(CookieManagerClassic.java:109) I/dalvikvm(5006): at android.webkit.CookieManagerClassic.getCookie(CookieManagerClassic.java:96) I/dalvikvm(5006): at org.apache.cordova.filetransfer.FileTransfer$4.run(FileTransfer.java:747) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-5059) The android implementation of file transfer plugin should not depend on the concrete class android.webkit.CookieManager
[ https://issues.apache.org/jira/browse/CB-5059?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14041811#comment-14041811 ] ASF GitHub Bot commented on CB-5059: Github user junmin-zhu commented on the pull request: https://github.com/apache/cordova-plugin-file-transfer/pull/8#issuecomment-46939573 As you known, we try to replace the default webview with crosswalk as backend of the Cordova. And there is forked project (https://github.com/crosswalk-project/crosswalk-cordova-android) for this. But the filetransfer plugin requests the cookie support, which would crash the application in our solution. Because the cookie support requires android.webkit.CookieManager, which is highly depended on the default webview, which is missed in our solution. If you still want cookie support, I suggest to add CookieSyncManager.createInstance(Context) before use the CookieManager as the android official document (http://developer.android.com/reference/android/webkit/CookieManager.html#getInstance%28%29) . Or you may have better suggestion for this. Anyway, I will close this PR. The android implementation of file transfer plugin should not depend on the concrete class android.webkit.CookieManager --- Key: CB-5059 URL: https://issues.apache.org/jira/browse/CB-5059 Project: Apache Cordova Issue Type: Improvement Components: Plugin File Transfer Affects Versions: Master Environment: cordova-android, git branch 3.0.x Reporter: Junmin Fix For: Master The android implementation of file transfer plugin leverages the class android.webkit.CookieManager, which depends on the concrete web infrastructure android.webkit.WebView. This dependence ruins the portability of the plugin. For example, it could not run on a substantial implementation of CordovaWebView which based on a android third party component(such as chromium for android). Following is the crash log when initializing the CookieManager without android.webkit.WebView: I/dalvikvm(5006): java.lang.IllegalStateException: Call CookieSyncManager::createInstance() or create a webview before using this class I/dalvikvm(5006): at android.webkit.JniUtil.checkInitialized(JniUtil.java:44) I/dalvikvm(5006): at android.webkit.JniUtil.getDatabaseDirectory(JniUtil.java:65) I/dalvikvm(5006): at android.webkit.CookieManagerClassic.nativeGetCookie(Native Method) I/dalvikvm(5006): at android.webkit.CookieManagerClassic.getCookie(CookieManagerClassic.java:109) I/dalvikvm(5006): at android.webkit.CookieManagerClassic.getCookie(CookieManagerClassic.java:96) I/dalvikvm(5006): at org.apache.cordova.filetransfer.FileTransfer$4.run(FileTransfer.java:747) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-7008) file.spec.3 duplicated, change it to file.spec.8
Martin Gonzalez created CB-7008: --- Summary: file.spec.3 duplicated, change it to file.spec.8 Key: CB-7008 URL: https://issues.apache.org/jira/browse/CB-7008 Project: Apache Cordova Issue Type: Test Components: mobile-spec Affects Versions: 3.5.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez There's a duplicated spec name in the mobile spec automated file tests. It should be file.spec.8 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-7008) file.spec.3 is duplicated, change it to file.spec.8
[ https://issues.apache.org/jira/browse/CB-7008?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Gonzalez updated CB-7008: Summary: file.spec.3 is duplicated, change it to file.spec.8 (was: file.spec.3 duplicated, change it to file.spec.8) file.spec.3 is duplicated, change it to file.spec.8 --- Key: CB-7008 URL: https://issues.apache.org/jira/browse/CB-7008 Project: Apache Cordova Issue Type: Test Components: mobile-spec Affects Versions: 3.5.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Labels: mobilespec There's a duplicated spec name in the mobile spec automated file tests. It should be file.spec.8 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-7009) file.spec.11 fails on WP8
Martin Gonzalez created CB-7009: --- Summary: file.spec.11 fails on WP8 Key: CB-7009 URL: https://issues.apache.org/jira/browse/CB-7009 Project: Apache Cordova Issue Type: Test Components: mobile-spec Affects Versions: 3.5.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Priority: Minor -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-7010) file.spec.52 fails on WP8
Martin Gonzalez created CB-7010: --- Summary: file.spec.52 fails on WP8 Key: CB-7010 URL: https://issues.apache.org/jira/browse/CB-7010 Project: Apache Cordova Issue Type: Test Components: mobile-spec Affects Versions: 3.5.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Priority: Minor -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-7011) file.spec.82 fails on WP8
Martin Gonzalez created CB-7011: --- Summary: file.spec.82 fails on WP8 Key: CB-7011 URL: https://issues.apache.org/jira/browse/CB-7011 Project: Apache Cordova Issue Type: Test Components: mobile-spec Affects Versions: 3.5.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Priority: Minor -- This message was sent by Atlassian JIRA (v6.2#6252)
[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=14041905#comment-14041905 ] Tryggve Blom commented on CB-4971: -- We experience the same problem on Cordova 3.4.1-0.1.0. I suggest we vote for this issue to be re-opened. 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.2#6252)
[jira] [Created] (CB-7013) file.spec.114 and 115 fails on WP8
Martin Gonzalez created CB-7013: --- Summary: file.spec.114 and 115 fails on WP8 Key: CB-7013 URL: https://issues.apache.org/jira/browse/CB-7013 Project: Apache Cordova Issue Type: Test Components: mobile-spec Affects Versions: 3.5.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Priority: Minor -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7008) file.spec.3 is duplicated, change it to file.spec.8
[ https://issues.apache.org/jira/browse/CB-7008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14041944#comment-14041944 ] ASF GitHub Bot commented on CB-7008: GitHub user martincgg opened a pull request: https://github.com/apache/cordova-mobile-spec/pull/74 CB-7008 changed duplicated spec name You can merge this pull request into a Git repository by running: $ git pull https://github.com/martincgg/cordova-mobile-spec CB-7008 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-mobile-spec/pull/74.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 #74 commit d594675600240510b7586ce566e884ca058b2712 Author: Martin Gonzalez martin.c.glez.g...@gmail.com Date: 2014-06-24T09:54:26Z CB-7008 changed duplicated spec name file.spec.3 is duplicated, change it to file.spec.8 --- Key: CB-7008 URL: https://issues.apache.org/jira/browse/CB-7008 Project: Apache Cordova Issue Type: Test Components: mobile-spec Affects Versions: 3.5.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Labels: mobilespec There's a duplicated spec name in the mobile spec automated file tests. It should be file.spec.8 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7009) file.spec.11 fails on WP8
[ https://issues.apache.org/jira/browse/CB-7009?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14041945#comment-14041945 ] ASF GitHub Bot commented on CB-7009: GitHub user martincgg opened a pull request: https://github.com/apache/cordova-mobile-spec/pull/75 CB-7009 (WP8) use proper path if windowsphone Use a proper filepath to determine if the file exists or not, instead of just throw a ENCODING_ERR error code. You can merge this pull request into a Git repository by running: $ git pull https://github.com/martincgg/cordova-mobile-spec CB-7009 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-mobile-spec/pull/75.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 #75 commit b88d103fdc49c00b561f6cb77246be0a91de53c7 Author: Martin Gonzalez martin.c.glez.g...@gmail.com Date: 2014-06-24T10:00:18Z CB-7009 (WP8) use proper path if windowsphone Use a proper filename to determine if exists or not, instead of just throw a ENCODING_ERR error code. file.spec.11 fails on WP8 - Key: CB-7009 URL: https://issues.apache.org/jira/browse/CB-7009 Project: Apache Cordova Issue Type: Test Components: mobile-spec Affects Versions: 3.5.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Priority: Minor Labels: mobilespec -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7010) file.spec.52 fails on WP8
[
https://issues.apache.org/jira/browse/CB-7010?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14041946#comment-14041946
]
ASF GitHub Bot commented on CB-7010:
GitHub user martincgg opened a pull request:
https://github.com/apache/cordova-mobile-spec/pull/76
CB-7010 (WP8) compare proper string for path
In case of platformId === 'windowsphone', compare with proper string('//num
1/num 2'),
the test fails because WP8 platform it doesn't recognize
/num%201/num%202/.
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/martincgg/cordova-mobile-spec CB-7010
Alternatively you can review and apply these changes as the patch at:
https://github.com/apache/cordova-mobile-spec/pull/76.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 #76
commit b58ecf493c38a373adb70c05f685efc5b335ca99
Author: Martin Gonzalez martin.c.glez.g...@gmail.com
Date: 2014-06-24T10:03:02Z
CB-7010 (WP8) compare proper string for path
In case of platformId === 'windowsphone', compare with proper string,
the test fails because WP8 platform it doesn't recognize
/num%201/num%202/.
file.spec.52 fails on WP8
-
Key: CB-7010
URL: https://issues.apache.org/jira/browse/CB-7010
Project: Apache Cordova
Issue Type: Test
Components: mobile-spec
Affects Versions: 3.5.0
Reporter: Martin Gonzalez
Assignee: Martin Gonzalez
Priority: Minor
Labels: mobilespec
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-7011) file.spec.82 fails on WP8
[ https://issues.apache.org/jira/browse/CB-7011?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14041948#comment-14041948 ] ASF GitHub Bot commented on CB-7011: GitHub user martincgg opened a pull request: https://github.com/apache/cordova-mobile-spec/pull/77 CB-7011 (WP8) proper file name if windowsphone in case of platformId === 'windowsphone' it will use a proper path to determine if the file exists or not, instead of just thow a ENCODING_ERR error code. You can merge this pull request into a Git repository by running: $ git pull https://github.com/martincgg/cordova-mobile-spec CB-7011 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-mobile-spec/pull/77.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 #77 commit 0364c92f193268823dec293e36dae6ad4b20cc57 Author: Martin Gonzalez martin.c.glez.g...@gmail.com Date: 2014-06-24T10:07:33Z CB-7011 (WP8) proper file name if windowsphone in case of platformId === 'windowsphone' it will use a proper path to determine if exists or not, instead of just thow a ENCODING_ERR error code. file.spec.82 fails on WP8 - Key: CB-7011 URL: https://issues.apache.org/jira/browse/CB-7011 Project: Apache Cordova Issue Type: Test Components: mobile-spec Affects Versions: 3.5.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Priority: Minor Labels: mobilespec -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7012) file.spec.108 fails on WP8
[ https://issues.apache.org/jira/browse/CB-7012?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14041949#comment-14041949 ] ASF GitHub Bot commented on CB-7012: GitHub user martincgg opened a pull request: https://github.com/apache/cordova-mobile-spec/pull/78 CB-7012, WP8 it doesn't support write binary If the platform is windowsphone it will skip the test, windows phone it doesn't support write binary data from a file at the moment. You can merge this pull request into a Git repository by running: $ git pull https://github.com/martincgg/cordova-mobile-spec CB-7012 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-mobile-spec/pull/78.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 #78 commit 27c42eee8747ad138d235cca6aaee2a28556483f Author: Martin Gonzalez martin.c.glez.g...@gmail.com Date: 2014-06-24T10:14:14Z CB-7012, WP8 it doesn't support write binary If the platform is windowsphone it will skip the test, windows phone it doesn't support write binary data from a file at the moment. file.spec.108 fails on WP8 -- Key: CB-7012 URL: https://issues.apache.org/jira/browse/CB-7012 Project: Apache Cordova Issue Type: Test Components: mobile-spec Affects Versions: 3.5.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Priority: Minor Labels: mobilespec -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7013) file.spec.114 and 115 fails on WP8
[ https://issues.apache.org/jira/browse/CB-7013?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14041952#comment-14041952 ] ASF GitHub Bot commented on CB-7013: GitHub user martincgg opened a pull request: https://github.com/apache/cordova-mobile-spec/pull/79 CB-7013 (WP8) use proper string to compare if the platform is windows phone, it will use a proper string to compare (//nativ) instead of the default 'file://' that it won't match with the platform. This solves the problem for file.spec.114 and file.spec.115. You can merge this pull request into a Git repository by running: $ git pull https://github.com/martincgg/cordova-mobile-spec CB-7013 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-mobile-spec/pull/79.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 #79 commit 34072f2d2f4b98f1e84973dbe387d0788d524ae9 Author: Martin Gonzalez martin.c.glez.g...@gmail.com Date: 2014-06-24T10:17:33Z CB-7013 (WP8) use proper string to compare if the platform is windows phone, it will use a proper string to compare (//nativ) instead of the default 'file://' that it won't match with the platform. This solves the problem for file.spec.114 and file.spec.115. file.spec.114 and 115 fails on WP8 -- Key: CB-7013 URL: https://issues.apache.org/jira/browse/CB-7013 Project: Apache Cordova Issue Type: Test Components: mobile-spec Affects Versions: 3.5.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Priority: Minor Labels: mobilespec -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7010) file.spec.52 fails on WP8
[ https://issues.apache.org/jira/browse/CB-7010?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14041953#comment-14041953 ] ASF GitHub Bot commented on CB-7010: Github user purplecabbage commented on the pull request: https://github.com/apache/cordova-mobile-spec/pull/76#issuecomment-46955345 We can't add these conditional tests everywhere. We need to fix the source issue, and not just the symptom. I have numerous file-api issues in-progress in jira, and I'll get to this one as well. file.spec.52 fails on WP8 - Key: CB-7010 URL: https://issues.apache.org/jira/browse/CB-7010 Project: Apache Cordova Issue Type: Test Components: mobile-spec Affects Versions: 3.5.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Priority: Minor Labels: mobilespec -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7007) iOS Media Plugin: mp3 does not play
[
https://issues.apache.org/jira/browse/CB-7007?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14042090#comment-14042090
]
Markus Sorg commented on CB-7007:
-
Hey,
the problem with iOS is that the media plugin doesn't support file urls like
this (Android does):
{code:borderStyle=solid}
file:///var/mobile/Applications/0C73C60B-07FD-486D-8927-7568D8BBBFD2/Library/files/app-data/main-packages/en/2.mp3
{code}
The trick on iOS AND Android is to use .toInternalURL() instead of .toURL() on
the file object. This code will work perfectly on both platforms:
{code:borderStyle=solid}
window.requestFileSystem(
LocalFileSystem.PERSISTENT,
0,
function(fileSystem) {
fileSystem.root.getDirectory('app-data/main-packages/en/', {create:
false}, function(sourceDir){
sourceDir.getFile('2.mp3', {create: false}, function(file){
console.log('file url: ', file.toInternalURL());
var mymedia = new Media(file.toInternalURL());
mymedia.play();
});
});
},
function(err){
console.log('Error in requestFilesystem, err.code', err.code);
}
);
{code}
.toInternalURL() will map to the following file path internally:
{code:borderStyle=solid}
iOS/Android: cdvfile://localhost/persistent/app-data/main-packages/en/2.mp3
{code}
Unfortunately the different behavior of the plugin when passing in file urls
for Android/iOS is not documented on the plugin github page.
iOS Media Plugin: mp3 does not play
---
Key: CB-7007
URL: https://issues.apache.org/jira/browse/CB-7007
Project: Apache Cordova
Issue Type: Bug
Components: iOS, Plugin File, Plugin Media
Affects Versions: 3.5.0
Reporter: Markus Sorg
Labels: media, mp3
Hello,
I have a file named 2.mp3 in the folder
APP_DIR/Library/files/app-data/main-packages/en/. My persistent file storage
location is configured in config.xml (Library for iOS):
{code:borderStyle=solid}preference name=AndroidPersistentFileLocation
value=Internal /
preference name=iosPersistentFileLocation value=Library /{code}
This code will play the file perfectly on Android but not on iOS:
{code:borderStyle=solid}
window.requestFileSystem(
LocalFileSystem.PERSISTENT,
0,
function(fileSystem) {
fileSystem.root.getDirectory('app-data/main-packages/en/', {create:
false}, function(sourceDir){
sourceDir.getFile('2.mp3', {create: false}, function(file){
console.log('file url: ', file.toURL());
var mymedia = new Media(file.toURL());
mymedia.play();
});
});
},
function(err){
console.log('Error in requestFilesystem, err.code', err.code);
}
);
{code}
The console.log() in the getFile callback will output the following files:
{code:borderStyle=solid}
Simulator:
file:///Users/myUserName/Library/Application%20Support/iPhone%20Simulator/7.1/Applications/9CE5380D-2B6C-461D-8902-071EFE8A1E70/Library/files/app-data/main-packages/en/2.mp3
Device:
file:///var/mobile/Applications/0C73C60B-07FD-486D-8927-7568D8BBBFD2/Library/files/app-data/main-packages/en/2.mp3
{code}
The files definitely exist at these locations, but I get the following error:
{code:borderStyle=solid}
2014-06-23 17:10:10.599 nnn[17439:60b] Unknown resource
'file:///Users/myUserName/Library/Application%20Support/iPhone%20Simulator/7.1/Applications/9CE5380D-2B6C-461D-8902-071EFE8A1E70/Library/files/app-data/main-packages/en/2.mp3'
{code}
If I put the same file in the app documents folder and trigger the Media
plugin with the following code it will play:
{code:borderStyle=solid}
var myMedia = new Media('documents://2.mp3');
myMedia.play();
{code}
I also tried to call the Media Plugin with the cdvfile- Syntax. But it
doesn't play either:
{code:borderStyle=solid}
var myMedia = new
Media('cdvfile://Users/myUserName/Library/Application%20Support/iPhone%20Simulator/7.1/Applications/9CE5380D-2B6C-461D-8902-071EFE8A1E70/Library/files/app-data/main-packages/en/2.mp3');
myMedia.play();
{code}
I'm running on the following Plugin versions:
{code:borderStyle=solid}
file: 1.1.0
media: 0.2.11
{code}
Any ideas ?
Thanks in advance,
Markus
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[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=14042096#comment-14042096 ] Andrew Grieve commented on CB-4971: --- Missing iOS Project file modifications is different from missing config.xml modifications. Feel free to file a different bug. Also be sure to report whether it's a problem building via cordova build, or a problem when building via Xcode. 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.2#6252)
[jira] [Created] (CB-7014) Android: HTML5 audio can play remote but not local audio source
Ashley Gullen created CB-7014: - Summary: Android: HTML5 audio can play remote but not local audio source Key: CB-7014 URL: https://issues.apache.org/jira/browse/CB-7014 Project: Apache Cordova Issue Type: Bug Components: Android Environment: Android 4.4.3 Reporter: Ashley Gullen On Android 4.4.3 using the Chromium 33-based webview, HTML5 audio can play audio from a HTTP source, but not local audio in the same package. Minimal repro (this zip should be directly uploadable to PhoneGap Build): https://dl.dropboxusercontent.com/u/15217362/webviewaudiotest.zip I don't know if this is a Chromium bug or PhoneGap bug, so I'm reporting them both. Link to Chromium report: https://code.google.com/p/chromium/issues/detail?id=387898 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-7014) Android: HTML5 audio can play remote but not local audio source
[ https://issues.apache.org/jira/browse/CB-7014?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ashley Gullen updated CB-7014: -- Description: On Android 4.4.3 using the Chromium 33-based webview, HTML5 audio can play audio from a HTTP source, but not local audio in the same package. Minimal repro (this zip should be directly uploadable to PhoneGap Build): https://dl.dropboxusercontent.com/u/15217362/webviewaudiotest.zip I don't know if this is a Chromium bug or PhoneGap bug, so I'm reporting them both. Link to Chromium report: https://code.google.com/p/chromium/issues/detail?id=387898 Impact: using PhoneGap to publish HTML5 games means they cannot play any audio bundled in with the game. The Media plugin works for this, but is non-standard and has a different feature set, making porting harder. was: On Android 4.4.3 using the Chromium 33-based webview, HTML5 audio can play audio from a HTTP source, but not local audio in the same package. Minimal repro (this zip should be directly uploadable to PhoneGap Build): https://dl.dropboxusercontent.com/u/15217362/webviewaudiotest.zip I don't know if this is a Chromium bug or PhoneGap bug, so I'm reporting them both. Link to Chromium report: https://code.google.com/p/chromium/issues/detail?id=387898 Android: HTML5 audio can play remote but not local audio source --- Key: CB-7014 URL: https://issues.apache.org/jira/browse/CB-7014 Project: Apache Cordova Issue Type: Bug Components: Android Environment: Android 4.4.3 Reporter: Ashley Gullen On Android 4.4.3 using the Chromium 33-based webview, HTML5 audio can play audio from a HTTP source, but not local audio in the same package. Minimal repro (this zip should be directly uploadable to PhoneGap Build): https://dl.dropboxusercontent.com/u/15217362/webviewaudiotest.zip I don't know if this is a Chromium bug or PhoneGap bug, so I'm reporting them both. Link to Chromium report: https://code.google.com/p/chromium/issues/detail?id=387898 Impact: using PhoneGap to publish HTML5 games means they cannot play any audio bundled in with the game. The Media plugin works for this, but is non-standard and has a different feature set, making porting harder. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7014) Android: HTML5 audio can play remote but not local audio source
[ https://issues.apache.org/jira/browse/CB-7014?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14042167#comment-14042167 ] Andrew Grieve commented on CB-7014: --- I believe this is a bug in WebView. You can work around it by using FileTransfer to copy your audio file to the filesystem somewhere and then point to that in your audio via its file: URL. Android: HTML5 audio can play remote but not local audio source --- Key: CB-7014 URL: https://issues.apache.org/jira/browse/CB-7014 Project: Apache Cordova Issue Type: Bug Components: Android Environment: Android 4.4.3 Reporter: Ashley Gullen On Android 4.4.3 using the Chromium 33-based webview, HTML5 audio can play audio from a HTTP source, but not local audio in the same package. Minimal repro (this zip should be directly uploadable to PhoneGap Build): https://dl.dropboxusercontent.com/u/15217362/webviewaudiotest.zip I don't know if this is a Chromium bug or PhoneGap bug, so I'm reporting them both. Link to Chromium report: https://code.google.com/p/chromium/issues/detail?id=387898 Impact: using PhoneGap to publish HTML5 games means they cannot play any audio bundled in with the game. The Media plugin works for this, but is non-standard and has a different feature set, making porting harder. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-4602) getPreferredLanguage platform inconsistencies
[
https://issues.apache.org/jira/browse/CB-4602?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14042180#comment-14042180
]
ASF GitHub Bot commented on CB-4602:
GitHub user eweit opened a pull request:
https://github.com/apache/cordova-plugin-globalization/pull/14
CB-4602 geolocation.getPreferredLanguage and geolocation.getLocaleName n...
BCP-47 compliance for getLocaleName, getPreferredLanguage.
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/eweit/cordova-plugin-globalization CB-4602
Alternatively you can review and apply these changes as the patch at:
https://github.com/apache/cordova-plugin-globalization/pull/14.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 #14
commit 08f50cd67f71d61e09a826e9e1fd18b459bde764
Author: Eric Weiterman ewei...@us.ibm.com
Date: 2014-06-23T21:10:49Z
CB-4602 geolocation.getPreferredLanguage and geolocation.getLocaleName now
return strings with hypen (-) to stay compliant with current standards
getPreferredLanguage platform inconsistencies
-
Key: CB-4602
URL: https://issues.apache.org/jira/browse/CB-4602
Project: Apache Cordova
Issue Type: Bug
Components: Android, Plugin Globalization
Affects Versions: 2.6.0, 3.0.0
Environment: Android
Reporter: Jon Whitlock
Assignee: Mike Billau
Priority: Minor
In;
https://github.com/apache/cordova-docs/blob/master/docs/en/edge/cordova/globalization/globalization.getPreferredLanguage.md
Returns the language identifier string to the successCallback with a
properties object as a parameter. That object should have a value property
with a String value.
navigator.globalization.getPreferredLanguage(
function (language) {alert('language: ' + language.value + '\n');},
function () {alert('Error getting language\n');}
);
On Android the function doesn't seem to return an identifier as such, it
returns *a string describing the language localised to that language*, e.g.
English for English or 中文 for Japanese. Naturally this is less than ideal
for subsequent string operations, furthermore on that page Windows Phone 8
Quirks - Returns the ISO 639-1 two-letter code for the current language
which is an identifier, and also what I would expect (or an ISO 639-2 code,
as per http://www.loc.gov/standards/iso639-2/php/code_list.php)
Android seems to support 639-2
http://developer.android.com/reference/java/util/Locale.html#getISO3Language()
I have no idea what it returns on other platforms, but to keep client code
consistent I guess it would good if this could be normalised in the API.
Have tested this on v3.0 and 2.6, is the same.
As an aside, the locale is not really what I want here, as the user may be in
the US but have Japanese as their preferred language.
Thanks,
jon
(first go at using Jira, apols if I got something wrong!)
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Reopened] (CB-5971) cordova create temp something.default will break android badly
[
https://issues.apache.org/jira/browse/CB-5971?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ian Clelland reopened CB-5971:
--
Assignee: Ian Clelland
The tests put in place here use regular expressions which aren't anchored to
the start of the package/project name.
This means that any package name containing an underscore or number is rejected.
Also, the test for the name 'class' appears to be broken in a couple of
different ways. I'd like to rewrite it completely.
cordova create temp something.default will break android badly
--
Key: CB-5971
URL: https://issues.apache.org/jira/browse/CB-5971
Project: Apache Cordova
Issue Type: Bug
Components: Android, CLI
Affects Versions: 3.3.0
Reporter: Josh Soref
Assignee: Ian Clelland
steps:
{quote}
{{cordova create temp something.default}}
{{cd temp}}
{{cordova platform add android}}
{{cordova build}}
{quote}
expected results:
if {{something.default}} is a bad name, then cordova create or the android
platform should tell me that in a clear way
actual results:
BUILD FAILED
adt-bundle-mac-x86_64-20130917/sdk/tools/ant/build.xml:720: The following
error occurred while executing this line:
adt-bundle-mac-x86_64-20130917/sdk/tools/ant/build.xml:734: Compile failed;
see the compiler error output for details.
Total time: 17 seconds
Error code 1 for command: ant with args:
debug,-f,/private/tmp/temp/platforms/android/build.xml,-Dout.dir=ant-build,-Dgen.absolute.dir=ant-gen
at ChildProcess.anonymous (cordova-cli/src/compile.js:65:22)
at ChildProcess.EventEmitter.emit (events.js:98:17)
at maybeClose (child_process.js:735:16)
at Socket.anonymous (child_process.js:948:11)
at Socket.EventEmitter.emit (events.js:95:17)
at Pipe.close (net.js:466:12)
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-7010) file.spec.52 fails on WP8
[ https://issues.apache.org/jira/browse/CB-7010?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14042340#comment-14042340 ] ASF GitHub Bot commented on CB-7010: Github user purplecabbage commented on the pull request: https://github.com/apache/cordova-mobile-spec/pull/76#issuecomment-46996828 Can we just call decodeURIComponent on the result, and compare it to the space version? Then we remove the conditional comparator. Ideally, I think native should encode the result to match ios/android file.spec.52 fails on WP8 - Key: CB-7010 URL: https://issues.apache.org/jira/browse/CB-7010 Project: Apache Cordova Issue Type: Test Components: mobile-spec Affects Versions: 3.5.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Priority: Minor Labels: mobilespec -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Comment Edited] (CB-6911) References to window.navigator (iOS 8) fail
[ https://issues.apache.org/jira/browse/CB-6911?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14042372#comment-14042372 ] Ruben Martinez Jr. edited comment on CB-6911 at 6/24/14 5:04 PM: - Not sure if this is part of the same issue (I believe it may be), but I'm trying to use navigator.geolocation in my project...I tested and it works great in the latest iOS 7, but fails (with a timeout error) on iOS 8 Beta 2 simulator and device. was (Author: rubencodes): Not sure if this is the same issue, but I'm trying to use navigator.geolocation in my project...I tested and it works great in the latest iOS 7, but fails (with a timeout error) on iOS 8 Beta 2 simulator and device. References to window.navigator (iOS 8) fail --- Key: CB-6911 URL: https://issues.apache.org/jira/browse/CB-6911 Project: Apache Cordova Issue Type: Bug Components: CordovaJS, iOS Environment: iOS 8 beta 1 Reporter: Jeff Schilling Assignee: Shazron Abdullah references to window.navigator.* (platform, geolocation) etc fail with Deprecated attempt to access property 'geolocation' on a non-Navigator object. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6911) References to window.navigator (iOS 8) fail
[ https://issues.apache.org/jira/browse/CB-6911?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14042372#comment-14042372 ] Ruben Martinez Jr. commented on CB-6911: Not sure if this is the same issue, but I'm trying to use navigator.geolocation in my project...I tested and it works great in the latest iOS 7, but fails (with a timeout error) on iOS 8 Beta 2 simulator and device. References to window.navigator (iOS 8) fail --- Key: CB-6911 URL: https://issues.apache.org/jira/browse/CB-6911 Project: Apache Cordova Issue Type: Bug Components: CordovaJS, iOS Environment: iOS 8 beta 1 Reporter: Jeff Schilling Assignee: Shazron Abdullah references to window.navigator.* (platform, geolocation) etc fail with Deprecated attempt to access property 'geolocation' on a non-Navigator object. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Issue Comment Deleted] (CB-5971) cordova create temp something.default will break android badly
[
https://issues.apache.org/jira/browse/CB-5971?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Josh Soref updated CB-5971:
---
Comment: was deleted
(was: http://docs.oracle.com/javase/tutorial/java/nutsandbolts/_keywords.html
Has the list, I'll file / update a bug later this week. It's a painful read,
since you want both the keywords and at least the three named literals,
possibly more. I'm not a Java expert and had hoped someone else would do the
research.
[~iclelland]: thanks for taking this :))
cordova create temp something.default will break android badly
--
Key: CB-5971
URL: https://issues.apache.org/jira/browse/CB-5971
Project: Apache Cordova
Issue Type: Bug
Components: Android, CLI
Affects Versions: 3.3.0
Reporter: Josh Soref
Assignee: Ian Clelland
steps:
{quote}
{{cordova create temp something.default}}
{{cd temp}}
{{cordova platform add android}}
{{cordova build}}
{quote}
expected results:
if {{something.default}} is a bad name, then cordova create or the android
platform should tell me that in a clear way
actual results:
BUILD FAILED
adt-bundle-mac-x86_64-20130917/sdk/tools/ant/build.xml:720: The following
error occurred while executing this line:
adt-bundle-mac-x86_64-20130917/sdk/tools/ant/build.xml:734: Compile failed;
see the compiler error output for details.
Total time: 17 seconds
Error code 1 for command: ant with args:
debug,-f,/private/tmp/temp/platforms/android/build.xml,-Dout.dir=ant-build,-Dgen.absolute.dir=ant-gen
at ChildProcess.anonymous (cordova-cli/src/compile.js:65:22)
at ChildProcess.EventEmitter.emit (events.js:98:17)
at maybeClose (child_process.js:735:16)
at Socket.anonymous (child_process.js:948:11)
at Socket.EventEmitter.emit (events.js:95:17)
at Pipe.close (net.js:466:12)
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-5971) cordova create temp something.default will break android badly
[
https://issues.apache.org/jira/browse/CB-5971?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14042413#comment-14042413
]
Josh Soref commented on CB-5971:
http://docs.oracle.com/javase/tutorial/java/nutsandbolts/_keywords.html
Has the list, I'll file / update a bug later this week. It's a painful read,
since you want both the keywords and at least the three named literals,
possibly more. I'm not a Java expert and had hoped someone else would do the
research.
[~iclelland]: thanks for taking this :)
cordova create temp something.default will break android badly
--
Key: CB-5971
URL: https://issues.apache.org/jira/browse/CB-5971
Project: Apache Cordova
Issue Type: Bug
Components: Android, CLI
Affects Versions: 3.3.0
Reporter: Josh Soref
Assignee: Ian Clelland
steps:
{quote}
{{cordova create temp something.default}}
{{cd temp}}
{{cordova platform add android}}
{{cordova build}}
{quote}
expected results:
if {{something.default}} is a bad name, then cordova create or the android
platform should tell me that in a clear way
actual results:
BUILD FAILED
adt-bundle-mac-x86_64-20130917/sdk/tools/ant/build.xml:720: The following
error occurred while executing this line:
adt-bundle-mac-x86_64-20130917/sdk/tools/ant/build.xml:734: Compile failed;
see the compiler error output for details.
Total time: 17 seconds
Error code 1 for command: ant with args:
debug,-f,/private/tmp/temp/platforms/android/build.xml,-Dout.dir=ant-build,-Dgen.absolute.dir=ant-gen
at ChildProcess.anonymous (cordova-cli/src/compile.js:65:22)
at ChildProcess.EventEmitter.emit (events.js:98:17)
at maybeClose (child_process.js:735:16)
at Socket.anonymous (child_process.js:948:11)
at Socket.EventEmitter.emit (events.js:95:17)
at Pipe.close (net.js:466:12)
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-5971) cordova create temp something.default will break android badly
[
https://issues.apache.org/jira/browse/CB-5971?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14042417#comment-14042417
]
Josh Soref commented on CB-5971:
http://docs.oracle.com/javase/tutorial/java/nutsandbolts/_keywords.html
Has a base list. It's a painful read, since you want both the keywords and at
least the three named literals, possibly more. I'm not a Java expert and had
hoped someone else would do the research.
[~iclelland]: thanks for taking this
cordova create temp something.default will break android badly
--
Key: CB-5971
URL: https://issues.apache.org/jira/browse/CB-5971
Project: Apache Cordova
Issue Type: Bug
Components: Android, CLI
Affects Versions: 3.3.0
Reporter: Josh Soref
Assignee: Ian Clelland
steps:
{quote}
{{cordova create temp something.default}}
{{cd temp}}
{{cordova platform add android}}
{{cordova build}}
{quote}
expected results:
if {{something.default}} is a bad name, then cordova create or the android
platform should tell me that in a clear way
actual results:
BUILD FAILED
adt-bundle-mac-x86_64-20130917/sdk/tools/ant/build.xml:720: The following
error occurred while executing this line:
adt-bundle-mac-x86_64-20130917/sdk/tools/ant/build.xml:734: Compile failed;
see the compiler error output for details.
Total time: 17 seconds
Error code 1 for command: ant with args:
debug,-f,/private/tmp/temp/platforms/android/build.xml,-Dout.dir=ant-build,-Dgen.absolute.dir=ant-gen
at ChildProcess.anonymous (cordova-cli/src/compile.js:65:22)
at ChildProcess.EventEmitter.emit (events.js:98:17)
at maybeClose (child_process.js:735:16)
at Socket.anonymous (child_process.js:948:11)
at Socket.EventEmitter.emit (events.js:95:17)
at Pipe.close (net.js:466:12)
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-7010) file.spec.52 fails on WP8
[
https://issues.apache.org/jira/browse/CB-7010?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14042421#comment-14042421
]
ASF GitHub Bot commented on CB-7010:
Github user martincgg commented on the pull request:
https://github.com/apache/cordova-mobile-spec/pull/76#issuecomment-47003313
It's possible of course, call the decodeURIComponent in the test, I can get
it done.
Now in WP8 native side, it's possible add logic to:
public FileEntry(string filePath, bool bIsRes=false) {}
to return a entry file with the URI encoded, using the
Uri.EscapeUriString/Uri.EscapeDataString, this will force the user to decode
the path in the web side.
Also we can use the Uri.UnescapedDataString to decode the paths in the
native side.
Any suggestions?
file.spec.52 fails on WP8
-
Key: CB-7010
URL: https://issues.apache.org/jira/browse/CB-7010
Project: Apache Cordova
Issue Type: Test
Components: mobile-spec
Affects Versions: 3.5.0
Reporter: Martin Gonzalez
Assignee: Martin Gonzalez
Priority: Minor
Labels: mobilespec
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-7015) Support copying a lib-file from the SDK directory
[ https://issues.apache.org/jira/browse/CB-7015?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14042439#comment-14042439 ] Andrew Grieve commented on CB-7015: --- +1! Could perhaps use framework for this instead of from-sdk=true. http://cordova.apache.org/docs/en/3.5.0/plugin_ref_spec.md.html should be updated as well. Support copying a lib-file from the SDK directory - Key: CB-7015 URL: https://issues.apache.org/jira/browse/CB-7015 Project: Apache Cordova Issue Type: New Feature Components: Plugman Reporter: Martin Bektchiev Priority: Minor Many plugins need to refer to JARs from the Android SDK. They currently embed a copy of the respective files in them and install it into the application's libs/ directory. This however might create incompatibility issues with other plugins which may use the same or dependent JARs. A good alternative would be to be able to specify a relative path to the SDK directory in lib-file as it is now possible with the framework element with custom=false. E.g. source-file src=src/android/com/plugin/android-support-v13.jar target-dir=libs/ / could become lib-file src=extras/android/support/v13/android-support-v13.jar from-sdk=true / in https://github.com/phonegap-build/PushPlugin/blob/54e59bce6092ec44fe2005c166350fd85e75449b/plugin.xml#L64 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-5971) cordova create temp something.default will break android badly
[
https://issues.apache.org/jira/browse/CB-5971?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14042459#comment-14042459
]
ASF subversion and git services commented on CB-5971:
-
Commit bb141a70e89cf7826fb1699085df33aac597a688 in cordova-android's branch
refs/heads/master from [~iclelland]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=bb141a7 ]
CB-5971: Add unit tests to cordova-android
cordova create temp something.default will break android badly
--
Key: CB-5971
URL: https://issues.apache.org/jira/browse/CB-5971
Project: Apache Cordova
Issue Type: Bug
Components: Android, CLI
Affects Versions: 3.3.0
Reporter: Josh Soref
Assignee: Ian Clelland
steps:
{quote}
{{cordova create temp something.default}}
{{cd temp}}
{{cordova platform add android}}
{{cordova build}}
{quote}
expected results:
if {{something.default}} is a bad name, then cordova create or the android
platform should tell me that in a clear way
actual results:
BUILD FAILED
adt-bundle-mac-x86_64-20130917/sdk/tools/ant/build.xml:720: The following
error occurred while executing this line:
adt-bundle-mac-x86_64-20130917/sdk/tools/ant/build.xml:734: Compile failed;
see the compiler error output for details.
Total time: 17 seconds
Error code 1 for command: ant with args:
debug,-f,/private/tmp/temp/platforms/android/build.xml,-Dout.dir=ant-build,-Dgen.absolute.dir=ant-gen
at ChildProcess.anonymous (cordova-cli/src/compile.js:65:22)
at ChildProcess.EventEmitter.emit (events.js:98:17)
at maybeClose (child_process.js:735:16)
at Socket.anonymous (child_process.js:948:11)
at Socket.EventEmitter.emit (events.js:95:17)
at Pipe.close (net.js:466:12)
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-5971) cordova create temp something.default will break android badly
[
https://issues.apache.org/jira/browse/CB-5971?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14042458#comment-14042458
]
ASF subversion and git services commented on CB-5971:
-
Commit ff260c03caedeeaaf00563e117faefb8004f269b in cordova-android's branch
refs/heads/master from [~iclelland]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=ff260c0 ]
CB-5971: Factor out package/project name validation logic
cordova create temp something.default will break android badly
--
Key: CB-5971
URL: https://issues.apache.org/jira/browse/CB-5971
Project: Apache Cordova
Issue Type: Bug
Components: Android, CLI
Affects Versions: 3.3.0
Reporter: Josh Soref
Assignee: Ian Clelland
steps:
{quote}
{{cordova create temp something.default}}
{{cd temp}}
{{cordova platform add android}}
{{cordova build}}
{quote}
expected results:
if {{something.default}} is a bad name, then cordova create or the android
platform should tell me that in a clear way
actual results:
BUILD FAILED
adt-bundle-mac-x86_64-20130917/sdk/tools/ant/build.xml:720: The following
error occurred while executing this line:
adt-bundle-mac-x86_64-20130917/sdk/tools/ant/build.xml:734: Compile failed;
see the compiler error output for details.
Total time: 17 seconds
Error code 1 for command: ant with args:
debug,-f,/private/tmp/temp/platforms/android/build.xml,-Dout.dir=ant-build,-Dgen.absolute.dir=ant-gen
at ChildProcess.anonymous (cordova-cli/src/compile.js:65:22)
at ChildProcess.EventEmitter.emit (events.js:98:17)
at maybeClose (child_process.js:735:16)
at Socket.anonymous (child_process.js:948:11)
at Socket.EventEmitter.emit (events.js:95:17)
at Pipe.close (net.js:466:12)
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-5971) cordova create temp something.default will break android badly
[
https://issues.apache.org/jira/browse/CB-5971?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14042460#comment-14042460
]
ASF subversion and git services commented on CB-5971:
-
Commit 4352456129bfa8a8a6bbf4d38fb40d9876b67ec4 in cordova-android's branch
refs/heads/master from [~iclelland]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=4352456 ]
CB-5971: Fix package / project validation
cordova create temp something.default will break android badly
--
Key: CB-5971
URL: https://issues.apache.org/jira/browse/CB-5971
Project: Apache Cordova
Issue Type: Bug
Components: Android, CLI
Affects Versions: 3.3.0
Reporter: Josh Soref
Assignee: Ian Clelland
steps:
{quote}
{{cordova create temp something.default}}
{{cd temp}}
{{cordova platform add android}}
{{cordova build}}
{quote}
expected results:
if {{something.default}} is a bad name, then cordova create or the android
platform should tell me that in a clear way
actual results:
BUILD FAILED
adt-bundle-mac-x86_64-20130917/sdk/tools/ant/build.xml:720: The following
error occurred while executing this line:
adt-bundle-mac-x86_64-20130917/sdk/tools/ant/build.xml:734: Compile failed;
see the compiler error output for details.
Total time: 17 seconds
Error code 1 for command: ant with args:
debug,-f,/private/tmp/temp/platforms/android/build.xml,-Dout.dir=ant-build,-Dgen.absolute.dir=ant-gen
at ChildProcess.anonymous (cordova-cli/src/compile.js:65:22)
at ChildProcess.EventEmitter.emit (events.js:98:17)
at maybeClose (child_process.js:735:16)
at Socket.anonymous (child_process.js:948:11)
at Socket.EventEmitter.emit (events.js:95:17)
at Pipe.close (net.js:466:12)
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Resolved] (CB-5971) cordova create temp something.default will break android badly
[
https://issues.apache.org/jira/browse/CB-5971?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ian Clelland resolved CB-5971.
--
Resolution: Fixed
I've added some unit tests finally to cordova-android, starting with the tests
for this validation logic, and fixed the regexes.
There is still more validation that could be done; {{class}}, for instance, is
not the only reserved word that can't appear in a package name, and I'm not
certain what the underscore rule really should be, but this at least lets me
create projects again.
See
http://stackoverflow.com/questions/13269318/eclipse-java-invalid-package-name-reserved-words-in-package-name
cordova create temp something.default will break android badly
--
Key: CB-5971
URL: https://issues.apache.org/jira/browse/CB-5971
Project: Apache Cordova
Issue Type: Bug
Components: Android, CLI
Affects Versions: 3.3.0
Reporter: Josh Soref
Assignee: Ian Clelland
steps:
{quote}
{{cordova create temp something.default}}
{{cd temp}}
{{cordova platform add android}}
{{cordova build}}
{quote}
expected results:
if {{something.default}} is a bad name, then cordova create or the android
platform should tell me that in a clear way
actual results:
BUILD FAILED
adt-bundle-mac-x86_64-20130917/sdk/tools/ant/build.xml:720: The following
error occurred while executing this line:
adt-bundle-mac-x86_64-20130917/sdk/tools/ant/build.xml:734: Compile failed;
see the compiler error output for details.
Total time: 17 seconds
Error code 1 for command: ant with args:
debug,-f,/private/tmp/temp/platforms/android/build.xml,-Dout.dir=ant-build,-Dgen.absolute.dir=ant-gen
at ChildProcess.anonymous (cordova-cli/src/compile.js:65:22)
at ChildProcess.EventEmitter.emit (events.js:98:17)
at maybeClose (child_process.js:735:16)
at Socket.anonymous (child_process.js:948:11)
at Socket.EventEmitter.emit (events.js:95:17)
at Pipe.close (net.js:466:12)
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Created] (CB-7016) Zip created by build has unecessary ./ folder on all files
Rodrigo Silveira created CB-7016: Summary: Zip created by build has unecessary ./ folder on all files Key: CB-7016 URL: https://issues.apache.org/jira/browse/CB-7016 Project: Apache Cordova Issue Type: Bug Components: FirefoxOS Affects Versions: 3.5.0 Environment: All Reporter: Rodrigo Silveira Assignee: Rodrigo Silveira Running unzip -l package.zip will list every file starting with ./. Marketplace may reject zip. Removing the second parameter to addLocalFolder [on build.js#L52|https://github.com/apache/cordova-firefoxos/blob/master/bin/templates/project/cordova/lib/build.js#L52] fixes it. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7016) Zip created by build has unecessary ./ folder on all files
[ https://issues.apache.org/jira/browse/CB-7016?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14042474#comment-14042474 ] ASF GitHub Bot commented on CB-7016: GitHub user rodms10 opened a pull request: https://github.com/apache/cordova-firefoxos/pull/15 CB-7016 - zip created by build has unecessary ./ folder on all files Issue reported on IRC. @zalun, can you take a look? You can merge this pull request into a Git repository by running: $ git pull https://github.com/rodms10/cordova-firefoxos CB-7016 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-firefoxos/pull/15.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 #15 commit 2d3593bb1cef4e3a5443dfac0f4b40231da9eb9e Author: Rodrigo Silveira rodri...@outlook.com Date: 2014-06-24T18:15:01Z CB-7016 - zip created by build has unecessary ./ folder on all files Zip created by build has unecessary ./ folder on all files Key: CB-7016 URL: https://issues.apache.org/jira/browse/CB-7016 Project: Apache Cordova Issue Type: Bug Components: FirefoxOS Affects Versions: 3.5.0 Environment: All Reporter: Rodrigo Silveira Assignee: Rodrigo Silveira Running unzip -l package.zip will list every file starting with ./. Marketplace may reject zip. Removing the second parameter to addLocalFolder [on build.js#L52|https://github.com/apache/cordova-firefoxos/blob/master/bin/templates/project/cordova/lib/build.js#L52] fixes it. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-7017) Plugins being loaded at start-up that should not be
Andrew Grieve created CB-7017:
-
Summary: Plugins being loaded at start-up that should not be
Key: CB-7017
URL: https://issues.apache.org/jira/browse/CB-7017
Project: Apache Cordova
Issue Type: Wish
Components: Android
Reporter: Andrew Grieve
Assignee: Andrew Grieve
Priority: Minor
When config.xml has
{quote}
featureparam name=onload value=true//feature
{quote}
then all subsequent {quote}feature{quote} will have onload=true
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-7017) Plugins being loaded at start-up that should not be
[
https://issues.apache.org/jira/browse/CB-7017?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14042524#comment-14042524
]
ASF subversion and git services commented on CB-7017:
-
Commit 58afd0b6040b086cfe32e96e1438b4c2f9d23743 in cordova-android's branch
refs/heads/master from [~agrieve]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=58afd0b ]
CB-7017 Fix onload=true being set on all subsequent plugins
Plugins being loaded at start-up that should not be
---
Key: CB-7017
URL: https://issues.apache.org/jira/browse/CB-7017
Project: Apache Cordova
Issue Type: Wish
Components: Android
Reporter: Andrew Grieve
Assignee: Andrew Grieve
Priority: Minor
When config.xml has
{quote}
featureparam name=onload value=true//feature
{quote}
then all subsequent {quote}feature{quote} will have onload=true
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Resolved] (CB-7017) Plugins being loaded at start-up that should not be
[
https://issues.apache.org/jira/browse/CB-7017?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Grieve resolved CB-7017.
---
Resolution: Fixed
Fixed in 3.6.0-dev
Plugins being loaded at start-up that should not be
---
Key: CB-7017
URL: https://issues.apache.org/jira/browse/CB-7017
Project: Apache Cordova
Issue Type: Wish
Components: Android
Reporter: Andrew Grieve
Assignee: Andrew Grieve
Priority: Minor
When config.xml has
{quote}
featureparam name=onload value=true//feature
{quote}
then all subsequent {quote}feature{quote} will have onload=true
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Created] (CB-7018) volumeup and volumedown events once listened to cannot be un-listened to
Andrew Grieve created CB-7018: - Summary: volumeup and volumedown events once listened to cannot be un-listened to Key: CB-7018 URL: https://issues.apache.org/jira/browse/CB-7018 Project: Apache Cordova Issue Type: Wish Components: Android Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor There is a bug in bindButton() where override=false is ignored. This means that even when there are no more JS listeneners, a JS event is still fired (not a bit deal) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7018) volumeup and volumedown events once listened to cannot be un-listened to
[ https://issues.apache.org/jira/browse/CB-7018?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14042568#comment-14042568 ] ASF subversion and git services commented on CB-7018: - Commit 4b4a2e9f9e6ebcef57cee2e5f4c44108ec72ca25 in cordova-android's branch refs/heads/master from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=4b4a2e9 ] CB-7018 Clean up and deprecation of some button-related functions volumeup and volumedown events once listened to cannot be un-listened to Key: CB-7018 URL: https://issues.apache.org/jira/browse/CB-7018 Project: Apache Cordova Issue Type: Wish Components: Android Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor There is a bug in bindButton() where override=false is ignored. This means that even when there are no more JS listeneners, a JS event is still fired (not a bit deal) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-7019) Network Information Plugin Release June 24, 2014
Ian Clelland created CB-7019: Summary: Network Information Plugin Release June 24, 2014 Key: CB-7019 URL: https://issues.apache.org/jira/browse/CB-7019 Project: Apache Cordova Issue Type: Task Components: Plugin Network Information Reporter: Ian Clelland Assignee: Ian Clelland Following steps at https://github.com/apache/cordova-coho/blob/master/docs/plugins-release-process.md Releasing Network Information plugin only. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6976) Add support for Windows Universal apps (Windows 8.1 and WP 8.1)
[ https://issues.apache.org/jira/browse/CB-6976?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14042583#comment-14042583 ] ASF subversion and git services commented on CB-6976: - Commit 7419a098388b1c8be02d56ffc238c6db50d9a3bb in cordova-windows's branch refs/heads/master from an-selm [ https://git-wip-us.apache.org/repos/asf?p=cordova-windows.git;h=7419a09 ] CB-6976 fixes deploy when target type is not specified We currently support --phone, --store and --store80, for example 'cordova emulate windows -- --phone' Add support for Windows Universal apps (Windows 8.1 and WP 8.1) --- Key: CB-6976 URL: https://issues.apache.org/jira/browse/CB-6976 Project: Apache Cordova Issue Type: New Feature Reporter: Sergey Grebnov Assignee: Sergey Grebnov Creating this as a new JIRA feature since this is different from previously proposed adding support for Windows 8.1 only. This feature proposes transforming 'windows8' to 'windows' platform which is based on Windows Universal apps and which allows building apps for Windows 8, Windows 8.1 and Windows Phone 8.1. Window Phone 8 (wp8) stays as a platform. Original info from dev mail thread: With Windows 8.1 and Windows Phone 8.1 platforms released, it would be great to get Cordova support building apps for those platforms too. A lot of people on this list have also been talking about how to adapt existing apps to the new 8.1 platforms. Here is an initial proposal and prototype of how it may look. TL;DR; - Rename windows8 platform to be called windows. This platform can build apps for Windows 8, Windows 8.1 and Windows Phone 8.1. Window Phone 8 (wp8) stays as a platform. Link to the document - https://onedrive.live.com/redir?resid=DEA20E6DC28C96DD!2781authkey=!APz1za6lnJhsaaQithint=file%2c.docx For more details, see Support for Windows Universal apps (Windows 8.1 and Windows Phone 8.1) dev email thread TODO: add Windows 8.1 and WP8.1 components. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7019) Network Information Plugin Release June 24, 2014
[ https://issues.apache.org/jira/browse/CB-7019?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14042582#comment-14042582 ] Ian Clelland commented on CB-7019: -- org.apache.cordova.network-information@0.2.10 * CB-6907: [android] Don't crash on startup if no networks available Network Information Plugin Release June 24, 2014 Key: CB-7019 URL: https://issues.apache.org/jira/browse/CB-7019 Project: Apache Cordova Issue Type: Task Components: Plugin Network Information Reporter: Ian Clelland Assignee: Ian Clelland Following steps at https://github.com/apache/cordova-coho/blob/master/docs/plugins-release-process.md Releasing Network Information plugin only. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7019) Network Information Plugin Release June 24, 2014
[ https://issues.apache.org/jira/browse/CB-7019?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14042586#comment-14042586 ] ASF subversion and git services commented on CB-7019: - Commit 07ff22accc1e0a22dbf97153a516ebef886aae41 in cordova-plugin-network-information's branch refs/heads/master from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-network-information.git;h=07ff22a ] CB-7019 Updated version and RELEASENOTES.md for release 0.2.10 Network Information Plugin Release June 24, 2014 Key: CB-7019 URL: https://issues.apache.org/jira/browse/CB-7019 Project: Apache Cordova Issue Type: Task Components: Plugin Network Information Reporter: Ian Clelland Assignee: Ian Clelland Following steps at https://github.com/apache/cordova-coho/blob/master/docs/plugins-release-process.md Releasing Network Information plugin only. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-7024) Cordova resolveLocalFileSystemURL works but then fileEntry.file() fails
[
https://issues.apache.org/jira/browse/CB-7024?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
DotNetWise updated CB-7024:
---
Description:
First, you do a {{navigator.camera.getPicture(uploadPicture_step1, uploadError,
chooseOptions);}}
with success and then you do {{window.resolveLocalFileSystemURL(fileURI,
function (fileEntry) {}}
again with success.
Now if you call that {{fileEntry.file(function(info) {}, function(err) { });
}}you always get an exception and the error callback is called with {{err.code
= 1000}};
The error in {{logcat}} is missing {{android.permission.MANAGE_DOCUMENTS}}
That is stuppid! It's a bug.
I cannot get the mime-Type for the given fileEntry, so how am I supposed to
upload it via FileTransfer plugin (as it asks explicitely for it - to send it
as ContentType to the server - that's another stuppid thing, it should detect
it if I pass null in the firs place anways).
This issue is for the files that are comming from custom providers such as
downloads. e.g.
{{content://document/primary%3ADownload/11june.pdf}}
In config.xml I do have
{{preference name=AndroidPersistentFileLocation value=Compatibility /
preference name=AndroidExtraFilesystems
value=files,files-external,documents,sdcard,cache,cache-external,root /
feature name=File
param name=android-package value=org.apache.cordova.file.FileUtils /
param name=onload value=true /
/feature
feature name=FileTransfer
param name=android-package
value=org.apache.cordova.filetransfer.FileTransfer /
/feature
feature name=Camera
param name=android-package
value=org.apache.cordova.camera.CameraLauncher /
/feature}}
In {{AndroidManifest.xml}} I do have
{{uses-permission android:name=android.permission.WRITE_EXTERNAL_STORAGE /
}}
Here are some logs
{{
E/DatabaseUtils(24425): java.lang.SecurityException: Permission Denial: reading
com.android.externalstorage.ExternalStorageProvider uri conten
nts/document/primary%3ADownload/11june.pdf from pid=22853, uid=10197 requires
android.permission.MANAGE_DOCUMENTS, or grantUriPermission()
E/DatabaseUtils(24425): at
android.content.ContentProvider.enforceReadPermissionInner(ContentProvider.java:467)
E/DatabaseUtils(24425): at
android.content.ContentProvider$Transport.enforceReadPermission(ContentProvider.java:394)
E/DatabaseUtils(24425): at
android.content.ContentProvider$Transport.query(ContentProvider.java:194)
E/DatabaseUtils(24425): at
android.content.ContentProviderNative.onTransact(ContentProviderNative.java:112)
E/DatabaseUtils(24425): at
android.os.Binder.execTransact(Binder.java:404)
E/DatabaseUtils(24425): at dalvik.system.NativeStart.run(Native Method)
W/System.err(22853): java.lang.SecurityException: Permission Denial: reading
com.android.externalstorage.ExternalStorageProvider uri content:/
/document/primary%3ADownload/11june.pdf from pid=22853, uid=10197 requires
android.permission.MANAGE_DOCUMENTS, or grantUriPermission()
W/System.err(22853):at android.os.Parcel.readException(Parcel.java:1465)
W/System.err(22853):at
android.database.DatabaseUtils.readExceptionFromParcel(DatabaseUtils.java:185)
W/System.err(22853):at
android.database.DatabaseUtils.readExceptionFromParcel(DatabaseUtils.java:137)
W/System.err(22853):at
android.content.ContentProviderProxy.query(ContentProviderNative.java:413)
W/System.err(22853):at
android.content.ContentResolver.query(ContentResolver.java:461)
W/System.err(22853):at
android.content.ContentResolver.query(ContentResolver.java:404)
W/System.err(22853):at
org.apache.cordova.file.ContentFilesystem.openCursorForURL(ContentFilesystem.java:258)
W/System.err(22853):at
org.apache.cordova.file.ContentFilesystem.getFileMetadataForLocalURL(ContentFilesystem.java:169)
W/System.err(22853):at
org.apache.cordova.file.FileUtils.getFileMetadata(FileUtils.java:811)
W/System.err(22853):at
org.apache.cordova.file.FileUtils.access$400(FileUtils.java:52)
W/System.err(22853):at
org.apache.cordova.file.FileUtils$14.run(FileUtils.java:383)
W/System.err(22853):at
org.apache.cordova.file.FileUtils$24.run(FileUtils.java:540)
W/System.err(22853):at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
W/System.err(22853):at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
W/System.err(22853):at java.lang.Thread.run(Thread.java:841)
}}
was:
First, you do a navigator.camera.getPicture(uploadPicture_step1, uploadError,
chooseOptions);
with success and then you do window.resolveLocalFileSystemURL(fileURI, function
(fileEntry) {
again with success.
Now if you call that fileEntry.file(function(info) {}, function(err) { }); you
always get an exception and the error callback is called with err.code = 1000;
The error in logcat is missing android.permission.MANAGE_DOCUMENTS
That is stuppid! It's a bug.
[jira] [Commented] (CB-7025) Report successful platform update
[ https://issues.apache.org/jira/browse/CB-7025?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14042743#comment-14042743 ] ASF GitHub Bot commented on CB-7025: GitHub user jsoref opened a pull request: https://github.com/apache/cordova-blackberry/pull/164 CB-7025 report platform udpate You can merge this pull request into a Git repository by running: $ git pull https://github.com/blackberry/cordova-blackberry cb_7025 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-blackberry/pull/164.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 #164 commit 66bfd03f172def09ffc265dc3638771e344535f2 Author: Josh Soref jso...@blackberry.com Date: 2014-06-24T21:45:43Z CB-7025 report platform udpate Report successful platform update - Key: CB-7025 URL: https://issues.apache.org/jira/browse/CB-7025 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Affects Versions: 3.5.0 Reporter: Josh Soref Assignee: Josh Soref The cordova platform update command expects the platform to report success, blackberry doesn't. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-7025) Report successful platform update
Josh Soref created CB-7025: -- Summary: Report successful platform update Key: CB-7025 URL: https://issues.apache.org/jira/browse/CB-7025 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Affects Versions: 3.5.0 Reporter: Josh Soref Assignee: Josh Soref The cordova platform update command expects the platform to report success, blackberry doesn't. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6532) cdvfile file url is not working with link tag like css
[
https://issues.apache.org/jira/browse/CB-6532?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14042839#comment-14042839
]
Louis Franco commented on CB-6532:
--
I can reproduce this reliably on iOS and have a proposed fix I am preparing.
See this for the same problem in Sencha
http://adamruggles.net/2013/03/adventures-with-html5-and-offline-content-on-an-ipad/
Seems to be a problem when there is no network. My proposed change fixed the
problem for me
cdvfile file url is not working with link tag like css
---
Key: CB-6532
URL: https://issues.apache.org/jira/browse/CB-6532
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File, Plugin File Transfer
Affects Versions: 3.4.0
Environment: iOS 7
Reporter: Patrick Dürsteler
Priority: Critical
A css downloaded with xhr and created a local url
(cdvfile://localhost/test.css) with the File API can't be used as a
stylesheet.
{code}
var filename = test.css;
var imageURL = http://apache.org/css/style.css;;
requestFileSystem(TEMPORARY, 0, function(fileSystem) {
var ft = new FileTransfer();
ft.download(imageURL, fileSystem.root.toURL() + / + filename,
function(entry) {
var fileref=document.createElement(link);
fileref.setAttribute(rel, stylesheet);
fileref.setAttribute(type, text/css);
fileref.setAttribute(href, entry.toURL());
document.head.appendChild(imgElement);
});
});
{code}
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Resolved] (CB-7018) volumeup and volumedown events once listened to cannot be un-listened to
[ https://issues.apache.org/jira/browse/CB-7018?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-7018. --- Resolution: Fixed Fixed in 3.6.0-dev volumeup and volumedown events once listened to cannot be un-listened to Key: CB-7018 URL: https://issues.apache.org/jira/browse/CB-7018 Project: Apache Cordova Issue Type: Wish Components: Android Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor There is a bug in bindButton() where override=false is ignored. This means that even when there are no more JS listeneners, a JS event is still fired (not a bit deal) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6532) cdvfile file url is not working with link tag like css
[
https://issues.apache.org/jira/browse/CB-6532?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14042911#comment-14042911
]
ASF GitHub Bot commented on CB-6532:
Github user loufranco commented on the pull request:
https://github.com/apache/cordova-plugin-file/pull/55#issuecomment-47048947
I sent a signed ICLA to the secretary.
cdvfile file url is not working with link tag like css
---
Key: CB-6532
URL: https://issues.apache.org/jira/browse/CB-6532
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File, Plugin File Transfer
Affects Versions: 3.4.0
Environment: iOS 7
Reporter: Patrick Dürsteler
Priority: Critical
A css downloaded with xhr and created a local url
(cdvfile://localhost/test.css) with the File API can't be used as a
stylesheet.
{code}
var filename = test.css;
var imageURL = http://apache.org/css/style.css;;
requestFileSystem(TEMPORARY, 0, function(fileSystem) {
var ft = new FileTransfer();
ft.download(imageURL, fileSystem.root.toURL() + / + filename,
function(entry) {
var fileref=document.createElement(link);
fileref.setAttribute(rel, stylesheet);
fileref.setAttribute(type, text/css);
fileref.setAttribute(href, entry.toURL());
document.head.appendChild(imgElement);
});
});
{code}
--
This message was sent by Atlassian JIRA
(v6.2#6252)
