[jira] [Created] (CB-6287) Should build script add support for arm64?
glmnbeyond created CB-6287: -- Summary: Should build script add support for arm64? Key: CB-6287 URL: https://issues.apache.org/jira/browse/CB-6287 Project: Apache Cordova Issue Type: Bug Components: iOS Reporter: glmnbeyond Currently, build script specify VALID_ARCHS as armv7 armv7s, should we add arm64 to VALID_ARCHS? exec xcodebuild -xcconfig $CORDOVA_PATH/build.xcconfig -project $PROJECT_NAME.xcodeproj ARCHS=armv7 armv7s -target $PROJECT_NAME -configuration $CONFIGURATION -sdk iphoneos build VALID_ARCHS=armv7 armv7s CONFIGURATION_BUILD_DIR=$PROJECT_PATH/build/device -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6288) IOS 'active' not fired when application is in foreground
Hanumant Shikhare created CB-6288: - Summary: IOS 'active' not fired when application is in foreground Key: CB-6288 URL: https://issues.apache.org/jira/browse/CB-6288 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.3.0 Reporter: Hanumant Shikhare Hi, I am working on hybrid mobile application (html, js + Cordova). The requirement is application should logout after user inactivity of certain time. I am using 'active' 'resume' events of phonegap. But on IOS devices the 'active' event is not getting fired when application is put in foreground and phone is let to sleep. When application is put in background the events work just fine. Has anybody encountered this problem? Any help is much appreciated. Thanks, Hanumant -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6288) IOS 'active' not fired when application is in foreground
[ https://issues.apache.org/jira/browse/CB-6288?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hanumant Shikhare updated CB-6288: -- Description: Hi, I am working on hybrid mobile application (html, js + Cordova). The requirement is application should logout after user inactivity of certain time. I am using 'active' 'resume' events of phonegap. But on IOS devices the 'active' event is not getting fired when application is put in foreground and phone is let to sleep. When application is put in background the events work just fine. Has anybody encountered this problem? Any help is much appreciated. Device tested IPhone 5 - IOS 7. Thanks, Hanumant was: Hi, I am working on hybrid mobile application (html, js + Cordova). The requirement is application should logout after user inactivity of certain time. I am using 'active' 'resume' events of phonegap. But on IOS devices the 'active' event is not getting fired when application is put in foreground and phone is let to sleep. When application is put in background the events work just fine. Has anybody encountered this problem? Any help is much appreciated. Thanks, Hanumant IOS 'active' not fired when application is in foreground Key: CB-6288 URL: https://issues.apache.org/jira/browse/CB-6288 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.3.0 Reporter: Hanumant Shikhare Hi, I am working on hybrid mobile application (html, js + Cordova). The requirement is application should logout after user inactivity of certain time. I am using 'active' 'resume' events of phonegap. But on IOS devices the 'active' event is not getting fired when application is put in foreground and phone is let to sleep. When application is put in background the events work just fine. Has anybody encountered this problem? Any help is much appreciated. Device tested IPhone 5 - IOS 7. Thanks, Hanumant -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6288) IOS 'active' not fired when application is in foreground
[ https://issues.apache.org/jira/browse/CB-6288?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hanumant Shikhare updated CB-6288: -- Description: Hi, I am working on hybrid mobile application (html, js + Cordova). The requirement is application should logout after user inactivity of certain time. I am using 'active' 'resume' events of phonegap. But on IOS devices the 'active' event is not getting fired when application is put in foreground and phone is let to sleep. When application is put in background the events work just fine. Any help is much appreciated. Device tested IPhone 5 - IOS 7. Thanks, Hanumant was: Hi, I am working on hybrid mobile application (html, js + Cordova). The requirement is application should logout after user inactivity of certain time. I am using 'active' 'resume' events of phonegap. But on IOS devices the 'active' event is not getting fired when application is put in foreground and phone is let to sleep. When application is put in background the events work just fine. Has anybody encountered this problem? Any help is much appreciated. Device tested IPhone 5 - IOS 7. Thanks, Hanumant IOS 'active' not fired when application is in foreground Key: CB-6288 URL: https://issues.apache.org/jira/browse/CB-6288 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.3.0 Reporter: Hanumant Shikhare Hi, I am working on hybrid mobile application (html, js + Cordova). The requirement is application should logout after user inactivity of certain time. I am using 'active' 'resume' events of phonegap. But on IOS devices the 'active' event is not getting fired when application is put in foreground and phone is let to sleep. When application is put in background the events work just fine. Any help is much appreciated. Device tested IPhone 5 - IOS 7. Thanks, Hanumant -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6289) Keyboard for Android
Andrey Kurdyumov created CB-6289: Summary: Keyboard for Android Key: CB-6289 URL: https://issues.apache.org/jira/browse/CB-6289 Project: Apache Cordova Issue Type: Improvement Components: Plugins Environment: Android Reporter: Andrey Kurdyumov Priority: Minor Please extend the Keyboard plugin to support Android platform. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6289) Keyboard for Android
[ https://issues.apache.org/jira/browse/CB-6289?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13937659#comment-13937659 ] Andrey Kurdyumov commented on CB-6289: -- I actually plan to implement Keyboard API myself on this week. Keyboard for Android Key: CB-6289 URL: https://issues.apache.org/jira/browse/CB-6289 Project: Apache Cordova Issue Type: Improvement Components: Plugins Environment: Android Reporter: Andrey Kurdyumov Priority: Minor Labels: keyboard-plugin Please extend the Keyboard plugin to support Android platform. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6290) Javascript error during build showed as Information in logcat
Cristofo Vilares created CB-6290: Summary: Javascript error during build showed as Information in logcat Key: CB-6290 URL: https://issues.apache.org/jira/browse/CB-6290 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.4.0 Reporter: Cristofo Vilares Priority: Minor -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6290) Javascript error during build showed as Information in logcat
[ https://issues.apache.org/jira/browse/CB-6290?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13937790#comment-13937790 ] Marcel Kinard commented on CB-6290: --- Christofo, could you add some text here that has a description of the problem, such as the error message you are seeing, when it is appearing, and what platform you are using? Javascript error during build showed as Information in logcat - Key: CB-6290 URL: https://issues.apache.org/jira/browse/CB-6290 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.4.0 Reporter: Cristofo Vilares Priority: Minor -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6287) Should build script add support for arm64?
[ https://issues.apache.org/jira/browse/CB-6287?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13937796#comment-13937796 ] Marcel Kinard commented on CB-6287: --- From what I've seen Shaz and James working on, the code isn't quite ready yet for that. There are warnings being emitted during compilation. But once the code is ready, yes this is a valid question. Should build script add support for arm64? -- Key: CB-6287 URL: https://issues.apache.org/jira/browse/CB-6287 Project: Apache Cordova Issue Type: Bug Components: iOS Reporter: glmnbeyond Currently, build script specify VALID_ARCHS as armv7 armv7s, should we add arm64 to VALID_ARCHS? exec xcodebuild -xcconfig $CORDOVA_PATH/build.xcconfig -project $PROJECT_NAME.xcodeproj ARCHS=armv7 armv7s -target $PROJECT_NAME -configuration $CONFIGURATION -sdk iphoneos build VALID_ARCHS=armv7 armv7s CONFIGURATION_BUILD_DIR=$PROJECT_PATH/build/device -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6290) Javascript error during build showed as Information in logcat
[ https://issues.apache.org/jira/browse/CB-6290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cristofo Vilares updated CB-6290: - Description: When errors occur in JS during project build, they are shown as info message in logcat (green). Following message shows this case: 14:08:23.366: I/chromium(22708): [INFO:CONSOLE(29)] Uncaught SyntaxError: Unexpected identifier, source: file:///android_asset/www/index.html (29) cause of this one was a wrong definition. (va myButton instead of var myButton) Javascript error during build showed as Information in logcat - Key: CB-6290 URL: https://issues.apache.org/jira/browse/CB-6290 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.4.0 Reporter: Cristofo Vilares Priority: Minor When errors occur in JS during project build, they are shown as info message in logcat (green). Following message shows this case: 14:08:23.366: I/chromium(22708): [INFO:CONSOLE(29)] Uncaught SyntaxError: Unexpected identifier, source: file:///android_asset/www/index.html (29) cause of this one was a wrong definition. (va myButton instead of var myButton) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6290) Javascript error during build showed as information in logcat
[ https://issues.apache.org/jira/browse/CB-6290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cristofo Vilares updated CB-6290: - Summary: Javascript error during build showed as information in logcat (was: Javascript error during build showed as Information in logcat) Javascript error during build showed as information in logcat - Key: CB-6290 URL: https://issues.apache.org/jira/browse/CB-6290 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.4.0 Reporter: Cristofo Vilares Priority: Minor When errors occur in JS during project build, they are shown as info message in logcat (green). Following message shows this case: 14:08:23.366: I/chromium(22708): [INFO:CONSOLE(29)] Uncaught SyntaxError: Unexpected identifier, source: file:///android_asset/www/index.html (29) cause of this one was a wrong definition. (va myButton instead of var myButton) . - Android build in eclipse -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6290) Javascript error during build showed as Information in logcat
[ https://issues.apache.org/jira/browse/CB-6290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cristofo Vilares updated CB-6290: - Description: When errors occur in JS during project build, they are shown as info message in logcat (green). Following message shows this case: 14:08:23.366: I/chromium(22708): [INFO:CONSOLE(29)] Uncaught SyntaxError: Unexpected identifier, source: file:///android_asset/www/index.html (29) cause of this one was a wrong definition. (va myButton instead of var myButton) . - Android build in eclipse was: When errors occur in JS during project build, they are shown as info message in logcat (green). Following message shows this case: 14:08:23.366: I/chromium(22708): [INFO:CONSOLE(29)] Uncaught SyntaxError: Unexpected identifier, source: file:///android_asset/www/index.html (29) cause of this one was a wrong definition. (va myButton instead of var myButton) Javascript error during build showed as Information in logcat - Key: CB-6290 URL: https://issues.apache.org/jira/browse/CB-6290 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.4.0 Reporter: Cristofo Vilares Priority: Minor When errors occur in JS during project build, they are shown as info message in logcat (green). Following message shows this case: 14:08:23.366: I/chromium(22708): [INFO:CONSOLE(29)] Uncaught SyntaxError: Unexpected identifier, source: file:///android_asset/www/index.html (29) cause of this one was a wrong definition. (va myButton instead of var myButton) . - Android build in eclipse -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (CB-6243) FileEntry.toURL() cdvfile://localhost/persistent/file://
[
https://issues.apache.org/jira/browse/CB-6243?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ian Clelland reassigned CB-6243:
Assignee: Ian Clelland
FileEntry.toURL() cdvfile://localhost/persistent/file://
--
Key: CB-6243
URL: https://issues.apache.org/jira/browse/CB-6243
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File
Affects Versions: 3.4.0
Environment: Android 4.4 using Genymotion emulator
Reporter: David Normington
Assignee: Ian Clelland
Labels: android, cdvfile
When I run something like this:
{code}
window.resolveLocalFileSystemURL('file:///storage/emulated/0/DCIM/Camera/1394726081689.jpg',
function(entry) {
console.log(entry.fullPath);
console.log(entry.toURL());
entry.file(fileSuccess, fail);
});
{code}
The logcat shows this result:
{code}
I/chromium( 3022): [INFO:CONSOLE(28)]
file:///storage/emulated/0/DCIM/Camera/1394726081689.jpg, source:
file:///android_asset/www/js/pdf.js (28)
I/chromium( 3022): [INFO:CONSOLE(29)]
cdvfile://localhost/temporary/file://storage/emulated/0/DCIM/Camera/1394726081689.jpg,
source: file:///android_asset/www/js/pdf.js (29)
W/System.err( 2928): java.io.FileNotFoundException: File:
cdvfile://localhost/persistent/file://storage/emulated/0/DCIM/Camera/1394726081689.jpg
does not exist.
W/System.err( 2928):at
org.apache.cordova.file.FileUtils.getFileMetadata(FileUtils.java:953)
W/System.err( 2928):at
org.apache.cordova.file.FileUtils.access$400(FileUtils.java:53)
W/System.err( 2928):at
org.apache.cordova.file.FileUtils$14.run(FileUtils.java:220)
W/System.err( 2928):at
org.apache.cordova.file.FileUtils$23.run(FileUtils.java:325)
W/System.err( 2928):at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
W/System.err( 2928):at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
W/System.err( 2928):at java.lang.Thread.run(Thread.java:841)
{code}
As you can see the second console.log has the cdvfile protocol with the file
protocol appended to the end. I'm sure this is causing the following error.
Seems that the same code runs perfectly on iOS returning the correct URLs:
{code}
[Log] /cdv_photo_001.jpg
[Log] cdvfile://localhost/temporary/cdv_photo_001.jpg
{code}
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-6243) FileEntry.toURL() cdvfile://localhost/persistent/file://
[
https://issues.apache.org/jira/browse/CB-6243?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13937880#comment-13937880
]
Ian Clelland commented on CB-6243:
--
What version of the File plugin are you using? It looks like you somehow have a
mismatch between your JavaScript and Java code.
{{FileUtils.java:953}} threw a {{FileNotFoundException}} in the previous major
release (in versions 0.2.4 and 0.2.5, specifically), but your JavaScript code
seems to be returning {{cdvfile://}} URLs, which would indicate that your JS is
at least on version 1.0.0.
I think that this could have been caused by a partially-failed plugin upgrade.
Is it possible for you to recreate your project in order to pull new versions
of all of your plugins, and see if you still get an error?
FileEntry.toURL() cdvfile://localhost/persistent/file://
--
Key: CB-6243
URL: https://issues.apache.org/jira/browse/CB-6243
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File
Affects Versions: 3.4.0
Environment: Android 4.4 using Genymotion emulator
Reporter: David Normington
Assignee: Ian Clelland
Labels: android, cdvfile
When I run something like this:
{code}
window.resolveLocalFileSystemURL('file:///storage/emulated/0/DCIM/Camera/1394726081689.jpg',
function(entry) {
console.log(entry.fullPath);
console.log(entry.toURL());
entry.file(fileSuccess, fail);
});
{code}
The logcat shows this result:
{code}
I/chromium( 3022): [INFO:CONSOLE(28)]
file:///storage/emulated/0/DCIM/Camera/1394726081689.jpg, source:
file:///android_asset/www/js/pdf.js (28)
I/chromium( 3022): [INFO:CONSOLE(29)]
cdvfile://localhost/temporary/file://storage/emulated/0/DCIM/Camera/1394726081689.jpg,
source: file:///android_asset/www/js/pdf.js (29)
W/System.err( 2928): java.io.FileNotFoundException: File:
cdvfile://localhost/persistent/file://storage/emulated/0/DCIM/Camera/1394726081689.jpg
does not exist.
W/System.err( 2928):at
org.apache.cordova.file.FileUtils.getFileMetadata(FileUtils.java:953)
W/System.err( 2928):at
org.apache.cordova.file.FileUtils.access$400(FileUtils.java:53)
W/System.err( 2928):at
org.apache.cordova.file.FileUtils$14.run(FileUtils.java:220)
W/System.err( 2928):at
org.apache.cordova.file.FileUtils$23.run(FileUtils.java:325)
W/System.err( 2928):at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
W/System.err( 2928):at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
W/System.err( 2928):at java.lang.Thread.run(Thread.java:841)
{code}
As you can see the second console.log has the cdvfile protocol with the file
protocol appended to the end. I'm sure this is causing the following error.
Seems that the same code runs perfectly on iOS returning the correct URLs:
{code}
[Log] /cdv_photo_001.jpg
[Log] cdvfile://localhost/temporary/cdv_photo_001.jpg
{code}
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Assigned] (CB-6201) Invalid full path and URI returned from fileEntry.moveTo and fileEntry.copyTo
[ https://issues.apache.org/jira/browse/CB-6201?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ian Clelland reassigned CB-6201: Assignee: Ian Clelland Invalid full path and URI returned from fileEntry.moveTo and fileEntry.copyTo -- Key: CB-6201 URL: https://issues.apache.org/jira/browse/CB-6201 Project: Apache Cordova Issue Type: Bug Components: Plugin File Affects Versions: 1.1.0 Environment: I'm building Android and iOS with build.phonegap.com version 3.10. This issue is occuring on both Android and iOS. Reporter: brian johnston Assignee: Ian Clelland fileEntry.fullPath does not return the full path in version 1.1.0. However, version 1.0.0 of the file plugin does return the full path. This issue occurs on both iOS and Android. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Closed] (CB-6288) IOS 'active' not fired when application is in foreground
[ https://issues.apache.org/jira/browse/CB-6288?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hanumant Shikhare closed CB-6288. - Resolution: Not A Problem My mistake, I renamed the js method but forgot to change the name while registering for listener. IOS 'active' not fired when application is in foreground Key: CB-6288 URL: https://issues.apache.org/jira/browse/CB-6288 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.3.0 Reporter: Hanumant Shikhare Hi, I am working on hybrid mobile application (html, js + Cordova). The requirement is application should logout after user inactivity of certain time. I am using 'active' 'resume' events of phonegap. But on IOS devices the 'active' event is not getting fired when application is put in foreground and phone is let to sleep. When application is put in background the events work just fine. Any help is much appreciated. Device tested IPhone 5 - IOS 7. Thanks, Hanumant -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6201) Invalid full path and URI returned from fileEntry.moveTo and fileEntry.copyTo
[
https://issues.apache.org/jira/browse/CB-6201?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13937891#comment-13937891
]
Ian Clelland commented on CB-6201:
--
What full path are you seeing returned? And what are you expecting?
For a file like {{cdvfile://localhost/persistent/here/is/my/file.jpg}}, the
spec says that the fullPath attribute of the FileEntry should be
{code}
/here/is/my/file.jpg
{code}
since that is the path, relative to the root of the PERSISTENT file system.
File 1.0.0 as well as 1.0.1 should both return that. Previous versions of file
(up to 0.2.5) would have used a file URL like
{{file:///storage/emulated/0/here/is/my/file.jpg}}, and would have used that
whole URL (including the {{file://}} prefix) as the {{fullPath}}.
It's possible that you're seeing an issue with copyTo and moveTo, and I'll
investigate that possibility. A bit more information about what you're actually
seeing in your code would be helpful, though.
Invalid full path and URI returned from fileEntry.moveTo and fileEntry.copyTo
--
Key: CB-6201
URL: https://issues.apache.org/jira/browse/CB-6201
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File
Affects Versions: 1.1.0
Environment: I'm building Android and iOS with build.phonegap.com
version 3.10. This issue is occuring on both Android and iOS.
Reporter: brian johnston
Assignee: Ian Clelland
fileEntry.fullPath does not return the full path in version 1.1.0. However,
version 1.0.0 of the file plugin does return the full path. This issue
occurs on both iOS and Android.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-6249) Camera fails to return an actual FILE_URI it always returns content://
[
https://issues.apache.org/jira/browse/CB-6249?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13937903#comment-13937903
]
Ian Clelland commented on CB-6249:
--
That is the way that Android works with media -- the native URLs for things in
the file picker / photo galleries are always returned as content-provider URLs,
with the {{content://}} URL scheme.
I think that for the camera specifically, it should be possible to get an
actual file url, if the pictures are stored somewhere accessible, like
{{/sdcard/DCIM/}} (I'm not sure that that's always the case though; across all
Android devices and versions).
Camera fails to return an actual FILE_URI it always returns content://
--
Key: CB-6249
URL: https://issues.apache.org/jira/browse/CB-6249
Project: Apache Cordova
Issue Type: Bug
Components: Android, Plugin Camera, Plugin File
Affects Versions: 3.4.0
Environment: Current Node Version
v0.10.25
Current Cordova CLI Version
3.4.0-0.1.0
Android
Reporter: Ralph S Theart
Labels: camera, file
No matter what I do I can not get a url of file:///... all I get is
{code}
content://media/external/images/media/1357
{code}
Here is my very simple code
{code}
navigator.camera.getPicture(function(imageURI){
console.log('GOT IMAGE: '+imageURI);
window.resolveLocalFileSystemURL(imageURI, function(entry){
console.log(entry.name + +entry.fullPath);
}, function(e){
console.log('Some error occured: '+e.code);
});
}, onPhotoFail, {
destinationType: 1,
sourceType: pictureSource,
mediaType : Camera.MediaType.ALLMEDIA,
encodingType: 0,
allowEdit : false,
correctOrientation:true,
saveToPhotoAlbum: false,
quality: 50
});
{code}
I always get content://... for the returned path from camera and even the
same thing when I resolve the url. Can you confirm this bug?
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-6249) Camera fails to return an actual FILE_URI it always returns content://
[
https://issues.apache.org/jira/browse/CB-6249?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13937909#comment-13937909
]
Ian Clelland commented on CB-6249:
--
If you really absolutely need a {{file://}} URL, one possible solution is to
copy or move the picture out of its default location, and get a file URL from
there. Something like this may work:
{code}
window.requestFileSystem(PERSISTENT, 0, function(fileSystem) {
window.resolveLocalFileSystemURL(imageURI, function(entry){
entry.moveTo(fileSystem.root.toURL, null, function(newEntry) {
console.log(New location: + newEntry.toNativeURL());
}, function(e) {
console.error('Error moving picture: '+ e.code);
});
}, function(e) {
console.error('Error resolving URL: '+ e.code);
});
}, function(e) {
console.error('Error requesting file system: '+ e.code);
});
{code}
On the other hand, you may not need a {{file://}} URL. at all; Cordova (and the
webview) should be just as happy working with {{content://}} URLs as
{{file://}} ones. Are you doing anything specific that requires the file scheme?
Camera fails to return an actual FILE_URI it always returns content://
--
Key: CB-6249
URL: https://issues.apache.org/jira/browse/CB-6249
Project: Apache Cordova
Issue Type: Bug
Components: Android, Plugin Camera, Plugin File
Affects Versions: 3.4.0
Environment: Current Node Version
v0.10.25
Current Cordova CLI Version
3.4.0-0.1.0
Android
Reporter: Ralph S Theart
Labels: camera, file
No matter what I do I can not get a url of file:///... all I get is
{code}
content://media/external/images/media/1357
{code}
Here is my very simple code
{code}
navigator.camera.getPicture(function(imageURI){
console.log('GOT IMAGE: '+imageURI);
window.resolveLocalFileSystemURL(imageURI, function(entry){
console.log(entry.name + +entry.fullPath);
}, function(e){
console.log('Some error occured: '+e.code);
});
}, onPhotoFail, {
destinationType: 1,
sourceType: pictureSource,
mediaType : Camera.MediaType.ALLMEDIA,
encodingType: 0,
allowEdit : false,
correctOrientation:true,
saveToPhotoAlbum: false,
quality: 50
});
{code}
I always get content://... for the returned path from camera and even the
same thing when I resolve the url. Can you confirm this bug?
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Resolved] (CB-6117) cdvfile file url is not working with html5 image src
[
https://issues.apache.org/jira/browse/CB-6117?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ian Clelland resolved CB-6117.
--
Resolution: Fixed
Resolving this issue; it should be fixed with File 1.0.1 (released two weeks
ago). If this still does not work (with the {{.toNativeURL()}} method), please
comment or re-open this issue.
cdvfile file url is not working with html5 image src
Key: CB-6117
URL: https://issues.apache.org/jira/browse/CB-6117
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File, Plugin File Transfer
Affects Versions: 3.4.0
Environment: Appears to be Android 4.0.0
Reporter: rita
Assignee: Ian Clelland
Priority: Critical
Hi
I had used the fileTranser APi to download the image from a given path.
The image was downloaded at the path
cdvfile://localhost/persistent/SPB/ics-android.png.
But I am unable to access this image as url for img tag in html.Same code
was working till 2.9.0
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-6146) FileTransfer.upload does not support iOS asset library type of URL
[
https://issues.apache.org/jira/browse/CB-6146?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13937919#comment-13937919
]
Ian Clelland commented on CB-6146:
--
[~farhadf], have you been able to verify this on the new version of File?
FileTransfer.upload does not support iOS asset library type of URL
--
Key: CB-6146
URL: https://issues.apache.org/jira/browse/CB-6146
Project: Apache Cordova
Issue Type: Bug
Components: iOS
Affects Versions: 3.3.0
Environment: Macbook Air, 10.9
Reporter: Farhad Farzaneh
Assignee: Ian Clelland
When picking an image from the camera roll and using a NATIVE_URL type, the
url may be something like:
{{assets-library://asset/asset.PNG?id=CFDB9708-75A2-44A9-9092-FCE1DB471B30ext=PNG}}.
When this is presented as the localURL to {{[CDVFileTransfer
fileDataForUploadCommand:]}} it recognizes the file system to be the asset
library and tries to read the file from the indicated URL using
{{[CDVAssetLibraryFilesystem readFileAtURL:]}}. I'm not sure why this method
tries to pull back the path from the URL with
{code}
NSString *path = [self fileSystemPathForURL:localURL];
{code}
and then rebuild the URL from that path below (line 223). However, the
returned path is {{@/asset.PNG}}, which when used to retrieve the asset
fails.
If the line (CDVAssetLibraryFilesystem.m: 223)
{code}
[assetsLibrary assetForURL:[NSURL URLWithString:path] resultBlock:resultBlock
failureBlock:failureBlock];
{code}
is changed for
{code}
[assetsLibrary assetForURL:localURL.url resultBlock:resultBlock
failureBlock:failureBlock];
{code}
then the asset can be found. But of course this was done for a reason, so I
imagine my fix breaks something else...
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-6265) CLI guide omits Windows workstations using CLI for Android projects
[ https://issues.apache.org/jira/browse/CB-6265?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13937945#comment-13937945 ] Marcel Kinard commented on CB-6265: --- [~mwbrooks]: 1. Yes, I did svn update of my local replica of the site before running rsync. 2. There has been a new language and version added before my svn update, but I would hope that running svn update before rsync would get me caught up, so the only diffs are the files I modified. The diff appears to be just whitespace. Here is an example of a file where I didn't touch the original md: marcelk-macbook:site marcelk$ svn diff public/docs/en/edge/guide_platforms_index.md.html Index: public/docs/en/edge/guide_platforms_index.md.html === --- public/docs/en/edge/guide_platforms_index.md.html (revision 1577688) +++ public/docs/en/edge/guide_platforms_index.md.html (working copy) @@ -17,18 +17,16 @@ specific language governing permissions and limitations under the License. --html lang=en -head -meta http-equiv=Content-Type content=text/html; charset=utf-8 -meta name=viewport content=initial-scale=1.0, maximum-scale=1.0, user-scalable=no, width=device-width -meta name=generator content=joDoc - -titleApache Cordova API Documentation/title - -link rel=stylesheet type=text/css href=index.css -link rel=stylesheet type=text/css href=mobile.css media=only screen and (max-device-width: 1024px) -link rel=stylesheet type=text/css href=prettify/prettify.css -/head -body +head +meta http-equiv=Content-Type content=text/html; charset=utf-8 +meta name=viewport content=initial-scale=1.0, maximum-scale=1.0, user-scalable=no, width=device-width +meta name=generator content=joDoc +titleApache Cordova API Documentation/title +link rel=stylesheet type=text/css href=index.css +link rel=stylesheet type=text/css href=mobile.css media=only screen and (max-device-width: 1024px) +link rel=stylesheet type=text/css href=prettify/prettify.css +/head +body div id=header h1a href=index.htmlApache strongCordova/strong Documentation/a/h1 small @@ -107,8 +105,7 @@ option value=edgeedge/option option value=3.4.03.4.0/option option value=3.1.03.1.0/option -/optgroup/select -/small +/optgroup/select/small /div div id=subheader h1Platform Guides/h1 @@ -171,7 +168,9 @@ each platform, and platform-specific command-line tools that serve as a lower-level alternative to the codecordova/code command-line utility./p -h2a name=Platform%20Guides_amazon_fire_osAmazon Fire OS/a/h2 +h2 +a name=Platform%20Guides_amazon_fire_osAmazon Fire OS/a +/h2 ul lia href=guide_platforms_amazonfireos_index.md.html#Amazon%20Fire%20OS%20Platform%20GuideAmazon Fire OS Platform Guide/a/li @@ -179,9 +178,10 @@ lia href=guide_platforms_amazonfireos_webview.md.html#Amazon%20Fire%20OS%20WebViewsAmazon Fire OS WebViews/a/li lia href=guide_platforms_amazonfireos_plugin.md.html#Amazon%20Fire%20OS%20PluginsAmazon Fire OS Plugins/a/li /ul +h2 +a name=Platform%20Guides_androidAndroid/a +/h2 -h2a name=Platform%20Guides_androidAndroid/a/h2 - ul lia href=guide_platforms_android_index.md.html#Android%20Platform%20GuideAndroid Platform Guide/a/li lia href=guide_platforms_android_config.md.html#Android%20ConfigurationAndroid Configuration/a/li @@ -190,9 +190,10 @@ lia href=guide_platforms_android_tools.md.html#Android%20Command-line%20ToolsAndroid Command-line Tools/a/li lia href=guide_platforms_android_upgrading.md.html#Upgrading%20AndroidUpgrading Android/a/li /ul +h2 +a name=Platform%20Guides_blackberry_10BlackBerry 10/a +/h2 -h2a name=Platform%20Guides_blackberry_10BlackBerry 10/a/h2 - ul lia href=guide_platforms_blackberry10_index.md.html#BlackBerry%2010%20Platform%20GuideBlackBerry 10 Platform Guide/a/li lia href=guide_platforms_blackberry10_config.md.html#BlackBerry%2010%20ConfigurationBlackBerry 10 Configuration/a/li @@ -200,15 +201,17 @@ lia href=guide_platforms_blackberry10_tools.md.html#BlackBerry%2010%20Command-line%20ToolsBlackBerry 10 Command-line Tools/a/li lia href=guide_platforms_blackberry10_upgrading.md.html#Upgrading%20BlackBerry%2010Upgrading BlackBerry 10/a/li /ul +h2 +a name=Platform%20Guides_firefox_osFirefox OS/a +/h2 -h2a name=Platform%20Guides_firefox_osFirefox OS/a/h2 - ul lia href=guide_platforms_firefoxos_index.md.html#Firefox%20OS%20Platform%20GuideFirefox OS Platform Guide/a/li /ul +h2 +a name=Platform%20Guides_iosiOS/a +/h2 -h2a name=Platform%20Guides_iosiOS/a/h2 - ul lia href=guide_platforms_ios_index.md.html#iOS%20Platform%20GuideiOS Platform Guide/a/li lia href=guide_platforms_ios_config.md.html#iOS%20ConfigurationiOS Configuration/a/li @@ -217,39 +220,41 @@ lia
[jira] [Comment Edited] (CB-6265) CLI guide omits Windows workstations using CLI for Android projects
[
https://issues.apache.org/jira/browse/CB-6265?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13937945#comment-13937945
]
Marcel Kinard edited comment on CB-6265 at 3/17/14 4:02 PM:
[~mwbrooks]:
1. Yes, I did svn update of my local replica of the site before running rsync.
2. There has been a new language and version added before my svn update, but
I would hope that running svn update before rsync would get me caught up, so
the only diffs are the files I modified.
The diff appears to be just whitespace. Here is an example of a file where I
didn't touch the original md:
{noformat}
marcelk-macbook:site marcelk$ svn diff
public/docs/en/edge/guide_platforms_index.md.html
Index: public/docs/en/edge/guide_platforms_index.md.html
===
--- public/docs/en/edge/guide_platforms_index.md.html (revision 1577688)
+++ public/docs/en/edge/guide_platforms_index.md.html (working copy)
@@ -17,18 +17,16 @@
specific language governing permissions and limitations
under the License.
--html lang=en
-head
-meta http-equiv=Content-Type content=text/html; charset=utf-8
-meta name=viewport content=initial-scale=1.0, maximum-scale=1.0,
user-scalable=no, width=device-width
-meta name=generator content=joDoc
-
-titleApache Cordova API Documentation/title
-
-link rel=stylesheet type=text/css href=index.css
-link rel=stylesheet type=text/css href=mobile.css media=only
screen and (max-device-width: 1024px)
-link rel=stylesheet type=text/css href=prettify/prettify.css
-/head
-body
+head
+meta http-equiv=Content-Type content=text/html; charset=utf-8
+meta name=viewport content=initial-scale=1.0, maximum-scale=1.0,
user-scalable=no, width=device-width
+meta name=generator content=joDoc
+titleApache Cordova API Documentation/title
+link rel=stylesheet type=text/css href=index.css
+link rel=stylesheet type=text/css href=mobile.css media=only screen
and (max-device-width: 1024px)
+link rel=stylesheet type=text/css href=prettify/prettify.css
+/head
+body
div id=header
h1a href=index.htmlApache strongCordova/strong
Documentation/a/h1
small
@@ -107,8 +105,7 @@
option value=edgeedge/option
option value=3.4.03.4.0/option
option value=3.1.03.1.0/option
-/optgroup/select
-/small
+/optgroup/select/small
/div
div id=subheader
h1Platform Guides/h1
@@ -171,7 +168,9 @@
each platform, and platform-specific command-line tools that serve as
a lower-level alternative to the codecordova/code command-line utility./p
-h2a name=Platform%20Guides_amazon_fire_osAmazon Fire OS/a/h2
+h2
+a name=Platform%20Guides_amazon_fire_osAmazon Fire OS/a
+/h2
ul
lia
href=guide_platforms_amazonfireos_index.md.html#Amazon%20Fire%20OS%20Platform%20GuideAmazon
Fire OS Platform Guide/a/li
@@ -179,9 +178,10 @@
lia
href=guide_platforms_amazonfireos_webview.md.html#Amazon%20Fire%20OS%20WebViewsAmazon
Fire OS WebViews/a/li
lia
href=guide_platforms_amazonfireos_plugin.md.html#Amazon%20Fire%20OS%20PluginsAmazon
Fire OS Plugins/a/li
/ul
+h2
+a name=Platform%20Guides_androidAndroid/a
+/h2
-h2a name=Platform%20Guides_androidAndroid/a/h2
-
ul
lia
href=guide_platforms_android_index.md.html#Android%20Platform%20GuideAndroid
Platform Guide/a/li
lia
href=guide_platforms_android_config.md.html#Android%20ConfigurationAndroid
Configuration/a/li
@@ -190,9 +190,10 @@
lia
href=guide_platforms_android_tools.md.html#Android%20Command-line%20ToolsAndroid
Command-line Tools/a/li
lia
href=guide_platforms_android_upgrading.md.html#Upgrading%20AndroidUpgrading
Android/a/li
/ul
+h2
+a name=Platform%20Guides_blackberry_10BlackBerry 10/a
+/h2
-h2a name=Platform%20Guides_blackberry_10BlackBerry 10/a/h2
-
ul
lia
href=guide_platforms_blackberry10_index.md.html#BlackBerry%2010%20Platform%20GuideBlackBerry
10 Platform Guide/a/li
lia
href=guide_platforms_blackberry10_config.md.html#BlackBerry%2010%20ConfigurationBlackBerry
10 Configuration/a/li
@@ -200,15 +201,17 @@
lia
href=guide_platforms_blackberry10_tools.md.html#BlackBerry%2010%20Command-line%20ToolsBlackBerry
10 Command-line Tools/a/li
lia
href=guide_platforms_blackberry10_upgrading.md.html#Upgrading%20BlackBerry%2010Upgrading
BlackBerry 10/a/li
/ul
+h2
+a name=Platform%20Guides_firefox_osFirefox OS/a
+/h2
-h2a name=Platform%20Guides_firefox_osFirefox OS/a/h2
-
ul
lia
href=guide_platforms_firefoxos_index.md.html#Firefox%20OS%20Platform%20GuideFirefox
OS Platform Guide/a/li
/ul
+h2
+a name=Platform%20Guides_iosiOS/a
+/h2
-h2a name=Platform%20Guides_iosiOS/a/h2
-
ul
lia href=guide_platforms_ios_index.md.html#iOS%20Platform%20GuideiOS
Platform Guide/a/li
lia href=guide_platforms_ios_config.md.html#iOS%20ConfigurationiOS
Configuration/a/li
@@ -217,39 +220,41 @@
[jira] [Updated] (CB-6201) Invalid full path and URI returned from fileEntry.moveTo and fileEntry.copyTo
[
https://issues.apache.org/jira/browse/CB-6201?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brian Keith Johnston updated CB-6201:
-
Attachment: copyToMoveToCode.txt
You are correct. Version 1.0.0 copyTo and moveTo returns a file URL like
{{file:///storage/emulated/0/here/is/my/file.jpg}}, which is readily used
by an html IMG tag src. However, in version 1.1.0 the copyTo and moveTo
are returning what you described which a partial path relative to the root
of the PERSISTENT file system which cannot be readily used and html IMG
tag src. Consequently, apps such as mine expecting the fullPath are
broken by version 1.1.0. I've attached my code.
--
http://www.alpinetechsolutions.com
Invalid full path and URI returned from fileEntry.moveTo and fileEntry.copyTo
--
Key: CB-6201
URL: https://issues.apache.org/jira/browse/CB-6201
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File
Affects Versions: 1.1.0
Environment: I'm building Android and iOS with build.phonegap.com
version 3.10. This issue is occuring on both Android and iOS.
Reporter: brian johnston
Assignee: Ian Clelland
Attachments: copyToMoveToCode.txt
fileEntry.fullPath does not return the full path in version 1.1.0. However,
version 1.0.0 of the file plugin does return the full path. This issue
occurs on both iOS and Android.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-6272) Fix subdir handling
[
https://issues.apache.org/jira/browse/CB-6272?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13938051#comment-13938051
]
ASF GitHub Bot commented on CB-6272:
Github user jsoref closed the pull request at:
https://github.com/apache/cordova-plugman/pull/65
Fix subdir handling
---
Key: CB-6272
URL: https://issues.apache.org/jira/browse/CB-6272
Project: Apache Cordova
Issue Type: Bug
Components: Plugman
Affects Versions: 3.5.0
Reporter: Josh Soref
Assignee: Josh Soref
Priority: Blocker
CB-6160 landed [~jbondc]'s ae2ce7ac6325d1c6558365b4be82e5a8ff0983b9
which broke some portion of install:
+if (dep.subdir) {
+dep.subdir = path.join(dep.subdir.split('/'));
...
-if (dep_subdir) {
-dep_subdir = path.join.apply(null,
dep_subdir.split('/'));
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Updated] (CB-6272) Fix subdir handling
[
https://issues.apache.org/jira/browse/CB-6272?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Josh Soref updated CB-6272:
---
Assignee: Jonathan Bond (was: Josh Soref)
Fix subdir handling
---
Key: CB-6272
URL: https://issues.apache.org/jira/browse/CB-6272
Project: Apache Cordova
Issue Type: Bug
Components: Plugman
Affects Versions: 3.5.0
Reporter: Josh Soref
Assignee: Jonathan Bond
Priority: Blocker
CB-6160 landed [~jbondc]'s ae2ce7ac6325d1c6558365b4be82e5a8ff0983b9
which broke some portion of install:
+if (dep.subdir) {
+dep.subdir = path.join(dep.subdir.split('/'));
...
-if (dep_subdir) {
-dep_subdir = path.join.apply(null,
dep_subdir.split('/'));
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Updated] (CB-6251) Bug in displayed Paddings
[
https://issues.apache.org/jira/browse/CB-6251?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alex Tape updated CB-6251:
--
Attachment: hccagdgj.png
Hey Patrick,
see that image.. it seems like the element containing the padding.
the gap on the right side is the sum of the padding.
got it? :)
kindly
Bug in displayed Paddings
-
Key: CB-6251
URL: https://issues.apache.org/jira/browse/CB-6251
Project: Apache Cordova
Issue Type: Bug
Components: weinre
Affects Versions: 3.4.0
Environment: Google Chrome
Reporter: Alex Tape
Assignee: Patrick Mueller
Priority: Minor
Attachments: hccagdgj.png
display of bootstrap container is shifted to the left border. (should be
centered).
CSS
.container {
margin-left: auto;
margin-right: auto;
padding-left: 15px;
padding-right: 15px;
}
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Created] (CB-6291) [CLI] Implement dual promise/callback api
Lorin Beer created CB-6291: -- Summary: [CLI] Implement dual promise/callback api Key: CB-6291 URL: https://issues.apache.org/jira/browse/CB-6291 Project: Apache Cordova Issue Type: Bug Components: CLI Reporter: Lorin Beer Priority: Critical Master issue to manage the subissues involved in this task. in each subtask, the goal is to implement an optional promise/callback interface. If a callback argument is supplied as the last parameter to a function call which supports this api, then the callback is used and the function returns null. If no callback is supplied, then a promise is returned. This upgrade should be non-breaking and backwards compatible. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6293) [CLI] dual interface in run function
Lorin Beer created CB-6293: -- Summary: [CLI] dual interface in run function Key: CB-6293 URL: https://issues.apache.org/jira/browse/CB-6293 Project: Apache Cordova Issue Type: Sub-task Reporter: Lorin Beer see master issue for description. Implement callback/promise interface in run.js -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6292) [CLI] build function callback/promise upgrade
Lorin Beer created CB-6292: -- Summary: [CLI] build function callback/promise upgrade Key: CB-6292 URL: https://issues.apache.org/jira/browse/CB-6292 Project: Apache Cordova Issue Type: Sub-task Reporter: Lorin Beer see top level issue for task description. Implement dual return api in build.js -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6294) [CLI] dual interface in prepare function
Lorin Beer created CB-6294: -- Summary: [CLI] dual interface in prepare function Key: CB-6294 URL: https://issues.apache.org/jira/browse/CB-6294 Project: Apache Cordova Issue Type: Sub-task Reporter: Lorin Beer callback/promise interface in prepare.js. See top level issue for description. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6292) [CLI] build function callback/promise upgrade
[ https://issues.apache.org/jira/browse/CB-6292?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13938109#comment-13938109 ] ASF subversion and git services commented on CB-6292: - Commit 60f5e8d72e4e1a1446780e308815e4b07080c73d in cordova-cli's branch refs/heads/master from [~lorin] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=60f5e8d ] [CB-6292] tests for build function's dual return method [CLI] build function callback/promise upgrade - Key: CB-6292 URL: https://issues.apache.org/jira/browse/CB-6292 Project: Apache Cordova Issue Type: Sub-task Components: CLI Reporter: Lorin Beer see top level issue for task description. Implement dual return api in build.js -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6251) Bug in displayed Paddings
[
https://issues.apache.org/jira/browse/CB-6251?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13938114#comment-13938114
]
Patrick Mueller commented on CB-6251:
-
Thanks, I understand now.
Now that I look at it, this appears to also be a problem with the demo app that
weinre ships with. So at least it's consistently wrong, breaking on even basic
CSS. And not some other obscure issue related to complex CSS or something.
Bug in displayed Paddings
-
Key: CB-6251
URL: https://issues.apache.org/jira/browse/CB-6251
Project: Apache Cordova
Issue Type: Bug
Components: weinre
Affects Versions: 3.4.0
Environment: Google Chrome
Reporter: Alex Tape
Assignee: Patrick Mueller
Priority: Minor
Attachments: hccagdgj.png
display of bootstrap container is shifted to the left border. (should be
centered).
CSS
.container {
margin-left: auto;
margin-right: auto;
padding-left: 15px;
padding-right: 15px;
}
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Resolved] (CB-6292) [CLI] build function callback/promise upgrade
[ https://issues.apache.org/jira/browse/CB-6292?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lorin Beer resolved CB-6292. Resolution: Fixed Assignee: Lorin Beer 9b7324a46057bf10c117314ea200068b5473e21c has the meat of the commit, but the commit message was cbi'd. [CLI] build function callback/promise upgrade - Key: CB-6292 URL: https://issues.apache.org/jira/browse/CB-6292 Project: Apache Cordova Issue Type: Sub-task Components: CLI Reporter: Lorin Beer Assignee: Lorin Beer see top level issue for task description. Implement dual return api in build.js -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6185) Spelling: explicitly
[ https://issues.apache.org/jira/browse/CB-6185?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13938203#comment-13938203 ] ASF GitHub Bot commented on CB-6185: Github user asfgit closed the pull request at: https://github.com/apache/cordova-app-hello-world/pull/7 Spelling: explicitly Key: CB-6185 URL: https://issues.apache.org/jira/browse/CB-6185 Project: Apache Cordova Issue Type: Bug Components: App Hello World Reporter: Josh Soref Assignee: Josh Soref Priority: Trivial Fix For: 3.5.0 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6201) Invalid full path and URI returned from fileEntry.moveTo and fileEntry.copyTo
[
https://issues.apache.org/jira/browse/CB-6201?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13938255#comment-13938255
]
Ian Clelland commented on CB-6201:
--
Thanks for clarifying.
You've come across one of the biggest changes in the File plugin since last
year: {{.fullPath}} was never intended to be the way to get a URL, and
especially not one usable by an img tag. It's supposed to be the relative
path from the filesystem root (the root of the temporary or persistent
filesystem areas, that is -- not the root of the actual device). It's really
only good for using as an argument to methods like
{{filesystem.root.getFile()}}. For other uses, you need to get a URL that the
webview can process.
There are two methods on the FileEntry object that you can use to get such a
URL: {{entry.toURL()}} will return a URL starting with {{cdvfile://}}. which
will always be handled by the File plugin. It can be used as an img src
attribute on iOS and on Android =4.0.
Since v1.0.1, you can also use {{entry.toNativeURL()}} to get an actual
{{file://}} or {{content://}} URL, which can be used as an img src on all
platforms (and also as a video or audio source, for those media types). The
JIRA issue for img tags is CB-6117.
I believe that you'll either need to update your code to use {{entry.toURL}} or
{{toNativeURL}}, or continue using the previous version of the File plugin
(0.2.5), if you can't update the code, and need the old behaviour.
Invalid full path and URI returned from fileEntry.moveTo and fileEntry.copyTo
--
Key: CB-6201
URL: https://issues.apache.org/jira/browse/CB-6201
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File
Affects Versions: 1.1.0
Environment: I'm building Android and iOS with build.phonegap.com
version 3.10. This issue is occuring on both Android and iOS.
Reporter: brian johnston
Assignee: Ian Clelland
Attachments: copyToMoveToCode.txt
fileEntry.fullPath does not return the full path in version 1.1.0. However,
version 1.0.0 of the file plugin does return the full path. This issue
occurs on both iOS and Android.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Created] (CB-6296) [CLI] dual interface in create function
Lorin Beer created CB-6296: -- Summary: [CLI] dual interface in create function Key: CB-6296 URL: https://issues.apache.org/jira/browse/CB-6296 Project: Apache Cordova Issue Type: Sub-task Components: CLI Reporter: Lorin Beer callback/promise interface in prepare.js. See top level issue for description. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6298) [CLI] dual interface in emulate function
Lorin Beer created CB-6298: -- Summary: [CLI] dual interface in emulate function Key: CB-6298 URL: https://issues.apache.org/jira/browse/CB-6298 Project: Apache Cordova Issue Type: Sub-task Components: CLI Reporter: Lorin Beer callback/promise interface in prepare.js. See top level issue for description. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6297) [CLI] dual interface in compile function
Lorin Beer created CB-6297: -- Summary: [CLI] dual interface in compile function Key: CB-6297 URL: https://issues.apache.org/jira/browse/CB-6297 Project: Apache Cordova Issue Type: Sub-task Components: CLI Reporter: Lorin Beer callback/promise interface in prepare.js. See top level issue for description. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6249) Camera fails to return an actual FILE_URI it always returns content://
[
https://issues.apache.org/jira/browse/CB-6249?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13938343#comment-13938343
]
Ralph S Theart commented on CB-6249:
Yes this is what I'm already doing and its not working
{code}
window.requestFileSystem(LocalFileSystem.PERSISTENT, 0,
function(fileSys) {
console.log('window.requestFileSystem...'+uri);
fileSys.root.getDirectory(messages, {create: true,
exclusive: false}, function(dir) {
fileEntry.moveTo(dir, null,
Messaging.listFilesInMessagesDirectory, Messaging.fail);
}, function(error){
console.log('Messages moveFile()
fileSys.root.getDirectory():: Could not get directory');
});
}, function(error){
console.log('Messages moveFile()
window.requestFileSystem():: Could not get file system.');
});
{code}
In the above example the uri was content://media/external/images/media/1435
when I move it and use null in fileEntry.moveTo() like in your example for the
name...it just uses saves the file as 1435 which to me doesn't make any sense.
It just save the file as the number at the end of the content uri...super
annoying because if I upload it I have no idea what type of media it is. On iOS
the file name including the extension is returned. I think I may be doing
something wrong since I seem to be the only one with this issue :}
I've used every method available to try to get a file URI like I use to get
with previous versions of phonegap
{code}
I/Web Console( 7758): Messages moveFile(fullPath):: About to move file:
/media/external/images/media/1435:140
I/Web Console( 7758): Messages moveFile(toURL):: About to move file:
content://media/external/images/media/1435:141
I/Web Console( 7758): Messages moveFile(toNativeURL):: About to move file:
content://media/external/images/media/1435:142
its the same uri each time...which again makes no sense...to me anyway..I could
be wrong...and I'm ok with that..just trying to find a solution.
{code}
Yes I need to know...when choosing content from the lib it doesn't limit you to
images but videos as well. As you know playing video locally on android is
troublesome so I need to now when I have a video v.s. an image so I can preview
it to the user with the right code and for other reason as well.
Also your code dind't seem to work I keep getting this error ...don't you have
to pass the directory as an object?
{code}
I/Web Console( 5181): URI:
content://com.sec.android.gallery3d.provider/picasa/item/5624002846809387650:134
E/Web Console( 5181): Wrong type for parameter parent of Entry.moveTo:
Expected Object, but got Function.:413
I/Web Console( 5181): processMessage failed: Message: S01 File1894715692
{fullPath:\/com.sec.android.gallery3d.provider\/picasa\/item\/5624002846809387650,filesystemName:content,isDirectory:false,nativeURL:content:\/\/com.sec.android.gallery3d.provider\/picasa\/item\/5624002846809387650,filesystem:1,isFile:true,name:5624002846809387650}:1034
I/Web Console( 5181): processMessage failed: Error: TypeError: Wrong type for
parameter parent of Entry.moveTo: Expected Object, but got Function.:1035
I/Web Console( 5181): processMessage failed: Stack: TypeError: Wrong type for
parameter parent of Entry.moveTo: Expected Object, but got Function.
I/Web Console( 5181): at TypeError (anonymous)
I/Web Console( 5181): at Object.checkArgs
(file:///android_asset/www/cordova.js:415:15)
I/Web Console( 5181): at Entry.moveTo
(file:///android_asset/www/plugins/org.apache.cordova.file/www/Entry.js:105:15)
I/Web Console( 5181): at
file:///android_asset/www/js/api/messaging.js:121:13
I/Web Console( 5181): at success
(file:///android_asset/www/plugins/org.apache.cordova.file/www/resolveLocalFileSystemURI.js:55:17)
I/Web Console( 5181): at Object.cordova.callbackFromNative
(file:///android_asset/www/cordova.js:292:54)
I/Web Console( 5181): at processMessage
(file:///android_asset/www/cordova.js:1029:21)
I/Web Console( 5181): at Function.androidExec.processMessages
(file:///android_asset/www/cordova.js:1063:13)
I/Web Console( 5181): at pollOnce
(file:///android_asset/www/cordova.js:933:17)
I/Web Console( 5181): at pollOnceFromOnlineEvent
(file:///android_asset/www/cordova.js:928:5):1036
{code}
Camera fails to return an actual FILE_URI it always returns content://
--
Key: CB-6249
URL: https://issues.apache.org/jira/browse/CB-6249
Project: Apache
[jira] [Commented] (CB-6243) FileEntry.toURL() cdvfile://localhost/persistent/file://
[
https://issues.apache.org/jira/browse/CB-6243?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13938365#comment-13938365
]
David Normington commented on CB-6243:
--
Thanks for responding. I did as you said and it has stopped the above error but
now have a new error:
{code}W/System.err( 1798): java.net.MalformedURLException: No installed
handlers for this URL
W/System.err( 1798):at
org.apache.cordova.file.FileUtils.resolveLocalFileSystemURI(FileUtils.java:550)
W/System.err( 1798):at
org.apache.cordova.file.FileUtils.access$200(FileUtils.java:49)
W/System.err( 1798):at
org.apache.cordova.file.FileUtils$12.run(FileUtils.java:311)
W/System.err( 1798):at
org.apache.cordova.file.FileUtils$23.run(FileUtils.java:477)
W/System.err( 1798):at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
W/System.err( 1798):at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
W/System.err( 1798):at java.lang.Thread.run(Thread.java:841){code}
Seems to be a problem with handling file:// in resolveFileSystemURI now.
FileEntry.toURL() cdvfile://localhost/persistent/file://
--
Key: CB-6243
URL: https://issues.apache.org/jira/browse/CB-6243
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File
Affects Versions: 3.4.0
Environment: Android 4.4 using Genymotion emulator
Reporter: David Normington
Assignee: Ian Clelland
Labels: android, cdvfile
When I run something like this:
{code}
window.resolveLocalFileSystemURL('file:///storage/emulated/0/DCIM/Camera/1394726081689.jpg',
function(entry) {
console.log(entry.fullPath);
console.log(entry.toURL());
entry.file(fileSuccess, fail);
});
{code}
The logcat shows this result:
{code}
I/chromium( 3022): [INFO:CONSOLE(28)]
file:///storage/emulated/0/DCIM/Camera/1394726081689.jpg, source:
file:///android_asset/www/js/pdf.js (28)
I/chromium( 3022): [INFO:CONSOLE(29)]
cdvfile://localhost/temporary/file://storage/emulated/0/DCIM/Camera/1394726081689.jpg,
source: file:///android_asset/www/js/pdf.js (29)
W/System.err( 2928): java.io.FileNotFoundException: File:
cdvfile://localhost/persistent/file://storage/emulated/0/DCIM/Camera/1394726081689.jpg
does not exist.
W/System.err( 2928):at
org.apache.cordova.file.FileUtils.getFileMetadata(FileUtils.java:953)
W/System.err( 2928):at
org.apache.cordova.file.FileUtils.access$400(FileUtils.java:53)
W/System.err( 2928):at
org.apache.cordova.file.FileUtils$14.run(FileUtils.java:220)
W/System.err( 2928):at
org.apache.cordova.file.FileUtils$23.run(FileUtils.java:325)
W/System.err( 2928):at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
W/System.err( 2928):at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
W/System.err( 2928):at java.lang.Thread.run(Thread.java:841)
{code}
As you can see the second console.log has the cdvfile protocol with the file
protocol appended to the end. I'm sure this is causing the following error.
Seems that the same code runs perfectly on iOS returning the correct URLs:
{code}
[Log] /cdv_photo_001.jpg
[Log] cdvfile://localhost/temporary/cdv_photo_001.jpg
{code}
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-6249) Camera fails to return an actual FILE_URI it always returns content://
[
https://issues.apache.org/jira/browse/CB-6249?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13938373#comment-13938373
]
Ian Clelland commented on CB-6249:
--
{quote}
In the above example the uri was content://media/external/images/media/1435
when I move it and use null in fileEntry.moveTo() like in your example for the
name...it just uses saves the file as 1435 which to me doesn't make any sense.
It just save the file as the number at the end of the content uri...super
annoying because if I upload it I have no idea what type of media it is.
{quote}
This is because the last component of the URL is /usually/ a filename, and so
if you pass in null, then it just uses that as the name of the new file. (I
think the {{getMetadata}} method can retrieve the MIME type, if you need it to
distinguish image from video, or PNG from JPEG)
{quote}
On iOS the file name including the extension is returned.
{quote}
Yeah, I think iOS uses something more sensible for the filenames returned from
the image gallery / camera.
{quote}
Also your code dind't seem to work I keep getting this error ...don't you have
to pass the directory as an object?
{quote}
Yep :) I typed in the code without actually trying it... you should be able to
use {{fileSystem.root}} rather than {{fileSystem.root.toURL}} (but I haven't
actually tested that either, so you'll probably find at least one more error :)
Camera fails to return an actual FILE_URI it always returns content://
--
Key: CB-6249
URL: https://issues.apache.org/jira/browse/CB-6249
Project: Apache Cordova
Issue Type: Bug
Components: Android, Plugin Camera, Plugin File
Affects Versions: 3.4.0
Environment: Current Node Version
v0.10.25
Current Cordova CLI Version
3.4.0-0.1.0
Android
Reporter: Ralph S Theart
Labels: camera, file
No matter what I do I can not get a url of file:///... all I get is
{code}
content://media/external/images/media/1357
{code}
Here is my very simple code
{code}
navigator.camera.getPicture(function(imageURI){
console.log('GOT IMAGE: '+imageURI);
window.resolveLocalFileSystemURL(imageURI, function(entry){
console.log(entry.name + +entry.fullPath);
}, function(e){
console.log('Some error occured: '+e.code);
});
}, onPhotoFail, {
destinationType: 1,
sourceType: pictureSource,
mediaType : Camera.MediaType.ALLMEDIA,
encodingType: 0,
allowEdit : false,
correctOrientation:true,
saveToPhotoAlbum: false,
quality: 50
});
{code}
I always get content://... for the returned path from camera and even the
same thing when I resolve the url. Can you confirm this bug?
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-6249) Camera fails to return an actual FILE_URI it always returns content://
[
https://issues.apache.org/jira/browse/CB-6249?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13938383#comment-13938383
]
Ralph S Theart commented on CB-6249:
Yes I thought of using getMetadata...but there doesn't seem to be a properties
list of that method in the phonegap documentation is it something like this
fileEntry.getMetadata(function(data){
console.log(data.mimetype);
},function(e){
//some error
});
I think this would solve my problem.
Also sounds like from your explanations not being able to retrieve a relevant
uir like file:///emulated/0/SomeFolder/pic1.png is the intended behaviour for
phonegap 3.4 on Androids...if so I'd like to change the status of this issue
from bug to trivial...do you agree?
Camera fails to return an actual FILE_URI it always returns content://
--
Key: CB-6249
URL: https://issues.apache.org/jira/browse/CB-6249
Project: Apache Cordova
Issue Type: Bug
Components: Android, Plugin Camera, Plugin File
Affects Versions: 3.4.0
Environment: Current Node Version
v0.10.25
Current Cordova CLI Version
3.4.0-0.1.0
Android
Reporter: Ralph S Theart
Labels: camera, file
No matter what I do I can not get a url of file:///... all I get is
{code}
content://media/external/images/media/1357
{code}
Here is my very simple code
{code}
navigator.camera.getPicture(function(imageURI){
console.log('GOT IMAGE: '+imageURI);
window.resolveLocalFileSystemURL(imageURI, function(entry){
console.log(entry.name + +entry.fullPath);
}, function(e){
console.log('Some error occured: '+e.code);
});
}, onPhotoFail, {
destinationType: 1,
sourceType: pictureSource,
mediaType : Camera.MediaType.ALLMEDIA,
encodingType: 0,
allowEdit : false,
correctOrientation:true,
saveToPhotoAlbum: false,
quality: 50
});
{code}
I always get content://... for the returned path from camera and even the
same thing when I resolve the url. Can you confirm this bug?
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Assigned] (CB-6293) [CLI] dual interface in run function
[ https://issues.apache.org/jira/browse/CB-6293?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lorin Beer reassigned CB-6293: -- Assignee: Lorin Beer [CLI] dual interface in run function Key: CB-6293 URL: https://issues.apache.org/jira/browse/CB-6293 Project: Apache Cordova Issue Type: Sub-task Components: CLI Reporter: Lorin Beer Assignee: Lorin Beer see master issue for description. Implement callback/promise interface in run.js -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6293) [CLI] dual interface in run function
[ https://issues.apache.org/jira/browse/CB-6293?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13938398#comment-13938398 ] ASF subversion and git services commented on CB-6293: - Commit bb1b312749c949c07e798ffb836da627d494f897 in cordova-cli's branch refs/heads/master from [~lorin] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=bb1b312 ] [CB-6293] additional tests for run command [CLI] dual interface in run function Key: CB-6293 URL: https://issues.apache.org/jira/browse/CB-6293 Project: Apache Cordova Issue Type: Sub-task Components: CLI Reporter: Lorin Beer Assignee: Lorin Beer see master issue for description. Implement callback/promise interface in run.js -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6296) [CLI] dual interface in create function
[ https://issues.apache.org/jira/browse/CB-6296?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13938400#comment-13938400 ] ASF subversion and git services commented on CB-6296: - Commit 79e571953c2d3459b459c02eb50e753308fd453d in cordova-cli's branch refs/heads/master from [~lorin] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=79e5719 ] [CB-6296] implemented tests for return interface of create function [CLI] dual interface in create function --- Key: CB-6296 URL: https://issues.apache.org/jira/browse/CB-6296 Project: Apache Cordova Issue Type: Sub-task Components: CLI Reporter: Lorin Beer Assignee: Lorin Beer callback/promise interface in prepare.js. See top level issue for description. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6293) [CLI] dual interface in run function
[ https://issues.apache.org/jira/browse/CB-6293?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13938396#comment-13938396 ] ASF subversion and git services commented on CB-6293: - Commit 2a7cac3f0a18faa4a28eae082027fe5d409b3463 in cordova-cli's branch refs/heads/master from [~lorin] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=2a7cac3 ] [CB-6293] dual return method implemented in run non-breaking support of promises and callbacks [CLI] dual interface in run function Key: CB-6293 URL: https://issues.apache.org/jira/browse/CB-6293 Project: Apache Cordova Issue Type: Sub-task Components: CLI Reporter: Lorin Beer Assignee: Lorin Beer see master issue for description. Implement callback/promise interface in run.js -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6293) [CLI] dual interface in run function
[ https://issues.apache.org/jira/browse/CB-6293?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13938397#comment-13938397 ] ASF subversion and git services commented on CB-6293: - Commit f1b57373411f4cd5fd399ad341c163b6fc54620b in cordova-cli's branch refs/heads/master from [~lorin] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=f1b5737 ] [CB-6293] dual return method implemented in run non-breaking support of promises and callbacks [CLI] dual interface in run function Key: CB-6293 URL: https://issues.apache.org/jira/browse/CB-6293 Project: Apache Cordova Issue Type: Sub-task Components: CLI Reporter: Lorin Beer Assignee: Lorin Beer see master issue for description. Implement callback/promise interface in run.js -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6296) [CLI] dual interface in create function
[ https://issues.apache.org/jira/browse/CB-6296?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lorin Beer resolved CB-6296. Resolution: Fixed commits in comments [CLI] dual interface in create function --- Key: CB-6296 URL: https://issues.apache.org/jira/browse/CB-6296 Project: Apache Cordova Issue Type: Sub-task Components: CLI Reporter: Lorin Beer Assignee: Lorin Beer callback/promise interface in prepare.js. See top level issue for description. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6293) [CLI] dual interface in run function
[ https://issues.apache.org/jira/browse/CB-6293?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lorin Beer resolved CB-6293. Resolution: Fixed commits in comments [CLI] dual interface in run function Key: CB-6293 URL: https://issues.apache.org/jira/browse/CB-6293 Project: Apache Cordova Issue Type: Sub-task Components: CLI Reporter: Lorin Beer Assignee: Lorin Beer see master issue for description. Implement callback/promise interface in run.js -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6299) Ajax of local files not working when requested via absolute URL
Gabriel Schulhof created CB-6299: Summary: Ajax of local files not working when requested via absolute URL Key: CB-6299 URL: https://issues.apache.org/jira/browse/CB-6299 Project: Apache Cordova Issue Type: Bug Components: WP7, WP8 Reporter: Gabriel Schulhof Assignee: Jesse MacFadyen The code does not properly strip slashes from the path name when the URL is absolute, because in that case the path name is prefixed with the protocol, so the protocol must be stripped off first. References: https://github.com/jquery/jquery-mobile/issues/6574 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6249) Camera fails to return an actual FILE_URI it always returns content://
[
https://issues.apache.org/jira/browse/CB-6249?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13938529#comment-13938529
]
Ralph S Theart commented on CB-6249:
As I surmised getMetadata on contains _modificationTime_ and _size_ as its
properties...so this method is useless for me.
Is it even possible to get the FILE_URL back like I was able to do before I
updated to phonegap 3.0.0+ when I was on 2.8 it returned the file name +
extension on android devices...why the change?? Definitely need a work around
Camera fails to return an actual FILE_URI it always returns content://
--
Key: CB-6249
URL: https://issues.apache.org/jira/browse/CB-6249
Project: Apache Cordova
Issue Type: Bug
Components: Android, Plugin Camera, Plugin File
Affects Versions: 3.4.0
Environment: Current Node Version
v0.10.25
Current Cordova CLI Version
3.4.0-0.1.0
Android
Reporter: Ralph S Theart
Labels: camera, file
No matter what I do I can not get a url of file:///... all I get is
{code}
content://media/external/images/media/1357
{code}
Here is my very simple code
{code}
navigator.camera.getPicture(function(imageURI){
console.log('GOT IMAGE: '+imageURI);
window.resolveLocalFileSystemURL(imageURI, function(entry){
console.log(entry.name + +entry.fullPath);
}, function(e){
console.log('Some error occured: '+e.code);
});
}, onPhotoFail, {
destinationType: 1,
sourceType: pictureSource,
mediaType : Camera.MediaType.ALLMEDIA,
encodingType: 0,
allowEdit : false,
correctOrientation:true,
saveToPhotoAlbum: false,
quality: 50
});
{code}
I always get content://... for the returned path from camera and even the
same thing when I resolve the url. Can you confirm this bug?
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Comment Edited] (CB-6249) Camera fails to return an actual FILE_URI it always returns content://
[
https://issues.apache.org/jira/browse/CB-6249?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13938529#comment-13938529
]
Ralph S Theart edited comment on CB-6249 at 3/17/14 11:05 PM:
--
As I surmised getMetadata **only** contains _modificationTime_ and _size_ as
its properties...so this method is useless for me.
Is it even possible to get the FILE_URL back like I was able to do before I
updated to phonegap 3.0.0+ when I was on 2.8 it returned the file name +
extension on android devices...why the change?? Definitely need a work around
was (Author: drumaboy46):
As I surmised getMetadata on contains _modificationTime_ and _size_ as its
properties...so this method is useless for me.
Is it even possible to get the FILE_URL back like I was able to do before I
updated to phonegap 3.0.0+ when I was on 2.8 it returned the file name +
extension on android devices...why the change?? Definitely need a work around
Camera fails to return an actual FILE_URI it always returns content://
--
Key: CB-6249
URL: https://issues.apache.org/jira/browse/CB-6249
Project: Apache Cordova
Issue Type: Bug
Components: Android, Plugin Camera, Plugin File
Affects Versions: 3.4.0
Environment: Current Node Version
v0.10.25
Current Cordova CLI Version
3.4.0-0.1.0
Android
Reporter: Ralph S Theart
Labels: camera, file
No matter what I do I can not get a url of file:///... all I get is
{code}
content://media/external/images/media/1357
{code}
Here is my very simple code
{code}
navigator.camera.getPicture(function(imageURI){
console.log('GOT IMAGE: '+imageURI);
window.resolveLocalFileSystemURL(imageURI, function(entry){
console.log(entry.name + +entry.fullPath);
}, function(e){
console.log('Some error occured: '+e.code);
});
}, onPhotoFail, {
destinationType: 1,
sourceType: pictureSource,
mediaType : Camera.MediaType.ALLMEDIA,
encodingType: 0,
allowEdit : false,
correctOrientation:true,
saveToPhotoAlbum: false,
quality: 50
});
{code}
I always get content://... for the returned path from camera and even the
same thing when I resolve the url. Can you confirm this bug?
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-6140) Plugman allows deletion of dependencies
[ https://issues.apache.org/jira/browse/CB-6140?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13938599#comment-13938599 ] Josh Soref commented on CB-6140: Using [~jbondc]'s fix for CB-6272, $ PATH=$PATH:/Cordova/cordova-cli/bin:/adt-bundle-mac-x86_64-20130917/sdk/tools:~/apache-ant-1.9.2/bin sh -c 'cordova create yip; cd yip; cordova platform add android ios blackberry10; cordova plugin add org.cordova.mobile-spec-dependencies --searchpath ~/Cordova/cordova-mobile-spec; cordova plugin remove org.cordova.mobile-spec-dependencies; cordova plugin' Creating a new cordova project with name HelloCordova and id io.cordova.hellocordova at location ...yip Creating android project... Creating Cordova project for the Android platform: ... Creating ios project... Creating blackberry10 project... ... Installing org.apache.cordova.test.echo for ios Uninstalling 20 dependent plugins. Uninstalling org.apache.cordova.battery-status from android ... Uninstalling org.cordova.mobile-spec-dependencies from android Uninstalling 20 dependent plugins. Uninstalling org.apache.cordova.battery-status from blackberry10 ... Uninstalling org.cordova.mobile-spec-dependencies from blackberry10 Uninstalling 20 dependent plugins. Uninstalling org.apache.cordova.battery-status from iOS ... Uninstalling org.cordova.mobile-spec-dependencies from ios Removing org.cordova.mobile-spec-dependencies [ 'com.blackberry.pim.lib', 'com.blackberry.utils' ] $ cordova plugin [ 'com.blackberry.pim.lib', 'com.blackberry.utils' ] $ cordova plugin rm com.blackberry.pim.lib Uninstalling com.blackberry.pim.lib from android Uninstalling com.blackberry.pim.lib from blackberry10 Uninstalling com.blackberry.pim.lib from ios Removing com.blackberry.pim.lib $ cordova plugin [ 'com.blackberry.utils' ] $ cordova plugin rm com.blackberry.utils Uninstalling com.blackberry.utils from android q/q.js:126 throw e; ^ Error: ENOENT, no such file or directory 'yip/plugins/com.blackberry.pim.lib/plugin.xml' at Object.fs.openSync (fs.js:427:18) at Object.fs.readFileSync (fs.js:284:15) at Object.module.exports.parseElementtreeSync (cordova-plugman/src/util/xml-helpers.js:119:27) at cordova-plugman/src/util/dependencies.js:40:35 at Array.forEach (native) at Object.module.exports.package.generate_dependency_info (cordova-plugman/src/util/dependencies.js:39:45) at runUninstallPlatform (cordova-plugman/src/uninstall.js:173:53) at Function.module.exports.uninstallPlatform (cordova-plugman/src/uninstall.js:55:12) at cordova-cli/src/plugin.js:173:58 at _fulfilled (q/q.js:798:54) ... Plugman allows deletion of dependencies --- Key: CB-6140 URL: https://issues.apache.org/jira/browse/CB-6140 Project: Apache Cordova Issue Type: Bug Components: CLI, Plugman Affects Versions: 3.4.0 Reporter: Bryan Higgins plugman 0.20.1 / CLI 3.4.0-0.1.2 After a dependency was automatically added for me, I am able to remove it. prepare then complains about a missing plugin.xml file I used the following plugin, but I suspect this behaviour would occur for all with a top-level dependency: https://github.com/blackberry/cordova-blackberry-plugins/blob/master/plugin/com.blackberry.sensors/plugin.xml -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6276) HideKeyboardFormAccessoryBar + KeyboardShrinksView = all-white keyboard background
[
https://issues.apache.org/jira/browse/CB-6276?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13938614#comment-13938614
]
Udo Schroeter commented on CB-6276:
---
I figured out why it happens. Might as well post it into this black hole here
in case anyone ever comes across this:
In CDVKeyboard.h there is this in line 202:
if ([[peripheralView description]
hasPrefix:@UIKBInputBackdropView]) {
[[peripheralView layer] setOpacity:0.0];
}
It hides BOTH the layer under the keyboard and the layer under the toolbar.
Hence removing the layer under the keyboard turns it white in iOS 7.
To patch that up, just remove the top pane:
if ([[peripheralView description]
hasPrefix:@UIKBInputBackdropView]) {
if (peripheralView.frame.origin.y == 0)
[[peripheralView layer] setOpacity:0.0];
}
HideKeyboardFormAccessoryBar + KeyboardShrinksView = all-white keyboard
background
--
Key: CB-6276
URL: https://issues.apache.org/jira/browse/CB-6276
Project: Apache Cordova
Issue Type: Bug
Components: iOS
Affects Versions: 3.4.0
Environment: ios7.1
Reporter: Udo Schroeter
Labels: ios7.1, keyboard-plugin
Attachments: iOS Simulator Screen shot Mar 15, 2014, 11.05.25 AM.png
Using the Cordova keyboard plugin, when turning on KeyboardShrinksView and
HideKeyboardFormAccessoryBar together, the keyboard's background becomes
white, so you get white keys on white background.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-1291) Windows 8 Contacts - Find+Create APIs
[ https://issues.apache.org/jira/browse/CB-1291?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13938663#comment-13938663 ] ASF subversion and git services commented on CB-1291: - Commit 2f76f2bfbed5a6ba72e96275765a73023e3e6c22 in cordova-plugin-contacts's branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-contacts.git;h=2f76f2b ] CB-1291 Windows8 supports multiple, added some error checking, converts Windows8 Contact to Cordova Contact Windows 8 Contacts - Find+Create APIs - Key: CB-1291 URL: https://issues.apache.org/jira/browse/CB-1291 Project: Apache Cordova Issue Type: Bug Components: Plugin Contacts, Windows 8 Reporter: Jesse MacFadyen Assignee: Jesse MacFadyen It looks like we will need to approach Contacts on Windows 8 differently. The goal of the Contacts API is not to have every app become a ContactProvider, which would result in chaos ... Windows 8 does not have built in contacts, they are managed internally by the People app. The People app is a ContactProvider so when you are performing an operation that requires a contact, you are given the opportunity to select one or more contacts from the People app, as well as every other app that publishes the ContactProvider contract. Searching contacts cannot be achieved given Windows 8 APIs and interaction with the People app, but the primary use case of picking one or more contacts to interact with can work. I think the best approach would be to return a contact object as defined by PhoneGap APIs, but allow the user to actually do the selection ( via the picker ) Here is a good write-up by a Microsoft evangelist about how contacts work on Windows 8. http://blogs.msdn.com/b/glengordon/archive/2012/08/28/windows-8-apps-for-the-phonegap-developer-contacts.aspx -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (CB-6140) Plugman allows deletion of dependencies
[ https://issues.apache.org/jira/browse/CB-6140?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jonathan Bond reassigned CB-6140: - Assignee: Jonathan Bond Plugman allows deletion of dependencies --- Key: CB-6140 URL: https://issues.apache.org/jira/browse/CB-6140 Project: Apache Cordova Issue Type: Bug Components: CLI, Plugman Affects Versions: 3.4.0 Reporter: Bryan Higgins Assignee: Jonathan Bond Fix For: 3.5.0 plugman 0.20.1 / CLI 3.4.0-0.1.2 After a dependency was automatically added for me, I am able to remove it. prepare then complains about a missing plugin.xml file I used the following plugin, but I suspect this behaviour would occur for all with a top-level dependency: https://github.com/blackberry/cordova-blackberry-plugins/blob/master/plugin/com.blackberry.sensors/plugin.xml -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6140) Plugman allows deletion of dependencies
[ https://issues.apache.org/jira/browse/CB-6140?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jonathan Bond updated CB-6140: -- Fix Version/s: 3.5.0 Plugman allows deletion of dependencies --- Key: CB-6140 URL: https://issues.apache.org/jira/browse/CB-6140 Project: Apache Cordova Issue Type: Bug Components: CLI, Plugman Affects Versions: 3.4.0 Reporter: Bryan Higgins Assignee: Jonathan Bond Fix For: 3.5.0 plugman 0.20.1 / CLI 3.4.0-0.1.2 After a dependency was automatically added for me, I am able to remove it. prepare then complains about a missing plugin.xml file I used the following plugin, but I suspect this behaviour would occur for all with a top-level dependency: https://github.com/blackberry/cordova-blackberry-plugins/blob/master/plugin/com.blackberry.sensors/plugin.xml -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-5520) Should we add DEBUG=1 to Preprocessor Macros-Debug ?
[
https://issues.apache.org/jira/browse/CB-5520?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13938705#comment-13938705
]
Andrew Grieve commented on CB-5520:
---
Was thinking the same thing after this latest set of changes. Would make
updates easier.
Should we add DEBUG=1 to Preprocessor Macros-Debug ?
---
Key: CB-5520
URL: https://issues.apache.org/jira/browse/CB-5520
Project: Apache Cordova
Issue Type: Wish
Components: iOS
Affects Versions: 3.2.0
Reporter: glmnbeyond
Assignee: Shazron Abdullah
Priority: Minor
Labels: core
I created a helloCordova project via Cordova CLI, and added some debug info
to native code:
DLog('This is a debug info');
But the debug info is never outputted.If I use ALog, the info can be
outputted, so I think it probably has something to do with the DEBUG macro.
After I added DEBUG=1 to Preprocessor Macros, ran the helloCordova
target, DLog can be outputted.
So here is my question:
Should we add DEBUG=1 to iOS template project-Build Settings-
Preprocessor Macros -Debug ?
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Assigned] (CB-4714) Allow removing a plugin that is a dependency (using -f or -force flag)
[ https://issues.apache.org/jira/browse/CB-4714?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jonathan Bond reassigned CB-4714: - Assignee: Jonathan Bond (was: Braden Shepherdson) Allow removing a plugin that is a dependency (using -f or -force flag) -- Key: CB-4714 URL: https://issues.apache.org/jira/browse/CB-4714 Project: Apache Cordova Issue Type: Improvement Components: CLI, Plugman Affects Versions: 3.0.0 Environment: Windows 8 Reporter: Jonathan Bond Assignee: Jonathan Bond Priority: Minor Labels: patch Fix For: 3.5.0 Attachments: 0001-Use-plugman-emitter-of-events.patch, 0002-CB-4714-Pass-options-to-plugin-uninstall.patch Some context: I wanted to start using the mobile spec app for cordova. The problem is I didn't know which dependencies were required for the application. So I created a plugin which just lists some dependencies: https://github.com/jbondc/cordova-plugin-mobile-spec cordova create test cordova platform add android cordova plugin list No plugins added. Use `cordova plugin add plugin`. cordova plugin add https://github.com/jbondc/cordova-plugin-mobile-spec cordova plugin list [ 'org.apache.cordova.core.battery-status', 'org.apache.cordova.core.camera', 'org.apache.cordova.core.device', 'org.apache.cordova.core.file', 'org.apache.cordova.core.media-capture', 'org.apache.cordova.core.mobile-spec' ] To test a modifications/patches to a specific plugin (media-capture), I wanted to do: cordova plugin rm org.apache.cordova.core.media-capture [Error: Another top-level plugin (org.apache.cordova.core.mobile-spec) relies on plugin org.apache.cordova.core.media-capture, therefore aborting uninstallation .] A lot of dependency management systems (freebsd ports, debian packages) allow you to forcefully remove a dependency. That's what I'm proposing: cordova plugin rm org.apache.cordova.core.media-capture -f cordova plugin list [ 'org.apache.cordova.core.battery-status', 'org.apache.cordova.core.camera', 'org.apache.cordova.core.device', 'org.apache.cordova.core.mobile-spec' ] cordova plugin add F:\Jonathan\GitHub\Cordova\cordova-plugin-media-capture cordova plugin list [ 'org.apache.cordova.core.battery-status', 'org.apache.cordova.core.camera', 'org.apache.cordova.core.device', 'org.apache.cordova.core.media-capture', 'org.apache.cordova.core.mobile-spec' ] It makes it easier to add/remove a plugin even if some dependencies are not met. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6140) Plugman allows deletion of dependencies
[ https://issues.apache.org/jira/browse/CB-6140?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13938716#comment-13938716 ] Jonathan Bond commented on CB-6140: --- Need to get dependency tree in cli before we start looping removing plugins. Need to always keep dependency tree on not use plugin.xml for forcefully removed dependencies. Plugman allows deletion of dependencies --- Key: CB-6140 URL: https://issues.apache.org/jira/browse/CB-6140 Project: Apache Cordova Issue Type: Bug Components: CLI, Plugman Affects Versions: 3.4.0 Reporter: Bryan Higgins Assignee: Jonathan Bond Fix For: 3.5.0 plugman 0.20.1 / CLI 3.4.0-0.1.2 After a dependency was automatically added for me, I am able to remove it. prepare then complains about a missing plugin.xml file I used the following plugin, but I suspect this behaviour would occur for all with a top-level dependency: https://github.com/blackberry/cordova-blackberry-plugins/blob/master/plugin/com.blackberry.sensors/plugin.xml -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6291) [CLI] Implement dual promise/callback api
[ https://issues.apache.org/jira/browse/CB-6291?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13938718#comment-13938718 ] Andrew Grieve commented on CB-6291: --- I think the API already worked like this. Have a look at cordova.js and src/util.js If you pass a function as the last arg, then the code in addModuleProperty calls it instead of returning a promise. [CLI] Implement dual promise/callback api - Key: CB-6291 URL: https://issues.apache.org/jira/browse/CB-6291 Project: Apache Cordova Issue Type: Bug Components: CLI Reporter: Lorin Beer Assignee: Lorin Beer Priority: Critical Master issue to manage the subissues involved in this task. in each subtask, the goal is to implement an optional promise/callback interface. If a callback argument is supplied as the last parameter to a function call which supports this api, then the callback is used and the function returns null. If no callback is supplied, then a promise is returned. This upgrade should be non-breaking and backwards compatible. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6249) Camera fails to return an actual FILE_URI it always returns content://
[
https://issues.apache.org/jira/browse/CB-6249?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13938795#comment-13938795
]
Ian Clelland commented on CB-6249:
--
{quote}
As I surmised getMetadata **only** contains _modificationTime_ and _size_ as
its properties
{quote}
I saw that as well; I looked after I left that comment. I was thinking of
{{FileEntry.file()}}, which returns a File object which *does* include a MIME
type. Still not the most convenient interface, but it is there.
Looking a bit deeper at the code for {{resolveLocalFileSystemURI}}, the
difference is that content:// URLs used to be resolved immediately into files,
whereas we now preserve the original content resolver information to access the
data.
I don't think we can completely go back to the old behaviour: it caused other
errors, when the resource itself turned out to be non-local. There may be a way
to get some of that behaviour back; I'll think about that a bit and post back
in the morning.
Camera fails to return an actual FILE_URI it always returns content://
--
Key: CB-6249
URL: https://issues.apache.org/jira/browse/CB-6249
Project: Apache Cordova
Issue Type: Bug
Components: Android, Plugin Camera, Plugin File
Affects Versions: 3.4.0
Environment: Current Node Version
v0.10.25
Current Cordova CLI Version
3.4.0-0.1.0
Android
Reporter: Ralph S Theart
Labels: camera, file
No matter what I do I can not get a url of file:///... all I get is
{code}
content://media/external/images/media/1357
{code}
Here is my very simple code
{code}
navigator.camera.getPicture(function(imageURI){
console.log('GOT IMAGE: '+imageURI);
window.resolveLocalFileSystemURL(imageURI, function(entry){
console.log(entry.name + +entry.fullPath);
}, function(e){
console.log('Some error occured: '+e.code);
});
}, onPhotoFail, {
destinationType: 1,
sourceType: pictureSource,
mediaType : Camera.MediaType.ALLMEDIA,
encodingType: 0,
allowEdit : false,
correctOrientation:true,
saveToPhotoAlbum: false,
quality: 50
});
{code}
I always get content://... for the returned path from camera and even the
same thing when I resolve the url. Can you confirm this bug?
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-6249) Camera fails to return an actual FILE_URI it always returns content://
[
https://issues.apache.org/jira/browse/CB-6249?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13938844#comment-13938844
]
Ralph S Theart commented on CB-6249:
Yes if you can look more into it that would be great. using file
FileEntry.file() is a bit of a drag but it does return the mime type will test
other phone since in the Android world with devices anyway there is no real
standard it seems ...ive seen 3ggp, 3gp, ogg, avi etc...hopefully the mime-type
returned will be what the file is.
Camera fails to return an actual FILE_URI it always returns content://
--
Key: CB-6249
URL: https://issues.apache.org/jira/browse/CB-6249
Project: Apache Cordova
Issue Type: Bug
Components: Android, Plugin Camera, Plugin File
Affects Versions: 3.4.0
Environment: Current Node Version
v0.10.25
Current Cordova CLI Version
3.4.0-0.1.0
Android
Reporter: Ralph S Theart
Labels: camera, file
No matter what I do I can not get a url of file:///... all I get is
{code}
content://media/external/images/media/1357
{code}
Here is my very simple code
{code}
navigator.camera.getPicture(function(imageURI){
console.log('GOT IMAGE: '+imageURI);
window.resolveLocalFileSystemURL(imageURI, function(entry){
console.log(entry.name + +entry.fullPath);
}, function(e){
console.log('Some error occured: '+e.code);
});
}, onPhotoFail, {
destinationType: 1,
sourceType: pictureSource,
mediaType : Camera.MediaType.ALLMEDIA,
encodingType: 0,
allowEdit : false,
correctOrientation:true,
saveToPhotoAlbum: false,
quality: 50
});
{code}
I always get content://... for the returned path from camera and even the
same thing when I resolve the url. Can you confirm this bug?
--
This message was sent by Atlassian JIRA
(v6.2#6252)
