[jira] [Created] (CB-2811) Shell script hooks should receive the project's root directory as an argument
Kerri Shotts created CB-2811: Summary: Shell script hooks should receive the project's root directory as an argument Key: CB-2811 URL: https://issues.apache.org/jira/browse/CB-2811 Project: Apache Cordova Issue Type: Improvement Components: CLI Affects Versions: 2.5.0 Reporter: Kerri Shotts Assignee: Filip Maj Priority: Minor It's not a big deal, but for my current project, I've got a before_prepare hook that is a shell script. I tried to see if any parameters were being passed in, but it doesn't appear as if any are. I also checked to see any anything had been exported, but also didn't see that. It would be useful to, at a minimum, have the project's root directory either passed as a parameter or as an export so that the script would have an anchor point. Right now, pwd returns whatever directory the cli is executed in, which isn't always ideal, and so without doing complicated work of searching up the tree to find .cordova, the script returns with an error should cordova be executed outside the root directory. I assume that js hooks probably get all this information, but shell scripts are just as useful, if not more so for simple file tasks (like copying a directory), and so should be treated as much as first-class citizens as possible. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2622) APK files not generated after build
[ https://issues.apache.org/jira/browse/CB-2622?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13613445#comment-13613445 ] Filip Maj commented on CB-2622: --- [~nithinkamble] can you open your Command Prompt, {{cd}} into "/platform/android/cordova" and see if you can run {{build}}? If not, what the error output is, etc.? > APK files not generated after build > --- > > Key: CB-2622 > URL: https://issues.apache.org/jira/browse/CB-2622 > Project: Apache Cordova > Issue Type: Task > Components: CLI >Affects Versions: 2.5.0 > Environment: Windows 7 >Reporter: Nithin Kamble >Assignee: Filip Maj > Fix For: 2.5.0 > > > I created a project using the "cordova create" command. The files were > created OK. I added the Andriod platform using "cordova platform add > andriod", again no issues. Then i ran "cordova build" command, it did not > throw any error(so i'm assuming build was successful) but in > "/platform/android/bin/" i didnt find any .apk files. Could > anyone help? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2810) Android debug log not give information which file produce log except line number
Tanin Srivaraphong created CB-2810: -- Summary: Android debug log not give information which file produce log except line number Key: CB-2810 URL: https://issues.apache.org/jira/browse/CB-2810 Project: Apache Cordova Issue Type: Improvement Components: Android Affects Versions: 2.5.0 Environment: Samsung Galaxy Tab 2 10.1 with Android v4.1.1 Reporter: Tanin Srivaraphong Assignee: Joe Bowser I'm not sure if this is and Android or Cordova bug but I have the hard time to debug my app because the debug log not give me useful information enough especially file reference instead of line number. Example 03-25 10:21:10.487: DEBUG/CordovaLog(5232): SQLitePluginTransaction.queryCompleteCallback 03-25 10:21:10.487: INFO/Web Console(5232): SQLitePluginTransaction.queryCompleteCallback:90 <-- This line not give me information about which file produce log except the line number. 03-25 10:21:10.487: DEBUG/CordovaLog(5232): executeSql callback:[] 03-25 10:21:10.487: INFO/Web Console(5232): executeSql callback:[]:174 03-25 10:21:10.487: DEBUG/CordovaLog(5232): Generate metadata list 03-25 10:21:10.487: INFO/Web Console(5232): Generate metadata list:617 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2293) File Transfer of picture fails on every other picture
[ https://issues.apache.org/jira/browse/CB-2293?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13613381#comment-13613381 ] Jason Milkins commented on CB-2293: --- @AndrewGrieve, I've found that the server isn't even registering the request when I get the client side error. > File Transfer of picture fails on every other picture > - > > Key: CB-2293 > URL: https://issues.apache.org/jira/browse/CB-2293 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.2.0, 2.3.0 > Environment: Tested on a Motorola Atrix HD(Android 4.1.2) as well as > a Samsung Galaxy S3(Android 4.1.1) >Reporter: Amrit Kahlon >Assignee: Andrew Grieve > Attachments: cordova-2.4.0rc1.jar > > > When uploading pictures using the File Transfer function on android, the > first picture will upload fine. Then the second upload will give the > following error: > 01-21 13:48:02.545: W/FileTransfer(8894): Error getting HTTP status code from > connection. > 01-21 13:48:02.545: W/FileTransfer(8894): java.io.EOFException > 01-21 13:48:02.545: W/FileTransfer(8894): at > libcore.io.Streams.readAsciiLine(Streams.java:203) > 01-21 13:48:02.545: W/FileTransfer(8894): at > libcore.net.http.HttpEngine.readResponseHeaders(HttpEngine.java:560) > 01-21 13:48:02.545: W/FileTransfer(8894): at > libcore.net.http.HttpEngine.readResponse(HttpEngine.java:813) > 01-21 13:48:02.545: W/FileTransfer(8894): at > libcore.net.http.HttpURLConnectionImpl.getResponse(HttpURLConnectionImpl.java:274) > 01-21 13:48:02.545: W/FileTransfer(8894): at > libcore.net.http.HttpURLConnectionImpl.getResponseCode(HttpURLConnectionImpl.java:486) > 01-21 13:48:02.545: W/FileTransfer(8894): at > org.apache.cordova.FileTransfer.createFileTransferError(FileTransfer.java:535) > 01-21 13:48:02.545: W/FileTransfer(8894): at > org.apache.cordova.FileTransfer.access$500(FileTransfer.java:62) > 01-21 13:48:02.545: W/FileTransfer(8894): at > org.apache.cordova.FileTransfer$1.run(FileTransfer.java:437) > 01-21 13:48:02.545: W/FileTransfer(8894): at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1076) > 01-21 13:48:02.545: W/FileTransfer(8894): at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:569) > 01-21 13:48:02.545: W/FileTransfer(8894): at > java.lang.Thread.run(Thread.java:856) > 01-21 13:48:02.555: E/FileTransfer(8894): > {"target":"http:\/\/xxx.xxx.xxx\/api\/photo_uploads\/create?version=2&api_key=x&source=androidapp-2.2.1","source":"file:\/\/\/storage\/sdcard0\/Android\/data\/com.hockeycommunity.hc_app\/cache\/resize.jpg?1358804880392","code":3} > 01-21 13:48:02.555: E/FileTransfer(8894): java.net.SocketException: sendto > failed: EPIPE (Broken pipe) > 01-21 13:48:02.555: E/FileTransfer(8894): at > libcore.io.IoBridge.maybeThrowAfterSendto(IoBridge.java:506) > 01-21 13:48:02.555: E/FileTransfer(8894): at > libcore.io.IoBridge.sendto(IoBridge.java:475) > 01-21 13:48:02.555: E/FileTransfer(8894): at > java.net.PlainSocketImpl.write(PlainSocketImpl.java:508) > 01-21 13:48:02.555: E/FileTransfer(8894): at > java.net.PlainSocketImpl.access$100(PlainSocketImpl.java:46) > 01-21 13:48:02.555: E/FileTransfer(8894): at > java.net.PlainSocketImpl$PlainSocketOutputStream.write(PlainSocketImpl.java:270) > 01-21 13:48:02.555: E/FileTransfer(8894): at > libcore.net.http.FixedLengthOutputStream.write(FixedLengthOutputStream.java:41) > 01-21 13:48:02.555: E/FileTransfer(8894): at > java.io.DataOutputStream.write(DataOutputStream.java:98) > 01-21 13:48:02.555: E/FileTransfer(8894): at > org.apache.cordova.FileTransfer$1.run(FileTransfer.java:372) > 01-21 13:48:02.555: E/FileTransfer(8894): at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1076) > 01-21 13:48:02.555: E/FileTransfer(8894): at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:569) > 01-21 13:48:02.555: E/FileTransfer(8894): at > java.lang.Thread.run(Thread.java:856) > 01-21 13:48:02.555: E/FileTransfer(8894): Caused by: > libcore.io.ErrnoException: sendto failed: EPIPE (Broken pipe) > 01-21 13:48:02.555: E/FileTransfer(8894): at > libcore.io.Posix.sendtoBytes(Native Method) > 01-21 13:48:02.555: E/FileTransfer(8894): at > libcore.io.Posix.sendto(Posix.java:146) > 01-21 13:48:02.555: E/FileTransfer(8894): at > libcore.io.BlockGuardOs.sendto(BlockGuardOs.java:177) > 01-21 13:48:02.555: E/FileTransfer(8894): at > libcore.io.IoBridge.sendto(IoBridge.java:473) > 01-21 13:48:02.555: E/FileTransfer(8894): ... 9 more > 01-21 13:48:02.575: D/CordovaLog(8894): error: > {"code":3,"source":"file:///storage/sdcard0/A
[jira] [Commented] (CB-2293) File Transfer of picture fails on every other picture
[ https://issues.apache.org/jira/browse/CB-2293?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13613378#comment-13613378 ] Jason Milkins commented on CB-2293: --- +1 for this. > File Transfer of picture fails on every other picture > - > > Key: CB-2293 > URL: https://issues.apache.org/jira/browse/CB-2293 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.2.0, 2.3.0 > Environment: Tested on a Motorola Atrix HD(Android 4.1.2) as well as > a Samsung Galaxy S3(Android 4.1.1) >Reporter: Amrit Kahlon >Assignee: Andrew Grieve > Attachments: cordova-2.4.0rc1.jar > > > When uploading pictures using the File Transfer function on android, the > first picture will upload fine. Then the second upload will give the > following error: > 01-21 13:48:02.545: W/FileTransfer(8894): Error getting HTTP status code from > connection. > 01-21 13:48:02.545: W/FileTransfer(8894): java.io.EOFException > 01-21 13:48:02.545: W/FileTransfer(8894): at > libcore.io.Streams.readAsciiLine(Streams.java:203) > 01-21 13:48:02.545: W/FileTransfer(8894): at > libcore.net.http.HttpEngine.readResponseHeaders(HttpEngine.java:560) > 01-21 13:48:02.545: W/FileTransfer(8894): at > libcore.net.http.HttpEngine.readResponse(HttpEngine.java:813) > 01-21 13:48:02.545: W/FileTransfer(8894): at > libcore.net.http.HttpURLConnectionImpl.getResponse(HttpURLConnectionImpl.java:274) > 01-21 13:48:02.545: W/FileTransfer(8894): at > libcore.net.http.HttpURLConnectionImpl.getResponseCode(HttpURLConnectionImpl.java:486) > 01-21 13:48:02.545: W/FileTransfer(8894): at > org.apache.cordova.FileTransfer.createFileTransferError(FileTransfer.java:535) > 01-21 13:48:02.545: W/FileTransfer(8894): at > org.apache.cordova.FileTransfer.access$500(FileTransfer.java:62) > 01-21 13:48:02.545: W/FileTransfer(8894): at > org.apache.cordova.FileTransfer$1.run(FileTransfer.java:437) > 01-21 13:48:02.545: W/FileTransfer(8894): at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1076) > 01-21 13:48:02.545: W/FileTransfer(8894): at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:569) > 01-21 13:48:02.545: W/FileTransfer(8894): at > java.lang.Thread.run(Thread.java:856) > 01-21 13:48:02.555: E/FileTransfer(8894): > {"target":"http:\/\/xxx.xxx.xxx\/api\/photo_uploads\/create?version=2&api_key=x&source=androidapp-2.2.1","source":"file:\/\/\/storage\/sdcard0\/Android\/data\/com.hockeycommunity.hc_app\/cache\/resize.jpg?1358804880392","code":3} > 01-21 13:48:02.555: E/FileTransfer(8894): java.net.SocketException: sendto > failed: EPIPE (Broken pipe) > 01-21 13:48:02.555: E/FileTransfer(8894): at > libcore.io.IoBridge.maybeThrowAfterSendto(IoBridge.java:506) > 01-21 13:48:02.555: E/FileTransfer(8894): at > libcore.io.IoBridge.sendto(IoBridge.java:475) > 01-21 13:48:02.555: E/FileTransfer(8894): at > java.net.PlainSocketImpl.write(PlainSocketImpl.java:508) > 01-21 13:48:02.555: E/FileTransfer(8894): at > java.net.PlainSocketImpl.access$100(PlainSocketImpl.java:46) > 01-21 13:48:02.555: E/FileTransfer(8894): at > java.net.PlainSocketImpl$PlainSocketOutputStream.write(PlainSocketImpl.java:270) > 01-21 13:48:02.555: E/FileTransfer(8894): at > libcore.net.http.FixedLengthOutputStream.write(FixedLengthOutputStream.java:41) > 01-21 13:48:02.555: E/FileTransfer(8894): at > java.io.DataOutputStream.write(DataOutputStream.java:98) > 01-21 13:48:02.555: E/FileTransfer(8894): at > org.apache.cordova.FileTransfer$1.run(FileTransfer.java:372) > 01-21 13:48:02.555: E/FileTransfer(8894): at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1076) > 01-21 13:48:02.555: E/FileTransfer(8894): at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:569) > 01-21 13:48:02.555: E/FileTransfer(8894): at > java.lang.Thread.run(Thread.java:856) > 01-21 13:48:02.555: E/FileTransfer(8894): Caused by: > libcore.io.ErrnoException: sendto failed: EPIPE (Broken pipe) > 01-21 13:48:02.555: E/FileTransfer(8894): at > libcore.io.Posix.sendtoBytes(Native Method) > 01-21 13:48:02.555: E/FileTransfer(8894): at > libcore.io.Posix.sendto(Posix.java:146) > 01-21 13:48:02.555: E/FileTransfer(8894): at > libcore.io.BlockGuardOs.sendto(BlockGuardOs.java:177) > 01-21 13:48:02.555: E/FileTransfer(8894): at > libcore.io.IoBridge.sendto(IoBridge.java:473) > 01-21 13:48:02.555: E/FileTransfer(8894): ... 9 more > 01-21 13:48:02.575: D/CordovaLog(8894): error: > {"code":3,"source":"file:///storage/sdcard0/Android/data/com.hockeycommunity.hc_app/cache/resize.jpg?1358804880392","target":"http://xxx.xxx.x
[jira] [Created] (CB-2809) BlackBerry File System resolveLocalFileSystemURI failing tests
Lorin Beer created CB-2809: -- Summary: BlackBerry File System resolveLocalFileSystemURI failing tests Key: CB-2809 URL: https://issues.apache.org/jira/browse/CB-2809 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Affects Versions: 2.5.0, Master Reporter: Lorin Beer Assignee: Lorin Beer Fix For: 2.6.0 additional file system tests in mobile spec are failing, including resolveLocalFileSystemURI, which doesn't return -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2808) AudioPlayer stops streaming of mp3 stream over http after 5 minutes
Ingmar Erdös created CB-2808: Summary: AudioPlayer stops streaming of mp3 stream over http after 5 minutes Key: CB-2808 URL: https://issues.apache.org/jira/browse/CB-2808 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 2.5.0, 2.4.0 Environment: Devel. System Win7, Devel. Devices (testet on) Android 2.3.3 and 4.1.1 Reporter: Ingmar Erdös Assignee: Joe Bowser Priority: Blocker AudioPlayer (Media component) stops streaming of .mp3-stream over http uri after 5 minutes. LogCat says: 03-25 12:05:28.708: I/Web Console(624): Pos=372.193 at file:///android_asset/www/audio/index.html:114 03-25 12:05:29.044: D/AudioPlayer(624): on completion is calling stopped -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2731) App Crashes sometimes whit error: JNI ERROR (app bug): local reference table overflow (max=512)
[ https://issues.apache.org/jira/browse/CB-2731?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13613299#comment-13613299 ] Javier Olivieri commented on CB-2731: - The app crashes, when you are navigating a lot of times with the diferents menues.. Go to Home... go to one Menu (anything) .. and go back to the home.. several times.. and the bug apperas.. the app crashes.. > App Crashes sometimes whit error: JNI ERROR (app bug): local reference table > overflow (max=512) > --- > > Key: CB-2731 > URL: https://issues.apache.org/jira/browse/CB-2731 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.3.0, 2.5.0 > Environment: Eclipse, Android 4.0 >Reporter: Javier Olivieri >Assignee: Joe Bowser > Labels: memory, overflow, phonegap > > I have a phonegap app.. in Android 4.0. > This bug appears after a few touch when i'm navigating the app... and then > the app crashes and closes... > There are a limit of something in phonegap?? > 03-19 01:10:59.052: W/dalvikvm(30016): JNI WARNING: > DeleteLocalRef(0x24d00216) failed to find entry > 03-19 01:10:59.072: W/dalvikvm(30016): JNI WARNING: > DeleteLocalRef(0x2360021e) failed to find entry > 03-19 01:10:59.092: D/DroidGap(30016): > onMessage(onPageStarted,file:///android_asset/www/index.html) > 03-19 01:10:59.122: W/dalvikvm(30016): JNI WARNING: > DeleteLocalRef(0x20800226) failed to find entry > 03-19 01:10:59.122: W/dalvikvm(30016): JNI WARNING: > DeleteLocalRef(0x1ec00246) failed to find entry > 03-19 01:10:59.132: W/dalvikvm(30016): JNI WARNING: > DeleteLocalRef(0x24e00216) failed to find entry > 03-19 01:10:59.132: W/dalvikvm(30016): JNI WARNING: > DeleteLocalRef(0x29500212) failed to find entry > 03-19 01:10:59.132: W/dalvikvm(30016): JNI WARNING: > DeleteLocalRef(0x1eb0024a) failed to find entry > 03-19 01:10:59.132: W/dalvikvm(30016): JNI WARNING: > DeleteLocalRef(0x1eb0024e) failed to find entry > 03-19 01:10:59.132: W/dalvikvm(30016): JNI WARNING: > DeleteLocalRef(0x1ea00252) failed to find entry > 03-19 01:10:59.132: E/dalvikvm(30016): JNI ERROR (app bug): local reference > table overflow (max=512) > 03-19 01:10:59.132: W/dalvikvm(30016): JNI local reference table (0xc34ff8) > dump: > 03-19 01:10:59.132: W/dalvikvm(30016): Last 10 entries (of 512): > 03-19 01:10:59.132: W/dalvikvm(30016): 511: 0x410a8aa8 > android.content.res.AssetManager > 03-19 01:10:59.132: W/dalvikvm(30016): 510: 0x424a3a10 byte[] (32768 > elements) > 03-19 01:10:59.132: W/dalvikvm(30016): 509: 0x4249b9f8 byte[] (32768 > elements) > 03-19 01:10:59.132: W/dalvikvm(30016): 508: 0x424939e0 byte[] (32768 > elements) > 03-19 01:10:59.132: W/dalvikvm(30016): 507: 0x4248b9c8 byte[] (32768 > elements) > 03-19 01:10:59.132: W/dalvikvm(30016): 506: 0x424839b0 byte[] (32768 > elements) > 03-19 01:10:59.132: W/dalvikvm(30016): 505: 0x4247b998 byte[] (32768 > elements) > 03-19 01:10:59.132: W/dalvikvm(30016): 504: 0x42473980 byte[] (32768 > elements) > 03-19 01:10:59.132: W/dalvikvm(30016): 503: 0x4246b968 byte[] (32768 > elements) > 03-19 01:10:59.132: W/dalvikvm(30016): 502: 0x42463950 byte[] (32768 > elements) > 03-19 01:10:59.132: W/dalvikvm(30016): Summary: > 03-19 01:10:59.132: W/dalvikvm(30016): 1 of java.lang.Class > 03-19 01:10:59.132: W/dalvikvm(30016): 510 of byte[] (32768 elements) > (510 unique instances) > 03-19 01:10:59.132: W/dalvikvm(30016): 1 of > android.content.res.AssetManager > 03-19 01:10:59.132: E/dalvikvm(30016): Failed adding to JNI local ref table > (has 512 entries) > 03-19 01:10:59.132: I/dalvikvm(30016): "Thread-1410" prio=5 tid=16 RUNNABLE > 03-19 01:10:59.132: I/dalvikvm(30016): | group="main" sCount=0 dsCount=0 > obj=0x410f0e90 self=0x3fd428 > 03-19 01:10:59.132: I/dalvikvm(30016): | sysTid=30037 nice=0 sched=0/0 > cgrp=default handle=5161056 > 03-19 01:10:59.132: I/dalvikvm(30016): | schedstat=( 935121000 243214000 > 986 ) utm=72 stm=21 core=0 > 03-19 01:10:59.132: I/dalvikvm(30016): at > android.content.res.AssetManager.readAsset(Native Method) > 03-19 01:10:59.132: I/dalvikvm(30016): at > android.content.res.AssetManager.access$700(AssetManager.java:35) > 03-19 01:10:59.132: I/dalvikvm(30016): at > android.content.res.AssetManager$AssetInputStream.read(AssetManager.java:573) > 03-19 01:10:59.132: I/dalvikvm(30016): at > dalvik.system.NativeStart.run(Native Method) > 03-19 01:10:59.132: E/dalvikvm(30016): VM aborting > 03-19 01:10:59.132: A/libc(30016): Fatal signal 11 (SIGSEGV) at 0xdeadd00d > (code=1) > http://stackoverflow.com/questions/15504153/phonegap-jni-error-app-bug-local-reference-table-ove
[jira] [Commented] (CB-2731) App Crashes sometimes whit error: JNI ERROR (app bug): local reference table overflow (max=512)
[ https://issues.apache.org/jira/browse/CB-2731?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13613292#comment-13613292 ] Javier Olivieri commented on CB-2731: - Hi joe.. this issue occurs in all android versions. I test in 2.3, 3.0 , 4.0, 4.03 , 4.2 ... etc. I use a tablet Asus Transformer 10.2". And this issue occurs in many of other devices.. CellPhones and others tablets too. I fixed this issue moving all files from the asset folder (images, fonts,etc) to the device sdcard but you must fix this issue for the next version of phonegap. I saw this same bug in many forums and webpages. There are many developers with this problem!! this is my apk of the app: https://www.dropbox.com/s/hb9pngkflhsxd9u/dionisio.apk Regards, > App Crashes sometimes whit error: JNI ERROR (app bug): local reference table > overflow (max=512) > --- > > Key: CB-2731 > URL: https://issues.apache.org/jira/browse/CB-2731 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.3.0, 2.5.0 > Environment: Eclipse, Android 4.0 >Reporter: Javier Olivieri >Assignee: Joe Bowser > Labels: memory, overflow, phonegap > > I have a phonegap app.. in Android 4.0. > This bug appears after a few touch when i'm navigating the app... and then > the app crashes and closes... > There are a limit of something in phonegap?? > 03-19 01:10:59.052: W/dalvikvm(30016): JNI WARNING: > DeleteLocalRef(0x24d00216) failed to find entry > 03-19 01:10:59.072: W/dalvikvm(30016): JNI WARNING: > DeleteLocalRef(0x2360021e) failed to find entry > 03-19 01:10:59.092: D/DroidGap(30016): > onMessage(onPageStarted,file:///android_asset/www/index.html) > 03-19 01:10:59.122: W/dalvikvm(30016): JNI WARNING: > DeleteLocalRef(0x20800226) failed to find entry > 03-19 01:10:59.122: W/dalvikvm(30016): JNI WARNING: > DeleteLocalRef(0x1ec00246) failed to find entry > 03-19 01:10:59.132: W/dalvikvm(30016): JNI WARNING: > DeleteLocalRef(0x24e00216) failed to find entry > 03-19 01:10:59.132: W/dalvikvm(30016): JNI WARNING: > DeleteLocalRef(0x29500212) failed to find entry > 03-19 01:10:59.132: W/dalvikvm(30016): JNI WARNING: > DeleteLocalRef(0x1eb0024a) failed to find entry > 03-19 01:10:59.132: W/dalvikvm(30016): JNI WARNING: > DeleteLocalRef(0x1eb0024e) failed to find entry > 03-19 01:10:59.132: W/dalvikvm(30016): JNI WARNING: > DeleteLocalRef(0x1ea00252) failed to find entry > 03-19 01:10:59.132: E/dalvikvm(30016): JNI ERROR (app bug): local reference > table overflow (max=512) > 03-19 01:10:59.132: W/dalvikvm(30016): JNI local reference table (0xc34ff8) > dump: > 03-19 01:10:59.132: W/dalvikvm(30016): Last 10 entries (of 512): > 03-19 01:10:59.132: W/dalvikvm(30016): 511: 0x410a8aa8 > android.content.res.AssetManager > 03-19 01:10:59.132: W/dalvikvm(30016): 510: 0x424a3a10 byte[] (32768 > elements) > 03-19 01:10:59.132: W/dalvikvm(30016): 509: 0x4249b9f8 byte[] (32768 > elements) > 03-19 01:10:59.132: W/dalvikvm(30016): 508: 0x424939e0 byte[] (32768 > elements) > 03-19 01:10:59.132: W/dalvikvm(30016): 507: 0x4248b9c8 byte[] (32768 > elements) > 03-19 01:10:59.132: W/dalvikvm(30016): 506: 0x424839b0 byte[] (32768 > elements) > 03-19 01:10:59.132: W/dalvikvm(30016): 505: 0x4247b998 byte[] (32768 > elements) > 03-19 01:10:59.132: W/dalvikvm(30016): 504: 0x42473980 byte[] (32768 > elements) > 03-19 01:10:59.132: W/dalvikvm(30016): 503: 0x4246b968 byte[] (32768 > elements) > 03-19 01:10:59.132: W/dalvikvm(30016): 502: 0x42463950 byte[] (32768 > elements) > 03-19 01:10:59.132: W/dalvikvm(30016): Summary: > 03-19 01:10:59.132: W/dalvikvm(30016): 1 of java.lang.Class > 03-19 01:10:59.132: W/dalvikvm(30016): 510 of byte[] (32768 elements) > (510 unique instances) > 03-19 01:10:59.132: W/dalvikvm(30016): 1 of > android.content.res.AssetManager > 03-19 01:10:59.132: E/dalvikvm(30016): Failed adding to JNI local ref table > (has 512 entries) > 03-19 01:10:59.132: I/dalvikvm(30016): "Thread-1410" prio=5 tid=16 RUNNABLE > 03-19 01:10:59.132: I/dalvikvm(30016): | group="main" sCount=0 dsCount=0 > obj=0x410f0e90 self=0x3fd428 > 03-19 01:10:59.132: I/dalvikvm(30016): | sysTid=30037 nice=0 sched=0/0 > cgrp=default handle=5161056 > 03-19 01:10:59.132: I/dalvikvm(30016): | schedstat=( 935121000 243214000 > 986 ) utm=72 stm=21 core=0 > 03-19 01:10:59.132: I/dalvikvm(30016): at > android.content.res.AssetManager.readAsset(Native Method) > 03-19 01:10:59.132: I/dalvikvm(30016): at > android.content.res.AssetManager.access$700(AssetManager.java:35) > 03-19 01:10:59.132: I/dalvikvm(30016): at > android.content.res.AssetManager$AssetInpu
[jira] [Resolved] (CB-1700) Exif data corrupted on Android loading photos from Gallery
[ https://issues.apache.org/jira/browse/CB-1700?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-1700. Resolution: Fixed Yeah, simply reversing which file gets the exif written to it fixes this. Still, the test case for this is as usual a bigger pain than actually just fixing it. https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=commit;h=4ab4606ad268ae0fde03e9d3f641202293cf0948 > Exif data corrupted on Android loading photos from Gallery > -- > > Key: CB-1700 > URL: https://issues.apache.org/jira/browse/CB-1700 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.1.0, 2.2.0 > Environment: Samsung Galaxy SII >Reporter: Darryl Champagne >Assignee: Joe Bowser > Attachments: CameraExif.patch > > > Source and Target filenames are reversed in CameraLauncher.java when > returning a picture from the gallery that requires resizing. > Exif data is being read in from the resized image (around line 433, in > onActivityResult): > if (this.encodingType == JPEG) { > exif.createInFile(resizePath); > exif.readExifData(); > rotate = exif.getOrientation(); > } > And being written back to the original file, rather than the resized file > that is actually returned (around line 446): > // Restore exif data to file > if (this.encodingType == JPEG) { > exif.createOutFile(FileUtils.getRealPathFromURI(uri, this.cordova)); > exif.writeExifData(); > } > ... > this.callbackContext.success("file://" + resizePath + "?" + > System.currentTimeMillis()); > This means that the almost nonexistent EXIF data in the output file gets > written to the original file (usually doing nothing), and the valid data is > not returned in the resized file. The inFile should be imagePath (or > recreated), and the outfile should be resizePath. > The sending filename back from the Camera appears to have a similar issue. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2807) close() function for InAppBrowser for BlackBerry is actually supported
[ https://issues.apache.org/jira/browse/CB-2807?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13613244#comment-13613244 ] Tim Kim commented on CB-2807: - Fixed here: https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;a=commit;h=ba2c0976b07a9c10c6501037309adf2adf134763 > close() function for InAppBrowser for BlackBerry is actually supported > -- > > Key: CB-2807 > URL: https://issues.apache.org/jira/browse/CB-2807 > Project: Apache Cordova > Issue Type: Bug > Components: Docs >Affects Versions: 2.6.0 >Reporter: Tim Kim >Assignee: Michael Brooks >Priority: Trivial > > Need to update docs that says close() function is supported. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2807) close() function for InAppBrowser for BlackBerry is actually supported
[ https://issues.apache.org/jira/browse/CB-2807?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tim Kim resolved CB-2807. - Resolution: Fixed > close() function for InAppBrowser for BlackBerry is actually supported > -- > > Key: CB-2807 > URL: https://issues.apache.org/jira/browse/CB-2807 > Project: Apache Cordova > Issue Type: Bug > Components: Docs >Affects Versions: 2.6.0 >Reporter: Tim Kim >Assignee: Michael Brooks >Priority: Trivial > > Need to update docs that says close() function is supported. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2736) resolveLocalFileSystemURI from camera.getPicture(function(imageURI)); returns error 5.
[ https://issues.apache.org/jira/browse/CB-2736?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13613247#comment-13613247 ] Dimitri Adamou commented on CB-2736: I suppose making a single slash resolve to the sandbox would make sense, I have a feeling same applies to the media object but I haven't tested it yet > resolveLocalFileSystemURI from camera.getPicture(function(imageURI)); returns > error 5. > -- > > Key: CB-2736 > URL: https://issues.apache.org/jira/browse/CB-2736 > Project: Apache Cordova > Issue Type: Bug > Components: WP8 >Affects Versions: 2.5.0 > Environment: Tested on Windows Phone 8 >Reporter: Dimitri Adamou >Assignee: Benn Mapes > Labels: camera, resolveLocalFileSystemURI, window, windows-phone > > Hey there, found an issue regarding camera.getPhoto(); on the success > callback when using the imageURI, window.resolveLocalFileSystemURI(imageURI); > will return error 5, however by prepending "//" to the imageURI, behaviour > continues on as normal. > Alerting the imageURI shows it as /CapturedImagesCache/, so I am assuming by > prepending // (therefore making it ///CapturedImagesCache/) makes it resolve > to the correct URI > http://stackoverflow.com/questions/15072843/resolvelocalfilesystemuri-error-code-5-windows-phone-7-phonegap/15536795#15536795 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2806) Script Loader XHR is returning a status of 0 instead of 200, even though it succeeds.
[ https://issues.apache.org/jira/browse/CB-2806?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13613246#comment-13613246 ] Michal Mocny commented on CB-2806: -- Sweet, resolved. > Script Loader XHR is returning a status of 0 instead of 200, even though it > succeeds. > - > > Key: CB-2806 > URL: https://issues.apache.org/jira/browse/CB-2806 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.6.0 >Reporter: Michal Mocny >Assignee: Michal Mocny > > Using our new plugin loaded fails (for me, on iOS 6.1) due to an xhr failing > with a response of 0, even though the content is fetched fine. > We should figure out the underlying issue, but for now I'm going to patch to > accept a response of 0. (Also, there was a similar issue for ios 6.0 for > webworkers specifically, I wonder if these are related) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2806) Script Loader XHR is returning a status of 0 instead of 200, even though it succeeds.
[ https://issues.apache.org/jira/browse/CB-2806?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Mocny resolved CB-2806. -- Resolution: Fixed > Script Loader XHR is returning a status of 0 instead of 200, even though it > succeeds. > - > > Key: CB-2806 > URL: https://issues.apache.org/jira/browse/CB-2806 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.6.0 >Reporter: Michal Mocny >Assignee: Michal Mocny > > Using our new plugin loaded fails (for me, on iOS 6.1) due to an xhr failing > with a response of 0, even though the content is fetched fine. > We should figure out the underlying issue, but for now I'm going to patch to > accept a response of 0. (Also, there was a similar issue for ios 6.0 for > webworkers specifically, I wonder if these are related) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2807) close() function for InAppBrowser for BlackBerry is actually supported
Tim Kim created CB-2807: --- Summary: close() function for InAppBrowser for BlackBerry is actually supported Key: CB-2807 URL: https://issues.apache.org/jira/browse/CB-2807 Project: Apache Cordova Issue Type: Bug Components: Docs Affects Versions: 2.6.0 Reporter: Tim Kim Assignee: Michael Brooks Priority: Trivial Need to update docs that says close() function is supported. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2806) Script Loader XHR is returning a status of 0 instead of 200, even though it succeeds.
[ https://issues.apache.org/jira/browse/CB-2806?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13613237#comment-13613237 ] Andrew Grieve commented on CB-2806: --- XHRs to file: URLS always have 0 response codes. I think the rational is that you never talked to a HTTP server, so there never was a status code. The way to fix is just as you say - accept 0 as success. > Script Loader XHR is returning a status of 0 instead of 200, even though it > succeeds. > - > > Key: CB-2806 > URL: https://issues.apache.org/jira/browse/CB-2806 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.6.0 >Reporter: Michal Mocny >Assignee: Michal Mocny > > Using our new plugin loaded fails (for me, on iOS 6.1) due to an xhr failing > with a response of 0, even though the content is fetched fine. > We should figure out the underlying issue, but for now I'm going to patch to > accept a response of 0. (Also, there was a similar issue for ios 6.0 for > webworkers specifically, I wonder if these are related) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2804) Project does not compile under OS X Lion (10.7)
[ https://issues.apache.org/jira/browse/CB-2804?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-2804. -- Resolution: Fixed fix commit - http://git-wip-us.apache.org/repos/asf/cordova-osx/commit/9f29a16a > Project does not compile under OS X Lion (10.7) > > > Key: CB-2804 > URL: https://issues.apache.org/jira/browse/CB-2804 > Project: Apache Cordova > Issue Type: Bug > Components: OSX >Affects Versions: 2.6.0 > Environment: OS X Lion 10.7 >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > > See: https://github.com/shazron/phonegap-questions/issues/3 > The problem is the Base SDK, set to Latest OS X, shows "10.8" when it really > should be 10.7 when under Lion (10.7). Xcode bug. > Workaround would be to change it to 10.7 manually. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2805) ARC weak reference issues in 10.7
[ https://issues.apache.org/jira/browse/CB-2805?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-2805. -- Resolution: Fixed fix commit - http://git-wip-us.apache.org/repos/asf/cordova-osx/commit/28454d03 > ARC weak reference issues in 10.7 > - > > Key: CB-2805 > URL: https://issues.apache.org/jira/browse/CB-2805 > Project: Apache Cordova > Issue Type: Bug > Components: OSX > Environment: OS X Lion 10.7 >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Fix For: 2.6.0 > > > Once you workaround CB-2804, you get this error: > CDVCommandDelegateImpl.h:27:5: error: class is incompatible with __weak > references > __weak CDVViewController* _viewController; > Workaround is to remove the __weak annotation, since NSViewController does > not support ARC weak references. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-2805) ARC weak reference issues in 10.7
[ https://issues.apache.org/jira/browse/CB-2805?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-2805: - Summary: ARC weak reference issues in 10.7 (was: ARC weak reference issue in 10.7) > ARC weak reference issues in 10.7 > - > > Key: CB-2805 > URL: https://issues.apache.org/jira/browse/CB-2805 > Project: Apache Cordova > Issue Type: Bug > Components: OSX > Environment: OS X Lion 10.7 >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Fix For: 2.6.0 > > > Once you workaround CB-2804, you get this error: > CDVCommandDelegateImpl.h:27:5: error: class is incompatible with __weak > references > __weak CDVViewController* _viewController; > Workaround is to remove the __weak annotation, since NSViewController does > not support ARC weak references. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Assigned] (CB-2806) Script Loader XHR is returning a status of 0 instead of 200, even though it succeeds.
[ https://issues.apache.org/jira/browse/CB-2806?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Mocny reassigned CB-2806: Assignee: Michal Mocny (was: Shazron Abdullah) > Script Loader XHR is returning a status of 0 instead of 200, even though it > succeeds. > - > > Key: CB-2806 > URL: https://issues.apache.org/jira/browse/CB-2806 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.6.0 >Reporter: Michal Mocny >Assignee: Michal Mocny > > Using our new plugin loaded fails (for me, on iOS 6.1) due to an xhr failing > with a response of 0, even though the content is fetched fine. > We should figure out the underlying issue, but for now I'm going to patch to > accept a response of 0. (Also, there was a similar issue for ios 6.0 for > webworkers specifically, I wonder if these are related) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2806) Script Loader XHR is returning a status of 0 instead of 200, even though it succeeds.
Michal Mocny created CB-2806: Summary: Script Loader XHR is returning a status of 0 instead of 200, even though it succeeds. Key: CB-2806 URL: https://issues.apache.org/jira/browse/CB-2806 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.6.0 Reporter: Michal Mocny Assignee: Shazron Abdullah Using our new plugin loaded fails (for me, on iOS 6.1) due to an xhr failing with a response of 0, even though the content is fetched fine. We should figure out the underlying issue, but for now I'm going to patch to accept a response of 0. (Also, there was a similar issue for ios 6.0 for webworkers specifically, I wonder if these are related) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2740) Tag cordova-cli
[ https://issues.apache.org/jira/browse/CB-2740?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Filip Maj resolved CB-2740. --- Resolution: Fixed Created 2.6.x branch and pushed 2.6.0rc1 tag. Also pushed cordova@2.6.0 to npm. > Tag cordova-cli > --- > > Key: CB-2740 > URL: https://issues.apache.org/jira/browse/CB-2740 > Project: Apache Cordova > Issue Type: Sub-task > Components: CLI >Reporter: Filip Maj >Assignee: Filip Maj > Fix For: 2.6.0 > > > Tag cordova-cli, verify it works with iOS, Android and BlackBerry. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2756) Update www/ Application for BlackBerry
[ https://issues.apache.org/jira/browse/CB-2756?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tim Kim resolved CB-2756. - Resolution: Fixed Oh weird, it says I re-opened this issue. Resolving again! > Update www/ Application for BlackBerry > -- > > Key: CB-2756 > URL: https://issues.apache.org/jira/browse/CB-2756 > Project: Apache Cordova > Issue Type: Sub-task > Components: BlackBerry >Reporter: Filip Maj >Assignee: Tim Kim > Fix For: 2.6.0 > > > Update the www/ sample application after App-Hello-World has been tagged. > IMPORTANT: Remove irrelevant platfroms from www/res/icon and www/res/screen. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2804) Project does not compile under OS X Lion (10.7)
[ https://issues.apache.org/jira/browse/CB-2804?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13613193#comment-13613193 ] Shazron Abdullah commented on CB-2804: -- Also, do the same for the Cordova.framework project. > Project does not compile under OS X Lion (10.7) > > > Key: CB-2804 > URL: https://issues.apache.org/jira/browse/CB-2804 > Project: Apache Cordova > Issue Type: Bug > Components: OSX >Affects Versions: 2.6.0 > Environment: OS X Lion 10.7 >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > > See: https://github.com/shazron/phonegap-questions/issues/3 > The problem is the Base SDK, set to Latest OS X, shows "10.8" when it really > should be 10.7 when under Lion (10.7). Xcode bug. > Workaround would be to change it to 10.7 manually. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2751) Update JavaScript for webOS
[ https://issues.apache.org/jira/browse/CB-2751?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Herm Wong resolved CB-2751. --- Resolution: Fixed > Update JavaScript for webOS > --- > > Key: CB-2751 > URL: https://issues.apache.org/jira/browse/CB-2751 > Project: Apache Cordova > Issue Type: Sub-task > Components: webOS >Reporter: Filip Maj >Assignee: Herm Wong > Fix For: 2.6.0 > > > Update the cordova.js after CordovaJS has been tagged. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2761) Update www/ Application for webOS
[ https://issues.apache.org/jira/browse/CB-2761?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Herm Wong resolved CB-2761. --- Resolution: Fixed > Update www/ Application for webOS > - > > Key: CB-2761 > URL: https://issues.apache.org/jira/browse/CB-2761 > Project: Apache Cordova > Issue Type: Sub-task > Components: webOS >Reporter: Filip Maj >Assignee: Herm Wong > Fix For: 2.6.0 > > > Update the www/ sample application after App-Hello-World has been tagged. > IMPORTANT: Remove irrelevant platfroms from www/res/icon and www/res/screen. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2771) Tag webOS
[ https://issues.apache.org/jira/browse/CB-2771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Herm Wong resolved CB-2771. --- Resolution: Fixed > Tag webOS > - > > Key: CB-2771 > URL: https://issues.apache.org/jira/browse/CB-2771 > Project: Apache Cordova > Issue Type: Sub-task > Components: webOS >Reporter: Filip Maj >Assignee: Herm Wong > Fix For: 2.6.0 > > > After updating the JavaScript and sample application, the release can be > tagged. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2805) ARC weak reference issue in 10.7
[ https://issues.apache.org/jira/browse/CB-2805?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13613178#comment-13613178 ] Shazron Abdullah commented on CB-2805: -- The fix is to conditionally compile the __weak in: {code} #ifdef __MAC_10_8 __weak #endif CDVViewController* _viewController; {code} > ARC weak reference issue in 10.7 > > > Key: CB-2805 > URL: https://issues.apache.org/jira/browse/CB-2805 > Project: Apache Cordova > Issue Type: Bug > Components: OSX > Environment: OS X Lion 10.7 >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Fix For: 2.6.0 > > > Once you workaround CB-2804, you get this error: > CDVCommandDelegateImpl.h:27:5: error: class is incompatible with __weak > references > __weak CDVViewController* _viewController; > Workaround is to remove the __weak annotation, since NSViewController does > not support ARC weak references. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-2804) Project does not compile under OS X Lion (10.7)
[ https://issues.apache.org/jira/browse/CB-2804?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-2804: - Environment: OS X Lion 10.7 > Project does not compile under OS X Lion (10.7) > > > Key: CB-2804 > URL: https://issues.apache.org/jira/browse/CB-2804 > Project: Apache Cordova > Issue Type: Bug > Components: OSX >Affects Versions: 2.6.0 > Environment: OS X Lion 10.7 >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > > See: https://github.com/shazron/phonegap-questions/issues/3 > The problem is the Base SDK, set to Latest OS X, shows "10.8" when it really > should be 10.7 when under Lion (10.7). Xcode bug. > Workaround would be to change it to 10.7 manually. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2804) Project does not compile under OS X Lion (10.7)
[ https://issues.apache.org/jira/browse/CB-2804?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13613173#comment-13613173 ] Shazron Abdullah commented on CB-2804: -- Ok my mistake. The fix here is to set it to "Current OS X" for both Project and Target. > Project does not compile under OS X Lion (10.7) > > > Key: CB-2804 > URL: https://issues.apache.org/jira/browse/CB-2804 > Project: Apache Cordova > Issue Type: Bug > Components: OSX >Affects Versions: 2.6.0 > Environment: OS X Lion 10.7 >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > > See: https://github.com/shazron/phonegap-questions/issues/3 > The problem is the Base SDK, set to Latest OS X, shows "10.8" when it really > should be 10.7 when under Lion (10.7). Xcode bug. > Workaround would be to change it to 10.7 manually. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2805) ARC weak reference issue in 10.7
Shazron Abdullah created CB-2805: Summary: ARC weak reference issue in 10.7 Key: CB-2805 URL: https://issues.apache.org/jira/browse/CB-2805 Project: Apache Cordova Issue Type: Bug Components: OSX Environment: OS X Lion 10.7 Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 2.6.0 Once you workaround CB-2804, you get this error: CDVCommandDelegateImpl.h:27:5: error: class is incompatible with __weak references __weak CDVViewController* _viewController; Workaround is to remove the __weak annotation, since NSViewController does not support ARC weak references. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2804) Project does not compile under OS X Lion (10.7)
Shazron Abdullah created CB-2804: Summary: Project does not compile under OS X Lion (10.7) Key: CB-2804 URL: https://issues.apache.org/jira/browse/CB-2804 Project: Apache Cordova Issue Type: Bug Components: OSX Affects Versions: 2.6.0 Reporter: Shazron Abdullah Assignee: Shazron Abdullah See: https://github.com/shazron/phonegap-questions/issues/3 The problem is the Base SDK, set to Latest OS X, shows "10.8" when it really should be 10.7 when under Lion (10.7). Xcode bug. Workaround would be to change it to 10.7 manually. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2778) Tag Docs
[ https://issues.apache.org/jira/browse/CB-2778?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Brooks resolved CB-2778. Resolution: Fixed Branched and tagged https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;a=log;h=refs/heads/2.6.x > Tag Docs > > > Key: CB-2778 > URL: https://issues.apache.org/jira/browse/CB-2778 > Project: Apache Cordova > Issue Type: Sub-task > Components: Docs >Reporter: Filip Maj >Assignee: Michael Brooks > Fix For: 2.6.0 > > > After all platforms have been tagged, the docs can be tagged. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-852) xhr2 impl
[ https://issues.apache.org/jira/browse/CB-852?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13613126#comment-13613126 ] Joe Bowser commented on CB-852: --- Decided to not implement this on Android 2.3 back in February and closed the subtask. > xhr2 impl > - > > Key: CB-852 > URL: https://issues.apache.org/jira/browse/CB-852 > Project: Apache Cordova > Issue Type: Improvement > Components: Android, Bada, BlackBerry, CordovaJS, iOS, Qt, webOS, WP7 >Reporter: Brian LeRoux >Assignee: Shazron Abdullah >Priority: Minor > Fix For: 2.6.0 > > > implement xhr2 on top of current filetransfer -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2230) Implement Android 2.3 xhr2
[ https://issues.apache.org/jira/browse/CB-2230?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-2230. Resolution: Won't Fix This won't be supported on Android 2.3 due to the complexities with the File type. > Implement Android 2.3 xhr2 > -- > > Key: CB-2230 > URL: https://issues.apache.org/jira/browse/CB-2230 > Project: Apache Cordova > Issue Type: Sub-task > Components: Android >Reporter: Joe Bowser >Assignee: Joe Bowser > > Android 4.x supports xhr2, but Android 2.3 does not. We need to create a > shim for xhr2 on Android 2.3, since there are no signs of it going away. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-913) Refactor Key Press Overrides on Android
[ https://issues.apache.org/jira/browse/CB-913?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-913. --- Resolution: Won't Fix With the trend for less buttons on Android 4.0+, it makes sense for this to be handled for a per-platform fix. If Google TV becomes successful we'll look at this again. :P > Refactor Key Press Overrides on Android > --- > > Key: CB-913 > URL: https://issues.apache.org/jira/browse/CB-913 > Project: Apache Cordova > Issue Type: Improvement > Components: Android >Affects Versions: 1.8.0 >Reporter: Joe Bowser >Assignee: Joe Bowser >Priority: Minor > Fix For: 2.6.0 > > > Currently the Volume Up and Down events are in DroidGap.java. While this is > fine for the general use case, it would be better if there was a utility > class that handled these events. This would also allow us to implement the > GamePad API for the Google TV events, because Google in their infinite wisdom > chose to re-implement this instead of using the standard keyCodes for Up, > Down, Left and Right. > This should fix existing bugs on Google TV, as well as make the code neater. > It also addresses CB-417. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-2792) Exif Tests
[ https://issues.apache.org/jira/browse/CB-2792?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lorin Beer updated CB-2792: --- Fix Version/s: (was: Master) 2.6.0 > Exif Tests > -- > > Key: CB-2792 > URL: https://issues.apache.org/jira/browse/CB-2792 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.6.0 >Reporter: Lorin Beer >Assignee: Lorin Beer > Fix For: 2.6.0 > > > add exif reader plugin to iOS test framework -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-2791) Support for Exif Tags in iOS update
[ https://issues.apache.org/jira/browse/CB-2791?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lorin Beer updated CB-2791: --- Fix Version/s: 2.6.0 > Support for Exif Tags in iOS update > --- > > Key: CB-2791 > URL: https://issues.apache.org/jira/browse/CB-2791 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.6.0 >Reporter: Lorin Beer >Assignee: Lorin Beer >Priority: Minor > Fix For: 2.6.0 > > > iOS has added some new tags since the exif writer was first written. These > are multi data component tags which include some really cool metadata, such > as the 0x9214 Subject Area tag, which reports the primary identified subject > (such as a face). > Format supplied for these tags is slightly different, so new conversion > functions are necessary. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-2790) Migrate Exif Splice Code out of Camera.m
[ https://issues.apache.org/jira/browse/CB-2790?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lorin Beer updated CB-2790: --- Fix Version/s: 2.6.0 > Migrate Exif Splice Code out of Camera.m > > > Key: CB-2790 > URL: https://issues.apache.org/jira/browse/CB-2790 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.6.0 >Reporter: Lorin Beer >Assignee: Lorin Beer >Priority: Critical > Fix For: 2.6.0 > > > Currently, some byte-slinging occurs in CDVCamera.m. The code splices a new > data block into a JPEG image while still in memory. This replaces the > existing APP1 data block of the image returned by UIImagePickerController > with one that includes as much of the Exif data returned by the info dict as > possible. > This code can happily exist in the CDVJpegHeaderWriter -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2731) App Crashes sometimes whit error: JNI ERROR (app bug): local reference table overflow (max=512)
[ https://issues.apache.org/jira/browse/CB-2731?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13613095#comment-13613095 ] Joe Bowser commented on CB-2731: Do you have any more information, namely what type of device you're using, and the exact version of Android? (4.0.3, 4.0.4???). Also, a test application will always help us reproduce this issue. This sounds device-specific. > App Crashes sometimes whit error: JNI ERROR (app bug): local reference table > overflow (max=512) > --- > > Key: CB-2731 > URL: https://issues.apache.org/jira/browse/CB-2731 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.3.0, 2.5.0 > Environment: Eclipse, Android 4.0 >Reporter: Javier Olivieri >Assignee: Joe Bowser > Labels: memory, overflow, phonegap > > I have a phonegap app.. in Android 4.0. > This bug appears after a few touch when i'm navigating the app... and then > the app crashes and closes... > There are a limit of something in phonegap?? > 03-19 01:10:59.052: W/dalvikvm(30016): JNI WARNING: > DeleteLocalRef(0x24d00216) failed to find entry > 03-19 01:10:59.072: W/dalvikvm(30016): JNI WARNING: > DeleteLocalRef(0x2360021e) failed to find entry > 03-19 01:10:59.092: D/DroidGap(30016): > onMessage(onPageStarted,file:///android_asset/www/index.html) > 03-19 01:10:59.122: W/dalvikvm(30016): JNI WARNING: > DeleteLocalRef(0x20800226) failed to find entry > 03-19 01:10:59.122: W/dalvikvm(30016): JNI WARNING: > DeleteLocalRef(0x1ec00246) failed to find entry > 03-19 01:10:59.132: W/dalvikvm(30016): JNI WARNING: > DeleteLocalRef(0x24e00216) failed to find entry > 03-19 01:10:59.132: W/dalvikvm(30016): JNI WARNING: > DeleteLocalRef(0x29500212) failed to find entry > 03-19 01:10:59.132: W/dalvikvm(30016): JNI WARNING: > DeleteLocalRef(0x1eb0024a) failed to find entry > 03-19 01:10:59.132: W/dalvikvm(30016): JNI WARNING: > DeleteLocalRef(0x1eb0024e) failed to find entry > 03-19 01:10:59.132: W/dalvikvm(30016): JNI WARNING: > DeleteLocalRef(0x1ea00252) failed to find entry > 03-19 01:10:59.132: E/dalvikvm(30016): JNI ERROR (app bug): local reference > table overflow (max=512) > 03-19 01:10:59.132: W/dalvikvm(30016): JNI local reference table (0xc34ff8) > dump: > 03-19 01:10:59.132: W/dalvikvm(30016): Last 10 entries (of 512): > 03-19 01:10:59.132: W/dalvikvm(30016): 511: 0x410a8aa8 > android.content.res.AssetManager > 03-19 01:10:59.132: W/dalvikvm(30016): 510: 0x424a3a10 byte[] (32768 > elements) > 03-19 01:10:59.132: W/dalvikvm(30016): 509: 0x4249b9f8 byte[] (32768 > elements) > 03-19 01:10:59.132: W/dalvikvm(30016): 508: 0x424939e0 byte[] (32768 > elements) > 03-19 01:10:59.132: W/dalvikvm(30016): 507: 0x4248b9c8 byte[] (32768 > elements) > 03-19 01:10:59.132: W/dalvikvm(30016): 506: 0x424839b0 byte[] (32768 > elements) > 03-19 01:10:59.132: W/dalvikvm(30016): 505: 0x4247b998 byte[] (32768 > elements) > 03-19 01:10:59.132: W/dalvikvm(30016): 504: 0x42473980 byte[] (32768 > elements) > 03-19 01:10:59.132: W/dalvikvm(30016): 503: 0x4246b968 byte[] (32768 > elements) > 03-19 01:10:59.132: W/dalvikvm(30016): 502: 0x42463950 byte[] (32768 > elements) > 03-19 01:10:59.132: W/dalvikvm(30016): Summary: > 03-19 01:10:59.132: W/dalvikvm(30016): 1 of java.lang.Class > 03-19 01:10:59.132: W/dalvikvm(30016): 510 of byte[] (32768 elements) > (510 unique instances) > 03-19 01:10:59.132: W/dalvikvm(30016): 1 of > android.content.res.AssetManager > 03-19 01:10:59.132: E/dalvikvm(30016): Failed adding to JNI local ref table > (has 512 entries) > 03-19 01:10:59.132: I/dalvikvm(30016): "Thread-1410" prio=5 tid=16 RUNNABLE > 03-19 01:10:59.132: I/dalvikvm(30016): | group="main" sCount=0 dsCount=0 > obj=0x410f0e90 self=0x3fd428 > 03-19 01:10:59.132: I/dalvikvm(30016): | sysTid=30037 nice=0 sched=0/0 > cgrp=default handle=5161056 > 03-19 01:10:59.132: I/dalvikvm(30016): | schedstat=( 935121000 243214000 > 986 ) utm=72 stm=21 core=0 > 03-19 01:10:59.132: I/dalvikvm(30016): at > android.content.res.AssetManager.readAsset(Native Method) > 03-19 01:10:59.132: I/dalvikvm(30016): at > android.content.res.AssetManager.access$700(AssetManager.java:35) > 03-19 01:10:59.132: I/dalvikvm(30016): at > android.content.res.AssetManager$AssetInputStream.read(AssetManager.java:573) > 03-19 01:10:59.132: I/dalvikvm(30016): at > dalvik.system.NativeStart.run(Native Method) > 03-19 01:10:59.132: E/dalvikvm(30016): VM aborting > 03-19 01:10:59.132: A/libc(30016): Fatal signal 11 (SIGSEGV) at 0xdeadd00d > (code=1) > http://stackoverflow.com/questions/15504153/phonegap-jni-error-app-bug-local-reference-ta
[jira] [Updated] (CB-2622) APK files not generated after build
[ https://issues.apache.org/jira/browse/CB-2622?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser updated CB-2622: --- Component/s: (was: Android) CLI Assignee: Filip Maj (was: Joe Bowser) This is CLI related. > APK files not generated after build > --- > > Key: CB-2622 > URL: https://issues.apache.org/jira/browse/CB-2622 > Project: Apache Cordova > Issue Type: Task > Components: CLI >Affects Versions: 2.5.0 > Environment: Windows 7 >Reporter: Nithin Kamble >Assignee: Filip Maj > Fix For: 2.5.0 > > > I created a project using the "cordova create" command. The files were > created OK. I added the Andriod platform using "cordova platform add > andriod", again no issues. Then i ran "cordova build" command, it did not > throw any error(so i'm assuming build was successful) but in > "/platform/android/bin/" i didnt find any .apk files. Could > anyone help? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2784) captureAudio crashing in Cordova 2.5 on IOS 6.1.2
[ https://issues.apache.org/jira/browse/CB-2784?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13613068#comment-13613068 ] Shazron Abdullah commented on CB-2784: -- No repro. I just tried this on iOS 6.1.2 iPhone 5, with 2.5.0 and 2.6.0rc1. The test code I used is from the Quick Example docs: {code} // capture callback var captureSuccess = function(mediaFiles) { var i, path, len; for (i = 0, len = mediaFiles.length; i < len; i += 1) { path = mediaFiles[i].fullPath; // do something interesting with the file } }; // capture error callback var captureError = function(error) { navigator.notification.alert('Error code: ' + error.code, null, 'Capture Error'); }; // start audio capture navigator.device.capture.captureAudio(captureSuccess, captureError, {limit:2}); {code} > captureAudio crashing in Cordova 2.5 on IOS 6.1.2 > - > > Key: CB-2784 > URL: https://issues.apache.org/jira/browse/CB-2784 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.5.0 > Environment: iOS 6.1.2 on iphone 5 >Reporter: Anthony >Assignee: Shazron Abdullah >Priority: Critical > Fix For: 2.6.0 > > > Launch captureAudio, click record, stop the record and then click Done and it > immediately crashes. I tried to put a breakpoint to figure out where it is > crashing, but not being that familiar with Objective C, couldn't figure out > where exactly it was crashing. This worked fine in 1.7 - 2.4 versions. > Calling navigator.device.capture.captureAudio(captureSuccess, captureError, > options). Is this a known issue? anyone else have this problem. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2226) FileTransfer.abort -- successfully aborting actually calls the error callback. Nothing ever gets called for the success callback.
[ https://issues.apache.org/jira/browse/CB-2226?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13612984#comment-13612984 ] Ian Clelland commented on CB-2226: -- Pull request sent: https://github.com/apache/cordova-js/pull/24 > FileTransfer.abort -- successfully aborting actually calls the error > callback. Nothing ever gets called for the success callback. > - > > Key: CB-2226 > URL: https://issues.apache.org/jira/browse/CB-2226 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Shazron Abdullah >Assignee: Ian Clelland >Priority: Minor > Fix For: 2.6.0 > > > See: > https://github.com/apache/cordova-ios/blob/adf226876d03723b89b4e3a9d2e9d0cfa8f2eb07/CordovaLib/Classes/CDVFileTransfer.m#L315 > The mobile spec tests only calls abort with no parameters, thus this problem > was never detected. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-2784) captureAudio crashing in Cordova 2.5 on IOS 6.1.2
[ https://issues.apache.org/jira/browse/CB-2784?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-2784: - Fix Version/s: (was: 2.4.0) 2.6.0 > captureAudio crashing in Cordova 2.5 on IOS 6.1.2 > - > > Key: CB-2784 > URL: https://issues.apache.org/jira/browse/CB-2784 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.5.0 > Environment: iOS 6.1.2 on iphone 5 >Reporter: Anthony >Assignee: Shazron Abdullah >Priority: Critical > Fix For: 2.6.0 > > > Launch captureAudio, click record, stop the record and then click Done and it > immediately crashes. I tried to put a breakpoint to figure out where it is > crashing, but not being that familiar with Objective C, couldn't figure out > where exactly it was crashing. This worked fine in 1.7 - 2.4 versions. > Calling navigator.device.capture.captureAudio(captureSuccess, captureError, > options). Is this a known issue? anyone else have this problem. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2803) Add CLI scripts for OS X
Shazron Abdullah created CB-2803: Summary: Add CLI scripts for OS X Key: CB-2803 URL: https://issues.apache.org/jira/browse/CB-2803 Project: Apache Cordova Issue Type: Bug Components: OSX Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 2.7.0 CLI scripts needed for the project template. Copy and adapt the iOS scripts. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-51) API: FileTransfer - Support PUT Method
[ https://issues.apache.org/jira/browse/CB-51?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13612970#comment-13612970 ] Shazron Abdullah commented on CB-51: iCLA received. > API: FileTransfer - Support PUT Method > -- > > Key: CB-51 > URL: https://issues.apache.org/jira/browse/CB-51 > Project: Apache Cordova > Issue Type: New Feature > Components: iOS >Reporter: Shazron Abdullah >Priority: Minor > Fix For: 2.7.0 > > > reported at: https://github.com/phonegap/phonegap-iphone/issues/178 > by: https://github.com/berb > (This feature request is platform-agnostic and has been posted here due to > the comments in #phonegap) > While the current FileTransfer provides upload capabilities similar to > browsers (using HTTP POST and multipart), it would be helpful to support PUT > as well. > HTTP allows to create server-side resource using the PUT method, and many > RESTful webservices make use of this. Being the only way to upload binary > file content from a device to a web server, FileTransfer should additionally > support PUT as method. Usage might be indicated via FileUploadOptions. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2802) add a ./bin/check_reqs script to Mac
Filip Maj created CB-2802: - Summary: add a ./bin/check_reqs script to Mac Key: CB-2802 URL: https://issues.apache.org/jira/browse/CB-2802 Project: Apache Cordova Issue Type: Sub-task Components: Mac Reporter: Filip Maj Assignee: Shazron Abdullah Fix For: 2.7.0 Add a script to check if the machine supports creating/running/compiling cordova-osx projects. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-2795) add ./bin/check_reqs script to Android
[ https://issues.apache.org/jira/browse/CB-2795?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Filip Maj updated CB-2795: -- Summary: add ./bin/check_reqs script to Android (was: add ./bin/check_reqs script) > add ./bin/check_reqs script to Android > -- > > Key: CB-2795 > URL: https://issues.apache.org/jira/browse/CB-2795 > Project: Apache Cordova > Issue Type: Sub-task > Components: Android >Reporter: Filip Maj >Assignee: Joe Bowser > Fix For: 2.7.0 > > > Add a script that will run some stuff to check if the machine can support > creating/running cordova-android projects. This was originally implemented in > cordova-cli. Current implementation (~10 lines) is here: > https://github.com/apache/cordova-cli/blob/master/src/metadata/android_parser.js#L41 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2800) add ./bin/check_reqs script to FirefoxOS
Filip Maj created CB-2800: - Summary: add ./bin/check_reqs script to FirefoxOS Key: CB-2800 URL: https://issues.apache.org/jira/browse/CB-2800 Project: Apache Cordova Issue Type: Sub-task Components: FirefoxOS Reporter: Filip Maj Assignee: Herm Wong Fix For: 2.7.0 Add a script to check if the machine supports creating/running/compiling cordova-firefoxos projects. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2797) add ./bin/check_reqs script to BlackBerry
Filip Maj created CB-2797: - Summary: add ./bin/check_reqs script to BlackBerry Key: CB-2797 URL: https://issues.apache.org/jira/browse/CB-2797 Project: Apache Cordova Issue Type: Sub-task Components: BlackBerry Reporter: Filip Maj Assignee: Tim Kim Fix For: 2.7.0 Add a script to check if the machine supports creating/running/compiling cordova-blackberry projects. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2799) add ./bin/check_reqs script to WP8
Filip Maj created CB-2799: - Summary: add ./bin/check_reqs script to WP8 Key: CB-2799 URL: https://issues.apache.org/jira/browse/CB-2799 Project: Apache Cordova Issue Type: Sub-task Components: WP8 Reporter: Filip Maj Assignee: Jesse MacFadyen Fix For: 2.7.0 Add a script to check if the machine supports creating/running/compiling cordova-wp8 projects. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2801) add ./bin/check_reqs script to Windows 8
Filip Maj created CB-2801: - Summary: add ./bin/check_reqs script to Windows 8 Key: CB-2801 URL: https://issues.apache.org/jira/browse/CB-2801 Project: Apache Cordova Issue Type: Sub-task Components: Windows 8 Reporter: Filip Maj Assignee: Jesse MacFadyen Fix For: 2.7.0 Add a script to check if the machine supports creating/running/compiling cordova-windows8 projects. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2798) add ./bin/check_reqs script to WP7
Filip Maj created CB-2798: - Summary: add ./bin/check_reqs script to WP7 Key: CB-2798 URL: https://issues.apache.org/jira/browse/CB-2798 Project: Apache Cordova Issue Type: Sub-task Components: WP7 Reporter: Filip Maj Assignee: Jesse MacFadyen Fix For: 2.7.0 Add a script to check if the machine supports creating/running/compiling cordova-wp7 projects. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2795) add ./bin/check_reqs script
Filip Maj created CB-2795: - Summary: add ./bin/check_reqs script Key: CB-2795 URL: https://issues.apache.org/jira/browse/CB-2795 Project: Apache Cordova Issue Type: Sub-task Components: Android Reporter: Filip Maj Assignee: Joe Bowser Fix For: 2.7.0 Add a script that will run some stuff to check if the machine can support creating/running cordova-android projects. This was originally implemented in cordova-cli. Current implementation (~10 lines) is here: https://github.com/apache/cordova-cli/blob/master/src/metadata/android_parser.js#L41 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2796) add ./bin/check_reqs script to iOS
Filip Maj created CB-2796: - Summary: add ./bin/check_reqs script to iOS Key: CB-2796 URL: https://issues.apache.org/jira/browse/CB-2796 Project: Apache Cordova Issue Type: Sub-task Components: iOS Reporter: Filip Maj Assignee: Shazron Abdullah Fix For: 2.7.0 Add a script to check if the machine supports creating/running/compiling cordova-ios projects. Originally implemented in cordova-cli, a current implementation and its details is available here: https://github.com/apache/cordova-cli/blob/master/src/metadata/ios_parser.js#L61 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-2788) ./bin/check_reqs
[ https://issues.apache.org/jira/browse/CB-2788?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Filip Maj updated CB-2788: -- Component/s: (was: WP8) (was: BlackBerry) (was: Android) (was: iOS) Assignee: Filip Maj (was: Joe Bowser) Description: Add platform level script per http://apache.markmail.org/search/?q=check_req%27s#query:check_req%27s+page:1+mid:slduk5iztms2euwf+state:results was:Add platform level script as per http://apache.markmail.org/search/?q=check_req%27s#query:check_req%27s+page:1+mid:slduk5iztms2euwf+state:results so > ./bin/check_reqs > > > Key: CB-2788 > URL: https://issues.apache.org/jira/browse/CB-2788 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Affects Versions: 2.7.0 >Reporter: Brian LeRoux >Assignee: Filip Maj > Fix For: 2.7.0 > > > Add platform level script > per > http://apache.markmail.org/search/?q=check_req%27s#query:check_req%27s+page:1+mid:slduk5iztms2euwf+state:results > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2787) PhoneGap FileTransfer.Download more than 300 files
[ https://issues.apache.org/jira/browse/CB-2787?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Filip Maj resolved CB-2787. --- Resolution: Won't Fix Cho, The problem is not that the files are not being closed. It is because you are starting 300+ downloads _simultaneously_. As you can see in your error output logs, one line is particularly telling: {code} 03-14 08:35:09.706: E/FileTransfer(24867): java.io.FileNotFoundException: : open failed: EMFILE (Too many open files) {code} "Too many open files". If you serialize your downloads, that is, download only 5, or 10, or 3, files at a time, you will not hit this problem. > PhoneGap FileTransfer.Download more than 300 files > -- > > Key: CB-2787 > URL: https://issues.apache.org/jira/browse/CB-2787 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.5.0 >Reporter: Cho >Assignee: Filip Maj > > I had tried to download more than 300 files and then it hit error after that. > Seems like some IO Connection was not properly closed. I wrote a small code > to test it out. > Any idea? How to file a report or get a source of phonegap to check the real > cause? > {code} > var counter = 500; > function DownloadFile() { > if (counter == 0) { > DownloadComplete(); > return; > } > var ft = new FileTransfer(); > var downloadUrl = ""; > var dlPath = "" > ft.download(downloadUrl, dlPath, function(entry) { > counter--; > UpdateProgress(); > DownloadFile(); > }, function(error) { > DownloadFailed(); > }, true); > } > {code} > note: and is alright because it was it failed when the > counter goes until 300+. > {code} > 03-14 08:35:09.706: E/FileTransfer(24867): > {"target":"","source":"","http_status":200,"code":1} > 03-14 08:35:09.706: E/FileTransfer(24867): java.io.FileNotFoundException: > : open failed: EMFILE (Too many open files) > 03-14 08:35:09.706: E/FileTransfer(24867): at > libcore.io.IoBridge.open(IoBridge.java:416) > 03-14 08:35:09.706: E/FileTransfer(24867): at > java.io.FileOutputStream.(FileOutputStream.java:88) > 03-14 08:35:09.706: E/FileTransfer(24867): at > java.io.FileOutputStream.(FileOutputStream.java:73) > 03-14 08:35:09.706: E/FileTransfer(24867): at > org.apache.cordova.FileTransfer$4.run(FileTransfer.java:685) > 03-14 08:35:09.706: E/FileTransfer(24867): at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1076) > 03-14 08:35:09.706: E/FileTransfer(24867): at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:569) > 03-14 08:35:09.706: E/FileTransfer(24867): at > java.lang.Thread.run(Thread.java:856) > 03-14 08:35:09.706: E/FileTransfer(24867): Caused by: > libcore.io.ErrnoException: open failed: EMFILE (Too many open files) > 03-14 08:35:09.706: E/FileTransfer(24867): at > libcore.io.Posix.open(Native Method) > 03-14 08:35:09.706: E/FileTransfer(24867): at > libcore.io.BlockGuardOs.open(BlockGuardOs.java:110) > 03-14 08:35:09.706: E/FileTransfer(24867): at > libcore.io.IoBridge.open(IoBridge.java:400) > 03-14 08:35:09.706: E/FileTransfer(24867): ... 6 more > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-2787) PhoneGap FileTransfer.Download more than 300 files
[ https://issues.apache.org/jira/browse/CB-2787?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Filip Maj updated CB-2787: -- Component/s: (was: CordovaJS) Android > PhoneGap FileTransfer.Download more than 300 files > -- > > Key: CB-2787 > URL: https://issues.apache.org/jira/browse/CB-2787 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.5.0 >Reporter: Cho >Assignee: Filip Maj > > I had tried to download more than 300 files and then it hit error after that. > Seems like some IO Connection was not properly closed. I wrote a small code > to test it out. > Any idea? How to file a report or get a source of phonegap to check the real > cause? > {code} > var counter = 500; > function DownloadFile() { > if (counter == 0) { > DownloadComplete(); > return; > } > var ft = new FileTransfer(); > var downloadUrl = ""; > var dlPath = "" > ft.download(downloadUrl, dlPath, function(entry) { > counter--; > UpdateProgress(); > DownloadFile(); > }, function(error) { > DownloadFailed(); > }, true); > } > {code} > note: and is alright because it was it failed when the > counter goes until 300+. > {code} > 03-14 08:35:09.706: E/FileTransfer(24867): > {"target":"","source":"","http_status":200,"code":1} > 03-14 08:35:09.706: E/FileTransfer(24867): java.io.FileNotFoundException: > : open failed: EMFILE (Too many open files) > 03-14 08:35:09.706: E/FileTransfer(24867): at > libcore.io.IoBridge.open(IoBridge.java:416) > 03-14 08:35:09.706: E/FileTransfer(24867): at > java.io.FileOutputStream.(FileOutputStream.java:88) > 03-14 08:35:09.706: E/FileTransfer(24867): at > java.io.FileOutputStream.(FileOutputStream.java:73) > 03-14 08:35:09.706: E/FileTransfer(24867): at > org.apache.cordova.FileTransfer$4.run(FileTransfer.java:685) > 03-14 08:35:09.706: E/FileTransfer(24867): at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1076) > 03-14 08:35:09.706: E/FileTransfer(24867): at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:569) > 03-14 08:35:09.706: E/FileTransfer(24867): at > java.lang.Thread.run(Thread.java:856) > 03-14 08:35:09.706: E/FileTransfer(24867): Caused by: > libcore.io.ErrnoException: open failed: EMFILE (Too many open files) > 03-14 08:35:09.706: E/FileTransfer(24867): at > libcore.io.Posix.open(Native Method) > 03-14 08:35:09.706: E/FileTransfer(24867): at > libcore.io.BlockGuardOs.open(BlockGuardOs.java:110) > 03-14 08:35:09.706: E/FileTransfer(24867): at > libcore.io.IoBridge.open(IoBridge.java:400) > 03-14 08:35:09.706: E/FileTransfer(24867): ... 6 more > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-2787) PhoneGap FileTransfer.Download more than 300 files
[ https://issues.apache.org/jira/browse/CB-2787?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Filip Maj updated CB-2787: -- Description: I had tried to download more than 300 files and then it hit error after that. Seems like some IO Connection was not properly closed. I wrote a small code to test it out. Any idea? How to file a report or get a source of phonegap to check the real cause? {code} var counter = 500; function DownloadFile() { if (counter == 0) { DownloadComplete(); return; } var ft = new FileTransfer(); var downloadUrl = ""; var dlPath = "" ft.download(downloadUrl, dlPath, function(entry) { counter--; UpdateProgress(); DownloadFile(); }, function(error) { DownloadFailed(); }, true); } {code} note: and is alright because it was it failed when the counter goes until 300+. {code} 03-14 08:35:09.706: E/FileTransfer(24867): {"target":"","source":"","http_status":200,"code":1} 03-14 08:35:09.706: E/FileTransfer(24867): java.io.FileNotFoundException: : open failed: EMFILE (Too many open files) 03-14 08:35:09.706: E/FileTransfer(24867): at libcore.io.IoBridge.open(IoBridge.java:416) 03-14 08:35:09.706: E/FileTransfer(24867): at java.io.FileOutputStream.(FileOutputStream.java:88) 03-14 08:35:09.706: E/FileTransfer(24867): at java.io.FileOutputStream.(FileOutputStream.java:73) 03-14 08:35:09.706: E/FileTransfer(24867): at org.apache.cordova.FileTransfer$4.run(FileTransfer.java:685) 03-14 08:35:09.706: E/FileTransfer(24867): at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1076) 03-14 08:35:09.706: E/FileTransfer(24867): at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:569) 03-14 08:35:09.706: E/FileTransfer(24867): at java.lang.Thread.run(Thread.java:856) 03-14 08:35:09.706: E/FileTransfer(24867): Caused by: libcore.io.ErrnoException: open failed: EMFILE (Too many open files) 03-14 08:35:09.706: E/FileTransfer(24867): at libcore.io.Posix.open(Native Method) 03-14 08:35:09.706: E/FileTransfer(24867): at libcore.io.BlockGuardOs.open(BlockGuardOs.java:110) 03-14 08:35:09.706: E/FileTransfer(24867): at libcore.io.IoBridge.open(IoBridge.java:400) 03-14 08:35:09.706: E/FileTransfer(24867): ... 6 more {code} was: https://groups.google.com/forum/?fromgroups=#!topic/phonegap/FxCP8pPtzFk You may refer to the link above. Updated description from google groups link. > PhoneGap FileTransfer.Download more than 300 files > -- > > Key: CB-2787 > URL: https://issues.apache.org/jira/browse/CB-2787 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS >Affects Versions: 2.5.0 >Reporter: Cho >Assignee: Filip Maj > > I had tried to download more than 300 files and then it hit error after that. > Seems like some IO Connection was not properly closed. I wrote a small code > to test it out. > Any idea? How to file a report or get a source of phonegap to check the real > cause? > {code} > var counter = 500; > function DownloadFile() { > if (counter == 0) { > DownloadComplete(); > return; > } > var ft = new FileTransfer(); > var downloadUrl = ""; > var dlPath = "" > ft.download(downloadUrl, dlPath, function(entry) { > counter--; > UpdateProgress(); > DownloadFile(); > }, function(error) { > DownloadFailed(); > }, true); > } > {code} > note: and is alright because it was it failed when the > counter goes until 300+. > {code} > 03-14 08:35:09.706: E/FileTransfer(24867): > {"target":"","source":"","http_status":200,"code":1} > 03-14 08:35:09.706: E/FileTransfer(24867): java.io.FileNotFoundException: > : open failed: EMFILE (Too many open files) > 03-14 08:35:09.706: E/FileTransfer(24867): at > libcore.io.IoBridge.open(IoBridge.java:416) > 03-14 08:35:09.706: E/FileTransfer(24867): at > java.io.FileOutputStream.(FileOutputStream.java:88) > 03-14 08:35:09.706: E/FileTransfer(24867): at > java.io.FileOutputStream.(FileOutputStream.java:73) > 03-14 08:35:09.706: E/FileTransfer(24867): at > org.apache.cordova.FileTransfer$4.run(FileTransfer.java:685) > 03-14 08:35:09.706: E/FileTransfer(24867): at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1076) > 03-14 08:35:09.706: E/FileTransfer(24867): at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:569) > 03-14 08:35:09.706: E/FileTransfer(24867): at > java.lang.Thread.run(Thread.java:856) > 03-14 08:35:09.706: E/FileTransfer(24867): Caused by: > libcore.io.Er
[jira] [Updated] (CB-2736) resolveLocalFileSystemURI from camera.getPicture(function(imageURI)); returns error 5.
[ https://issues.apache.org/jira/browse/CB-2736?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Filip Maj updated CB-2736: -- Component/s: (was: Windows 8) (was: CordovaJS) (was: WP7) Assignee: Benn Mapes (was: Filip Maj) If I understand this correctly, it is a problem with {{resolveLocalFileSystemURI}}, and it cannot resolve absolute path references (like {{"/CapturesImagesCache/"}}), and for some reason requires a {{"///"}} prefix. I *believe* the fix here is that, behind the scenes (perhaps in the native side, or the Windows-specific JavaScript), Cordova should handle adding/removing/doing whatever is necessary with platform-specific prefixes like this. Assigning to Benn. > resolveLocalFileSystemURI from camera.getPicture(function(imageURI)); returns > error 5. > -- > > Key: CB-2736 > URL: https://issues.apache.org/jira/browse/CB-2736 > Project: Apache Cordova > Issue Type: Bug > Components: WP8 >Affects Versions: 2.5.0 > Environment: Tested on Windows Phone 8 >Reporter: Dimitri Adamou >Assignee: Benn Mapes > Labels: camera, resolveLocalFileSystemURI, window, windows-phone > > Hey there, found an issue regarding camera.getPhoto(); on the success > callback when using the imageURI, window.resolveLocalFileSystemURI(imageURI); > will return error 5, however by prepending "//" to the imageURI, behaviour > continues on as normal. > Alerting the imageURI shows it as /CapturedImagesCache/, so I am assuming by > prepending // (therefore making it ///CapturedImagesCache/) makes it resolve > to the correct URI > http://stackoverflow.com/questions/15072843/resolvelocalfilesystemuri-error-code-5-windows-phone-7-phonegap/15536795#15536795 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2794) camera.getPicture implementation of destinationType option does not match docs
Rosa Tse created CB-2794: Summary: camera.getPicture implementation of destinationType option does not match docs Key: CB-2794 URL: https://issues.apache.org/jira/browse/CB-2794 Project: Apache Cordova Issue Type: Bug Components: Docs Reporter: Rosa Tse Assignee: Michael Brooks Priority: Minor According to the docs (http://cordova.apache.org/docs/en/2.5.0/cordova_camera_camera.md.html#camera.getPicture), for return value it says "A String containing the Base64 encoded photo image (default)." But in the actual implementation, if the destinationType is not set, it defaults to FILE_URI (https://github.com/apache/cordova-js/blob/master/lib/common/plugin/Camera.js#L50). Either the docs needs to be changed or the actual implementation needs to be changed. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2793) Display default values for camera setting in camera test page
Lorin Beer created CB-2793: -- Summary: Display default values for camera setting in camera test page Key: CB-2793 URL: https://issues.apache.org/jira/browse/CB-2793 Project: Apache Cordova Issue Type: Bug Components: mobile-spec Affects Versions: 2.6.0 Reporter: Lorin Beer Assignee: Filip Maj Priority: Minor Fix For: Master https://github.com/lorinbeer/cordova-mobile-spec/commit/d2834bb7c232a6ff488d4d3650cec764b2e8c1f8 and other commits added dropdown selectors to the Camera manual tests page. On iOS, defaults are displayed as "". Update to display actual value of default -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2792) Exif Tests
Lorin Beer created CB-2792: -- Summary: Exif Tests Key: CB-2792 URL: https://issues.apache.org/jira/browse/CB-2792 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.6.0 Reporter: Lorin Beer Assignee: Lorin Beer Fix For: Master add exif reader plugin to iOS test framework -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2791) Support for Exif Tags in iOS update
Lorin Beer created CB-2791: -- Summary: Support for Exif Tags in iOS update Key: CB-2791 URL: https://issues.apache.org/jira/browse/CB-2791 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.6.0 Reporter: Lorin Beer Assignee: Lorin Beer Priority: Minor iOS has added some new tags since the exif writer was first written. These are multi data component tags which include some really cool metadata, such as the 0x9214 Subject Area tag, which reports the primary identified subject (such as a face). Format supplied for these tags is slightly different, so new conversion functions are necessary. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2790) Migrate Exif Splice Code out of Camera.m
Lorin Beer created CB-2790: -- Summary: Migrate Exif Splice Code out of Camera.m Key: CB-2790 URL: https://issues.apache.org/jira/browse/CB-2790 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.6.0 Reporter: Lorin Beer Assignee: Lorin Beer Priority: Critical Currently, some byte-slinging occurs in CDVCamera.m. The code splices a new data block into a JPEG image while still in memory. This replaces the existing APP1 data block of the image returned by UIImagePickerController with one that includes as much of the Exif data returned by the info dict as possible. This code can happily exist in the CDVJpegHeaderWriter -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2719) asset element does not install file correctly
[ https://issues.apache.org/jira/browse/CB-2719?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13612724#comment-13612724 ] Shazron Abdullah commented on CB-2719: -- Note that the .js file (even though there is a question mark in Xcode) will still be copied to the app package, although in that unwanted hierarchy. > asset element does not install file correctly > - > > Key: CB-2719 > URL: https://issues.apache.org/jira/browse/CB-2719 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugman >Affects Versions: Master >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah >Priority: Critical > > For example: > https://github.com/shazron/KeychainPlugin/blob/b81647c256a98872a72168c01ad1d49beb6291e8/plugin.xml#L12 > {code} > > {code} > *Expected:* > Installs my keychain.js in "www/keychain.js" in my project > *Actual:* > Installs my keychain.js in "www/keychain.js/keychain.js" in my project > (creates unwanted keychain.js parent folder the same name as the file) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2660) Add docs for InAppBrowser.executeScript & insertCSS.
[ https://issues.apache.org/jira/browse/CB-2660?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Brooks resolved CB-2660. Resolution: Fixed > Add docs for InAppBrowser.executeScript & insertCSS. > > > Key: CB-2660 > URL: https://issues.apache.org/jira/browse/CB-2660 > Project: Apache Cordova > Issue Type: Sub-task > Components: Docs >Reporter: Andrew Grieve >Assignee: Ian Clelland >Priority: Minor > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2660) Add docs for InAppBrowser.executeScript & insertCSS.
[ https://issues.apache.org/jira/browse/CB-2660?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13612722#comment-13612722 ] Michael Brooks commented on CB-2660: Thanks for the heads up [~iclelland]! Commit: https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;a=commit;h=40eb8dedd117cc91b692944a5f933b086d770a4f Cherry-picked into {{master}} but it will not go into {{2.6.x}} because iOS and Android have not added it to the upcoming release. > Add docs for InAppBrowser.executeScript & insertCSS. > > > Key: CB-2660 > URL: https://issues.apache.org/jira/browse/CB-2660 > Project: Apache Cordova > Issue Type: Sub-task > Components: Docs >Reporter: Andrew Grieve >Assignee: Ian Clelland >Priority: Minor > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2719) asset element does not install file correctly
[ https://issues.apache.org/jira/browse/CB-2719?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13612720#comment-13612720 ] Shazron Abdullah commented on CB-2719: -- This is more of a problem than it looks, since the folder ending with .js ends up as a question mark on Xcode, and you can't navigate further into it to edit the .js in Xcode, and you have to find and edit the file through Finder, which is a pain. > asset element does not install file correctly > - > > Key: CB-2719 > URL: https://issues.apache.org/jira/browse/CB-2719 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugman >Affects Versions: Master >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah >Priority: Critical > > For example: > https://github.com/shazron/KeychainPlugin/blob/b81647c256a98872a72168c01ad1d49beb6291e8/plugin.xml#L12 > {code} > > {code} > *Expected:* > Installs my keychain.js in "www/keychain.js" in my project > *Actual:* > Installs my keychain.js in "www/keychain.js/keychain.js" in my project > (creates unwanted keychain.js parent folder the same name as the file) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2660) Add docs for InAppBrowser.executeScript & insertCSS.
[ https://issues.apache.org/jira/browse/CB-2660?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13612694#comment-13612694 ] Ian Clelland commented on CB-2660: -- The commands have been added for Android (CB-2654) and iOS (CB-2653) now. > Add docs for InAppBrowser.executeScript & insertCSS. > > > Key: CB-2660 > URL: https://issues.apache.org/jira/browse/CB-2660 > Project: Apache Cordova > Issue Type: Sub-task > Components: Docs >Reporter: Andrew Grieve >Assignee: Ian Clelland >Priority: Minor > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2653) Add InAppBrowser.executeScript() / InAppBrowser.insertCSS API (iOS)
[ https://issues.apache.org/jira/browse/CB-2653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13612667#comment-13612667 ] Andrew Grieve commented on CB-2653: --- Previous commit was from old pull request. Newer one now applied: https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;a=commit;h=9a6a6894835f8035fcc189a068c59a1c96fdff6c > Add InAppBrowser.executeScript() / InAppBrowser.insertCSS API (iOS) > --- > > Key: CB-2653 > URL: https://issues.apache.org/jira/browse/CB-2653 > Project: Apache Cordova > Issue Type: Sub-task > Components: iOS >Reporter: Andrew Grieve >Assignee: Ian Clelland >Priority: Minor > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira