[jira] [Created] (CB-6028) Infinite loop in plugman with interdependent plugins
Martin Bektchiev created CB-6028: Summary: Infinite loop in plugman with interdependent plugins Key: CB-6028 URL: https://issues.apache.org/jira/browse/CB-6028 Project: Apache Cordova Issue Type: Bug Components: Plugman Affects Versions: 3.3.0 Reporter: Martin Bektchiev Priority: Minor If two or more plugins form a loop in their dependency graph, then attempting to install one of them with plugman enters an infinite loop and never finishes the installation. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6008) Cannot install inAppBrowser with CLI tool.
[ https://issues.apache.org/jira/browse/CB-6008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13900171#comment-13900171 ] Manos Koufakis commented on CB-6008: Thanks you guys. Issue was fixed after following David's suggestion. Not sure why it only happened to the inAppBrowser plugin but now the issue is fixed. Cannot install inAppBrowser with CLI tool. -- Key: CB-6008 URL: https://issues.apache.org/jira/browse/CB-6008 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.3.0 Environment: Windows 7 / Android Platform Reporter: Manos Koufakis Labels: build As of yesterday, everytime I use the CLI tool to add the inAppBrowser plugin, I get the following error: C:\ cd findmovieapp C:\findmovieapp cordova plugin add https://git-wip-us.apache.org/repos/asf/cord ova-plugin-inappbrowser.git Fetching plugin from https://git-wip-us.apache.org/repos/asf/cordova-plugin-ina ppbrowser.git... Starting installation of org.apache.cordova.inappbrowser for android C:\Users\vs0513\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:126 throw e; ^ TypeError: Cannot read property 'install' of undefined at C:\Users\vs0513\AppData\Roaming\npm\node_modules\cordova\node_modules\plu gman\src\install.js:361:71 at Array.forEach (native) at handleInstall (C:\Users\vs0513\AppData\Roaming\npm\node_modules\cordova\n ode_modules\plugman\src\install.js:360:40) at C:\Users\vs0513\AppData\Roaming\npm\node_modules\cordova\node_modules\plu gman\src\install.js:331:20 at _fulfilled (C:\Users\vs0513\AppData\Roaming\npm\node_modules\cordova\node _modules\q\q.js:798:54) at self.promiseDispatch.done (C:\Users\vs0513\AppData\Roaming\npm\node_modul es\cordova\node_modules\q\q.js:827:30) at Promise.promise.promiseDispatch (C:\Users\vs0513\AppData\Roaming\npm\node _modules\cordova\node_modules\q\q.js:760:13) at C:\Users\vs0513\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q .js:574:44 at flush (C:\Users\vs0513\AppData\Roaming\npm\node_modules\cordova\node_modu les\q\q.js:108:17) at process._tickCallback (node.js:415:13) -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Closed] (CB-6008) Cannot install inAppBrowser with CLI tool.
[ https://issues.apache.org/jira/browse/CB-6008?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manos Koufakis closed CB-6008. -- Resolution: Fixed Fix Version/s: 3.3.0 Issue was fixed by following David Kemp's advice. Cannot install inAppBrowser with CLI tool. -- Key: CB-6008 URL: https://issues.apache.org/jira/browse/CB-6008 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.3.0 Environment: Windows 7 / Android Platform Reporter: Manos Koufakis Labels: build Fix For: 3.3.0 As of yesterday, everytime I use the CLI tool to add the inAppBrowser plugin, I get the following error: C:\ cd findmovieapp C:\findmovieapp cordova plugin add https://git-wip-us.apache.org/repos/asf/cord ova-plugin-inappbrowser.git Fetching plugin from https://git-wip-us.apache.org/repos/asf/cordova-plugin-ina ppbrowser.git... Starting installation of org.apache.cordova.inappbrowser for android C:\Users\vs0513\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:126 throw e; ^ TypeError: Cannot read property 'install' of undefined at C:\Users\vs0513\AppData\Roaming\npm\node_modules\cordova\node_modules\plu gman\src\install.js:361:71 at Array.forEach (native) at handleInstall (C:\Users\vs0513\AppData\Roaming\npm\node_modules\cordova\n ode_modules\plugman\src\install.js:360:40) at C:\Users\vs0513\AppData\Roaming\npm\node_modules\cordova\node_modules\plu gman\src\install.js:331:20 at _fulfilled (C:\Users\vs0513\AppData\Roaming\npm\node_modules\cordova\node _modules\q\q.js:798:54) at self.promiseDispatch.done (C:\Users\vs0513\AppData\Roaming\npm\node_modul es\cordova\node_modules\q\q.js:827:30) at Promise.promise.promiseDispatch (C:\Users\vs0513\AppData\Roaming\npm\node _modules\cordova\node_modules\q\q.js:760:13) at C:\Users\vs0513\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q .js:574:44 at flush (C:\Users\vs0513\AppData\Roaming\npm\node_modules\cordova\node_modu les\q\q.js:108:17) at process._tickCallback (node.js:415:13) -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5649) inAppBrowser overrides App's orientation
[ https://issues.apache.org/jira/browse/CB-5649?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13900177#comment-13900177 ] Manos Koufakis commented on CB-5649: Any update on this? On Android, inAppBrowser keeps the same orientation with the device. This only happens on iOS so I suppose this is not by design, cause that would be the same for Android as well. Any temporary code patch I could apply to prevent inAppBrowser from rotating (forcing the App's orientation)? inAppBrowser overrides App's orientation Key: CB-5649 URL: https://issues.apache.org/jira/browse/CB-5649 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugin InAppBrowser Affects Versions: 3.0.0, 3.1.0, 3.2.0 Environment: iOS 7 Reporter: Manos Koufakis When inAppBrowser is used in a Portrait App, the plugin does not respect the App's defined orientation and rotates to Landscape Orientation if user rotates their phone to Landscape. If this feature is by design, is there a way to disable this behaviour and force inAppBrowser to respect a certain orientation? -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-6029) fileTransfer fails after URLforFilesystemPath: test implemented
Selim Hernandez created CB-6029: --- Summary: fileTransfer fails after URLforFilesystemPath: test implemented Key: CB-6029 URL: https://issues.apache.org/jira/browse/CB-6029 Project: Apache Cordova Issue Type: Sub-task Components: iOS Affects Versions: 3.3.0 Environment: xcode ios Reporter: Selim Hernandez Priority: Blocker Ok so I had the same problem as CB-6010, that is to say that xcode crashed at runtime when I used the fileTransfer.download method with the message: Unrecognized selector URLforFilesystemPath: I added the Test properly for presence of URLforFilesystemPath method So it's ok there is no xcode crash but the fileTransfer.download method fails when it succeeded in previous version...message: File Transfer Error: Could not create target file Thanks -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Assigned] (CB-6029) fileTransfer fails after URLforFilesystemPath: test implemented
[ https://issues.apache.org/jira/browse/CB-6029?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ian Clelland reassigned CB-6029: Assignee: Ian Clelland fileTransfer fails after URLforFilesystemPath: test implemented --- Key: CB-6029 URL: https://issues.apache.org/jira/browse/CB-6029 Project: Apache Cordova Issue Type: Sub-task Components: iOS Affects Versions: 3.3.0 Environment: xcode ios Reporter: Selim Hernandez Assignee: Ian Clelland Priority: Blocker Ok so I had the same problem as CB-6010, that is to say that xcode crashed at runtime when I used the fileTransfer.download method with the message: Unrecognized selector URLforFilesystemPath: I added the Test properly for presence of URLforFilesystemPath method So it's ok there is no xcode crash but the fileTransfer.download method fails when it succeeded in previous version...message: File Transfer Error: Could not create target file Thanks -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6029) fileTransfer fails after URLforFilesystemPath: test implemented
[ https://issues.apache.org/jira/browse/CB-6029?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13900347#comment-13900347 ] Ian Clelland commented on CB-6029: -- Where are you trying to save the file? What argument are you passing to {{fileTransfer.download()}}? This may be the same issue as CB-6015, where a {{fileEntry.fullPath}} attribute was being used as the target for {{download}}, which was probably inappropriate before, and can be changed now to {{fileEntry.toURL()}}. As long as the target filesystem is writable, that should succeed. fileTransfer fails after URLforFilesystemPath: test implemented --- Key: CB-6029 URL: https://issues.apache.org/jira/browse/CB-6029 Project: Apache Cordova Issue Type: Sub-task Components: iOS Affects Versions: 3.3.0 Environment: xcode ios Reporter: Selim Hernandez Assignee: Ian Clelland Priority: Blocker Ok so I had the same problem as CB-6010, that is to say that xcode crashed at runtime when I used the fileTransfer.download method with the message: Unrecognized selector URLforFilesystemPath: I added the Test properly for presence of URLforFilesystemPath method So it's ok there is no xcode crash but the fileTransfer.download method fails when it succeeded in previous version...message: File Transfer Error: Could not create target file Thanks -- 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=13900374#comment-13900374 ] Mark Koudritsky commented on CB-5647: - Yes, the .staging directory is going away soon. It should solve this problem. 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-6022) Need to update docs re: fullPath change
[ https://issues.apache.org/jira/browse/CB-6022?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13900382#comment-13900382 ] ASF subversion and git services commented on CB-6022: - Commit 31ac00d3ae35f9ca280cf4e6c9edc9df23ea95b5 in branch refs/heads/dev from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file-transfer.git;h=31ac00d ] CB-6022: Add backwards-compatibility notes to doc Also change URI and path references to URL where appropriate for consistency. Need to update docs re: fullPath change --- Key: CB-6022 URL: https://issues.apache.org/jira/browse/CB-6022 Project: Apache Cordova Issue Type: Bug Components: Plugin File, Plugin File Transfer Reporter: Ian Clelland Assignee: Ian Clelland For backwards compatibility, FileTransfer can take device-absolute file paths as well as file URLs. Previously, there were two methods that would get you a file path from a FileEntry: Entry.toURL() and Entry.fullPath would both expose the absolute path. With the new version (1.0.0) of File, fullPath now properly represents the path relative to the filesystem root, rather than the device root. We should update the docs to say that if you were previously using {{entry.fullPath}} to obtain filesystem paths, you should switch to {{entry.toURL()}} and use URLs instead. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6022) Need to update docs re: fullPath change
[ https://issues.apache.org/jira/browse/CB-6022?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13900383#comment-13900383 ] ASF subversion and git services commented on CB-6022: - Commit 493c32b484d42d10c7457b292e285d5df33ce76c in branch refs/heads/dev from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file.git;h=493c32b ] CB-6022: Add upgrade notes to doc Need to update docs re: fullPath change --- Key: CB-6022 URL: https://issues.apache.org/jira/browse/CB-6022 Project: Apache Cordova Issue Type: Bug Components: Plugin File, Plugin File Transfer Reporter: Ian Clelland Assignee: Ian Clelland For backwards compatibility, FileTransfer can take device-absolute file paths as well as file URLs. Previously, there were two methods that would get you a file path from a FileEntry: Entry.toURL() and Entry.fullPath would both expose the absolute path. With the new version (1.0.0) of File, fullPath now properly represents the path relative to the filesystem root, rather than the device root. We should update the docs to say that if you were previously using {{entry.fullPath}} to obtain filesystem paths, you should switch to {{entry.toURL()}} and use URLs instead. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-6022) Need to update docs re: fullPath change
[ https://issues.apache.org/jira/browse/CB-6022?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ian Clelland resolved CB-6022. -- Resolution: Fixed I've added documentation for both File and FileTransfer explaining the issue and how to resolve it when upgrading. Need to update docs re: fullPath change --- Key: CB-6022 URL: https://issues.apache.org/jira/browse/CB-6022 Project: Apache Cordova Issue Type: Bug Components: Plugin File, Plugin File Transfer Reporter: Ian Clelland Assignee: Ian Clelland For backwards compatibility, FileTransfer can take device-absolute file paths as well as file URLs. Previously, there were two methods that would get you a file path from a FileEntry: Entry.toURL() and Entry.fullPath would both expose the absolute path. With the new version (1.0.0) of File, fullPath now properly represents the path relative to the filesystem root, rather than the device root. We should update the docs to say that if you were previously using {{entry.fullPath}} to obtain filesystem paths, you should switch to {{entry.toURL()}} and use URLs instead. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-6030) Auto-increment serve port address when in use
Bryan Higgins created CB-6030: - Summary: Auto-increment serve port address when in use Key: CB-6030 URL: https://issues.apache.org/jira/browse/CB-6030 Project: Apache Cordova Issue Type: Bug Components: CLI Reporter: Bryan Higgins Assignee: Bryan Higgins cordova serve fails when another instance is already running. It would be nice if the port number automatically incremented. Error: listen EADDRINUSE at errnoException (net.js:901:11) at Server._listen2 (net.js:1039:14) at listen (net.js:1061:10) at Server.listen (net.js:1127:5) -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6030) Auto-increment serve port address when in use
[ https://issues.apache.org/jira/browse/CB-6030?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13900405#comment-13900405 ] Bryan Higgins commented on CB-6030: --- https://github.com/apache/cordova-cli/pull/128 Auto-increment serve port address when in use - Key: CB-6030 URL: https://issues.apache.org/jira/browse/CB-6030 Project: Apache Cordova Issue Type: Bug Components: CLI Reporter: Bryan Higgins Assignee: Bryan Higgins cordova serve fails when another instance is already running. It would be nice if the port number automatically incremented. Error: listen EADDRINUSE at errnoException (net.js:901:11) at Server._listen2 (net.js:1039:14) at listen (net.js:1061:10) at Server.listen (net.js:1127:5) -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-6031) plugman search prints undefined
Andrew Grieve created CB-6031: - Summary: plugman search prints undefined Key: CB-6031 URL: https://issues.apache.org/jira/browse/CB-6031 Project: Apache Cordova Issue Type: Bug Components: Plugman Reporter: Andrew Grieve Priority: Minor No matter what I search for, the answer is always undefined -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Assigned] (CB-5975) You cannot select a pdf / doc etc file from gallery
[ https://issues.apache.org/jira/browse/CB-5975?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ian Clelland reassigned CB-5975: Assignee: Ian Clelland You cannot select a pdf / doc etc file from gallery - Key: CB-5975 URL: https://issues.apache.org/jira/browse/CB-5975 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin File, Plugin File Transfer Affects Versions: 3.0.0, 3.1.0, 3.2.0, 3.3.0 Environment: Android Reporter: DotNetWise Assignee: Ian Clelland Labels: security Original Estimate: 4h Remaining Estimate: 4h I have reported this bug twice as a pull request on github but no one seems to look at that!! Shame on you! If you select a file from the recent downloaded files (via Select From Library) you get a silent error The reported url of the file to be resolved is content://com.android.providers.downloads.documents/document/629 The error or success callback are never being called but when looking with adb logcat I'm getting a NullPointerReference exception W/System.err( 5278): java.lang.NullPointerException W/System.err( 5278):at java.io.File.fixSlashes(File.java:185) W/System.err( 5278):at java.io.File.init(File.java:134) W/System.err( 5278):at org.apache.cordova.file.FileUtils.resolveLocalFileSystemURI(FileUtils.java:392) W/System.err( 5278):at org.apache.cordova.file.FileUtils.access$200(FileUtils.java:53) W/System.err( 5278):at org.apache.cordova.file.FileUtils$12.run(FileUtils.java:203) W/System.err( 5278):at org.apache.cordova.file.FileUtils$23.run(FileUtils.java:325) W/System.err( 5278):at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112) W/System.err( 5278):at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587) W/System.err( 5278):at java.lang.Thread.run(Thread.java:841) https://github.com/apache/cordova-plugin-file/pulls/dotnetwise https://github.com/dotnetwise/cordova-plugin-file/commit/739d2fd5db8643acb92f186bd3a8a89b5289ead5 -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-3185) Exception resolving a Dropbox file from the Gallery
[ https://issues.apache.org/jira/browse/CB-3185?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13900455#comment-13900455 ] Ian Clelland commented on CB-3185: -- The File changes are mostly covered by CB-5403. The new File plugin has been released as of last week (v1.0.0) I'll try to see if I can reproduce this issue with the new version; I suspect that the same code may run into CB-5975 now, which I believe is caused by a change in Android 4.4 with respect to content provider URLs. Exception resolving a Dropbox file from the Gallery --- Key: CB-3185 URL: https://issues.apache.org/jira/browse/CB-3185 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 2.6.0 Reporter: Abel Muiño Assignee: Ian Clelland The following exception shows in the Logcat: {noformat} 04-19 10:56:08.360: W/System.err(7926): java.io.FileNotFoundException: /storage/emulated/0/Android/data/com.dropbox.android/files/scratch/Camera%20Uploads/2012-09-09%2011.20.25.jpg: open failed: ENOENT (No such file or directory) 04-19 10:56:08.390: W/System.err(7926): at libcore.io.IoBridge.open(IoBridge.java:416) 04-19 10:56:08.390: W/System.err(7926): at java.io.FileInputStream.init(FileInputStream.java:78) 04-19 10:56:08.390: W/System.err(7926): at java.io.FileInputStream.init(FileInputStream.java:105) 04-19 10:56:08.390: W/System.err(7926): at org.apache.cordova.FileHelper.getInputStreamFromUriString(FileHelper.java:98) 04-19 10:56:08.390: W/System.err(7926): at org.apache.cordova.CameraLauncher.getScaledBitmap(CameraLauncher.java:582) 04-19 10:56:08.390: W/System.err(7926): at org.apache.cordova.CameraLauncher.onActivityResult(CameraLauncher.java:411) 04-19 10:56:08.390: W/System.err(7926): at org.apache.cordova.DroidGap.onActivityResult(DroidGap.java:864) 04-19 10:56:08.390: W/System.err(7926): at android.app.Activity.dispatchActivityResult(Activity.java:5293) 04-19 10:56:08.390: W/System.err(7926): at android.app.ActivityThread.deliverResults(ActivityThread.java:3315) 04-19 10:56:08.390: W/System.err(7926): at android.app.ActivityThread.handleSendResult(ActivityThread.java:3362) 04-19 10:56:08.390: W/System.err(7926): at android.app.ActivityThread.access$1100(ActivityThread.java:141) 04-19 10:56:08.390: W/System.err(7926): at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1282) 04-19 10:56:08.390: W/System.err(7926): at android.os.Handler.dispatchMessage(Handler.java:99) 04-19 10:56:08.390: W/System.err(7926): at android.os.Looper.loop(Looper.java:137) 04-19 10:56:08.390: W/System.err(7926): at android.app.ActivityThread.main(ActivityThread.java:5041) 04-19 10:56:08.390: W/System.err(7926): at java.lang.reflect.Method.invokeNative(Native Method) 04-19 10:56:08.390: W/System.err(7926): at java.lang.reflect.Method.invoke(Method.java:511) 04-19 10:56:08.400: W/System.err(7926): at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:793) 04-19 10:56:08.400: W/System.err(7926): at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:560) 04-19 10:56:08.400: W/System.err(7926): at dalvik.system.NativeStart.main(Native Method) 04-19 10:56:08.400: W/System.err(7926): Caused by: libcore.io.ErrnoException: open failed: ENOENT (No such file or directory) 04-19 10:56:08.400: W/System.err(7926): at libcore.io.Posix.open(Native Method) 04-19 10:56:08.400: W/System.err(7926): at libcore.io.BlockGuardOs.open(BlockGuardOs.java:110) 04-19 10:56:08.400: W/System.err(7926): at libcore.io.IoBridge.open(IoBridge.java:400) 04-19 10:56:08.410: W/System.err(7926): ... 19 more {noformat} -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-6032) [WP7] Update Cordova download and WP7 SDK links
Martin Gonzalez created CB-6032: --- Summary: [WP7] Update Cordova download and WP7 SDK links Key: CB-6032 URL: https://issues.apache.org/jira/browse/CB-6032 Project: Apache Cordova Issue Type: Improvement Components: Docs Affects Versions: 3.3.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Priority: Minor Fix For: 3.4.0 There is a link to phonegap instead of cordova download link. Also the Windows Mobile 7 SDK link, it's outdated. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5202) Android Video Capture crashes app on 4.3
[ https://issues.apache.org/jira/browse/CB-5202?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13900519#comment-13900519 ] ASF subversion and git services commented on CB-5202: - Commit 0c7941fb61c486e1ffd13e70ec114860e4527603 in branch refs/heads/dev from [~mrbillau] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-media-capture.git;h=0c7941f ] CB-5202 fix from lubogospod Android Video Capture crashes app on 4.3 Key: CB-5202 URL: https://issues.apache.org/jira/browse/CB-5202 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin Media Capture Affects Versions: 3.0.0 Environment: Android 4.3 Reporter: Tom Saunders Assignee: Andrew Grieve Using the cordova video capture plugin crashes the application when returning from the capture video intent. No data is returned. This is a known issue with Android 4.3, the workaround is to explicitly specify a location for saving the video Relevant stackoverflows: http://stackoverflow.com/questions/18472953/video-capture-in-android-4-3-using-camera-app-intent http://stackoverflow.com/questions/18120775/android-android-provider-mediastore-action-video-capture-return-null-onactivityr -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6003) Cant play files from the assets folder Android
[ https://issues.apache.org/jira/browse/CB-6003?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13900522#comment-13900522 ] Andrew Grieve commented on CB-6003: --- I think the cause of this is a poor design of the Media plugin. It currently doesn't interpret the src argument as a URL, and instead as a relative path to platform-specific roots. I think the original reason was so that it could record to a writable location easily. Not sure if there's a good way to fix this without just breaking the API. That said, I'd be in favour of breaking the API, doing a major version bump, and treating src as a URL. For recording, users can use requestLocalFileSystem() to get writable URLs for recording. Cant play files from the assets folder Android -- Key: CB-6003 URL: https://issues.apache.org/jira/browse/CB-6003 Project: Apache Cordova Issue Type: Bug Components: Plugin Media Environment: Android Reporter: cesine Labels: audio I've been trying to pin this down. I think this commit brings me to conclude something is odd with playing audio from assets on android. https://github.com/cesine/TestingCordovaAudio/commit/9556fd523f68c6ec2f4659b9476f3e39a3199c33 The same audio file plays fine * if its played from a http:// url * if its played in Native Android Tested with Android 4.3, I would be ecstatic if it was just my tablet but I dont have any others to test with right now... {code} $ cordova --version 3.3.1-0.1.2 {code} -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-6033) Android 4.4 update loses LocalStorage data
Darryl Pogue created CB-6033: Summary: Android 4.4 update loses LocalStorage data Key: CB-6033 URL: https://issues.apache.org/jira/browse/CB-6033 Project: Apache Cordova Issue Type: Bug Components: Android Reporter: Darryl Pogue Priority: Critical This appears to be a result of the switch from old WebView to the new Chrome-powered WebView. If an app is installed in 4.3 and saves data to LocalStorage (and possibly to WebSQL) and then the device is updated to 4.4, that data appears to be lost. Some threads regarding the problem: http://www.sencha.com/forum/showthread.php?278158-localStorage-cleared-when-upgrading-to-KitKat-(Android-4.4) https://groups.google.com/forum/#!msg/phonegap/rNizMKW5GaA/g1XBBco2otMJ -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Closed] (CB-5202) Android Video Capture crashes app on 4.3
[ https://issues.apache.org/jira/browse/CB-5202?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mike Billau closed CB-5202. --- Resolution: Fixed Fix Version/s: 3.5.0 Android Video Capture crashes app on 4.3 Key: CB-5202 URL: https://issues.apache.org/jira/browse/CB-5202 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin Media Capture Affects Versions: 3.0.0 Environment: Android 4.3 Reporter: Tom Saunders Assignee: Andrew Grieve Fix For: 3.5.0 Using the cordova video capture plugin crashes the application when returning from the capture video intent. No data is returned. This is a known issue with Android 4.3, the workaround is to explicitly specify a location for saving the video Relevant stackoverflows: http://stackoverflow.com/questions/18472953/video-capture-in-android-4-3-using-camera-app-intent http://stackoverflow.com/questions/18120775/android-android-provider-mediastore-action-video-capture-return-null-onactivityr -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-6034) File transfer fails every other attempt on Android
Boston Dell-Vandenberg created CB-6034: -- Summary: File transfer fails every other attempt on Android Key: CB-6034 URL: https://issues.apache.org/jira/browse/CB-6034 Project: Apache Cordova Issue Type: Bug Components: Plugin File Transfer Affects Versions: 3.3.0 Environment: Tested on Android 4.4 4.1 with File Transfer plugin v1.0.0 Reporter: Boston Dell-Vandenberg Uploading a file to a remote server using the file transfer plugin it fails on every other attempt. The first attempt succeeds, second fails, third succeeds and so on. It reliably fails on every other attempt. The file transfer works fine on Blackberry 10 and iOS builds using the same code. Logcat output: {code} E/FileTransfer(22258): {target:https:\/\/api.pamfax.biz\/FaxJob\/AddFile?filename=GetFile-12.pdfapioutputformat=API_FORMAT_JSONapicheck=f4aed3c821ffbf340d62040528c08db5apikey=BostonDell-Vandenbergusertoken=bd6paoben9j079lv8feebkctf1uhalvs,source:cdvfile:\/\/localhost\/persistent\/Download\/GetFile-12.pdf,http_status:0,code:3} E/FileTransfer(22258): java.io.EOFException E/FileTransfer(22258): at com.squareup.okhttp.internal.Util.readAsciiLine(Util.java:314) E/FileTransfer(22258): at com.squareup.okhttp.internal.http.RawHeaders.fromBytes(RawHeaders.java:301) E/FileTransfer(22258): at com.squareup.okhttp.internal.http.HttpTransport.readResponseHeaders(HttpTransport.java:130) E/FileTransfer(22258): at com.squareup.okhttp.internal.http.HttpEngine.readResponse(HttpEngine.java:630) E/FileTransfer(22258): at com.squareup.okhttp.internal.http.HttpURLConnectionImpl.execute(HttpURLConnectionImpl.java:385) E/FileTransfer(22258): at com.squareup.okhttp.internal.http.HttpURLConnectionImpl.getResponse(HttpURLConnectionImpl.java:334) E/FileTransfer(22258): at com.squareup.okhttp.internal.http.HttpURLConnectionImpl.getResponseCode(HttpURLConnectionImpl.java:534) E/FileTransfer(22258): at com.squareup.okhttp.internal.http.HttpsURLConnectionImpl.getResponseCode(HttpsURLConnectionImpl.java:148) E/FileTransfer(22258): at org.apache.cordova.filetransfer.FileTransfer$1.run(FileTransfer.java:441) E/FileTransfer(22258): at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112) E/FileTransfer(22258): at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587) E/FileTransfer(22258): at java.lang.Thread.run(Thread.java:841) E/FileTransfer(22258): Failed after uploading 256232 of 256232 bytes. {code} Here is the code I am using: {code} var uploadFile = function (fileUri, mimeType) { var options = new FileUploadOptions(), filename = fileUri.substr(fileUri.lastIndexOf('/') + 1).split('?')[0], url = Api.getUrl('FaxJob/AddFile', { filename: filename }), ft = new FileTransfer(); options.fileKey = 'file'; options.fileName = filename; options.params = { filename: filename }; ft.upload( fileUri, encodeURI(url), function(entry) { $timeout(function () { $scope.$apply(function () { $log.debug('file uploaded: ', entry); Loading.hide(); $scope.fax.uploadingFiles = false; $scope.getFiles(); }); }); }, function(error) { $timeout(function () { $scope.$apply(function () { Loading.hide(); $scope.fax.uploadingFiles = false; $rootScope.message = { type: 'danger', content: 'ERR_FILE_WRONG_CHECKSUM' }; $log.error('File transfer error code: ' + error.code); $log.error('File transfer error source: ' + error.source); $log.error('File transfer error target: ' + error.target); }); }); }, options ); {code} Javascript console error output: {code} File transfer error code: 3 File transfer error source: cdvfile://localhost/persistent/Download/GetFile-12.pdf File transfer error target: https://api.pamfax.biz/FaxJob/AddFile?filename=GetFile-12.pdfapioutputform…b5apikey=BostonDell-Vandenbergusertoken=bd6paoben9j079lv8feebkctf1uhalvs {code} -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Reopened] (CB-1826) correctOrientation when set to true crashes the app when loading Image
[ https://issues.apache.org/jira/browse/CB-1826?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve reopened CB-1826: --- Assignee: Andrew Grieve (was: Joe Bowser) Pull request to mitigate this: https://github.com/apache/cordova-plugin-camera/pull/11 correctOrientation when set to true crashes the app when loading Image -- Key: CB-1826 URL: https://issues.apache.org/jira/browse/CB-1826 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 2.2.0 Environment: Andriod 4.0.3 on Samsung s3, app built on phonegap 2.2.0 Reporter: Kiran Sai Assignee: Andrew Grieve Labels: Andriod, correctOrientation, crash, phonegap Attachments: LordGanesha.jpg, TestApp.apk set the flag correctOrientation to true. take a portrait high resolution image application crashes with OutofMemory error Same happens when you load an image from gallery. I see the issue fixed with CB-999 but I see the same problem on 2.2.0 === function galleryNoIssue(source) { navigator.camera.getPicture(onPhotoURISuccess, onFail, { quality: 100, destinationType: destinationType.FILE_URI, sourceType: source }); } function galleryIssue(source) { navigator.camera.getPicture(onPhotoURISuccess, onFail, { quality: 100, destinationType: destinationType.FILE_URI, sourceType: source, correctOrientation : true }); } === -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-6035) InAppBrowser plugin issue on Blackberry 10
Boston Dell-Vandenberg created CB-6035: -- Summary: InAppBrowser plugin issue on Blackberry 10 Key: CB-6035 URL: https://issues.apache.org/jira/browse/CB-6035 Project: Apache Cordova Issue Type: Bug Components: BlackBerry, Plugin InAppBrowser Affects Versions: 3.3.0 Environment: BlackBerry10 Reporter: Boston Dell-Vandenberg When installing InAppBrowser plugin via the Cordova CLI on a project with Android, iOS and Blackberry10 platforms the plugin is added to BlackBerry10 platform even though Blackberry10 supports the functionality natively. With the plugin installed calling window.open results in error, when the plugin is not installed window is opened successfully. {code} var iab = $window.open(authUrl, '_blank', 'location=yes'); {code} Result with plugin installed: {code} Error: 'undefined' is not an object (evaluating 'event.type') _eventHandler@local:///plugins/org.apache.cordova.inappbrowser/www/InAppBrowser.js:38:17 cb@local:///plugins/org.apache.cordova.inappbrowser/www/InAppBrowser.js:90:24 callbackFromNative@local:///cordova.js:294:52 exports@local:///cordova.js:874:38 exports@local:///plugins/org.apache.cordova.inappbrowser/www/InAppBrowser.js:93:8 getRemoteFileFromOnlineStorage@local:///scripts/controllers/fax.js:611:32 ... {code} -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Assigned] (CB-6035) InAppBrowser plugin issue on Blackberry 10
[ https://issues.apache.org/jira/browse/CB-6035?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bryan Higgins reassigned CB-6035: - Assignee: Bryan Higgins InAppBrowser plugin issue on Blackberry 10 -- Key: CB-6035 URL: https://issues.apache.org/jira/browse/CB-6035 Project: Apache Cordova Issue Type: Bug Components: BlackBerry, Plugin InAppBrowser Affects Versions: 3.3.0 Environment: BlackBerry10 Reporter: Boston Dell-Vandenberg Assignee: Bryan Higgins When installing InAppBrowser plugin via the Cordova CLI on a project with Android, iOS and Blackberry10 platforms the plugin is added to BlackBerry10 platform even though Blackberry10 supports the functionality natively. With the plugin installed calling window.open results in error, when the plugin is not installed window is opened successfully. {code} var iab = $window.open(authUrl, '_blank', 'location=yes'); {code} Result with plugin installed: {code} Error: 'undefined' is not an object (evaluating 'event.type') _eventHandler@local:///plugins/org.apache.cordova.inappbrowser/www/InAppBrowser.js:38:17 cb@local:///plugins/org.apache.cordova.inappbrowser/www/InAppBrowser.js:90:24 callbackFromNative@local:///cordova.js:294:52 exports@local:///cordova.js:874:38 exports@local:///plugins/org.apache.cordova.inappbrowser/www/InAppBrowser.js:93:8 getRemoteFileFromOnlineStorage@local:///scripts/controllers/fax.js:611:32 ... {code} -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-6034) File transfer fails every other attempt on Android
[ https://issues.apache.org/jira/browse/CB-6034?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-6034. --- Resolution: Duplicate Sadly, this has been a problem for a while. We've updated the underlying networking library in 3.4.0, so there's potential that it's fixed there. Try it out for us? {code} npm install -g cordova@3.4.0-rc.1 cordova platform update android {code} File transfer fails every other attempt on Android -- Key: CB-6034 URL: https://issues.apache.org/jira/browse/CB-6034 Project: Apache Cordova Issue Type: Bug Components: Plugin File Transfer Affects Versions: 3.3.0 Environment: Tested on Android 4.4 4.1 with File Transfer plugin v1.0.0 Reporter: Boston Dell-Vandenberg Uploading a file to a remote server using the file transfer plugin it fails on every other attempt. The first attempt succeeds, second fails, third succeeds and so on. It reliably fails on every other attempt. The file transfer works fine on Blackberry 10 and iOS builds using the same code. Logcat output: {code} E/FileTransfer(22258): {target:https:\/\/api.pamfax.biz\/FaxJob\/AddFile?filename=GetFile-12.pdfapioutputformat=API_FORMAT_JSONapicheck=f4aed3c821ffbf340d62040528c08db5apikey=BostonDell-Vandenbergusertoken=bd6paoben9j079lv8feebkctf1uhalvs,source:cdvfile:\/\/localhost\/persistent\/Download\/GetFile-12.pdf,http_status:0,code:3} E/FileTransfer(22258): java.io.EOFException E/FileTransfer(22258):at com.squareup.okhttp.internal.Util.readAsciiLine(Util.java:314) E/FileTransfer(22258):at com.squareup.okhttp.internal.http.RawHeaders.fromBytes(RawHeaders.java:301) E/FileTransfer(22258):at com.squareup.okhttp.internal.http.HttpTransport.readResponseHeaders(HttpTransport.java:130) E/FileTransfer(22258):at com.squareup.okhttp.internal.http.HttpEngine.readResponse(HttpEngine.java:630) E/FileTransfer(22258):at com.squareup.okhttp.internal.http.HttpURLConnectionImpl.execute(HttpURLConnectionImpl.java:385) E/FileTransfer(22258):at com.squareup.okhttp.internal.http.HttpURLConnectionImpl.getResponse(HttpURLConnectionImpl.java:334) E/FileTransfer(22258):at com.squareup.okhttp.internal.http.HttpURLConnectionImpl.getResponseCode(HttpURLConnectionImpl.java:534) E/FileTransfer(22258):at com.squareup.okhttp.internal.http.HttpsURLConnectionImpl.getResponseCode(HttpsURLConnectionImpl.java:148) E/FileTransfer(22258):at org.apache.cordova.filetransfer.FileTransfer$1.run(FileTransfer.java:441) E/FileTransfer(22258):at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112) E/FileTransfer(22258):at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587) E/FileTransfer(22258):at java.lang.Thread.run(Thread.java:841) E/FileTransfer(22258): Failed after uploading 256232 of 256232 bytes. {code} Here is the code I am using: {code} var uploadFile = function (fileUri, mimeType) { var options = new FileUploadOptions(), filename = fileUri.substr(fileUri.lastIndexOf('/') + 1).split('?')[0], url = Api.getUrl('FaxJob/AddFile', { filename: filename }), ft = new FileTransfer(); options.fileKey = 'file'; options.fileName = filename; options.params = { filename: filename }; ft.upload( fileUri, encodeURI(url), function(entry) { $timeout(function () { $scope.$apply(function () { $log.debug('file uploaded: ', entry); Loading.hide(); $scope.fax.uploadingFiles = false; $scope.getFiles(); }); }); }, function(error) { $timeout(function () { $scope.$apply(function () { Loading.hide(); $scope.fax.uploadingFiles = false; $rootScope.message = { type: 'danger', content: 'ERR_FILE_WRONG_CHECKSUM' }; $log.error('File transfer error code: ' + error.code); $log.error('File transfer error source: ' + error.source); $log.error('File transfer error target: ' + error.target); }); }); }, options ); {code} Javascript console error output: {code} File transfer error code: 3 File transfer error source: cdvfile://localhost/persistent/Download/GetFile-12.pdf File transfer error target: https://api.pamfax.biz/FaxJob/AddFile?filename=GetFile-12.pdfapioutputform…b5apikey=BostonDell-Vandenbergusertoken=bd6paoben9j079lv8feebkctf1uhalvs {code} -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-1826) correctOrientation when set to true crashes the app when loading Image
[ https://issues.apache.org/jira/browse/CB-1826?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-1826. --- Resolution: Fixed Fixed on 0.2.8-dev correctOrientation when set to true crashes the app when loading Image -- Key: CB-1826 URL: https://issues.apache.org/jira/browse/CB-1826 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 2.2.0 Environment: Andriod 4.0.3 on Samsung s3, app built on phonegap 2.2.0 Reporter: Kiran Sai Assignee: Andrew Grieve Labels: Andriod, correctOrientation, crash, phonegap Attachments: LordGanesha.jpg, TestApp.apk set the flag correctOrientation to true. take a portrait high resolution image application crashes with OutofMemory error Same happens when you load an image from gallery. I see the issue fixed with CB-999 but I see the same problem on 2.2.0 === function galleryNoIssue(source) { navigator.camera.getPicture(onPhotoURISuccess, onFail, { quality: 100, destinationType: destinationType.FILE_URI, sourceType: source }); } function galleryIssue(source) { navigator.camera.getPicture(onPhotoURISuccess, onFail, { quality: 100, destinationType: destinationType.FILE_URI, sourceType: source, correctOrientation : true }); } === -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6035) InAppBrowser plugin issue on Blackberry 10
[ https://issues.apache.org/jira/browse/CB-6035?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13900677#comment-13900677 ] ASF subversion and git services commented on CB-6035: - Commit 39e64c988afb38a081fae7e3d71d18424a3cfbf4 in branch refs/heads/dev from [~bhigg...@blackberry.com] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-inappbrowser.git;h=39e64c9 ] CB-6035 - Move js-module so it is not loaded on unsupported platforms BlackBerry 10 has a native implementation which does not require the plugin. InAppBrowser plugin issue on Blackberry 10 -- Key: CB-6035 URL: https://issues.apache.org/jira/browse/CB-6035 Project: Apache Cordova Issue Type: Bug Components: BlackBerry, Plugin InAppBrowser Affects Versions: 3.3.0 Environment: BlackBerry10 Reporter: Boston Dell-Vandenberg Assignee: Bryan Higgins When installing InAppBrowser plugin via the Cordova CLI on a project with Android, iOS and Blackberry10 platforms the plugin is added to BlackBerry10 platform even though Blackberry10 supports the functionality natively. With the plugin installed calling window.open results in error, when the plugin is not installed window is opened successfully. {code} var iab = $window.open(authUrl, '_blank', 'location=yes'); {code} Result with plugin installed: {code} Error: 'undefined' is not an object (evaluating 'event.type') _eventHandler@local:///plugins/org.apache.cordova.inappbrowser/www/InAppBrowser.js:38:17 cb@local:///plugins/org.apache.cordova.inappbrowser/www/InAppBrowser.js:90:24 callbackFromNative@local:///cordova.js:294:52 exports@local:///cordova.js:874:38 exports@local:///plugins/org.apache.cordova.inappbrowser/www/InAppBrowser.js:93:8 getRemoteFileFromOnlineStorage@local:///scripts/controllers/fax.js:611:32 ... {code} -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-6035) InAppBrowser plugin issue on Blackberry 10
[ https://issues.apache.org/jira/browse/CB-6035?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bryan Higgins resolved CB-6035. --- Resolution: Fixed InAppBrowser plugin issue on Blackberry 10 -- Key: CB-6035 URL: https://issues.apache.org/jira/browse/CB-6035 Project: Apache Cordova Issue Type: Bug Components: BlackBerry, Plugin InAppBrowser Affects Versions: 3.3.0 Environment: BlackBerry10 Reporter: Boston Dell-Vandenberg Assignee: Bryan Higgins When installing InAppBrowser plugin via the Cordova CLI on a project with Android, iOS and Blackberry10 platforms the plugin is added to BlackBerry10 platform even though Blackberry10 supports the functionality natively. With the plugin installed calling window.open results in error, when the plugin is not installed window is opened successfully. {code} var iab = $window.open(authUrl, '_blank', 'location=yes'); {code} Result with plugin installed: {code} Error: 'undefined' is not an object (evaluating 'event.type') _eventHandler@local:///plugins/org.apache.cordova.inappbrowser/www/InAppBrowser.js:38:17 cb@local:///plugins/org.apache.cordova.inappbrowser/www/InAppBrowser.js:90:24 callbackFromNative@local:///cordova.js:294:52 exports@local:///cordova.js:874:38 exports@local:///plugins/org.apache.cordova.inappbrowser/www/InAppBrowser.js:93:8 getRemoteFileFromOnlineStorage@local:///scripts/controllers/fax.js:611:32 ... {code} -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6035) InAppBrowser plugin issue on Blackberry 10
[ https://issues.apache.org/jira/browse/CB-6035?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13900679#comment-13900679 ] ASF subversion and git services commented on CB-6035: - Commit e41b59cd83548086cb720f4f3cd927e92d0e794f in branch refs/heads/v2.0.0-GOLD from [~bhigg...@blackberry.com] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-inappbrowser.git;h=e41b59c ] CB-6035 - Move js-module so it is not loaded on unsupported platforms BlackBerry 10 has a native implementation which does not require the plugin. InAppBrowser plugin issue on Blackberry 10 -- Key: CB-6035 URL: https://issues.apache.org/jira/browse/CB-6035 Project: Apache Cordova Issue Type: Bug Components: BlackBerry, Plugin InAppBrowser Affects Versions: 3.3.0 Environment: BlackBerry10 Reporter: Boston Dell-Vandenberg Assignee: Bryan Higgins When installing InAppBrowser plugin via the Cordova CLI on a project with Android, iOS and Blackberry10 platforms the plugin is added to BlackBerry10 platform even though Blackberry10 supports the functionality natively. With the plugin installed calling window.open results in error, when the plugin is not installed window is opened successfully. {code} var iab = $window.open(authUrl, '_blank', 'location=yes'); {code} Result with plugin installed: {code} Error: 'undefined' is not an object (evaluating 'event.type') _eventHandler@local:///plugins/org.apache.cordova.inappbrowser/www/InAppBrowser.js:38:17 cb@local:///plugins/org.apache.cordova.inappbrowser/www/InAppBrowser.js:90:24 callbackFromNative@local:///cordova.js:294:52 exports@local:///cordova.js:874:38 exports@local:///plugins/org.apache.cordova.inappbrowser/www/InAppBrowser.js:93:8 getRemoteFileFromOnlineStorage@local:///scripts/controllers/fax.js:611:32 ... {code} -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6035) InAppBrowser plugin issue on Blackberry 10
[ https://issues.apache.org/jira/browse/CB-6035?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13900687#comment-13900687 ] Boston Dell-Vandenberg commented on CB-6035: Thanks!! InAppBrowser plugin issue on Blackberry 10 -- Key: CB-6035 URL: https://issues.apache.org/jira/browse/CB-6035 Project: Apache Cordova Issue Type: Bug Components: BlackBerry, Plugin InAppBrowser Affects Versions: 3.3.0 Environment: BlackBerry10 Reporter: Boston Dell-Vandenberg Assignee: Bryan Higgins When installing InAppBrowser plugin via the Cordova CLI on a project with Android, iOS and Blackberry10 platforms the plugin is added to BlackBerry10 platform even though Blackberry10 supports the functionality natively. With the plugin installed calling window.open results in error, when the plugin is not installed window is opened successfully. {code} var iab = $window.open(authUrl, '_blank', 'location=yes'); {code} Result with plugin installed: {code} Error: 'undefined' is not an object (evaluating 'event.type') _eventHandler@local:///plugins/org.apache.cordova.inappbrowser/www/InAppBrowser.js:38:17 cb@local:///plugins/org.apache.cordova.inappbrowser/www/InAppBrowser.js:90:24 callbackFromNative@local:///cordova.js:294:52 exports@local:///cordova.js:874:38 exports@local:///plugins/org.apache.cordova.inappbrowser/www/InAppBrowser.js:93:8 getRemoteFileFromOnlineStorage@local:///scripts/controllers/fax.js:611:32 ... {code} -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-5398) Pick image from Library or Photo album on android 4.4
[ https://issues.apache.org/jira/browse/CB-5398?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-5398. --- Resolution: Fixed Fix Version/s: 3.5.0 Finally got around to looking at this. Looks to be fixed just by reading the content: on the native side. Pick image from Library or Photo album on android 4.4 - Key: CB-5398 URL: https://issues.apache.org/jira/browse/CB-5398 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin Camera Affects Versions: 2.9.0, 3.2.0 Environment: android 4.4 Reporter: julio cesar Assignee: Mike Billau Fix For: 3.5.0 An android 4.4 try to pick a photo using pictureSource.PHOTOLIBRARY or pictureSource.SAVEDPHOTOALBUM and return type destinationType.FILE_URI. Now android 4.4, when you select the above options, it opens an open from dialog that let you choose from new places as Recent, Drive, Images and Downloads (the names might not be the same as I use the device in spanish and translated it). If you choose any of them, you get an error, AndroidProtocolHandler, unable to open content URL: the url here with a content://com.android.providers format. I've tested on phonegap 2.9 because this is the version I use, but I suppose it affects all of them. (in fact I use 2.9.1) -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5398) Pick image from Library or Photo album on android 4.4
[ https://issues.apache.org/jira/browse/CB-5398?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13900733#comment-13900733 ] ASF subversion and git services commented on CB-5398: - Commit 954a1723f1c0ebc432c68facfbda7975027554a2 in branch refs/heads/master from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=954a172 ] CB-5398 Work-around for KitKat content: URLs not rendering in img tags Pick image from Library or Photo album on android 4.4 - Key: CB-5398 URL: https://issues.apache.org/jira/browse/CB-5398 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin Camera Affects Versions: 2.9.0, 3.2.0 Environment: android 4.4 Reporter: julio cesar Assignee: Mike Billau An android 4.4 try to pick a photo using pictureSource.PHOTOLIBRARY or pictureSource.SAVEDPHOTOALBUM and return type destinationType.FILE_URI. Now android 4.4, when you select the above options, it opens an open from dialog that let you choose from new places as Recent, Drive, Images and Downloads (the names might not be the same as I use the device in spanish and translated it). If you choose any of them, you get an error, AndroidProtocolHandler, unable to open content URL: the url here with a content://com.android.providers format. I've tested on phonegap 2.9 because this is the version I use, but I suppose it affects all of them. (in fact I use 2.9.1) -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6034) File transfer fails every other attempt on Android
[ https://issues.apache.org/jira/browse/CB-6034?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13900814#comment-13900814 ] Boston Dell-Vandenberg commented on CB-6034: Unfortunately I'm getting a version not found installing cordova@3.4.0-rc.1, does it exist on npm yet? File transfer fails every other attempt on Android -- Key: CB-6034 URL: https://issues.apache.org/jira/browse/CB-6034 Project: Apache Cordova Issue Type: Bug Components: Plugin File Transfer Affects Versions: 3.3.0 Environment: Tested on Android 4.4 4.1 with File Transfer plugin v1.0.0 Reporter: Boston Dell-Vandenberg Uploading a file to a remote server using the file transfer plugin it fails on every other attempt. The first attempt succeeds, second fails, third succeeds and so on. It reliably fails on every other attempt. The file transfer works fine on Blackberry 10 and iOS builds using the same code. Logcat output: {code} E/FileTransfer(22258): {target:https:\/\/api.pamfax.biz\/FaxJob\/AddFile?filename=GetFile-12.pdfapioutputformat=API_FORMAT_JSONapicheck=f4aed3c821ffbf340d62040528c08db5apikey=BostonDell-Vandenbergusertoken=bd6paoben9j079lv8feebkctf1uhalvs,source:cdvfile:\/\/localhost\/persistent\/Download\/GetFile-12.pdf,http_status:0,code:3} E/FileTransfer(22258): java.io.EOFException E/FileTransfer(22258):at com.squareup.okhttp.internal.Util.readAsciiLine(Util.java:314) E/FileTransfer(22258):at com.squareup.okhttp.internal.http.RawHeaders.fromBytes(RawHeaders.java:301) E/FileTransfer(22258):at com.squareup.okhttp.internal.http.HttpTransport.readResponseHeaders(HttpTransport.java:130) E/FileTransfer(22258):at com.squareup.okhttp.internal.http.HttpEngine.readResponse(HttpEngine.java:630) E/FileTransfer(22258):at com.squareup.okhttp.internal.http.HttpURLConnectionImpl.execute(HttpURLConnectionImpl.java:385) E/FileTransfer(22258):at com.squareup.okhttp.internal.http.HttpURLConnectionImpl.getResponse(HttpURLConnectionImpl.java:334) E/FileTransfer(22258):at com.squareup.okhttp.internal.http.HttpURLConnectionImpl.getResponseCode(HttpURLConnectionImpl.java:534) E/FileTransfer(22258):at com.squareup.okhttp.internal.http.HttpsURLConnectionImpl.getResponseCode(HttpsURLConnectionImpl.java:148) E/FileTransfer(22258):at org.apache.cordova.filetransfer.FileTransfer$1.run(FileTransfer.java:441) E/FileTransfer(22258):at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112) E/FileTransfer(22258):at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587) E/FileTransfer(22258):at java.lang.Thread.run(Thread.java:841) E/FileTransfer(22258): Failed after uploading 256232 of 256232 bytes. {code} Here is the code I am using: {code} var uploadFile = function (fileUri, mimeType) { var options = new FileUploadOptions(), filename = fileUri.substr(fileUri.lastIndexOf('/') + 1).split('?')[0], url = Api.getUrl('FaxJob/AddFile', { filename: filename }), ft = new FileTransfer(); options.fileKey = 'file'; options.fileName = filename; options.params = { filename: filename }; ft.upload( fileUri, encodeURI(url), function(entry) { $timeout(function () { $scope.$apply(function () { $log.debug('file uploaded: ', entry); Loading.hide(); $scope.fax.uploadingFiles = false; $scope.getFiles(); }); }); }, function(error) { $timeout(function () { $scope.$apply(function () { Loading.hide(); $scope.fax.uploadingFiles = false; $rootScope.message = { type: 'danger', content: 'ERR_FILE_WRONG_CHECKSUM' }; $log.error('File transfer error code: ' + error.code); $log.error('File transfer error source: ' + error.source); $log.error('File transfer error target: ' + error.target); }); }); }, options ); {code} Javascript console error output: {code} File transfer error code: 3 File transfer error source: cdvfile://localhost/persistent/Download/GetFile-12.pdf File transfer error target: https://api.pamfax.biz/FaxJob/AddFile?filename=GetFile-12.pdfapioutputform…b5apikey=BostonDell-Vandenbergusertoken=bd6paoben9j079lv8feebkctf1uhalvs {code} -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-5870) [Release + 3.4.0] Test Tag 3.4.0 for Windows
[ https://issues.apache.org/jira/browse/CB-5870?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-5870. - Resolution: Fixed [Release + 3.4.0] Test Tag 3.4.0 for Windows -- Key: CB-5870 URL: https://issues.apache.org/jira/browse/CB-5870 Project: Apache Cordova Issue Type: Sub-task Components: Windows 8 Reporter: Steve Gill Assignee: Jesse MacFadyen Fix For: 3.4.0 Refer to Workflow here: http://wiki.apache.org/cordova/CuttingReleases -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5854) [Release + 3.4.0] Parent Issue
[ https://issues.apache.org/jira/browse/CB-5854?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13901076#comment-13901076 ] Andrew Grieve commented on CB-5854: --- The cordova RC seems to have disappeared. {quote} agrieve@agrieve-macbookpro2 ~/git/cordova/cordova-android (master) $ npm info cordova npm http GET https://registry.npmjs.org/cordova npm http 200 https://registry.npmjs.org/cordova { name: 'cordova', description: 'Cordova command line interface tool', 'dist-tags': { latest: '3.3.1-0.4.2' }, versions: [ '0.0.1', '0.0.2', '0.0.3', '0.0.4', '0.0.5', '0.0.6', '0.0.7', '0.0.8', '0.0.9', '0.1.0', '0.1.1', '0.1.2', '0.1.3', '0.1.4', '0.1.5', '0.1.6', '0.1.7', '0.1.8', '0.1.9', '0.1.10', '0.1.11', '0.1.12', '0.1.13', '0.1.14', '2.2.0', '2.3.0', '2.3.1', '2.3.2', '2.3.3', '2.3.5', '2.3.6', '2.4.0', '2.4.1', '2.4.2', '2.4.3', '2.4.4', '2.4.5', '2.4.6', '2.4.7', '2.4.8', '2.4.9', '2.4.10', '2.5.0', '2.5.2', '2.5.3', '2.5.4', '2.5.5', '2.6.0', '2.6.1', '2.6.2', '2.7.0-rc.1', '2.7.1-rc.1', '2.7.2', '2.7.3', '2.7.4', '2.8.0', '2.8.1', '2.8.2', '2.8.3', '2.8.4', '2.8.5', '2.8.6', '2.8.7', '2.8.8', '2.8.9', '2.8.10', '2.8.11', '2.8.12', '2.8.13', '2.8.14', '2.8.15', '2.8.16', '2.8.17', '2.8.18', '2.8.19', '2.8.20', '2.8.21', '2.8.22', '2.8.23', '2.8.24', '2.8.25', '2.9.0-rc1', '2.9.0', '2.9.1', '2.9.2', '2.9.3', '2.9.4', '2.9.5', '2.9.6', '2.9.7', '3.0.0-rc1', '3.0.0-rc1-1', '3.0.0-rc1-3', '3.0.0', '3.0.1', '3.0.2', '3.0.3', '3.0.4', '3.0.5', '3.0.6', '3.0.7', '3.0.8', '3.0.9', '3.0.10', '3.1.0-0.1.0', '3.1.0-0.2.0', '3.2.0-0.1.0', '3.2.0-0.2.0', '3.2.0-0.3.0', '3.2.0-0.4.0', '3.2.0-rc.1', '3.3.0-0.1.1', '3.3.0-rc.1', '3.3.1-0.1.2', '3.3.1-0.3.0', '3.3.1-0.3.1', '3.3.1-0.4.1', '3.3.1-0.4.2' ], {quote} [Release + 3.4.0] Parent Issue -- Key: CB-5854 URL: https://issues.apache.org/jira/browse/CB-5854 Project: Apache Cordova Issue Type: Task Components: Amazon FireOS, Android, App Hello World, BlackBerry, CLI, CordovaJS, Docs, FirefoxOS, iOS, mobile-spec, Ubuntu, Windows 8, WP8 Reporter: Steve Gill Assignee: Steve Gill Fix For: 3.4.0 Parent bug for the 3.4.0 Cordova Release. Workflow here: http://wiki.apache.org/cordova/CuttingReleases Release Master: ? Component Leads: Refer to assignee of Test Tag sub-tasks. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-6029) fileTransfer fails after URLforFilesystemPath: test implemented
[ https://issues.apache.org/jira/browse/CB-6029?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Selim Hernandez resolved CB-6029. - Resolution: Fixed fileTransfer fails after URLforFilesystemPath: test implemented --- Key: CB-6029 URL: https://issues.apache.org/jira/browse/CB-6029 Project: Apache Cordova Issue Type: Sub-task Components: iOS Affects Versions: 3.3.0 Environment: xcode ios Reporter: Selim Hernandez Assignee: Ian Clelland Priority: Blocker Ok so I had the same problem as CB-6010, that is to say that xcode crashed at runtime when I used the fileTransfer.download method with the message: Unrecognized selector URLforFilesystemPath: I added the Test properly for presence of URLforFilesystemPath method So it's ok there is no xcode crash but the fileTransfer.download method fails when it succeeded in previous version...message: File Transfer Error: Could not create target file Thanks -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6029) fileTransfer fails after URLforFilesystemPath: test implemented
[ https://issues.apache.org/jira/browse/CB-6029?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13901193#comment-13901193 ] Selim Hernandez commented on CB-6029: - That was it! thanks a lot! fileTransfer fails after URLforFilesystemPath: test implemented --- Key: CB-6029 URL: https://issues.apache.org/jira/browse/CB-6029 Project: Apache Cordova Issue Type: Sub-task Components: iOS Affects Versions: 3.3.0 Environment: xcode ios Reporter: Selim Hernandez Assignee: Ian Clelland Priority: Blocker Ok so I had the same problem as CB-6010, that is to say that xcode crashed at runtime when I used the fileTransfer.download method with the message: Unrecognized selector URLforFilesystemPath: I added the Test properly for presence of URLforFilesystemPath method So it's ok there is no xcode crash but the fileTransfer.download method fails when it succeeded in previous version...message: File Transfer Error: Could not create target file Thanks -- This message was sent by Atlassian JIRA (v6.1.5#6160)