[jira] [Commented] (CB-4027) Using targetWidth targetHeight with camera.getPicture does not return scaled image on WP7 WP8 PhoneGap
[ https://issues.apache.org/jira/browse/CB-4027?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13912667#comment-13912667 ] Krister Bäckman commented on CB-4027: - Any news on this? We are running into this issue at the moment. Using targetWidth targetHeight with camera.getPicture does not return scaled image on WP7 WP8 PhoneGap Key: CB-4027 URL: https://issues.apache.org/jira/browse/CB-4027 Project: Apache Cordova Issue Type: Bug Components: Plugin Camera, WP7, WP8 Affects Versions: 2.8.0 Reporter: Richard Marshall Assignee: Jesse MacFadyen I have built an app that uses the camera.getPicture. I am using targetWidth targetHeight to shrink the image to a smaller size before saving it to a server. The PhoneGap functionality is supposed to scale the image so as not to lose the aspect ratio of the original image. As mentioned in http://docs.phonegap.com/en/2.8.0/cordova_camera_camera.md.html#Camera The functionality is working fine in iOS and Android, but in Windows Phone it turns it into a square with the width and height as set by targetWidth targetHeight. This is the call; navigator.camera.getPicture(app.onPhotoDataSuccess, app.onPhotoDataFail, { quality: 50, targetWidth:400, targetHeight:400, allowEdit: false, destinationType: app.destinationType.DATA_URL }); Looking at the PhoneGap 2.8 code in Plugins/Camera.cs private string GetImageContent(Stream stream) { int streamLength = (int)stream.Length; byte[] fileData = new byte[streamLength + 1]; stream.Read(fileData, 0, streamLength); //use photo's actual width height if user doesn't provide width height if (cameraOptions.TargetWidth 0 cameraOptions.TargetHeight 0) { stream.Close(); return Convert.ToBase64String(fileData); } else { // resize photo byte[] resizedFile = ResizePhoto(stream, fileData); stream.Close(); return Convert.ToBase64String(resizedFile); } } private byte[] ResizePhoto(Stream stream, byte[] fileData) { int streamLength = (int)stream.Length; int intResult = 0; byte[] resizedFile; stream.Read(fileData, 0, streamLength); BitmapImage objBitmap = new BitmapImage(); MemoryStream objBitmapStream = new MemoryStream(fileData); MemoryStream objBitmapStreamResized = new MemoryStream(); WriteableBitmap objWB; objBitmap.SetSource(stream); objWB = new WriteableBitmap(objBitmap); // resize the photo with user defined TargetWidth TargetHeight Extensions.SaveJpeg(objWB, objBitmapStreamResized, cameraOptions.TargetWidth, cameraOptions.TargetHeight, 0, cameraOptions.Quality); //Convert the resized stream to a byte array. streamLength = (int)objBitmapStreamResized.Length; resizedFile = new Byte[streamLength]; //-1 objBitmapStreamResized.Position = 0; //for some reason we have to set Position to zero, but we don't have to earlier when we get the bytes from the chosen photo... intResult = objBitmapStreamResized.Read(resizedFile, 0, streamLength); return resizedFile; } You can see the if code that calls to resize the image. When you look at the definition for Extensions.SaveJpeg public static void LoadJpeg(this WriteableBitmap bitmap, Stream sourceStream); // // Summary: // Encodes a WriteableBitmap object into a JPEG stream, with parameters for // setting the target width and height of the JPEG file. // // Parameters: // bitmap: // The WriteableBitmap object. // // targetStream: // The image data stream. // // targetWidth: // The target width of the file. // // targetHeight: // The target height of the file. // // orientation: // This parameter is not currently used by this method. Use a value of 0 as // a placeholder. // // quality: // This parameter represents the quality of the JPEG photo with a range between // 0 and 100, with 100 being the best photo quality. We recommend that you do // not fall lower than a value of 70. because JPEG picture quality diminishes // significantly below that level.
[jira] [Created] (CB-6112) Misc content------Page with replaceState hash change: reload failed!
glmnbeyond created CB-6112: -- Summary: Misc content--Page with replaceState hash change: reload failed! Key: CB-6112 URL: https://issues.apache.org/jira/browse/CB-6112 Project: Apache Cordova Issue Type: Bug Components: iOS, mobile-spec Reporter: glmnbeyond 1. Load mobile-spec in cordova and navigate to Misc content--Page with replaceState hash change 2. Click reload() button and nothing happens, the console window outputs Failed to load webpage with error: The requested URL was not found on this server. The requested URL like this: file:///path/mobilespec.app/www/misc/fakepage.html -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-6110) Crashed if pass cdvfile://localhost/assets-library/path to FileTransfer download method
[ https://issues.apache.org/jira/browse/CB-6110?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] glmnbeyond updated CB-6110: --- Component/s: iOS Crashed if pass cdvfile://localhost/assets-library/path to FileTransfer download method --- Key: CB-6110 URL: https://issues.apache.org/jira/browse/CB-6110 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugin File Transfer Affects Versions: 3.3.0 Reporter: glmnbeyond Invoke filetransfer download method like this: ft.download(remoteFile, cdvfile://localhost/assets-library/file, downloadWin, fail); mobile-spec crashed because -[CDVAssetLibraryFilesystem filesystemPathForURL:]: unrecognized selector sent to instance 0x97c3bd0 -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6101) Softkeboard issue when opening the camera
[ https://issues.apache.org/jira/browse/CB-6101?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13912742#comment-13912742 ] Elia Weiss commented on CB-6101: 1. This is not a real solution but I found that if you pop up an alert msg after the camera is closed than the keyboard displays with no problems. 2. I was not able to reproduce it on a fresh project, I don't know what cause it in my project config. Softkeboard issue when opening the camera - Key: CB-6101 URL: https://issues.apache.org/jira/browse/CB-6101 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.3.0, 3.5.0 Reporter: Elia Weiss Priority: Critical IOS only - After using the softkeyboard becomes a complete mess, and unusable. it happens on v3.3, but because of the following bug https://issues.apache.org/jira/browse/CB-5712 iv'e upgraded to 3.5-dev. And it still happening. Repeat: 1. open the softkeyboard by clicking on any input form 2. open the camera, i.e. integrate the camera plugin, create a button in the UI and click it. 3. open the softkeyboard by clicking on any input form result: keyborad UI unusable ENV - IOS7, JQM 1.3.2, JQ, 1.8.2, Cordova 3.3 -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6094) Cordova 3.4.0 Filetransfer download Error Code 1
[ https://issues.apache.org/jira/browse/CB-6094?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13912757#comment-13912757 ] Torsten Rosenberger commented on CB-6094: - Hello again. so i tried the dev branche with no result. BUT. I created a new hello world app with your code and all worked fine. In my app still the same error. I created a new app copied my files to it run and all was OK! I installed my used plugins step by step and run the app after i installed one. The bug is in the jshybugger plugin https://www.jshybugger.com/ it works with cordova 3.3.0 but make a error in 3.4.0 with the FileTransfer plugin. Sorry for the work. BR/Torsten Cordova 3.4.0 Filetransfer download Error Code 1 Key: CB-6094 URL: https://issues.apache.org/jira/browse/CB-6094 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin File Transfer Affects Versions: 3.4.0 Reporter: Torsten Rosenberger Assignee: Ian Clelland Labels: javascript Hello I update my phonegap 3.0.1 to cordova 3.4.0. But the same code which worked on 3.0.1 throw now a error during downloading a file. First i request a filesystem window.requestFileSystem(LocalFileSystem.PERSISTENT,0,function(fileSystem) all ok, then create a directory also ok. remoteFile = 'http://www.example.com/myfile.png' localPath = '/mydir/myfile.png' var ft = new FileTransfer(); ft.download(remoteFile,localPath, function(entry) { }, function(error) { console.log(error); console.log(download error source + error.source); console.log(download error target + error.target); console.log(download error code + error.code); } ); in mydir Directory the File myfile.png ist created with a size of 0 Bytes. and i got the error Code 1 (FILE_NOT_FOUND_ERR) if i add file://mnt/sdcard/ to the localPath Variable the download is sucessfull. But with the new Version i get / for the fileSystem.root.fullPath as descriped in the changlog of 3.4.0 maybe i doing something wrong with the new filesystem path to the root directory ? BR/Torsten -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6093) Phonegap Android 4.4.2 - no suitable egl configs found
[ https://issues.apache.org/jira/browse/CB-6093?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13912817#comment-13912817 ] Anjan Kumar Jha commented on CB-6093: - I have tested it on both real device and emulator. When turning on Host GPU I am getting following error 02-26 02:50:56.004: E/memtrack(1919): Couldn't load memtrack module (No such file or directory) 02-26 02:50:56.004: E/android.os.Debug(1919): failed to load memtrack module: -2 02-26 02:51:04.534: E/memtrack(1946): Couldn't load memtrack module (No such file or directory) 02-26 02:51:04.534: E/android.os.Debug(1946): failed to load memtrack module: -2 02-26 02:51:04.964: E/gralloc_goldfish(923): gralloc_alloc: Mismatched usage flags: 328 x 546, usage 333 02-26 02:51:04.964: E/(923): GraphicBufferAlloc::createGraphicBuffer(w=328, h=546) failed (Invalid argument), handle=0x0 02-26 02:51:04.964: E/BufferQueue(1274): [ScreenshotClient] dequeueBuffer: SurfaceComposer::createGraphicBuffer failed Phonegap Android 4.4.2 - no suitable egl configs found -- Key: CB-6093 URL: https://issues.apache.org/jira/browse/CB-6093 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.3.0 Environment: Android 4.4.2 Reporter: Anjan Kumar Jha Fix For: 3.3.0 I am getting No Suitable EGL configs found error for my Android app right after my splash screen appears and even login page doesn't appear on screen. I have tried adding uses-feature android:glEsVersion=0x0002 android:required=true / in my manifest file but still not working. I am facing this issue only with Android 4.4.2 (on both emulator and my device). Same project is working on iOS and Android version upto 4.3. My error log is 02-24 05:23:39.673: E/chromium(1229): [ERROR:gl_surface_egl.cc(153)] No suitable EGL configs found. 02-24 05:23:39.673: E/chromium(1229): [ERROR:gl_surface_egl.cc(620)] GLSurfaceEGL::InitializeOneOff failed. 02-24 05:23:39.673: E/chromium(1229): [ERROR:gl_surface_egl.cc(153)] No suitable EGL configs found. 02-24 05:23:39.673: E/chromium(1229): [ERROR:gl_surface_egl.cc(620)] GLSurfaceEGL::InitializeOneOff failed. 02-24 05:23:39.683: E/chromium(1229): [ERROR:gpu_info_collector.cc(86)] gfx::GLSurface::InitializeOneOff() failed 02-24 05:23:39.933: W/chromium(1229): Please suggest. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-6081) Redesign Doc Home Page
[ https://issues.apache.org/jira/browse/CB-6081?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mike Sierra updated CB-6081: Description: Attached is a mockup of an alternate design. Notes: * The mockup displays both Cordova context and, at bottom, PhoneGap. * Non-hierarchical, with nested boxes more resembling a programming stack. * Important meta topics (Overview, CLI) appear in the outer-most box. Other topics are grouped. * Removes artificial division between guides and reference content in favor of more important groupings. * Platform-specific content such as Windows Phone Plugins is available under both related parent topics Windows Phone Platform Guide and Developing App Plugins. * Platform-specific content appears under these parent topics: Plugins, WebView, and config.xml. * Drop-downs allow access to nested topics, but keeps UI from getting crowded. (implemented here as details/summary tags, not compatible with all browsers) * Links to plugin doc for core APIs are marked as external. * In PhoneGap design, local/remote options display side by side. * In both Cordova/PhoneGap designs, basic/advanced app topics display side by side. * narrow the window to view an alternate UI suitable for mobile or marginal navbar. was: Attached is a mockup of an alternate design. Notes: * The mockup displays both Cordova context and, at bottom, PhoneGap. * Non-hierarchical, with nested boxes more resembling a programming stack. * Important meta topics (Overview, CLI) appear in the outer-most box. Other topics are grouped. * Removes artificial division between guides and reference content in favor of more important groupings. * Platform-specific content such as Windows Phone Plugins is available under both related parent topics Windows Phone Platform Guide and Developing App Plugins. * Platform-specific content appears under these parent topics: Plugins, WebView, and config.xml. * Drop-downs allow access to nested topics, but keeps UI from getting crowded. (implemented here as details/summary tags, not compatible with all browsers) * Links to plugin doc for core APIs are marked as external. * In PhoneGap design, local/remote options display side by side. * In both Cordova/PhoneGap designs, basic/advanced app topics display side by side. Redesign Doc Home Page -- Key: CB-6081 URL: https://issues.apache.org/jira/browse/CB-6081 Project: Apache Cordova Issue Type: Improvement Components: Docs Reporter: Mike Sierra Attachments: _docUI.htm Attached is a mockup of an alternate design. Notes: * The mockup displays both Cordova context and, at bottom, PhoneGap. * Non-hierarchical, with nested boxes more resembling a programming stack. * Important meta topics (Overview, CLI) appear in the outer-most box. Other topics are grouped. * Removes artificial division between guides and reference content in favor of more important groupings. * Platform-specific content such as Windows Phone Plugins is available under both related parent topics Windows Phone Platform Guide and Developing App Plugins. * Platform-specific content appears under these parent topics: Plugins, WebView, and config.xml. * Drop-downs allow access to nested topics, but keeps UI from getting crowded. (implemented here as details/summary tags, not compatible with all browsers) * Links to plugin doc for core APIs are marked as external. * In PhoneGap design, local/remote options display side by side. * In both Cordova/PhoneGap designs, basic/advanced app topics display side by side. * narrow the window to view an alternate UI suitable for mobile or marginal navbar. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-6081) Redesign Doc Home Page
[ https://issues.apache.org/jira/browse/CB-6081?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mike Sierra updated CB-6081: Description: Attached is a mockup of an alternate design. Notes: * mockup is best viewed with a recent WebKit browser. * The mockup displays both Cordova context and, at bottom, PhoneGap. * Non-hierarchical, with nested boxes more resembling a programming stack. * Important meta topics (Overview, CLI) appear in the outer-most box. Other topics are grouped. * Removes artificial division between guides and reference content in favor of content-based groupings. * Platform-specific content such as Windows Phone Plugins is available under both related parent topics Windows Phone Platform Guide and Developing App Plugins. * Platform-specific content appears under these parent topics: Plugins, WebView, and config.xml. * Drop-downs allow access to nested topics, but keeps UI from getting crowded. (implemented here as details/summary tags, not compatible with all browsers) Ideally the drop-down should appear more superficial and not change page dimensions. * Links to plugin doc for core APIs are marked as external. * In PhoneGap design, local/remote options display side by side. * In both Cordova/PhoneGap designs, basic/advanced app topics display side by side. * narrow the window to view an alternate UI suitable for mobile or marginal navbar. was: Attached is a mockup of an alternate design. Notes: * The mockup displays both Cordova context and, at bottom, PhoneGap. * Non-hierarchical, with nested boxes more resembling a programming stack. * Important meta topics (Overview, CLI) appear in the outer-most box. Other topics are grouped. * Removes artificial division between guides and reference content in favor of more important groupings. * Platform-specific content such as Windows Phone Plugins is available under both related parent topics Windows Phone Platform Guide and Developing App Plugins. * Platform-specific content appears under these parent topics: Plugins, WebView, and config.xml. * Drop-downs allow access to nested topics, but keeps UI from getting crowded. (implemented here as details/summary tags, not compatible with all browsers) * Links to plugin doc for core APIs are marked as external. * In PhoneGap design, local/remote options display side by side. * In both Cordova/PhoneGap designs, basic/advanced app topics display side by side. * narrow the window to view an alternate UI suitable for mobile or marginal navbar. Redesign Doc Home Page -- Key: CB-6081 URL: https://issues.apache.org/jira/browse/CB-6081 Project: Apache Cordova Issue Type: Improvement Components: Docs Reporter: Mike Sierra Attachments: _docUI.htm Attached is a mockup of an alternate design. Notes: * mockup is best viewed with a recent WebKit browser. * The mockup displays both Cordova context and, at bottom, PhoneGap. * Non-hierarchical, with nested boxes more resembling a programming stack. * Important meta topics (Overview, CLI) appear in the outer-most box. Other topics are grouped. * Removes artificial division between guides and reference content in favor of content-based groupings. * Platform-specific content such as Windows Phone Plugins is available under both related parent topics Windows Phone Platform Guide and Developing App Plugins. * Platform-specific content appears under these parent topics: Plugins, WebView, and config.xml. * Drop-downs allow access to nested topics, but keeps UI from getting crowded. (implemented here as details/summary tags, not compatible with all browsers) Ideally the drop-down should appear more superficial and not change page dimensions. * Links to plugin doc for core APIs are marked as external. * In PhoneGap design, local/remote options display side by side. * In both Cordova/PhoneGap designs, basic/advanced app topics display side by side. * narrow the window to view an alternate UI suitable for mobile or marginal navbar. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-3204) initial implementation of cordova apis
[ https://issues.apache.org/jira/browse/CB-3204?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13913275#comment-13913275 ] James Long commented on CB-3204: the contacts plugin on the dev branch was messed up and really old. We've updated it to the latest and opened a PR here: https://github.com/apache/cordova-plugin-contacts/pull/24 Can it be merged? initial implementation of cordova apis -- Key: CB-3204 URL: https://issues.apache.org/jira/browse/CB-3204 Project: Apache Cordova Issue Type: Bug Components: FirefoxOS Reporter: Herm Wong Assignee: James Long -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-6113) Remove Google Code Prettify from NOTICE
Ian Clelland created CB-6113: Summary: Remove Google Code Prettify from NOTICE Key: CB-6113 URL: https://issues.apache.org/jira/browse/CB-6113 Project: Apache Cordova Issue Type: Bug Components: Docs Reporter: Ian Clelland Priority: Minor {panel:title=On Wed, Feb 26, 2014 at 1:21 PM, Marvin Humphrey wrote:|borderStyle=dashed|bgColor=#DE} Actually, looking at google-code-prettify's licensing, both the bundled version and the current upstream, they don't include a NOTICE file -- so mentioning them in cordova-docs/NOTICE is actually a minor licensing documentation bug. (NOTICE should only include stuff that's absolutely necessary, so that it's easier for downstream users to consume.) I'd suggest applying the patch below to cordova-docs. Cheers, Marvin Humphrey --- NOTICE.orig 2014-02-26 10:12:04.0 -0800 +++ NOTICE 2014-02-26 10:12:13.0 -0800 @@ -4,5 +4,3 @@ This product includes software developed by The Apache Software Foundation (http://www.apache.org) -This product includes software developed by -Google Code Prettify (http://code.google.com/p/google-code-prettify) {panel} (See http://apache.markmail.org/thread/bvpiuz7r4ctfcwtz) We should be able to remove the text {code} This product includes software developed by Google Code Prettify (http://code.google.com/p/google-code-prettify) {code} from the {{NOTICE}} file in the documentation repository. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-6115) Tools Release Feb 26, 2014
Andrew Grieve created CB-6115: - Summary: Tools Release Feb 26, 2014 Key: CB-6115 URL: https://issues.apache.org/jira/browse/CB-6115 Project: Apache Cordova Issue Type: Task Components: CLI, Plugman Reporter: Andrew Grieve Assignee: Andrew Grieve -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-6114) Plugins Release Feb 26, 2014
Andrew Grieve created CB-6114: - Summary: Plugins Release Feb 26, 2014 Key: CB-6114 URL: https://issues.apache.org/jira/browse/CB-6114 Project: Apache Cordova Issue Type: Task Components: Plugins Reporter: Andrew Grieve Assignee: Andrew Grieve -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5299) Make cordova prepare (much) faster
[ https://issues.apache.org/jira/browse/CB-5299?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13913408#comment-13913408 ] ASF subversion and git services commented on CB-5299: - Commit 860757f85691326ce1f0cb2622af7d3442eac02b in cordova-cli's branch refs/heads/master from [~kamrik] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=860757f ] CB-5299 Speed up prepare by using plugman's new reapply_global_munge() This is based on reapply_global_munge() from plugman's config-changes. This function loads the global munge from platform json and applies all of it. The munge is not re-generated from plugin.xml files as it was previously done. Make cordova prepare (much) faster -- Key: CB-5299 URL: https://issues.apache.org/jira/browse/CB-5299 Project: Apache Cordova Issue Type: Improvement Components: CLI, Plugman Affects Versions: 3.1.0 Reporter: Braden Shepherdson Assignee: Mark Koudritsky Labels: performance Prepare (especially CLI's prepare) is stupidly slow. If you have a modest www/, half a dozen plugins, and the android and ios platforms installed, it takes a couple of seconds. It should be much faster than this. This bug exists to track my efforts to measure what's slow, and improve the speed. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6109) Refactor - ActionStack params should be consistent
[ https://issues.apache.org/jira/browse/CB-6109?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13913483#comment-13913483 ] ASF subversion and git services commented on CB-6109: - Commit 63436d9269cbacf4dafb1bc3b7a19906d5dd831d in cordova-plugman's branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugman.git;h=63436d9 ] CB-6109 Refactored to make ActionStack action calls consistent across platforms, updated tests - all green Refactor - ActionStack params should be consistent -- Key: CB-6109 URL: https://issues.apache.org/jira/browse/CB-6109 Project: Apache Cordova Issue Type: Bug Components: Plugman Affects Versions: 3.4.0 Reporter: Jesse MacFadyen Assignee: Jesse MacFadyen The code repeats the same things over several tags from the platform specific plugin definition. Need to verify param use within all project specific action handlers. An example mapping would be: https://github.com/apache/cordova-plugman/blob/4ae290a20b72632d91dcc5d5b2180e9f07823e6e/src/install.js#L351 to: https://github.com/apache/cordova-plugman/blob/4ae290a20b72632d91dcc5d5b2180e9f07823e6e/src/platforms/android.js#L38 -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-6094) Cordova 3.4.0 Filetransfer download Error Code 1
[ https://issues.apache.org/jira/browse/CB-6094?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ian Clelland resolved CB-6094. -- Resolution: Not A Problem Thanks for checking that out -- I appreciate you isolating the real cause of the error there. Closing this one. Cordova 3.4.0 Filetransfer download Error Code 1 Key: CB-6094 URL: https://issues.apache.org/jira/browse/CB-6094 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin File Transfer Affects Versions: 3.4.0 Reporter: Torsten Rosenberger Assignee: Ian Clelland Labels: javascript Hello I update my phonegap 3.0.1 to cordova 3.4.0. But the same code which worked on 3.0.1 throw now a error during downloading a file. First i request a filesystem window.requestFileSystem(LocalFileSystem.PERSISTENT,0,function(fileSystem) all ok, then create a directory also ok. remoteFile = 'http://www.example.com/myfile.png' localPath = '/mydir/myfile.png' var ft = new FileTransfer(); ft.download(remoteFile,localPath, function(entry) { }, function(error) { console.log(error); console.log(download error source + error.source); console.log(download error target + error.target); console.log(download error code + error.code); } ); in mydir Directory the File myfile.png ist created with a size of 0 Bytes. and i got the error Code 1 (FILE_NOT_FOUND_ERR) if i add file://mnt/sdcard/ to the localPath Variable the download is sucessfull. But with the new Version i get / for the fileSystem.root.fullPath as descriped in the changlog of 3.4.0 maybe i doing something wrong with the new filesystem path to the root directory ? BR/Torsten -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Assigned] (CB-6110) Crashed if pass cdvfile://localhost/assets-library/path to FileTransfer download method
[ https://issues.apache.org/jira/browse/CB-6110?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ian Clelland reassigned CB-6110: Assignee: Ian Clelland Crashed if pass cdvfile://localhost/assets-library/path to FileTransfer download method --- Key: CB-6110 URL: https://issues.apache.org/jira/browse/CB-6110 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugin File Transfer Affects Versions: 3.3.0 Reporter: glmnbeyond Assignee: Ian Clelland Invoke filetransfer download method like this: ft.download(remoteFile, cdvfile://localhost/assets-library/file, downloadWin, fail); mobile-spec crashed because -[CDVAssetLibraryFilesystem filesystemPathForURL:]: unrecognized selector sent to instance 0x97c3bd0 -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6110) Crashed if pass cdvfile://localhost/assets-library/path to FileTransfer download method
[ https://issues.apache.org/jira/browse/CB-6110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13913514#comment-13913514 ] Ian Clelland commented on CB-6110: -- I'm not certain that we support download *to* the assets-library filesystem. Uploading *from* assets-library should definitely work, though. What's your use case here? In any case, it shouldn't crash. That's certainly a bug. Crashed if pass cdvfile://localhost/assets-library/path to FileTransfer download method --- Key: CB-6110 URL: https://issues.apache.org/jira/browse/CB-6110 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugin File Transfer Affects Versions: 3.3.0 Reporter: glmnbeyond Assignee: Ian Clelland Invoke filetransfer download method like this: ft.download(remoteFile, cdvfile://localhost/assets-library/file, downloadWin, fail); mobile-spec crashed because -[CDVAssetLibraryFilesystem filesystemPathForURL:]: unrecognized selector sent to instance 0x97c3bd0 -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Assigned] (CB-5175) Fix core plugins that incorrectly run on main thread
[ https://issues.apache.org/jira/browse/CB-5175?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mike Billau reassigned CB-5175: --- Assignee: Mike Billau Fix core plugins that incorrectly run on main thread Key: CB-5175 URL: https://issues.apache.org/jira/browse/CB-5175 Project: Apache Cordova Issue Type: Bug Components: Docs, Plugin Device Orientation, Plugin File, Plugin Media Reporter: Mike Billau Assignee: Mike Billau Priority: Minor After CB-4133 we are able to detect and log when a plugin incorrectly does work on the UI thread instead of a worker thread. We should go back and verify that all of our plugins follow this practice - eat your own dogfood type of thing. We know there are problems with: Android: file, compass iOS: media Docs: Need to verify plugin author guide is still valid -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5175) Fix core plugins that incorrectly run on main thread
[ https://issues.apache.org/jira/browse/CB-5175?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13913522#comment-13913522 ] Mike Billau commented on CB-5175: - Started working on this, I'm just planning on going down the list of plugins as they appear in mobile spec. If somebody can give this a spot check, I'd appreciate it: https://github.com/mbillau/cordova-plugin-device-motion/commit/1cb25b6a8f7ca2e6bd0e5bb23d8838db3df0719c Fix core plugins that incorrectly run on main thread Key: CB-5175 URL: https://issues.apache.org/jira/browse/CB-5175 Project: Apache Cordova Issue Type: Bug Components: Docs, Plugin Device Orientation, Plugin File, Plugin Media Reporter: Mike Billau Assignee: Mike Billau Priority: Minor After CB-4133 we are able to detect and log when a plugin incorrectly does work on the UI thread instead of a worker thread. We should go back and verify that all of our plugins follow this practice - eat your own dogfood type of thing. We know there are problems with: Android: file, compass iOS: media Docs: Need to verify plugin author guide is still valid -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6109) Refactor - ActionStack params should be consistent
[ https://issues.apache.org/jira/browse/CB-6109?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13913793#comment-13913793 ] ASF subversion and git services commented on CB-6109: - Commit b6a4ad9aee33b78e55dad2fcdd27c7fb5c334167 in cordova-plugman's branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugman.git;h=b6a4ad9 ] CB-6109 all platforms now implement all tags and do verbose log if the method is called but not supported. Added tests Refactor - ActionStack params should be consistent -- Key: CB-6109 URL: https://issues.apache.org/jira/browse/CB-6109 Project: Apache Cordova Issue Type: Bug Components: Plugman Affects Versions: 3.4.0 Reporter: Jesse MacFadyen Assignee: Jesse MacFadyen The code repeats the same things over several tags from the platform specific plugin definition. Need to verify param use within all project specific action handlers. An example mapping would be: https://github.com/apache/cordova-plugman/blob/4ae290a20b72632d91dcc5d5b2180e9f07823e6e/src/install.js#L351 to: https://github.com/apache/cordova-plugman/blob/4ae290a20b72632d91dcc5d5b2180e9f07823e6e/src/platforms/android.js#L38 -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-6109) Refactor - ActionStack params should be consistent
[ https://issues.apache.org/jira/browse/CB-6109?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-6109. - Resolution: Fixed Refactor - ActionStack params should be consistent -- Key: CB-6109 URL: https://issues.apache.org/jira/browse/CB-6109 Project: Apache Cordova Issue Type: Bug Components: Plugman Affects Versions: 3.4.0 Reporter: Jesse MacFadyen Assignee: Jesse MacFadyen The code repeats the same things over several tags from the platform specific plugin definition. Need to verify param use within all project specific action handlers. An example mapping would be: https://github.com/apache/cordova-plugman/blob/4ae290a20b72632d91dcc5d5b2180e9f07823e6e/src/install.js#L351 to: https://github.com/apache/cordova-plugman/blob/4ae290a20b72632d91dcc5d5b2180e9f07823e6e/src/platforms/android.js#L38 -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-3002) Add a ./cordova/lib/start-emulator project-level helper script to Windows 8
[ https://issues.apache.org/jira/browse/CB-3002?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen updated CB-3002: Fix Version/s: (was: 3.4.0) 3.5.0 Assignee: Sergey Grebnov (was: Jesse MacFadyen) Add a ./cordova/lib/start-emulator project-level helper script to Windows 8 --- Key: CB-3002 URL: https://issues.apache.org/jira/browse/CB-3002 Project: Apache Cordova Issue Type: Improvement Components: Windows 8 Reporter: Filip Maj Assignee: Sergey Grebnov Fix For: 3.5.0 {code} start-emulator [id] {code} Starts an emulator image. If {{id}} is specified, will attempt to start the emulator image with the specified ID. If the emulator image is not available or is unable to be started, should print an error message and exit with code 2. If no {{id}} is specified, it will try to start the first available emulator (using the {{list-emulator-images}} script [CB-2953]). If no emulator images are available, it will error out and exit with code 2. If this implementation is not available for a particular platform, the script should print an appropriate error message and exit with code 1. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-2994) Add a ./cordova/lib/install-device project-level helper script to Windows 8
[ https://issues.apache.org/jira/browse/CB-2994?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen updated CB-2994: Fix Version/s: (was: 3.4.0) 3.5.0 Assignee: Sergey Grebnov (was: Jesse MacFadyen) Add a ./cordova/lib/install-device project-level helper script to Windows 8 --- Key: CB-2994 URL: https://issues.apache.org/jira/browse/CB-2994 Project: Apache Cordova Issue Type: Improvement Components: Windows 8 Reporter: Filip Maj Assignee: Sergey Grebnov Fix For: 3.5.0 {code} install-device [--target=id] {code} Installs a build of the app to an available device. If {{--target}} is specified, attempts to install the app to the device identified by {{id}}. If the attempt fails, the script will error out with an appropriate error message and exit with code 2. If no {{--target}} is specified, follows this multi-device flow: # Are there any devices available, i.e. connected? (use {{list-devices}} [CB-2978] to determine this). If so, target the first one, otherwise continue. # Print an error message and exit with code 2. If the application is not compiled/built yet, the script will error out with an appropriate error message and exit with code 2. If this functionality is not implementable, print out an appropriate error message and exit with code 1. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-2986) Add a ./cordova/lib/install-emulator project-level helper script to Windows 8
[ https://issues.apache.org/jira/browse/CB-2986?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen updated CB-2986: Environment: Fix Version/s: (was: 3.4.0) 3.5.0 Assignee: Sergey Grebnov (was: Jesse MacFadyen) Add a ./cordova/lib/install-emulator project-level helper script to Windows 8 - Key: CB-2986 URL: https://issues.apache.org/jira/browse/CB-2986 Project: Apache Cordova Issue Type: Improvement Components: Windows 8 Environment: Reporter: Filip Maj Assignee: Sergey Grebnov Fix For: 3.5.0 {code} install-emulator [--target=id] {code} Installs a build of the app to an available emulator. If {{--target}} is specified, attempts to install the app to the emulator identified by {{id}}. If the attempt fails, the script will error out with an appropriate error message and exit with code 2. If no {{--target}} is specified, follows this multi-device flow: # Are there any actual emulators available, i.e. started/running? (use {{list-started-emulators}} [CB-2970] to determine this). If so, target the first one, otherwise continue. # Are there any emulator images available to start? (use {{list-emulator-images}} [CB-2953] to determine this). If so, call {{start-emulator id}} [TODO: issue ref] of the first available image, wait for it to become ready, then target it. If no, continue. # Print an error message and exit with code 2. If the application is not compiled/built yet, the script will error out with an appropriate error message and exit with code 2. If the functionality is not implementable, the script should print out an appropriate error message and exit with code 1. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6047) File plugin callback problem with android 4.4 kitkat
[ https://issues.apache.org/jira/browse/CB-6047?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13913871#comment-13913871 ] ASF subversion and git services commented on CB-6047: - Commit a2f8c9c75b4fa2d0ce787d8b75bf7f161d6699fc in cordova-android's branch refs/heads/master from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=a2f8c9c ] CB-6047 Fix online sometimes getting in a bad state on page transitions. The online bridge toggles between on off. Turns out that starting with Android 4.3, navigation resets the online state, so the code had a 50/50 chance of being caught in the wrong state. We now forcefully reset the online state on page transitions. File plugin callback problem with android 4.4 kitkat Key: CB-6047 URL: https://issues.apache.org/jira/browse/CB-6047 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.3.0 Environment: Android 4.4 dev windows IDE Eclipse Cordova 3.3 Reporter: *robin Assignee: Andrew Grieve Attachments: test_fs.zip I've try to use the file plugin on my android phone in 4.4 but I've got some strange problem with the callback function, succeed or fail. When I try to access fileSystem (window.requestFileSystem) The first time I don't receive the callback. But If I try a second time I've got 2 callBack. I've try to debug the case. I 've figure that the 2 thread executing in java (JavaBind and file plugin) are synchronise on the NativeToJsMessageQueue. When the plugin enqueue Message and the java bind pop Message. But I think the javabind finished before the file plugin, and never see the message in the queue. But the second time, I've got the 2 messages. I think this is the same problem describe here : http://stackoverflow.com/questions/20821536/phonegap-cordova-deviceready-or-requestfilesystem-not-working-android Thx -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-6047) File plugin callback problem with android 4.4 kitkat
[ https://issues.apache.org/jira/browse/CB-6047?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-6047. --- Resolution: Fixed Fix Version/s: 3.5.0 Think I've finally got this nailed down. Refer to the explanation in the fix commit's description. Thanks [~dcoleman] for helping diagnose! File plugin callback problem with android 4.4 kitkat Key: CB-6047 URL: https://issues.apache.org/jira/browse/CB-6047 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.3.0 Environment: Android 4.4 dev windows IDE Eclipse Cordova 3.3 Reporter: *robin Assignee: Andrew Grieve Fix For: 3.5.0 Attachments: test_fs.zip I've try to use the file plugin on my android phone in 4.4 but I've got some strange problem with the callback function, succeed or fail. When I try to access fileSystem (window.requestFileSystem) The first time I don't receive the callback. But If I try a second time I've got 2 callBack. I've try to debug the case. I 've figure that the 2 thread executing in java (JavaBind and file plugin) are synchronise on the NativeToJsMessageQueue. When the plugin enqueue Message and the java bind pop Message. But I think the javabind finished before the file plugin, and never see the message in the queue. But the second time, I've got the 2 messages. I think this is the same problem describe here : http://stackoverflow.com/questions/20821536/phonegap-cordova-deviceready-or-requestfilesystem-not-working-android Thx -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5647) cordova_plugins.js folder not populated with clobbers for Android
[ https://issues.apache.org/jira/browse/CB-5647?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13913892#comment-13913892 ] ASF subversion and git services commented on CB-5647: - Commit ddc20aaf127407a5f6fd3cfe7b6c7507bffaf782 in cordova-plugman's branch refs/heads/master from [~kamrik] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugman.git;h=ddc20aa ] CB-5647 Move assets copying from install to prepare This is for cordova-cli to remove .staging. GitHub: close #53 cordova_plugins.js folder not populated with clobbers for Android -- Key: CB-5647 URL: https://issues.apache.org/jira/browse/CB-5647 Project: Apache Cordova Issue Type: Bug Components: Android, CLI Affects Versions: 3.3.0 Reporter: Greg Assignee: Lorin Beer If you try to run any plugin command using PhoneGap CLI, such as: phonegap local plugin add org.apache.cordova.splashscreen The cordova_plugins.js does not get updated and the JS file doesn't get added to the www/ section. Native hooks are added, but not the JS side. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-2978) Add a ./cordova/lib/list-devices project-level helper script to Windows 8
[ https://issues.apache.org/jira/browse/CB-2978?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-2978. - Resolution: Fixed Fix Version/s: (was: 3.4.0) 3.5.0 Add a ./cordova/lib/list-devices project-level helper script to Windows 8 - Key: CB-2978 URL: https://issues.apache.org/jira/browse/CB-2978 Project: Apache Cordova Issue Type: Improvement Components: Windows 8 Reporter: Filip Maj Assignee: Jesse MacFadyen Fix For: 3.5.0 Lists out attached/connected devices. The script should print out, at a minimum, one device ID per line. If a description of the device is available, each line should be in the form ID DESCRIPTION. Other tooling can then use the first space as a delimiter. If no devices are connected, the script should print out nothing and exit with code 0. If it is not possible to implement this script on the platform, the script script should print an appropriate error message and exit with code 1. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-2978) Add a ./cordova/lib/list-devices project-level helper script to Windows 8
[ https://issues.apache.org/jira/browse/CB-2978?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13913899#comment-13913899 ] ASF subversion and git services commented on CB-2978: - Commit bd3ca715315b16e6e9331bdd470cd177ddb7e504 in cordova-windows's branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-windows.git;h=bd3ca71 ] CB-2978 list-devices not supported on windows 8 Add a ./cordova/lib/list-devices project-level helper script to Windows 8 - Key: CB-2978 URL: https://issues.apache.org/jira/browse/CB-2978 Project: Apache Cordova Issue Type: Improvement Components: Windows 8 Reporter: Filip Maj Assignee: Jesse MacFadyen Fix For: 3.5.0 Lists out attached/connected devices. The script should print out, at a minimum, one device ID per line. If a description of the device is available, each line should be in the form ID DESCRIPTION. Other tooling can then use the first space as a delimiter. If no devices are connected, the script should print out nothing and exit with code 0. If it is not possible to implement this script on the platform, the script script should print an appropriate error message and exit with code 1. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-2933) Add a ./cordova/build project-level script for Windows 8
[ https://issues.apache.org/jira/browse/CB-2933?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-2933. - Resolution: Fixed Add a ./cordova/build project-level script for Windows 8 Key: CB-2933 URL: https://issues.apache.org/jira/browse/CB-2933 Project: Apache Cordova Issue Type: Improvement Components: Windows 8 Reporter: Filip Maj Assignee: Jesse MacFadyen Fix For: 3.4.0 {code} build [--debug] [--release] {code} Builds the application and compiles to the platform's appropriate binary format. By default builds a debug release: {code} build --debug {code} Supports building a release (possibly signed) build using: {code} build --release {code} Implicitly calls {{./cordova/clean}} first (see CB-2919). If both {{release}} and {{debug}} parameters are specified, error out with exit code 2 and an appropriate error message. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-2925) Add a ./cordova/log project-level script for Windows 8
[ https://issues.apache.org/jira/browse/CB-2925?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-2925. - Resolution: Fixed not supported, logs error and exits Add a ./cordova/log project-level script for Windows 8 -- Key: CB-2925 URL: https://issues.apache.org/jira/browse/CB-2925 Project: Apache Cordova Issue Type: Improvement Components: Windows 8 Reporter: Filip Maj Assignee: Jesse MacFadyen Fix For: 3.4.0 Add a script that streams a log from a running cordova app, either on a connected device or running emulator. If the action is not supported, that is fine. In that case, please have the script error out with an appropriate message (with potential workaround described, if available) and exit with code 1. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-2945) Add a ./cordova/run project-level script for Windows 8
[ https://issues.apache.org/jira/browse/CB-2945?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-2945. - Resolution: Fixed --target is not used always attempts to run on the current machine Add a ./cordova/run project-level script for Windows 8 -- Key: CB-2945 URL: https://issues.apache.org/jira/browse/CB-2945 Project: Apache Cordova Issue Type: Improvement Components: Windows 8 Reporter: Filip Maj Assignee: Jesse MacFadyen Fix For: 3.4.0 {code} run [--target=id] {code} Deploys a build of the app to an available device or emulator. Implicitly calls {{build}} first (see CB-2933). If {{--target}} is specified, attempts to deploy the app to the device or emulator identified by id. If the attempt fails, the script will error out with code 2 and an appropriate error message. If no {{--target}} is specified, follows this multi-device flow: # Are there any devices connected and available (should use the {{list-devices}} script TODO: [issue ref to come] to determine this)? If so, deploy to the first available one, if not continue. # Are there any actual emulators available, i.e. started/running? (use {{list-started-emulators}} script TODO: [issue ref to come] to determine this). If so, target the first one. If no, continue. # Are there any emulator images available to start? (use {{list-emulator-images}} script TODO: [issue ref to come] to determine this). If so, call {{start-emulator id}} TODO: [issue ref to come] of the first available image, wait for it to become ready, then deploy to it. # If you get to this step, error out with a no devices or emulators available and exit with code 2. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-2953) Add a ./cordova/lib/list-emulator-images project-level helper script to Windows 8
[ https://issues.apache.org/jira/browse/CB-2953?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-2953. - Resolution: Fixed Fix Version/s: (was: 3.4.0) 3.5.0 Exit's with code 1 Add a ./cordova/lib/list-emulator-images project-level helper script to Windows 8 - Key: CB-2953 URL: https://issues.apache.org/jira/browse/CB-2953 Project: Apache Cordova Issue Type: Improvement Components: Windows 8 Reporter: Filip Maj Assignee: Jesse MacFadyen Fix For: 3.5.0 Lists out available emulator image IDs. Its main use is passing into {{start-emulator}}. The script should print out, at a minimum, one emulator ID per line. If a description of the emulator image is available, each line should be in the form ID DESCRIPTION. Other tooling can then use the first space as a delimiter. If this functionality is not available on Windows 8, the script should error out with an appropriate error message and exit with code 1. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-2970) Add a ./cordova/lib/list-started-emulators as project-level helper script to Windows 8
[ https://issues.apache.org/jira/browse/CB-2970?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13913911#comment-13913911 ] ASF subversion and git services commented on CB-2970: - Commit ca106cfd91efa74b3556d70b6a936e77d85ec169 in cordova-windows's branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-windows.git;h=ca106cf ] CB-2970 CB-2953 log unsupported methods and exit with code 1 Add a ./cordova/lib/list-started-emulators as project-level helper script to Windows 8 -- Key: CB-2970 URL: https://issues.apache.org/jira/browse/CB-2970 Project: Apache Cordova Issue Type: Improvement Components: Windows 8 Reporter: Filip Maj Assignee: Jesse MacFadyen Fix For: 3.5.0 Lists out running emulators. The script should print out, at a minimum, one emulator ID per line. If a description of the running emulator is available, each line should be in the form ID DESCRIPTION. Other tooling can then use the first space as a delimiter. If this functionality is not available, the script should print out an appropriate error message and exit with code 1. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-2970) Add a ./cordova/lib/list-started-emulators as project-level helper script to Windows 8
[ https://issues.apache.org/jira/browse/CB-2970?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-2970. - Resolution: Fixed Fix Version/s: (was: 3.4.0) 3.5.0 Exit's with code 1 Add a ./cordova/lib/list-started-emulators as project-level helper script to Windows 8 -- Key: CB-2970 URL: https://issues.apache.org/jira/browse/CB-2970 Project: Apache Cordova Issue Type: Improvement Components: Windows 8 Reporter: Filip Maj Assignee: Jesse MacFadyen Fix For: 3.5.0 Lists out running emulators. The script should print out, at a minimum, one emulator ID per line. If a description of the running emulator is available, each line should be in the form ID DESCRIPTION. Other tooling can then use the first space as a delimiter. If this functionality is not available, the script should print out an appropriate error message and exit with code 1. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5647) cordova_plugins.js folder not populated with clobbers for Android
[ https://issues.apache.org/jira/browse/CB-5647?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13913917#comment-13913917 ] ASF subversion and git services commented on CB-5647: - Commit b709767515bb6a516054e0960c0fa4d6a6551400 in cordova-cli's branch refs/heads/master from [~kamrik] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=b709767 ] CB-5647 Remove concept of .staging dir install directly to www/ Plugman now copies asset in prepare (instead of install). Github: close #130 cordova_plugins.js folder not populated with clobbers for Android -- Key: CB-5647 URL: https://issues.apache.org/jira/browse/CB-5647 Project: Apache Cordova Issue Type: Bug Components: Android, CLI Affects Versions: 3.3.0 Reporter: Greg Assignee: Lorin Beer If you try to run any plugin command using PhoneGap CLI, such as: phonegap local plugin add org.apache.cordova.splashscreen The cordova_plugins.js does not get updated and the JS file doesn't get added to the www/ section. Native hooks are added, but not the JS side. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5647) cordova_plugins.js folder not populated with clobbers for Android
[ https://issues.apache.org/jira/browse/CB-5647?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13913918#comment-13913918 ] ASF subversion and git services commented on CB-5647: - Commit aa7fe855a6a01dc152627f50218e87444d1a3ffd in cordova-cli's branch refs/heads/master from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=aa7fe85 ] CB-5647 Delete .staging directory if one is found (no longer used). cordova_plugins.js folder not populated with clobbers for Android -- Key: CB-5647 URL: https://issues.apache.org/jira/browse/CB-5647 Project: Apache Cordova Issue Type: Bug Components: Android, CLI Affects Versions: 3.3.0 Reporter: Greg Assignee: Lorin Beer If you try to run any plugin command using PhoneGap CLI, such as: phonegap local plugin add org.apache.cordova.splashscreen The cordova_plugins.js does not get updated and the JS file doesn't get added to the www/ section. Native hooks are added, but not the JS side. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-2953) Add a ./cordova/lib/list-emulator-images project-level helper script to Windows 8
[ https://issues.apache.org/jira/browse/CB-2953?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13913912#comment-13913912 ] ASF subversion and git services commented on CB-2953: - Commit ca106cfd91efa74b3556d70b6a936e77d85ec169 in cordova-windows's branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-windows.git;h=ca106cf ] CB-2970 CB-2953 log unsupported methods and exit with code 1 Add a ./cordova/lib/list-emulator-images project-level helper script to Windows 8 - Key: CB-2953 URL: https://issues.apache.org/jira/browse/CB-2953 Project: Apache Cordova Issue Type: Improvement Components: Windows 8 Reporter: Filip Maj Assignee: Jesse MacFadyen Fix For: 3.5.0 Lists out available emulator image IDs. Its main use is passing into {{start-emulator}}. The script should print out, at a minimum, one emulator ID per line. If a description of the emulator image is available, each line should be in the form ID DESCRIPTION. Other tooling can then use the first space as a delimiter. If this functionality is not available on Windows 8, the script should error out with an appropriate error message and exit with code 1. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-3002) Add a ./cordova/lib/start-emulator project-level helper script to Windows 8
[ https://issues.apache.org/jira/browse/CB-3002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13913921#comment-13913921 ] Jesse MacFadyen commented on CB-3002: - Not sure if this is possible/feasible but I know you are working in this area, so I thought I would assign to you. Let me know if you have questions, or want to discuss further. Add a ./cordova/lib/start-emulator project-level helper script to Windows 8 --- Key: CB-3002 URL: https://issues.apache.org/jira/browse/CB-3002 Project: Apache Cordova Issue Type: Improvement Components: Windows 8 Reporter: Filip Maj Assignee: Sergey Grebnov Fix For: 3.5.0 {code} start-emulator [id] {code} Starts an emulator image. If {{id}} is specified, will attempt to start the emulator image with the specified ID. If the emulator image is not available or is unable to be started, should print an error message and exit with code 2. If no {{id}} is specified, it will try to start the first available emulator (using the {{list-emulator-images}} script [CB-2953]). If no emulator images are available, it will error out and exit with code 2. If this implementation is not available for a particular platform, the script should print an appropriate error message and exit with code 1. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-2994) Add a ./cordova/lib/install-device project-level helper script to Windows 8
[ https://issues.apache.org/jira/browse/CB-2994?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13913919#comment-13913919 ] Jesse MacFadyen commented on CB-2994: - Not sure if this is possible/feasible but I know you are working in this area, so I thought I would assign to you. Let me know if you have questions, or want to discuss further. Add a ./cordova/lib/install-device project-level helper script to Windows 8 --- Key: CB-2994 URL: https://issues.apache.org/jira/browse/CB-2994 Project: Apache Cordova Issue Type: Improvement Components: Windows 8 Reporter: Filip Maj Assignee: Sergey Grebnov Fix For: 3.5.0 {code} install-device [--target=id] {code} Installs a build of the app to an available device. If {{--target}} is specified, attempts to install the app to the device identified by {{id}}. If the attempt fails, the script will error out with an appropriate error message and exit with code 2. If no {{--target}} is specified, follows this multi-device flow: # Are there any devices available, i.e. connected? (use {{list-devices}} [CB-2978] to determine this). If so, target the first one, otherwise continue. # Print an error message and exit with code 2. If the application is not compiled/built yet, the script will error out with an appropriate error message and exit with code 2. If this functionality is not implementable, print out an appropriate error message and exit with code 1. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-2986) Add a ./cordova/lib/install-emulator project-level helper script to Windows 8
[ https://issues.apache.org/jira/browse/CB-2986?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13913920#comment-13913920 ] Jesse MacFadyen commented on CB-2986: - Not sure if this is possible/feasible but I know you are working in this area, so I thought I would assign to you. Let me know if you have questions, or want to discuss further. Add a ./cordova/lib/install-emulator project-level helper script to Windows 8 - Key: CB-2986 URL: https://issues.apache.org/jira/browse/CB-2986 Project: Apache Cordova Issue Type: Improvement Components: Windows 8 Environment: Reporter: Filip Maj Assignee: Sergey Grebnov Fix For: 3.5.0 {code} install-emulator [--target=id] {code} Installs a build of the app to an available emulator. If {{--target}} is specified, attempts to install the app to the emulator identified by {{id}}. If the attempt fails, the script will error out with an appropriate error message and exit with code 2. If no {{--target}} is specified, follows this multi-device flow: # Are there any actual emulators available, i.e. started/running? (use {{list-started-emulators}} [CB-2970] to determine this). If so, target the first one, otherwise continue. # Are there any emulator images available to start? (use {{list-emulator-images}} [CB-2953] to determine this). If so, call {{start-emulator id}} [TODO: issue ref] of the first available image, wait for it to become ready, then target it. If no, continue. # Print an error message and exit with code 2. If the application is not compiled/built yet, the script will error out with an appropriate error message and exit with code 2. If the functionality is not implementable, the script should print out an appropriate error message and exit with code 1. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-4944) cordova-cli build command on windows tries to install app locally
[ https://issues.apache.org/jira/browse/CB-4944?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13913934#comment-13913934 ] Jesse MacFadyen commented on CB-4944: - Sergey, Is this still relevant? I like your proposal. cordova-cli build command on windows tries to install app locally - Key: CB-4944 URL: https://issues.apache.org/jira/browse/CB-4944 Project: Apache Cordova Issue Type: Bug Components: CLI, Windows 8 Affects Versions: 3.1.0 Environment: windows8 cordova-cli branch 3.1.x with pull request https://github.com/apache/cordova-cli/pull/44 cordova-windows branch 3.1.x Reporter: Carlos Santana Assignee: Jesse MacFadyen buid command fails if ran twice. maybe it should just create the package and not try to install on local machine? maybe installing should be done with cordova run not sure what is the best design for windows8, but I got an error maybe just a bug when running cordova build I had some errors running build on the second time. On the first time it compiles. builds the package and then tries to install the app locally On the second time it compiles,build the package and then it fails installing the app locally Maybe the build command should not try to install locally. Maybe it should try to install locally with the cordova run command? C:\Users\Carlos\Desktop\Win8-0928 node Z:\Documents\cordova-3.1.x\cordova-cli\bin\cordova build -d cordova library for windows8 already exists. No need to download. Continuing. Calling plugman.prepare for platform windows8 Preparing windows8 project... Processing configuration changes for plugins. creating jsproj from project at : C:\Users\Carlos\Desktop\Win8-0928\platforms\windows8\CordovaApp.jsproj Iterating over installed plugins: [] Writing out cordova_plugins.js... Compiling platform windows8 with command C:\Users\Carlos\Desktop\Win8-0928\platforms\windows8\cordova\build (output to follow)... Building Cordova Windows 8 Project: Configuration : Debug Directory : C:\Users\Carlos\Desktop\Win8-0928\platforms\windows8 Building the projects in this solution one at a time. To enable parallel build, please add the /m switch. C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v11.0\AppxPackage\Microsoft.AppXPackage.Targets(807,9): warning APPX2101: File 'VisualStudioEdition' is not found or is not an executable file. [C :\Users\Carlos\Desktop\Win8-0928\platforms\windows8\CordovaApp.jsproj] CordovaApp - C:\Users\Carlos\Desktop\Win8-0928\platforms\windows8\AppPackages\CordovaApp_1.0.0.0_AnyCPU_Debug_Test\CordovaApp_1.0.0.0_AnyCPU_Debug.appx CordovaApp - C:\Users\Carlos\Desktop\Win8-0928\platforms\windows8\AppPackages\CordovaApp_1.0.0.0_AnyCPU_Debug.appxupload Your package has been successfully created. Running Command :: PowerShell C:\Users\Carlos\Desktop\Win8-0928\platforms\windows8\AppPackages\CordovaApp_1.0.0.0_AnyCPU_Debug_Test\Add-AppDevPackage.ps1 Error running PowerShell script : 1 Platform windows8 compiled successfully. C:\Users\Carlos\Desktop\Win8-0928 -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6110) Crashed if pass cdvfile://localhost/assets-library/path to FileTransfer download method
[ https://issues.apache.org/jira/browse/CB-6110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13913947#comment-13913947 ] glmnbeyond commented on CB-6110: 1. I don't have any special use case here, just wonder what should file-transfer do with assets-library, so try to test it. 2. Seems like this is the reason why it crashed: CDVFilesystemURLProtocol: - (NSString *)file{color:red}s{color}ystemPathForURL:(CDVFilesystemURL *)localURI CDVAssetLibraryFilesystem: - (NSString *)file{color:red}S{color}ystemPathForURL:(CDVFilesystemURL *)url Crashed if pass cdvfile://localhost/assets-library/path to FileTransfer download method --- Key: CB-6110 URL: https://issues.apache.org/jira/browse/CB-6110 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugin File Transfer Affects Versions: 3.3.0 Reporter: glmnbeyond Assignee: Ian Clelland Invoke filetransfer download method like this: ft.download(remoteFile, cdvfile://localhost/assets-library/file, downloadWin, fail); mobile-spec crashed because -[CDVAssetLibraryFilesystem filesystemPathForURL:]: unrecognized selector sent to instance 0x97c3bd0 -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6076) Cut down on the amount of logs printed by CLI Plugman
[ https://issues.apache.org/jira/browse/CB-6076?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13913995#comment-13913995 ] ASF subversion and git services commented on CB-6076: - Commit b9d442d7153f0f08f4dcd4f35d9ce0f306bf621e in cordova-plugman's branch refs/heads/master from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugman.git;h=b9d442d ] CB-6076 Log message tweaks. Cut down on the amount of logs printed by CLI Plugman --- Key: CB-6076 URL: https://issues.apache.org/jira/browse/CB-6076 Project: Apache Cordova Issue Type: Bug Components: CLI, Plugman Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor createmobilespec.sh generates ~200 lines of output! {quote} Creating ios project... Generating config.xml from defaults for platform ios Preparing ios project Creating android project... Creating Cordova project for the Android platform: Path: platforms/android Package: org.apache.mobilespec Name: mobilespec Android target: android-19 Copying template files... Running: android update project --subprojects --path platforms/android --target android-19 --library CordovaLib Resolved location of library project to: /Users/agrieve/git/cordova/mobilespec/platforms/android/CordovaLib Updated and renamed default.properties to project.properties Updated local.properties No project name specified, using Activity name 'mobilespec'. If you wish to change it, edit the first line of build.xml. Added file platforms/android/build.xml Added file platforms/android/proguard-project.txt Updated project.properties Updated local.properties No project name specified, using project folder name 'CordovaLib'. If you wish to change it, edit the first line of build.xml. Added file platforms/android/CordovaLib/build.xml Added file platforms/android/CordovaLib/proguard-project.txt Project successfully created. Generating config.xml from defaults for platform android Preparing android project + ../cordova-cli/bin/cordova plugin add ../cordova-mobile-spec/dependencies-plugin --searchpath /Users/agrieve/git/cordova Starting installation of org.cordova.mobile-spec-dependencies for android Found plugin org.apache.cordova.battery-status at: /Users/agrieve/git/cordova/cordova-plugin-battery-status Starting installation of org.apache.cordova.battery-status for android Preparing android project org.apache.cordova.battery-status installed on android. Found plugin org.apache.cordova.camera at: /Users/agrieve/git/cordova/cordova-plugin-camera Starting installation of org.apache.cordova.camera for android Preparing android project org.apache.cordova.camera installed on android. Found plugin org.apache.cordova.console at: /Users/agrieve/git/cordova/cordova-plugin-console Starting installation of org.apache.cordova.console for android Preparing android project org.apache.cordova.console installed on android. Found plugin org.apache.cordova.contacts at: /Users/agrieve/git/cordova/cordova-plugin-contacts Starting installation of org.apache.cordova.contacts for android Preparing android project org.apache.cordova.contacts installed on android. Found plugin org.apache.cordova.device at: /Users/agrieve/git/cordova/cordova-plugin-device Starting installation of org.apache.cordova.device for android Preparing android project org.apache.cordova.device installed on android. Found plugin org.apache.cordova.device-motion at: /Users/agrieve/git/cordova/cordova-plugin-device-motion Starting installation of org.apache.cordova.device-motion for android Preparing android project org.apache.cordova.device-motion installed on android. Found plugin org.apache.cordova.device-orientation at: /Users/agrieve/git/cordova/cordova-plugin-device-orientation Starting installation of org.apache.cordova.device-orientation for android Preparing android project org.apache.cordova.device-orientation installed on android. Found plugin org.apache.cordova.dialogs at: /Users/agrieve/git/cordova/cordova-plugin-dialogs Starting installation of org.apache.cordova.dialogs for android Preparing android project org.apache.cordova.dialogs installed on android. Found plugin org.apache.cordova.file at: /Users/agrieve/git/cordova/cordova-plugin-file Starting installation of org.apache.cordova.file for android Preparing android project org.apache.cordova.file installed on android. Found plugin org.apache.cordova.file-transfer at: /Users/agrieve/git/cordova/cordova-plugin-file-transfer Starting installation of org.apache.cordova.file-transfer for android Starting installation of org.apache.cordova.file for android Plugin org.apache.cordova.file already installed, 'sall good. Preparing
[jira] [Commented] (CB-5006) Allow installing plugins by ID to resolve to local plugin directories
[ https://issues.apache.org/jira/browse/CB-5006?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13913996#comment-13913996 ] ASF subversion and git services commented on CB-5006: - Commit 08ae8e0f79f95abcf05be154a87d1b71f0fa92d8 in cordova-plugman's branch refs/heads/master from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugman.git;h=08ae8e0 ] CB-5006 Add a cache in searchpath logic. Sped up CCA: 5.3 - 5.0 seconds. Allow installing plugins by ID to resolve to local plugin directories - Key: CB-5006 URL: https://issues.apache.org/jira/browse/CB-5006 Project: Apache Cordova Issue Type: Bug Components: Plugman Reporter: Andrew Grieve Assignee: Mark Koudritsky Priority: Minor ML: http://markmail.org/thread/3w77elhdnidcdyxq Instead of always hitting the registry when installing a plugin by ID, first see if it exists within the plugin search path. The plugin search path should be specified in the same way as other plugman registry settings: https://git-wip-us.apache.org/repos/asf?p=cordova-plugman.git;a=blob;f=src/registry/registry.js;h=ccdd45ab672abe99a731b9fe0aed8837db40d6f0;hb=f240acc532f93bdf16761836d9b7418373afebec#l239 The search path should point to directories that contain directories that contain plugin.xml files. E.g., on start-up, plugman will need to scan on level deep in all search paths for plugin.xml files and parse out their IDs. We should be sure to have a console message upon installation that says where plugins are being installed from. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6110) Crashed if pass cdvfile://localhost/assets-library/path to FileTransfer download method
[ https://issues.apache.org/jira/browse/CB-6110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13913999#comment-13913999 ] ASF subversion and git services commented on CB-6110: - Commit e0204491afc4ada7099a978b19797fd820585609 in cordova-plugin-file's branch refs/heads/dev from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file.git;h=e020449 ] CB-6110: iOS: Fix typo in filesystemPathForURL: method Crashed if pass cdvfile://localhost/assets-library/path to FileTransfer download method --- Key: CB-6110 URL: https://issues.apache.org/jira/browse/CB-6110 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugin File Transfer Affects Versions: 3.3.0 Reporter: glmnbeyond Assignee: Ian Clelland Invoke filetransfer download method like this: ft.download(remoteFile, cdvfile://localhost/assets-library/file, downloadWin, fail); mobile-spec crashed because -[CDVAssetLibraryFilesystem filesystemPathForURL:]: unrecognized selector sent to instance 0x97c3bd0 -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6115) Tools Release Feb 26, 2014
[ https://issues.apache.org/jira/browse/CB-6115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13914021#comment-13914021 ] ASF subversion and git services commented on CB-6115: - Commit 731ed676c23413e2f818bd04971e5514b2de24a2 in cordova-cli's branch refs/heads/master from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=731ed67 ] CB-6115 Incremented plugin version to -dev branch. Tools Release Feb 26, 2014 -- Key: CB-6115 URL: https://issues.apache.org/jira/browse/CB-6115 Project: Apache Cordova Issue Type: Task Components: CLI, Plugman Reporter: Andrew Grieve Assignee: Andrew Grieve -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6115) Tools Release Feb 26, 2014
[ https://issues.apache.org/jira/browse/CB-6115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13914018#comment-13914018 ] ASF subversion and git services commented on CB-6115: - Commit de94c77361b65f363d008f620397c548c6feb113 in cordova-plugman's branch refs/heads/master from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugman.git;h=de94c77 ] CB-6115 Updated version and RELEASENOTES.md for release 0.20.0 Tools Release Feb 26, 2014 -- Key: CB-6115 URL: https://issues.apache.org/jira/browse/CB-6115 Project: Apache Cordova Issue Type: Task Components: CLI, Plugman Reporter: Andrew Grieve Assignee: Andrew Grieve -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6115) Tools Release Feb 26, 2014
[ https://issues.apache.org/jira/browse/CB-6115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13914019#comment-13914019 ] ASF subversion and git services commented on CB-6115: - Commit bf4383c16a038b81669797681f25d59419db8dcd in cordova-cli's branch refs/heads/master from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=bf4383c ] CB-6115 Updated version and RELEASENOTES.md for release 3.4.0-0.1.1 Tools Release Feb 26, 2014 -- Key: CB-6115 URL: https://issues.apache.org/jira/browse/CB-6115 Project: Apache Cordova Issue Type: Task Components: CLI, Plugman Reporter: Andrew Grieve Assignee: Andrew Grieve -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6115) Tools Release Feb 26, 2014
[ https://issues.apache.org/jira/browse/CB-6115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13914020#comment-13914020 ] ASF subversion and git services commented on CB-6115: - Commit 38d9c8fba2310837a5f59172c31df0beb3bc2493 in cordova-plugman's branch refs/heads/master from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugman.git;h=38d9c8f ] CB-6115 Incremented plugin version to -dev branch. Tools Release Feb 26, 2014 -- Key: CB-6115 URL: https://issues.apache.org/jira/browse/CB-6115 Project: Apache Cordova Issue Type: Task Components: CLI, Plugman Reporter: Andrew Grieve Assignee: Andrew Grieve -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-6116) Cordova resolveLocalFileSystemURL success call back failing on iOS
Ralph S Theart created CB-6116: -- Summary: Cordova resolveLocalFileSystemURL success call back failing on iOS Key: CB-6116 URL: https://issues.apache.org/jira/browse/CB-6116 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugin Camera, Plugin File Affects Versions: 3.3.0 Reporter: Ralph S Theart I've just created a new project and installed the file and file-transfer api's via CLI. I have already created a working app previously so I know how to use phonegap and have been doing so for a few years now. Here is the code: uri from navigator.camera.getPicture(): file:///localhost/var/mobile/Applications/96B4705C-C70D-4340-9A42-HJ1F28355D43/tmp/cdv_photo_015.jpg window.resolveLocalFileSystemURL(uri, function(fileEntry){ console.log(fileEntry.name); }, function(error){ console.log('about to resolve this files errors'); console.log(error.code); }); Nothing ever gets outputted in the console debugging window ...and yes I have debug installed cause I have console.log() in other parts of my code that show up. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6112) Misc content------Page with replaceState hash change: reload failed!
[ https://issues.apache.org/jira/browse/CB-6112?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13914105#comment-13914105 ] glmnbeyond commented on CB-6112: [~agrieve] If you're available, could you kindly shed some light on this issue? Misc content--Page with replaceState hash change: reload failed! -- Key: CB-6112 URL: https://issues.apache.org/jira/browse/CB-6112 Project: Apache Cordova Issue Type: Bug Components: iOS, mobile-spec Reporter: glmnbeyond 1. Load mobile-spec in cordova and navigate to Misc content--Page with replaceState hash change 2. Click reload() button and nothing happens, the console window outputs Failed to load webpage with error: The requested URL was not found on this server. The requested URL like this: file:///path/mobilespec.app/www/misc/fakepage.html -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-6117) cdvfile file url is not working with html5 image src
rita created CB-6117: Summary: 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: 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 Reporter: rita -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6047) File plugin callback problem with android 4.4 kitkat
[ https://issues.apache.org/jira/browse/CB-6047?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13914181#comment-13914181 ] *robin commented on CB-6047: Thanks for your work, i'll try this fix and i tell you if it worlks. File plugin callback problem with android 4.4 kitkat Key: CB-6047 URL: https://issues.apache.org/jira/browse/CB-6047 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.3.0 Environment: Android 4.4 dev windows IDE Eclipse Cordova 3.3 Reporter: *robin Assignee: Andrew Grieve Fix For: 3.5.0 Attachments: test_fs.zip I've try to use the file plugin on my android phone in 4.4 but I've got some strange problem with the callback function, succeed or fail. When I try to access fileSystem (window.requestFileSystem) The first time I don't receive the callback. But If I try a second time I've got 2 callBack. I've try to debug the case. I 've figure that the 2 thread executing in java (JavaBind and file plugin) are synchronise on the NativeToJsMessageQueue. When the plugin enqueue Message and the java bind pop Message. But I think the javabind finished before the file plugin, and never see the message in the queue. But the second time, I've got the 2 messages. I think this is the same problem describe here : http://stackoverflow.com/questions/20821536/phonegap-cordova-deviceready-or-requestfilesystem-not-working-android Thx -- This message was sent by Atlassian JIRA (v6.1.5#6160)