[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)