[jira] [Commented] (CB-1962) Video Capture not compressing video after capture; Camera use cancels idleTimerDisabled.
[ https://issues.apache.org/jira/browse/CB-1962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13511165#comment-13511165 ] Paul R. commented on CB-1962: - Makes sense. Thanks! > Video Capture not compressing video after capture; Camera use cancels > idleTimerDisabled. > > > Key: CB-1962 > URL: https://issues.apache.org/jira/browse/CB-1962 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.2.0 >Reporter: Paul R. >Assignee: Shazron Abdullah > Fix For: 2.3.0 > > > I have noticed the video capture option behaving differently in version > 2.2.0. Captured video is no longer compressed as it used to be in v2.1.0 - > which is a good thing as we can now have high quality video, but transferring > an uncompressed video takes forever. Selecting the captured video from the > Camera Roll still compresses it before uploading. Is there an undocumented > compression function that has been added to the capture API in v2.2.0. > Additionally, I used application.idleTimerDisabled = YES in my > didFinishLaunchingWithOptions routine in AppDelegate.m to keep the > application from sleeping, but now using the camera resets that when capture > is finished, and my app now goes to sleep and times out during file transfer. -- 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-1970) MainViewController cannot override pathForResource
[ https://issues.apache.org/jira/browse/CB-1970?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13511164#comment-13511164 ] Michael Richey commented on CB-1970: Thanks for responding to this so quickly!! I'll try your suggestions tomorrow when I've had some sleep. > MainViewController cannot override pathForResource > -- > > Key: CB-1970 > URL: https://issues.apache.org/jira/browse/CB-1970 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.2.0 > Environment: iOS 5.1, iOS Simulator 4.3, 5.0, 5.1 & 6.0 >Reporter: Michael Richey >Assignee: Shazron Abdullah > > Attempting to override CDVCommandDelegateImpl.m pathForResource method within > MainViewController.m using the provided override methods, all overrides work > except for pathForResource. > My simple test was to uncomment all of the overrides and add an NSLog to each > before the existing code. Each of: getCommandInstance, execute, and > registerPlugin work as expected - but pathForResource executes the original > method from CDVCommandDelegateImpl.m -- 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-1962) Video Capture not compressing video after capture; Camera use cancels idleTimerDisabled.
[ https://issues.apache.org/jira/browse/CB-1962?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-1962: - Fix Version/s: (was: 2.1.0) 2.3.0 > Video Capture not compressing video after capture; Camera use cancels > idleTimerDisabled. > > > Key: CB-1962 > URL: https://issues.apache.org/jira/browse/CB-1962 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.2.0 >Reporter: Paul R. >Assignee: Shazron Abdullah > Fix For: 2.3.0 > > > I have noticed the video capture option behaving differently in version > 2.2.0. Captured video is no longer compressed as it used to be in v2.1.0 - > which is a good thing as we can now have high quality video, but transferring > an uncompressed video takes forever. Selecting the captured video from the > Camera Roll still compresses it before uploading. Is there an undocumented > compression function that has been added to the capture API in v2.2.0. > Additionally, I used application.idleTimerDisabled = YES in my > didFinishLaunchingWithOptions routine in AppDelegate.m to keep the > application from sleeping, but now using the camera resets that when capture > is finished, and my app now goes to sleep and times out during file transfer. -- 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-1962) Video Capture not compressing video after capture; Camera use cancels idleTimerDisabled.
[ https://issues.apache.org/jira/browse/CB-1962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13511155#comment-13511155 ] Shazron Abdullah commented on CB-1962: -- Core API Audit: http://wiki.apache.org/cordova/Core%20API%20Audit > Video Capture not compressing video after capture; Camera use cancels > idleTimerDisabled. > > > Key: CB-1962 > URL: https://issues.apache.org/jira/browse/CB-1962 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.2.0 >Reporter: Paul R. >Assignee: Shazron Abdullah > Fix For: 2.3.0 > > > I have noticed the video capture option behaving differently in version > 2.2.0. Captured video is no longer compressed as it used to be in v2.1.0 - > which is a good thing as we can now have high quality video, but transferring > an uncompressed video takes forever. Selecting the captured video from the > Camera Roll still compresses it before uploading. Is there an undocumented > compression function that has been added to the capture API in v2.2.0. > Additionally, I used application.idleTimerDisabled = YES in my > didFinishLaunchingWithOptions routine in AppDelegate.m to keep the > application from sleeping, but now using the camera resets that when capture > is finished, and my app now goes to sleep and times out during file transfer. -- 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-1962) Video Capture not compressing video after capture; Camera use cancels idleTimerDisabled.
[ https://issues.apache.org/jira/browse/CB-1962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13511154#comment-13511154 ] Shazron Abdullah commented on CB-1962: -- Setting an iOS specific Project Setting will not work -- plugins should not have this as a dependency. We will have to work with the API and have "thresholds" for width and height that encapsulate the different quality settings. Not sure yet if that is the right approach, or will be downright confusing. In any case, Capture is slated for API audit and is deprecated for the new getUserMedia stuff: http://www.w3.org/TR/media-capture-api/ (but that's probably months from now) so I don't know if this is worth the effort. The best course of action will be to revert https://github.com/apache/cordova-ios/commit/1c9ce2a038d234b47957287c4aac7217ec7ed243#CordovaLib/Classes/CDVCapture.m > Video Capture not compressing video after capture; Camera use cancels > idleTimerDisabled. > > > Key: CB-1962 > URL: https://issues.apache.org/jira/browse/CB-1962 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.2.0 >Reporter: Paul R. >Assignee: Shazron Abdullah > Fix For: 2.3.0 > > > I have noticed the video capture option behaving differently in version > 2.2.0. Captured video is no longer compressed as it used to be in v2.1.0 - > which is a good thing as we can now have high quality video, but transferring > an uncompressed video takes forever. Selecting the captured video from the > Camera Roll still compresses it before uploading. Is there an undocumented > compression function that has been added to the capture API in v2.2.0. > Additionally, I used application.idleTimerDisabled = YES in my > didFinishLaunchingWithOptions routine in AppDelegate.m to keep the > application from sleeping, but now using the camera resets that when capture > is finished, and my app now goes to sleep and times out during file transfer. -- 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-1962) Video Capture not compressing video after capture; Camera use cancels idleTimerDisabled.
[ https://issues.apache.org/jira/browse/CB-1962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13511151#comment-13511151 ] Shazron Abdullah commented on CB-1962: -- They are two different plugins for the Capture and Camera APIs. Capture as you have seen uses high quality while Camera uses the default (medium). > Video Capture not compressing video after capture; Camera use cancels > idleTimerDisabled. > > > Key: CB-1962 > URL: https://issues.apache.org/jira/browse/CB-1962 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.2.0 >Reporter: Paul R. >Assignee: Shazron Abdullah > Fix For: 2.1.0 > > > I have noticed the video capture option behaving differently in version > 2.2.0. Captured video is no longer compressed as it used to be in v2.1.0 - > which is a good thing as we can now have high quality video, but transferring > an uncompressed video takes forever. Selecting the captured video from the > Camera Roll still compresses it before uploading. Is there an undocumented > compression function that has been added to the capture API in v2.2.0. > Additionally, I used application.idleTimerDisabled = YES in my > didFinishLaunchingWithOptions routine in AppDelegate.m to keep the > application from sleeping, but now using the camera resets that when capture > is finished, and my app now goes to sleep and times out during file transfer. -- 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-1972) Remove outdated commented-out CDVCommandDelegate overrides in MainViewController
[ https://issues.apache.org/jira/browse/CB-1972?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13511147#comment-13511147 ] Shazron Abdullah commented on CB-1972: -- However, the commandDelegate property is read-only currently. > Remove outdated commented-out CDVCommandDelegate overrides in > MainViewController > > > Key: CB-1972 > URL: https://issues.apache.org/jira/browse/CB-1972 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Fix For: 2.3.0 > > > See CB-1970 > Devs should subclass CDVCommandDelegateImpl and override any functions in > that sub-class, then register it as the .commandDelegate property of > MainViewController. > Provide commented out code that devs can use easily. -- 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-1970) MainViewController cannot override pathForResource
[ https://issues.apache.org/jira/browse/CB-1970?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13511146#comment-13511146 ] Shazron Abdullah commented on CB-1970: -- This is a new change in 2.2.0 that wasn't reflected in the MainViewController commented-out code. registerPlugin, execute and getCommandInstance just happened to work because the CDVViewController.commandDelegate redirects to it's registered viewcontroller's functions of the same name (and this is not guaranteed to work the same way, always use the CDVCommandDelegateImpl) To override, you need to create your own CDVCommandDelegateImpl sub-class, and override pathForResource. Then register it to the .commandDelegate property of MainViewController. // in MainViewController.m self.commandDelegate = [[MyCDVCommandDelegateImpl alloc] initWithViewController:self]; I realize the property is read-only -- I'll take a look at this issue further when I can do some tests tomorrow at work. See CB-1972 for the issue tracking the outdated commented out code. > MainViewController cannot override pathForResource > -- > > Key: CB-1970 > URL: https://issues.apache.org/jira/browse/CB-1970 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.2.0 > Environment: iOS 5.1, iOS Simulator 4.3, 5.0, 5.1 & 6.0 >Reporter: Michael Richey >Assignee: Shazron Abdullah > > Attempting to override CDVCommandDelegateImpl.m pathForResource method within > MainViewController.m using the provided override methods, all overrides work > except for pathForResource. > My simple test was to uncomment all of the overrides and add an NSLog to each > before the existing code. Each of: getCommandInstance, execute, and > registerPlugin work as expected - but pathForResource executes the original > method from CDVCommandDelegateImpl.m -- 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-1972) Remove outdated commented-out CDVCommandDelegate overrides in MainViewController
Shazron Abdullah created CB-1972: Summary: Remove outdated commented-out CDVCommandDelegate overrides in MainViewController Key: CB-1972 URL: https://issues.apache.org/jira/browse/CB-1972 Project: Apache Cordova Issue Type: Bug Components: iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 2.3.0 See CB-1970 Devs should subclass CDVCommandDelegateImpl and override any functions in that sub-class, then register it as the .commandDelegate property of MainViewController. Provide commented out code that devs can use easily. -- 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-1967) ./cordova/emulate fails because it's trying to emulate CordovaLib.xcodeproj
[ https://issues.apache.org/jira/browse/CB-1967?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-1967. -- Resolution: Duplicate Thanks for filing the bug report. The project name detection has been refactored previously in another issue: CB-1802 ... thus this will be fixed in 2.3.0 > ./cordova/emulate fails because it's trying to emulate CordovaLib.xcodeproj > --- > > Key: CB-1967 > URL: https://issues.apache.org/jira/browse/CB-1967 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.2.0 > Environment: Mountain Lion Terminal.app >Reporter: Richard Kimber >Assignee: Shazron Abdullah > > ./cordova/emulate fails because it's trying to emulate CordovaLib.xcodeproj. > This is because getAppPath() finds CordovaLib before the actual project. -- 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-1971) Set scroll to jquery mobile popup in android 2.2
mohanapriya created CB-1971: --- Summary: Set scroll to jquery mobile popup in android 2.2 Key: CB-1971 URL: https://issues.apache.org/jira/browse/CB-1971 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 2.2.0, 2.3.0 Environment: Phonegap-version:cordova-2.1.0 Jquery-mobile-version:jquery.mobile-1.2.0 Android-2.x and 4.0 Reporter: mohanapriya Assignee: Joe Bowser I am using jquery mobile popup in my phonegap android app.I need to set the height to the popup and to scroll when the content exceeds in the popup.I have tried some code its working fine in android 4.0 but not working in android 2.2. click here Close Window rdgfretwetsvgcnncchdrtrytyfjfhjgfjsdhgjkhshgsjhghsdjghjkgkrdgfretwetsvgcnncchdrtrytyfjfhjgfjsdhgjkhshgsjhghsdjghjkgkrdgfretwetsvgcnncchdrtrytyfjfhjgfjsdhgjkhshgsjhghsdjghjkgkrdgfretwetsvgcnncchdrtrytyfjfhjgfjsdhgjkhshgsjhghsdjghjkgkrdgfretwetsvgcnncchdrtrytyfjfhjgfjsdhgjkhshgsjhghsdjghjkgkrdgfretwetsvgcnncchdrtrytyfjfhjgfjsdhgjkhshgsjhghsdjghjkgkrdgfretwetsvgcnncchdrtrytyfjfhjgfjsdhgjkhshgsjhghsdjghjkgkrdgfretwetsvgcnncchdrtrytyfjfhjgfjsdhgjkhshgsjhghsdjghjkgkrdgfretwetsvgcnncchdrtrytyfjfhjgfjsdhgjkhshgsjhghsdjghjkgkrdgfretwetsvgcnncchdrtrytyfjfhjgfjsdhgjkhshgsjhghsdjghjkgkrdgfretwetsvgcnncchdrtrytyfjfhjgfjsdhgjkhshgsjhghsdjghjkgkrdgfretwetsvgcnncchdrtrytyfjfhjgfjsdhgjkhshgsjhghsdjghjkgkrdgfretwetsvgcnncchdrtrytyfjfhjgfjsdhgjkhshgsjhghsdjghjkgkrdgfretwetsvgcnncchdrtrytyfjfhjgfjsdhgjkhshgsjhghsdjghjkgkrdgfretwetsvgcnncchdrtrytyfjfhjgfrdgfretwetsvgcnncchdrtrytyfjfhjgfjsdhgjkhshgsjhghsdjghjkgkrdgfretwetsvgcnncchdrtrytyfjfhjgfjsdhgjkhshgsjhghsdjghjkgkrdgfretwetsvgcnncchdrtrytyfjfhjgfjsdhgjkhshgsjhghsdjghjkgkrdgfretwetsvgcnncchdrtrytyfjfhjgfjsdhgjkhshgsjhghsdjghjkgkrdgfretwetsvgcnncchdrtrytyfjfhjgfjsdhgjkhshgsjhghsdjghjkgkrdgfretwetsvgcnncchdrtrytyfjfhjgfjsdhgjkhshgsjhghsdjghjkgkrdgfretwetsvgcnncchdrtrytyfjfhjgfjsdhgjkhshgsjhghsdjghjkgkrdgfretwetsvgcnncchdrtrytyfjfhjgfjsdhgjkhshgsjhghsdjghjkgkrdgfretwetsvgcnncchdrtrytyfjfhjgfjsdhgjkhshgsjhghsdjghjkgkrdgfretwetsvgcnncchdrtrytyfjfhjgfjsdhgjkhshgsjhghsdjghjkgkrdgfretwetsvgcnncchdrtrytyfjfhjgfjsdhgjkhshgsjhghsdjghjkgkrdgfretwetsvgcnncchdrtrytyfjfhjgfjsdhgjkhshgsjhghsdjghjkgkrdgfretwetsvgcnncchdrtrytyfjfhjgfjsdhgjkhshgsjhghsdjghjkgkrdgfretwetsvgcnncchdrtrytyfjfhjgfjsdhgjkhshgsjhghsdjghjkgkrdgfretwetsvgcnncchdrtrytyfjfhjgf css: .ui-popup { position: relative; overflow:scroll; } Script for setting height: $( "#popupBasic" ).css( "height","100px"); -- 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
Re: Android Cordova FileTransfer.upload generates 503 errors with some web servers.
I looked at switching to HttpClient when fixing some of the Android FT bugs a while ago. According to this blog post (by an Android dev), HttpURLConnection is recommended for gingerbread+. http://android-developers.blogspot.ca/2011/09/androids-http-clients.html On Wed, Dec 5, 2012 at 9:55 PM, Simon MacDonald wrote: > Oh my crap. I swear this was not documented when I worked on the original > File Transfer code for Android. The entire FileTransfer plugin can be > re-written now to use actual tested code. The only thing we need do is to > keep the old method signatures. > > If you are looking for me I'll be over in the corner kicking the cat. > > Simon Mac Donald > http://hi.im/simonmacdonald > > > > On Wed, Dec 5, 2012 at 9:49 PM, Brian M Dube wrote: > > > On 10/30/2012 07:53 AM, Simon MacDonald wrote: > > > I would have loved to have used the Apache HttpClient package but we > are > > > trying to stay away from external dependencies. > > > > Apache HttpClient is available to applications as part of the Android > > platform, isn't it? Perhaps I've misunderstood. > > > > org.apache.cordova.HttpHandler [1] makes use of HttpClient, but > > HttpHandler itself doesn't appear to be referenced by any other Cordova > > code. > > > > I'd be happy to work on a pull request if it is in fact available > > without adding a dependency. > > > > -Brian > > > > [1] > > > > > https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=blob;f=framework/src/org/apache/cordova/HttpHandler.java > > > > > When you set chunkedMode to false I know that the transfer worked as > per > > > your comment on JIRA. I will update the docs to mention Nginx servers. > > > > > > Simon Mac Donald > > > http://hi.im/simonmacdonald > > > > > > > > > On Mon, Oct 29, 2012 at 2:56 PM, Ronald Partridge > > > wrote: > > > > > >> See: > > >> > > >> > > > https://github.com/apache/incubator-cordova-android/blob/master/framework/src/org/apache/cordova/FileTransfer.java > > >> private void upload(final String source, final String target, > JSONArray > > >> args > > >> , CallbackContext callbackContext) > > >> > > >> Cordova Android may have a bug with the way files are being sent. The > > >> Android source code appears to use the built in java HttpURLConnection > > and > > >> the developer who wrote the functionality decided to write the logic > to > > >> assemble the post data to be transfered. I examined two different post > > >> dumps > > >> being sent to a web server running Nginx and Varnish. Notice how the > > >> headers are different between *iOS *and *Android*. > > >> I would suggest using > > >> > > >> > > > http://hc.apache.org/httpcomponents-client-ga/httpclient/apidocs/org/apache/http/impl/client/DefaultHttpClient.html > > >> > > >> Here are the two post dumps: > > >> * > > >> Android:* > > >> > > >> POST /service/claim/photo/75?api_key=123ab > > >> c HTTP/1.1 > > >> Connection: Keep-Alive > > >> Content-Type: multipart/form-data;boundary=* > > >> User-Agent: Dalvik/1.6.0 (Linux; U; Android 4.1.1; Nexus S > Build/JRO03E) > > >> Host: sit.service.app.mydomain.ca > > >> Accept-Encoding: gzip > > >> Transfer-Encoding: chunked > > >> > > >> o<8A>P9)^B^@6^@^@^@6^@^@^@^@^@^L^G^@PV<8E>^A^@E^@^@(e@ > > >> ^@@^FESC^_[&c<88>^@P%&<9C>WĘP^P^Y > > >> ^^@^@o<8A>P<93>,^B^@^D^@ > > >> ^@^D^@^@^@^@^L^G^@PV<8E>^A^@E^@^Df@^@@^ > > >> F:ESC^_[&c<88>^@P%&<9C>WĘP^X^Y > > ^?I^@^@HTTP/1.1 > > >> 503 Service Unavailable > > >> Server: Varnish > > >> Content-Type: text/html; charset=utf-8 > > >> Content-Length: 932 > > >> Accept-Ranges: bytes > > >> Date: Fri, 26 Oct 2012 20:15:43 GMT > > >> X-Varnish: 409357173 > > >> Age: 0 > > >> Via: 1.1 varnish > > >> Connection: close > > >> X-Cache: MISS > > >> > > >> > > >> *iOS*: > > >> > > >> POST /service/claim/photo/73?api_key=123abc HTTP/1.1 > > >> > > >> Host: sit.service.app.mydomain.ca > > >> User-Agent: Mozilla/5.0 (iPhone; CPU iPhone OS 5_1_1 like Mac OS X) > > >> AppleWebKit/534.46 (KHTML, like Gecko) Mobile/9B206 > > >> Content-Length: 139038 > > >> Accept: */* > > >> Content-Type: multipart/form-data; boundary=*org.apache. > > >> cordova.formBoundary > > >> X-Requested-With: XMLHttpRequest > > >> > > >> Accept-Language: en-us > > >> Accept-Encoding: gzip, deflate > > >> Connection: keep-alive > > >> > > >> 4<8A>P;^F^A^@6^@^@^@6^@^@^@^@^@^L^G^@PV<8E>^A^@E^@^@(}1@ > > >> ^@@^FC^SESC^_[&c<88>^@P<8F>^^^_P^P^Y > > >> ^X`^@^@4<8A>P^K^A^@ > > >> <9A>^E^@^@<9A>^E^@^@^@PV<8E>^A:^@^U~^Z^H^@E^@^E<8C>C@ > > >> ^@)^F<9C>&c<88>ESC^_[<8F>^@P^^^_< > > >> > > >> > > > A1>P^P^@^@--*org.apache.cordova.formBoundary > > >> Content-Disposition: form-data; name="description" > > >> > > >> Photo > > >> --*org.apache.cordova.formBoundary > > >> Content-Disposition: form-data; name="userfile"; > > >> filename="cdv_photo_002.jpg" > > >> Content-Type: image/jpeg > > >> Content-Length: 138722 > > >> > > >> > > >> > > >> < > > >> > > > http://hc.apache.org/httpcomponents-client-ga/httpclient/apidocs/org/apache/http/imp
Re: Android Cordova FileTransfer.upload generates 503 errors with some web servers.
Oh my crap. I swear this was not documented when I worked on the original File Transfer code for Android. The entire FileTransfer plugin can be re-written now to use actual tested code. The only thing we need do is to keep the old method signatures. If you are looking for me I'll be over in the corner kicking the cat. Simon Mac Donald http://hi.im/simonmacdonald On Wed, Dec 5, 2012 at 9:49 PM, Brian M Dube wrote: > On 10/30/2012 07:53 AM, Simon MacDonald wrote: > > I would have loved to have used the Apache HttpClient package but we are > > trying to stay away from external dependencies. > > Apache HttpClient is available to applications as part of the Android > platform, isn't it? Perhaps I've misunderstood. > > org.apache.cordova.HttpHandler [1] makes use of HttpClient, but > HttpHandler itself doesn't appear to be referenced by any other Cordova > code. > > I'd be happy to work on a pull request if it is in fact available > without adding a dependency. > > -Brian > > [1] > > https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=blob;f=framework/src/org/apache/cordova/HttpHandler.java > > > When you set chunkedMode to false I know that the transfer worked as per > > your comment on JIRA. I will update the docs to mention Nginx servers. > > > > Simon Mac Donald > > http://hi.im/simonmacdonald > > > > > > On Mon, Oct 29, 2012 at 2:56 PM, Ronald Partridge > > wrote: > > > >> See: > >> > >> > https://github.com/apache/incubator-cordova-android/blob/master/framework/src/org/apache/cordova/FileTransfer.java > >> private void upload(final String source, final String target, JSONArray > >> args > >> , CallbackContext callbackContext) > >> > >> Cordova Android may have a bug with the way files are being sent. The > >> Android source code appears to use the built in java HttpURLConnection > and > >> the developer who wrote the functionality decided to write the logic to > >> assemble the post data to be transfered. I examined two different post > >> dumps > >> being sent to a web server running Nginx and Varnish. Notice how the > >> headers are different between *iOS *and *Android*. > >> I would suggest using > >> > >> > http://hc.apache.org/httpcomponents-client-ga/httpclient/apidocs/org/apache/http/impl/client/DefaultHttpClient.html > >> > >> Here are the two post dumps: > >> * > >> Android:* > >> > >> POST /service/claim/photo/75?api_key=123ab > >> c HTTP/1.1 > >> Connection: Keep-Alive > >> Content-Type: multipart/form-data;boundary=* > >> User-Agent: Dalvik/1.6.0 (Linux; U; Android 4.1.1; Nexus S Build/JRO03E) > >> Host: sit.service.app.mydomain.ca > >> Accept-Encoding: gzip > >> Transfer-Encoding: chunked > >> > >> o<8A>P9)^B^@6^@^@^@6^@^@^@^@^@^L^G^@PV<8E>^A^@E^@^@(e@ > >> ^@@^FESC^_[&c<88>^@P%&<9C>WĘP^P^Y > >> ^^@^@o<8A>P<93>,^B^@^D^@ > >> ^@^D^@^@^@^@^L^G^@PV<8E>^A^@E^@^Df@^@@^ > >> F:ESC^_[&c<88>^@P%&<9C>WĘP^X^Y > ^?I^@^@HTTP/1.1 > >> 503 Service Unavailable > >> Server: Varnish > >> Content-Type: text/html; charset=utf-8 > >> Content-Length: 932 > >> Accept-Ranges: bytes > >> Date: Fri, 26 Oct 2012 20:15:43 GMT > >> X-Varnish: 409357173 > >> Age: 0 > >> Via: 1.1 varnish > >> Connection: close > >> X-Cache: MISS > >> > >> > >> *iOS*: > >> > >> POST /service/claim/photo/73?api_key=123abc HTTP/1.1 > >> > >> Host: sit.service.app.mydomain.ca > >> User-Agent: Mozilla/5.0 (iPhone; CPU iPhone OS 5_1_1 like Mac OS X) > >> AppleWebKit/534.46 (KHTML, like Gecko) Mobile/9B206 > >> Content-Length: 139038 > >> Accept: */* > >> Content-Type: multipart/form-data; boundary=*org.apache. > >> cordova.formBoundary > >> X-Requested-With: XMLHttpRequest > >> > >> Accept-Language: en-us > >> Accept-Encoding: gzip, deflate > >> Connection: keep-alive > >> > >> 4<8A>P;^F^A^@6^@^@^@6^@^@^@^@^@^L^G^@PV<8E>^A^@E^@^@(}1@ > >> ^@@^FC^SESC^_[&c<88>^@P<8F>^^^_P^P^Y > >> ^X`^@^@4<8A>P^K^A^@ > >> <9A>^E^@^@<9A>^E^@^@^@PV<8E>^A:^@^U~^Z^H^@E^@^E<8C>C@ > >> ^@)^F<9C>&c<88>ESC^_[<8F>^@P^^^_< > >> > >> > A1>P^P^@^@--*org.apache.cordova.formBoundary > >> Content-Disposition: form-data; name="description" > >> > >> Photo > >> --*org.apache.cordova.formBoundary > >> Content-Disposition: form-data; name="userfile"; > >> filename="cdv_photo_002.jpg" > >> Content-Type: image/jpeg > >> Content-Length: 138722 > >> > >> > >> > >> < > >> > http://hc.apache.org/httpcomponents-client-ga/httpclient/apidocs/org/apache/http/impl/client/DefaultHttpClient.html > >>> > >> > > >
Re: Android Cordova FileTransfer.upload generates 503 errors with some web servers.
On 10/30/2012 07:53 AM, Simon MacDonald wrote: > I would have loved to have used the Apache HttpClient package but we are > trying to stay away from external dependencies. Apache HttpClient is available to applications as part of the Android platform, isn't it? Perhaps I've misunderstood. org.apache.cordova.HttpHandler [1] makes use of HttpClient, but HttpHandler itself doesn't appear to be referenced by any other Cordova code. I'd be happy to work on a pull request if it is in fact available without adding a dependency. -Brian [1] https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=blob;f=framework/src/org/apache/cordova/HttpHandler.java > When you set chunkedMode to false I know that the transfer worked as per > your comment on JIRA. I will update the docs to mention Nginx servers. > > Simon Mac Donald > http://hi.im/simonmacdonald > > > On Mon, Oct 29, 2012 at 2:56 PM, Ronald Partridge > wrote: > >> See: >> >> https://github.com/apache/incubator-cordova-android/blob/master/framework/src/org/apache/cordova/FileTransfer.java >> private void upload(final String source, final String target, JSONArray >> args >> , CallbackContext callbackContext) >> >> Cordova Android may have a bug with the way files are being sent. The >> Android source code appears to use the built in java HttpURLConnection and >> the developer who wrote the functionality decided to write the logic to >> assemble the post data to be transfered. I examined two different post >> dumps >> being sent to a web server running Nginx and Varnish. Notice how the >> headers are different between *iOS *and *Android*. >> I would suggest using >> >> http://hc.apache.org/httpcomponents-client-ga/httpclient/apidocs/org/apache/http/impl/client/DefaultHttpClient.html >> >> Here are the two post dumps: >> * >> Android:* >> >> POST /service/claim/photo/75?api_key=123ab >> c HTTP/1.1 >> Connection: Keep-Alive >> Content-Type: multipart/form-data;boundary=* >> User-Agent: Dalvik/1.6.0 (Linux; U; Android 4.1.1; Nexus S Build/JRO03E) >> Host: sit.service.app.mydomain.ca >> Accept-Encoding: gzip >> Transfer-Encoding: chunked >> >> o<8A>P9)^B^@6^@^@^@6^@^@^@^@^@^L^G^@PV<8E>^A^@E^@^@(e@ >> ^@@^FESC^_[&c<88>^@P%&<9C>WĘP^P^Y >> ^^@^@o<8A>P<93>,^B^@^D^@ >> ^@^D^@^@^@^@^L^G^@PV<8E>^A^@E^@^Df@^@@^ >> F:ESC^_[&c<88>^@P%&<9C>WĘP^X^Y ^?I^@^@HTTP/1.1 >> 503 Service Unavailable >> Server: Varnish >> Content-Type: text/html; charset=utf-8 >> Content-Length: 932 >> Accept-Ranges: bytes >> Date: Fri, 26 Oct 2012 20:15:43 GMT >> X-Varnish: 409357173 >> Age: 0 >> Via: 1.1 varnish >> Connection: close >> X-Cache: MISS >> >> >> *iOS*: >> >> POST /service/claim/photo/73?api_key=123abc HTTP/1.1 >> >> Host: sit.service.app.mydomain.ca >> User-Agent: Mozilla/5.0 (iPhone; CPU iPhone OS 5_1_1 like Mac OS X) >> AppleWebKit/534.46 (KHTML, like Gecko) Mobile/9B206 >> Content-Length: 139038 >> Accept: */* >> Content-Type: multipart/form-data; boundary=*org.apache. >> cordova.formBoundary >> X-Requested-With: XMLHttpRequest >> >> Accept-Language: en-us >> Accept-Encoding: gzip, deflate >> Connection: keep-alive >> >> 4<8A>P;^F^A^@6^@^@^@6^@^@^@^@^@^L^G^@PV<8E>^A^@E^@^@(}1@ >> ^@@^FC^SESC^_[&c<88>^@P<8F>^^^_P^P^Y >> ^X`^@^@4<8A>P^K^A^@ >> <9A>^E^@^@<9A>^E^@^@^@PV<8E>^A:^@^U~^Z^H^@E^@^E<8C>C@ >> ^@)^F<9C>&c<88>ESC^_[<8F>^@P^^^_< >> >> A1>P^P^@^@--*org.apache.cordova.formBoundary >> Content-Disposition: form-data; name="description" >> >> Photo >> --*org.apache.cordova.formBoundary >> Content-Disposition: form-data; name="userfile"; >> filename="cdv_photo_002.jpg" >> Content-Type: image/jpeg >> Content-Length: 138722 >> >> >> >> < >> http://hc.apache.org/httpcomponents-client-ga/httpclient/apidocs/org/apache/http/impl/client/DefaultHttpClient.html >>> >> >
[jira] [Commented] (CB-1947) Secure whitelisted URLs not loading in Android
[ https://issues.apache.org/jira/browse/CB-1947?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13510976#comment-13510976 ] Joe Bowser commented on CB-1947: OK, can you try the one that's not working on a fast connection? Also, you're doing everything right with not mixing the secure and non-secure assets, since having non-secure assets makes it even slower. I think that this may be an Android SSL performance issue, which may mean you have to find some way to hide the iFrame until it loads or use a splashscreen or something. > Secure whitelisted URLs not loading in Android > -- > > Key: CB-1947 > URL: https://issues.apache.org/jira/browse/CB-1947 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.2.0 > Environment: Android 2.3 and 4.2 >Reporter: Antony Lees >Assignee: Joe Bowser > Attachments: log.txt > > > Given the config > http://127.0.0.1*"/> > https://mysite.com"; subdomains="true"/> > http://mysite.com"; subdomains="true"/> > I would expect both the http and https sites to load. However only the > unsecured http URL will load, the secure https URL shows an HTML error page > (it's an iframe) > Even if I add > > the same thing happens > I should add that if I deploy the app straight from eclipse (ie not signing > it) the secure URL works fine, so it is only when the whitelist is enforced > that it doesn't seem to work -- 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-1947) Secure whitelisted URLs not loading in Android
[ https://issues.apache.org/jira/browse/CB-1947?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13510957#comment-13510957 ] Joe Bowser commented on CB-1947: BTW: The CordovaWebView adds the SSL version of the site to the whitelist whether you put https or not, so both http and https will work. > Secure whitelisted URLs not loading in Android > -- > > Key: CB-1947 > URL: https://issues.apache.org/jira/browse/CB-1947 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.2.0 > Environment: Android 2.3 and 4.2 >Reporter: Antony Lees >Assignee: Joe Bowser > Attachments: log.txt > > > Given the config > http://127.0.0.1*"/> > https://mysite.com"; subdomains="true"/> > http://mysite.com"; subdomains="true"/> > I would expect both the http and https sites to load. However only the > unsecured http URL will load, the secure https URL shows an HTML error page > (it's an iframe) > Even if I add > > the same thing happens > I should add that if I deploy the app straight from eclipse (ie not signing > it) the secure URL works fine, so it is only when the whitelist is enforced > that it doesn't seem to work -- 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-1947) Secure whitelisted URLs not loading in Android
[ https://issues.apache.org/jira/browse/CB-1947?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13510956#comment-13510956 ] Joe Bowser commented on CB-1947: OK, they're loading, but it's REALLY SLOW! Like Eye-Gougingly slow! I have no idea why SSL is so slow, but if your connection sucks I can see why this looks like this won't load. > Secure whitelisted URLs not loading in Android > -- > > Key: CB-1947 > URL: https://issues.apache.org/jira/browse/CB-1947 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.2.0 > Environment: Android 2.3 and 4.2 >Reporter: Antony Lees >Assignee: Joe Bowser > Attachments: log.txt > > > Given the config > http://127.0.0.1*"/> > https://mysite.com"; subdomains="true"/> > http://mysite.com"; subdomains="true"/> > I would expect both the http and https sites to load. However only the > unsecured http URL will load, the secure https URL shows an HTML error page > (it's an iframe) > Even if I add > > the same thing happens > I should add that if I deploy the app straight from eclipse (ie not signing > it) the secure URL works fine, so it is only when the whitelist is enforced > that it doesn't seem to work -- 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-1970) MainViewController cannot override pathForResource
Michael Richey created CB-1970: -- Summary: MainViewController cannot override pathForResource Key: CB-1970 URL: https://issues.apache.org/jira/browse/CB-1970 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.2.0 Environment: iOS 5.1, iOS Simulator 4.3, 5.0, 5.1 & 6.0 Reporter: Michael Richey Assignee: Shazron Abdullah Attempting to override CDVCommandDelegateImpl.m pathForResource method within MainViewController.m using the provided override methods, all overrides work except for pathForResource. My simple test was to uncomment all of the overrides and add an NSLog to each before the existing code. Each of: getCommandInstance, execute, and registerPlugin work as expected - but pathForResource executes the original method from CDVCommandDelegateImpl.m -- 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
Re: [DISCUSS] Switch BlackBerry 10 Cordova download from WebWorks to NDK
Just to be clear, I wasn't complaining about node/npm dependencies, was just curious what full dependencies would be. On Wed, Dec 5, 2012 at 4:59 PM, Filip Maj wrote: > I don¹t think a dependency on node/npm is any more problematic than a > dependency on ANT, for example. > > On 12/5/12 2:55 PM, "Gord Tanner" wrote: > > >Is dependencies on node and npm a problem? > > > >I was thinking this wouldn't be that big of a problem since > >Cordova-client depends on those projects too. > > > >If it is a huge deal I can look into removing those dependencies > > > >Sent from my iPhone > > > >On 2012-12-05, at 3:30 PM, Drew Walters wrote: > > > >> So, if the WebWorks SDK itself needs to provide native code for > >> functionality, how will that be provided? > >> > >> What dependency differences are we looking at? Looks like to pull and > >> build WebWorks SDK it would require git, node, npm, native SDK. Anything > >> else? Does the native SDK have any pre-reqs? > >> > >> > >> On Wed, Dec 5, 2012 at 2:21 PM, Nukul Bhasin wrote: > >> > Does the WebWorks packager for BB 10 handle the compilation of native > plugins or do they have to be pre-compiled prior to packaging now? > >>> No. BB10 WebWorks Packager includes built binaries that are then > >>>packaged > >>> into the app. > >>> If you want to build native extensions you must use the NDK. > >>> > >>> For OS5-7 and playbook WebWorks SDK included BlackBerry Java SDK or > >>>Air SDK > >>> but WebWorks BB10 does not include the NDK > >>> > >>> To answer the question why its different for BB10, because I like 9MB > >>> instead of 900 MB :) > >>> > >>> > >>> On Wed, Dec 5, 2012 at 3:14 PM, Drew Walters > >>>wrote: > >>> > Call me old fashioned but I like 9MB downloads better the 900MB :-) > > I guess the necessity for this is because unlike WebWorks for OS5-7, > the > native libraries are not included in WebWorks for BB 10. > > Does the WebWorks packager for BB 10 handle the compilation of native > plugins or do they have to be pre-compiled prior to packaging now? > > > On Wed, Dec 5, 2012 at 2:02 PM, Gord Tanner > wrote: > > > Correct. This would be for any cordova BlackBerry 10 APIs (not > >external > > plugins). > > > > This will allow us the native compile step for Cordova that we don't > >>> have > > access to with WebWorks (that other platforms have). > > > > The key for this is flexibility. Nothing is changing with this now > >but > > allows us more tools to support BlackBerry 10 Cordova in the future. > > > > > > On Wed, Dec 5, 2012 at 2:53 PM, Drew Walters > >>> wrote: > > > >> Making sure I understand the steps: > >> > >> 1. User downloads and installs BlackBerry 10 Native SDK and Cordova. > >> 2. Executing the create script to create a project will somehow > determine > >> if the user has the WebWorks SDK and if not... > >> 3. Clone the WebWorks SDK using git. > >> 4. Build the WebWorks SDK. > >> 5. Update the project.properties for the project to point at the > >>> built > >> WebWorks SDK. > >> > >> I would prefer to not dynamically clone and build the WebWorks SDK > >>as > > part > >> of Cordova project creation, seems like that could be prone to > >>> issues. > >> > >> I would tend to think the majority of developers would not be > >>> building > >> custom plugins for their application. Would the native SDK be > >>> required > by > >> Cordova end developers if Cordova for BlackBerry 10 contains some > native > >> (C++) plugins? > >> > >> > >> On Wed, Dec 5, 2012 at 1:05 PM, Gord Tanner > >>> wrote: > >> > >>> Currently for developing for BlackBerry 10 the user needs to > >>> download > > and > >>> install the WebWorks SDK. [1]. > >>> > >>> This SDK is opensource and available from github [2] and users are > able > >> to > >>> clone and build the SDK with the native development tools available > > [3]. > >>> > >>> I would like to switch the BlackBerry 10 platform for cordova to > >>> use > > the > >>> NDK and clone WebWorks from github. The only difference a cordova > >>> developer would notice would be what download we tell them to > >>> install > > in > >>> the documentations, everything else would be handled by the > > ./bin/create > >>> script and ./cordova/* scripts pointing where the WebWorks SDK > >>> lives. > >>> > >>> This preps us to have the tools available on the developers machine > to > >>> build any native extensions that may or may not be needed for > > BlackBerry > >> 10 > >>> development. > >>> > >>> [1] https://developer.blackberry.com/html5/download/ > >>> [2] https://github.com/blackberry/BB10-Webworks-Packager > >>> [3] http://developer.blackberry.com/native/beta/ > >>> > >>> > >>>
Re: [DISCUSS] Switch BlackBerry 10 Cordova download from WebWorks to NDK
I don¹t think a dependency on node/npm is any more problematic than a dependency on ANT, for example. On 12/5/12 2:55 PM, "Gord Tanner" wrote: >Is dependencies on node and npm a problem? > >I was thinking this wouldn't be that big of a problem since >Cordova-client depends on those projects too. > >If it is a huge deal I can look into removing those dependencies > >Sent from my iPhone > >On 2012-12-05, at 3:30 PM, Drew Walters wrote: > >> So, if the WebWorks SDK itself needs to provide native code for >> functionality, how will that be provided? >> >> What dependency differences are we looking at? Looks like to pull and >> build WebWorks SDK it would require git, node, npm, native SDK. Anything >> else? Does the native SDK have any pre-reqs? >> >> >> On Wed, Dec 5, 2012 at 2:21 PM, Nukul Bhasin wrote: >> Does the WebWorks packager for BB 10 handle the compilation of native plugins or do they have to be pre-compiled prior to packaging now? >>> No. BB10 WebWorks Packager includes built binaries that are then >>>packaged >>> into the app. >>> If you want to build native extensions you must use the NDK. >>> >>> For OS5-7 and playbook WebWorks SDK included BlackBerry Java SDK or >>>Air SDK >>> but WebWorks BB10 does not include the NDK >>> >>> To answer the question why its different for BB10, because I like 9MB >>> instead of 900 MB :) >>> >>> >>> On Wed, Dec 5, 2012 at 3:14 PM, Drew Walters >>>wrote: >>> Call me old fashioned but I like 9MB downloads better the 900MB :-) I guess the necessity for this is because unlike WebWorks for OS5-7, the native libraries are not included in WebWorks for BB 10. Does the WebWorks packager for BB 10 handle the compilation of native plugins or do they have to be pre-compiled prior to packaging now? On Wed, Dec 5, 2012 at 2:02 PM, Gord Tanner wrote: > Correct. This would be for any cordova BlackBerry 10 APIs (not >external > plugins). > > This will allow us the native compile step for Cordova that we don't >>> have > access to with WebWorks (that other platforms have). > > The key for this is flexibility. Nothing is changing with this now >but > allows us more tools to support BlackBerry 10 Cordova in the future. > > > On Wed, Dec 5, 2012 at 2:53 PM, Drew Walters >>> wrote: > >> Making sure I understand the steps: >> >> 1. User downloads and installs BlackBerry 10 Native SDK and Cordova. >> 2. Executing the create script to create a project will somehow determine >> if the user has the WebWorks SDK and if not... >> 3. Clone the WebWorks SDK using git. >> 4. Build the WebWorks SDK. >> 5. Update the project.properties for the project to point at the >>> built >> WebWorks SDK. >> >> I would prefer to not dynamically clone and build the WebWorks SDK >>as > part >> of Cordova project creation, seems like that could be prone to >>> issues. >> >> I would tend to think the majority of developers would not be >>> building >> custom plugins for their application. Would the native SDK be >>> required by >> Cordova end developers if Cordova for BlackBerry 10 contains some native >> (C++) plugins? >> >> >> On Wed, Dec 5, 2012 at 1:05 PM, Gord Tanner >>> wrote: >> >>> Currently for developing for BlackBerry 10 the user needs to >>> download > and >>> install the WebWorks SDK. [1]. >>> >>> This SDK is opensource and available from github [2] and users are able >> to >>> clone and build the SDK with the native development tools available > [3]. >>> >>> I would like to switch the BlackBerry 10 platform for cordova to >>> use > the >>> NDK and clone WebWorks from github. The only difference a cordova >>> developer would notice would be what download we tell them to >>> install > in >>> the documentations, everything else would be handled by the > ./bin/create >>> script and ./cordova/* scripts pointing where the WebWorks SDK >>> lives. >>> >>> This preps us to have the tools available on the developers machine to >>> build any native extensions that may or may not be needed for > BlackBerry >> 10 >>> development. >>> >>> [1] https://developer.blackberry.com/html5/download/ >>> [2] https://github.com/blackberry/BB10-Webworks-Packager >>> [3] http://developer.blackberry.com/native/beta/ >>> >>> >>> >>> -- >>> *Nukul Bhasin* >>> *Computer Engineer, B.Eng* >>> *10 Queens Quay W, suite#1710* >>> *Toronto, ON, Canada* >>> *Ph: 416 508 3157* >>>
Re: [DISCUSS] Switch BlackBerry 10 Cordova download from WebWorks to NDK
Is dependencies on node and npm a problem? I was thinking this wouldn't be that big of a problem since Cordova-client depends on those projects too. If it is a huge deal I can look into removing those dependencies Sent from my iPhone On 2012-12-05, at 3:30 PM, Drew Walters wrote: > So, if the WebWorks SDK itself needs to provide native code for > functionality, how will that be provided? > > What dependency differences are we looking at? Looks like to pull and > build WebWorks SDK it would require git, node, npm, native SDK. Anything > else? Does the native SDK have any pre-reqs? > > > On Wed, Dec 5, 2012 at 2:21 PM, Nukul Bhasin wrote: > >>> Does the WebWorks packager for BB 10 handle the compilation of native >>> plugins or do they have to be pre-compiled prior to packaging now? >> No. BB10 WebWorks Packager includes built binaries that are then packaged >> into the app. >> If you want to build native extensions you must use the NDK. >> >> For OS5-7 and playbook WebWorks SDK included BlackBerry Java SDK or Air SDK >> but WebWorks BB10 does not include the NDK >> >> To answer the question why its different for BB10, because I like 9MB >> instead of 900 MB :) >> >> >> On Wed, Dec 5, 2012 at 3:14 PM, Drew Walters wrote: >> >>> Call me old fashioned but I like 9MB downloads better the 900MB :-) >>> >>> I guess the necessity for this is because unlike WebWorks for OS5-7, the >>> native libraries are not included in WebWorks for BB 10. >>> >>> Does the WebWorks packager for BB 10 handle the compilation of native >>> plugins or do they have to be pre-compiled prior to packaging now? >>> >>> >>> On Wed, Dec 5, 2012 at 2:02 PM, Gord Tanner wrote: >>> Correct. This would be for any cordova BlackBerry 10 APIs (not external plugins). This will allow us the native compile step for Cordova that we don't >> have access to with WebWorks (that other platforms have). The key for this is flexibility. Nothing is changing with this now but allows us more tools to support BlackBerry 10 Cordova in the future. On Wed, Dec 5, 2012 at 2:53 PM, Drew Walters >> wrote: > Making sure I understand the steps: > > 1. User downloads and installs BlackBerry 10 Native SDK and Cordova. > 2. Executing the create script to create a project will somehow >>> determine > if the user has the WebWorks SDK and if not... > 3. Clone the WebWorks SDK using git. > 4. Build the WebWorks SDK. > 5. Update the project.properties for the project to point at the >> built > WebWorks SDK. > > I would prefer to not dynamically clone and build the WebWorks SDK as part > of Cordova project creation, seems like that could be prone to >> issues. > > I would tend to think the majority of developers would not be >> building > custom plugins for their application. Would the native SDK be >> required >>> by > Cordova end developers if Cordova for BlackBerry 10 contains some >>> native > (C++) plugins? > > > On Wed, Dec 5, 2012 at 1:05 PM, Gord Tanner >> wrote: > >> Currently for developing for BlackBerry 10 the user needs to >> download and >> install the WebWorks SDK. [1]. >> >> This SDK is opensource and available from github [2] and users are >>> able > to >> clone and build the SDK with the native development tools available [3]. >> >> I would like to switch the BlackBerry 10 platform for cordova to >> use the >> NDK and clone WebWorks from github. The only difference a cordova >> developer would notice would be what download we tell them to >> install in >> the documentations, everything else would be handled by the ./bin/create >> script and ./cordova/* scripts pointing where the WebWorks SDK >> lives. >> >> This preps us to have the tools available on the developers machine >>> to >> build any native extensions that may or may not be needed for BlackBerry > 10 >> development. >> >> [1] https://developer.blackberry.com/html5/download/ >> [2] https://github.com/blackberry/BB10-Webworks-Packager >> [3] http://developer.blackberry.com/native/beta/ >> >> >> >> -- >> *Nukul Bhasin* >> *Computer Engineer, B.Eng* >> *10 Queens Quay W, suite#1710* >> *Toronto, ON, Canada* >> *Ph: 416 508 3157* >>
[jira] [Commented] (CB-1850) Add device.model to the Device API
[ https://issues.apache.org/jira/browse/CB-1850?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13510868#comment-13510868 ] Joe Bowser commented on CB-1850: One is only slightly less cryptic than the other. I'll make name to be product and model to be model. Since we have 6 months to support name, I think this will be a good time to see WTF is going on with Android Product vs Model. :P > Add device.model to the Device API > -- > > Key: CB-1850 > URL: https://issues.apache.org/jira/browse/CB-1850 > Project: Apache Cordova > Issue Type: Task >Reporter: Shazron Abdullah > Fix For: 2.3.0 > > > Add device.model to the Device API. > This would identify the exact model of the device, for example iPad2,5 -- 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-1834) External Links Crash App/WebView
[ https://issues.apache.org/jira/browse/CB-1834?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-1834. Resolution: Cannot Reproduce I asked [~macdonst] yesterday to test your example with his Galaxy S and he couldn't either. At this point, I think it's safe to chalk this up to your particular phone, since we can't reproduce this on our end. If you can get this happening on the emulator, that would help us out. > External Links Crash App/WebView > > > Key: CB-1834 > URL: https://issues.apache.org/jira/browse/CB-1834 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.2.0 > Environment: Samsung > Model-Number: SGH-T959V > Firmware Version: 2.3.6 > Baseband Version: T959VUVKJ6 > Build Number: GINGERBREAD.VUVKJ6 >Reporter: Adam >Assignee: Joe Bowser >Priority: Minor > Labels: crash, webview > Attachments: issues1.zip, issues.zip, latest-log.txt > > > Any external links (links not set in the config.xml whitelist and with > target="_blank") will open a new browser window (as expected) but will crash > the app. > It seems specific to this build number and the OS/Webview. Another 2.3.6 > phone does not do this. > Logcat Error: > 11-09 11:03:49.519: E/Browser(10488): w:android.webkit.WebView@4050b4f8 > 11-09 11:03:49.527: E/Browser(10488): w:null > 11-09 11:03:49.527: E/Browser(10488): w:null > I can provide an apk file to reproduce the issue, if need be. -- 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-1966) [Feature req.] How to open local files on Android filesystem?
[ https://issues.apache.org/jira/browse/CB-1966?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13510864#comment-13510864 ] Simon MacDonald commented on CB-1966: - [~rubenvh] I'll say this again. This is not the place to ask questions. This is for reporting issues/bugs. Please ask your question on the PhoneGap Google Group: https://groups.google.com/forum/?fromgroups#!forum/phonegap I see you have opened a thread on the mailing list that I will respond to. Please don't add any more comments to this issue as it is not a bug, it is not a feature it is a question. > [Feature req.] How to open local files on Android filesystem? > - > > Key: CB-1966 > URL: https://issues.apache.org/jira/browse/CB-1966 > Project: Apache Cordova > Issue Type: New Feature > Components: Android, CordovaJS >Affects Versions: 2.1.0 > Environment: Android >Reporter: Ruben Vanhoeyveld >Assignee: Joe Bowser >Priority: Blocker > Labels: android, file, local, system > Original Estimate: 24h > Remaining Estimate: 24h > > I'm looking for functionality to open local files on the Android file system. > The case for me is that when I download a file, it's stored in > /mnt/sdcard/file.ext. But I can't link to the file with file:/// or content:// > file:/// Gives me a blank white window with the text "undefined". > content:// Does nothing. > How can I implement some script to open files I just downloaded to the > filesystem? (like pdf/doc/...) > Edit: > [~macdonst]: This is a feature request! -- 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-1965) backHistory() closes the application after an ajax request with the soft keyboard
[ https://issues.apache.org/jira/browse/CB-1965?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-1965. Resolution: Duplicate This is a duplicate of the bug I fixed yesterday, CB-1960. > backHistory() closes the application after an ajax request with the soft > keyboard > - > > Key: CB-1965 > URL: https://issues.apache.org/jira/browse/CB-1965 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.1.0, 2.2.0 > Environment: On android 2.3.4, seen on Sony Xperia Ray and ArcS >Reporter: Ali Bugdayci >Assignee: Joe Bowser >Priority: Critical > Original Estimate: 168h > Remaining Estimate: 168h > > Checked the bug list first, might be similar but not the same as the > following bug: https://issues.apache.org/jira/browse/CB-1146 > 1) Sending an ajax request with typing on soft keyboard, > 2) after the request ends, pressing the back button closes the application. > If I lock the screen before pressing the back button it works fine. > If I trigger another local javascript on the page, and the press back button > it works fine. > Hence I believe this has nothing to do with request being an ajax one. LogCat > gives keycharmap file warnings, but not getting any exceptions, so it might > have something to do with the history? > my event listener: > function onBackKeyDown(event) { > var href = window.location.href; > if (href.search("ui-state=dialog")==(-1)){ > showLoading(); > } > //window.history.back(); > navigator.app.backHistory(); > } > My log cat: > 12-05 14:41:41.636: W/KeyCharacterMap(4412): Can't open keycharmap file > 12-05 14:41:41.636: W/KeyCharacterMap(4412): Error loading keycharmap file > '/system/usr/keychars/clearpad.kcm.bin'. > hw.keyboards.196610.devname='clearpad' > 12-05 14:41:41.636: W/KeyCharacterMap(4412): Using default keymap: > /system/usr/keychars/qwerty.kcm.bin > 12-05 14:41:41.766: D/DroidGap(4412): Paused the application! > 12-05 14:41:41.766: D/CordovaWebView(4412): Handle the pause > 12-05 14:41:41.836: D/SoftKeyboardDetect(4412): Ignore this event > Sample request: > Started PUT "/yorumlar/41" for 192.168.43.8 at 2012-12-05 14:34:38 +0200 > Processing by YorumlarController#update as JS > Parameters: {"utf8"=>"✓", > "authenticity_token"=>"DdT4Wm3NxnCbUkoODfCXKBu2Bs0rmiKN/iBXrGGcFCU=", > "yorum"=>{"id"=>"41", "icerik"=>"Gmdwtjjm"}, "commit"=>"Güncelle", "id"=>"41"} -- 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-1850) Add device.model to the Device API
[ https://issues.apache.org/jira/browse/CB-1850?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13510859#comment-13510859 ] Filip Maj commented on CB-1850: --- On this topic. Android has a concept of both device PRODUCT NAME and MODEL: http://developer.android.com/reference/android/os/Build.html#MODEL (and PRODUCT right below it) My suggestion would be to have Android use {{android.os.Build.MODEL}} as it corresponds to the "end-user-visible product name." This is what we should be gunning for IMO. > Add device.model to the Device API > -- > > Key: CB-1850 > URL: https://issues.apache.org/jira/browse/CB-1850 > Project: Apache Cordova > Issue Type: Task >Reporter: Shazron Abdullah > Fix For: 2.3.0 > > > Add device.model to the Device API. > This would identify the exact model of the device, for example iPad2,5 -- 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-1966) [Feature req.] How to open local files on Android filesystem?
[ https://issues.apache.org/jira/browse/CB-1966?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13510854#comment-13510854 ] Ruben Vanhoeyveld commented on CB-1966: --- [~anis]: {code:javascript} function downloadFile(fileUrl, fileName) { // fileName = someFile.pdf or so fileName = fileName.replace(/ /g, '_'); var remoteFile = encodeURI(fileUrl); var localFileName = fileName;//remoteFile.substring(remoteFile.lastIndexOf('/')+1); window.requestFileSystem(LocalFileSystem.PERSISTENT, 0, function(fileSystem) { fileSystem.root.getFile(localFileName, {create: true, exclusive: false}, function(fileEntry) { var localPath = fileEntry.fullPath; if (device.platform === "Android" && localPath.indexOf("file://") === 0) { localPath = localPath.substring(7); } var ft = new FileTransfer(); ft.download(remoteFile, localPath, function(entry) { $('#downloadFileResult').html('Downloaded file:///sdcard/'+fileName+'>'); }, fail); }, fail); }, fail); } {code} > [Feature req.] How to open local files on Android filesystem? > - > > Key: CB-1966 > URL: https://issues.apache.org/jira/browse/CB-1966 > Project: Apache Cordova > Issue Type: New Feature > Components: Android, CordovaJS >Affects Versions: 2.1.0 > Environment: Android >Reporter: Ruben Vanhoeyveld >Assignee: Joe Bowser >Priority: Blocker > Labels: android, file, local, system > Original Estimate: 24h > Remaining Estimate: 24h > > I'm looking for functionality to open local files on the Android file system. > The case for me is that when I download a file, it's stored in > /mnt/sdcard/file.ext. But I can't link to the file with file:/// or content:// > file:/// Gives me a blank white window with the text "undefined". > content:// Does nothing. > How can I implement some script to open files I just downloaded to the > filesystem? (like pdf/doc/...) > Edit: > [~macdonst]: This is a feature request! -- 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-1966) [Feature req.] How to open local files on Android filesystem?
[ https://issues.apache.org/jira/browse/CB-1966?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13510845#comment-13510845 ] Anis Kadri commented on CB-1966: Ruben Vanhoeyveld: Can you provide us with a sample code to reproduce the issue? > [Feature req.] How to open local files on Android filesystem? > - > > Key: CB-1966 > URL: https://issues.apache.org/jira/browse/CB-1966 > Project: Apache Cordova > Issue Type: New Feature > Components: Android, CordovaJS >Affects Versions: 2.1.0 > Environment: Android >Reporter: Ruben Vanhoeyveld >Assignee: Joe Bowser >Priority: Blocker > Labels: android, file, local, system > Original Estimate: 24h > Remaining Estimate: 24h > > I'm looking for functionality to open local files on the Android file system. > The case for me is that when I download a file, it's stored in > /mnt/sdcard/file.ext. But I can't link to the file with file:/// or content:// > file:/// Gives me a blank white window with the text "undefined". > content:// Does nothing. > How can I implement some script to open files I just downloaded to the > filesystem? (like pdf/doc/...) > Edit: > [~macdonst]: This is a feature request! -- 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-1966) [Feature req.] How to open local files on Android filesystem?
[ https://issues.apache.org/jira/browse/CB-1966?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13510844#comment-13510844 ] Joe Bowser commented on CB-1966: You can file it, but I'll mark it as "Cannot Reproduce" since I just linked to an HTML file on the SD Card. Here's the HTML that I used: Test file in SDCARD directory. > [Feature req.] How to open local files on Android filesystem? > - > > Key: CB-1966 > URL: https://issues.apache.org/jira/browse/CB-1966 > Project: Apache Cordova > Issue Type: New Feature > Components: Android, CordovaJS >Affects Versions: 2.1.0 > Environment: Android >Reporter: Ruben Vanhoeyveld >Assignee: Joe Bowser >Priority: Blocker > Labels: android, file, local, system > Original Estimate: 24h > Remaining Estimate: 24h > > I'm looking for functionality to open local files on the Android file system. > The case for me is that when I download a file, it's stored in > /mnt/sdcard/file.ext. But I can't link to the file with file:/// or content:// > file:/// Gives me a blank white window with the text "undefined". > content:// Does nothing. > How can I implement some script to open files I just downloaded to the > filesystem? (like pdf/doc/...) > Edit: > [~macdonst]: This is a feature request! -- 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-1966) [Feature req.] How to open local files on Android filesystem?
[ https://issues.apache.org/jira/browse/CB-1966?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13510828#comment-13510828 ] Ruben Vanhoeyveld commented on CB-1966: --- [~bowserj], I tried that and I get a white screen saying "undefined"... Now, that's a bug, so it's a problem, so it can be filed here? :) > [Feature req.] How to open local files on Android filesystem? > - > > Key: CB-1966 > URL: https://issues.apache.org/jira/browse/CB-1966 > Project: Apache Cordova > Issue Type: New Feature > Components: Android, CordovaJS >Affects Versions: 2.1.0 > Environment: Android >Reporter: Ruben Vanhoeyveld >Assignee: Joe Bowser >Priority: Blocker > Labels: android, file, local, system > Original Estimate: 24h > Remaining Estimate: 24h > > I'm looking for functionality to open local files on the Android file system. > The case for me is that when I download a file, it's stored in > /mnt/sdcard/file.ext. But I can't link to the file with file:/// or content:// > file:/// Gives me a blank white window with the text "undefined". > content:// Does nothing. > How can I implement some script to open files I just downloaded to the > filesystem? (like pdf/doc/...) > Edit: > [~macdonst]: This is a feature request! -- 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-1966) [Feature req.] How to open local files on Android filesystem?
[ https://issues.apache.org/jira/browse/CB-1966?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-1966. Resolution: Not A Problem > [Feature req.] How to open local files on Android filesystem? > - > > Key: CB-1966 > URL: https://issues.apache.org/jira/browse/CB-1966 > Project: Apache Cordova > Issue Type: New Feature > Components: Android, CordovaJS >Affects Versions: 2.1.0 > Environment: Android >Reporter: Ruben Vanhoeyveld >Assignee: Joe Bowser >Priority: Blocker > Labels: android, file, local, system > Original Estimate: 24h > Remaining Estimate: 24h > > I'm looking for functionality to open local files on the Android file system. > The case for me is that when I download a file, it's stored in > /mnt/sdcard/file.ext. But I can't link to the file with file:/// or content:// > file:/// Gives me a blank white window with the text "undefined". > content:// Does nothing. > How can I implement some script to open files I just downloaded to the > filesystem? (like pdf/doc/...) > Edit: > [~macdonst]: This is a feature request! -- 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] [Reopened] (CB-1966) [Feature req.] How to open local files on Android filesystem?
[ https://issues.apache.org/jira/browse/CB-1966?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser reopened CB-1966: Flagged it as fixed, should be "Not a Problem" > [Feature req.] How to open local files on Android filesystem? > - > > Key: CB-1966 > URL: https://issues.apache.org/jira/browse/CB-1966 > Project: Apache Cordova > Issue Type: New Feature > Components: Android, CordovaJS >Affects Versions: 2.1.0 > Environment: Android >Reporter: Ruben Vanhoeyveld >Assignee: Joe Bowser >Priority: Blocker > Labels: android, file, local, system > Original Estimate: 24h > Remaining Estimate: 24h > > I'm looking for functionality to open local files on the Android file system. > The case for me is that when I download a file, it's stored in > /mnt/sdcard/file.ext. But I can't link to the file with file:/// or content:// > file:/// Gives me a blank white window with the text "undefined". > content:// Does nothing. > How can I implement some script to open files I just downloaded to the > filesystem? (like pdf/doc/...) > Edit: > [~macdonst]: This is a feature request! -- 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-1966) [Feature req.] How to open local files on Android filesystem?
[ https://issues.apache.org/jira/browse/CB-1966?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-1966. Resolution: Fixed Did you try file:///sdcard/file.ext? All files on the SD Card should be accessible to Cordova. If you need further help, please go to the Google Group. > [Feature req.] How to open local files on Android filesystem? > - > > Key: CB-1966 > URL: https://issues.apache.org/jira/browse/CB-1966 > Project: Apache Cordova > Issue Type: New Feature > Components: Android, CordovaJS >Affects Versions: 2.1.0 > Environment: Android >Reporter: Ruben Vanhoeyveld >Assignee: Joe Bowser >Priority: Blocker > Labels: android, file, local, system > Original Estimate: 24h > Remaining Estimate: 24h > > I'm looking for functionality to open local files on the Android file system. > The case for me is that when I download a file, it's stored in > /mnt/sdcard/file.ext. But I can't link to the file with file:/// or content:// > file:/// Gives me a blank white window with the text "undefined". > content:// Does nothing. > How can I implement some script to open files I just downloaded to the > filesystem? (like pdf/doc/...) > Edit: > [~macdonst]: This is a feature request! -- 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] [Reopened] (CB-1966) [Question] How to open local files on Android filesystem?
[ https://issues.apache.org/jira/browse/CB-1966?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ruben Vanhoeyveld reopened CB-1966: --- [~macdonst]: This is a feature request! > [Question] How to open local files on Android filesystem? > - > > Key: CB-1966 > URL: https://issues.apache.org/jira/browse/CB-1966 > Project: Apache Cordova > Issue Type: New Feature > Components: Android, CordovaJS >Affects Versions: 2.1.0 > Environment: Android >Reporter: Ruben Vanhoeyveld >Assignee: Joe Bowser >Priority: Blocker > Labels: android, file, local, system > Original Estimate: 24h > Remaining Estimate: 24h > > I'm looking for functionality to open local files on the Android file system. > The case for me is that when I download a file, it's stored in > /mnt/sdcard/file.ext. But I can't link to the file with file:/// or content:// > file:/// Gives me a blank white window with the text "undefined". > content:// Does nothing. > How can I implement some script to open files I just downloaded to the > filesystem? (like pdf/doc/...) > Edit: > [~macdonst]: This is a feature request! -- 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-1966) [Feature req.] How to open local files on Android filesystem?
[ https://issues.apache.org/jira/browse/CB-1966?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ruben Vanhoeyveld updated CB-1966: -- Summary: [Feature req.] How to open local files on Android filesystem? (was: [Question] How to open local files on Android filesystem?) > [Feature req.] How to open local files on Android filesystem? > - > > Key: CB-1966 > URL: https://issues.apache.org/jira/browse/CB-1966 > Project: Apache Cordova > Issue Type: New Feature > Components: Android, CordovaJS >Affects Versions: 2.1.0 > Environment: Android >Reporter: Ruben Vanhoeyveld >Assignee: Joe Bowser >Priority: Blocker > Labels: android, file, local, system > Original Estimate: 24h > Remaining Estimate: 24h > > I'm looking for functionality to open local files on the Android file system. > The case for me is that when I download a file, it's stored in > /mnt/sdcard/file.ext. But I can't link to the file with file:/// or content:// > file:/// Gives me a blank white window with the text "undefined". > content:// Does nothing. > How can I implement some script to open files I just downloaded to the > filesystem? (like pdf/doc/...) > Edit: > [~macdonst]: This is a feature request! -- 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-1966) [Question] How to open local files on Android filesystem?
[ https://issues.apache.org/jira/browse/CB-1966?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ruben Vanhoeyveld updated CB-1966: -- Issue Type: New Feature (was: Wish) > [Question] How to open local files on Android filesystem? > - > > Key: CB-1966 > URL: https://issues.apache.org/jira/browse/CB-1966 > Project: Apache Cordova > Issue Type: New Feature > Components: Android, CordovaJS >Affects Versions: 2.1.0 > Environment: Android >Reporter: Ruben Vanhoeyveld >Assignee: Joe Bowser >Priority: Blocker > Labels: android, file, local, system > Original Estimate: 24h > Remaining Estimate: 24h > > I'm looking for functionality to open local files on the Android file system. > The case for me is that when I download a file, it's stored in > /mnt/sdcard/file.ext. But I can't link to the file with file:/// or content:// > file:/// Gives me a blank white window with the text "undefined". > content:// Does nothing. > How can I implement some script to open files I just downloaded to the > filesystem? (like pdf/doc/...) -- 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-1966) [Question] How to open local files on Android filesystem?
[ https://issues.apache.org/jira/browse/CB-1966?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ruben Vanhoeyveld updated CB-1966: -- Description: I'm looking for functionality to open local files on the Android file system. The case for me is that when I download a file, it's stored in /mnt/sdcard/file.ext. But I can't link to the file with file:/// or content:// file:/// Gives me a blank white window with the text "undefined". content:// Does nothing. How can I implement some script to open files I just downloaded to the filesystem? (like pdf/doc/...) Edit: [~macdonst]: This is a feature request! was: I'm looking for functionality to open local files on the Android file system. The case for me is that when I download a file, it's stored in /mnt/sdcard/file.ext. But I can't link to the file with file:/// or content:// file:/// Gives me a blank white window with the text "undefined". content:// Does nothing. How can I implement some script to open files I just downloaded to the filesystem? (like pdf/doc/...) > [Question] How to open local files on Android filesystem? > - > > Key: CB-1966 > URL: https://issues.apache.org/jira/browse/CB-1966 > Project: Apache Cordova > Issue Type: New Feature > Components: Android, CordovaJS >Affects Versions: 2.1.0 > Environment: Android >Reporter: Ruben Vanhoeyveld >Assignee: Joe Bowser >Priority: Blocker > Labels: android, file, local, system > Original Estimate: 24h > Remaining Estimate: 24h > > I'm looking for functionality to open local files on the Android file system. > The case for me is that when I download a file, it's stored in > /mnt/sdcard/file.ext. But I can't link to the file with file:/// or content:// > file:/// Gives me a blank white window with the text "undefined". > content:// Does nothing. > How can I implement some script to open files I just downloaded to the > filesystem? (like pdf/doc/...) > Edit: > [~macdonst]: This is a feature request! -- 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-1969) Searching for emails in Contacts throws an exception always errors out
[ https://issues.apache.org/jira/browse/CB-1969?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon MacDonald resolved CB-1969. - Resolution: Fixed Added the missing column request into the email section of ContactAccessorSdk5.search(). > Searching for emails in Contacts throws an exception always errors out > -- > > Key: CB-1969 > URL: https://issues.apache.org/jira/browse/CB-1969 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.1.0, 2.2.0 >Reporter: Simon MacDonald >Assignee: Simon MacDonald >Priority: Critical > Fix For: 2.3.0 > > > I just upgraded to Cordova 2.2 and now my app crashes whenever I try to look > for contacts. This only happens when "emails" is listed in the fields to > search. I went back to 2.1 and found that although the device did not crash, > it would call the error callback each time. Going back to 2.0 fixes the > issue entirely. I have been testing this on a Galaxy Nexus running Android 4.1 > The code to reproduce: > var contactOptions = new ContactFindOptions(); > contactOptions.filter = searchString; > contactOptions.multiple = true; > var fields = ["displayName", "name", "emails"]; > navigator.contacts.find(fields, callback, function (error) { > alert('error=' + error); }, contactOptions); > The stack trace: > ?:??: W/?(?): threadid=16: thread exiting with uncaught exception > (group=0x41bed300) > ?:??: W/?(?): [ 12-05 09:57:39.230 18818:19071 E/AndroidRuntime ] > ?:??: W/?(?): FATAL EXCEPTION: pool-1-thread-9 > ?:??: W/?(?): java.lang.IllegalStateException: Couldn't read row 5, col -1 > from CursorWindow. Make sure the Cursor is initialized correctly before > accessing data from it. > ?:??: W/?(?): at android.database.CursorWindow.nativeGetString(Native > Method) > ?:??: W/?(?): at > android.database.CursorWindow.getString(CursorWindow.java:434) > ?:??: W/?(?): at > android.database.AbstractWindowedCursor.getString(AbstractWindowedCursor.java:51) > ?:??: W/?(?): at > android.database.CursorWrapper.getString(CursorWrapper.java:114) > ?:??: W/?(?): at > org.apache.cordova.ContactAccessorSdk5.emailQuery(ContactAccessorSdk5.java:841) > ?:??: W/?(?): at > org.apache.cordova.ContactAccessorSdk5.populateContactArray(ContactAccessorSdk5.java:401) > ?:??: W/?(?): at > org.apache.cordova.ContactAccessorSdk5.search(ContactAccessorSdk5.java:273) > ?:??: W/?(?): at > org.apache.cordova.ContactManager$1.run(ContactManager.java:79) > ?:??: W/?(?): at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1076) > ?:??: W/?(?): at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:569) > ?:??: W/?(?): at java.lang.Thread.run(Thread.java:856) -- 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
Re: [DISCUSS] Switch BlackBerry 10 Cordova download from WebWorks to NDK
WebWorks SDK builds are cross platform and use node. Works on windows, mac and linux We try to be a responsible open source project and allow building on all platforms, as many of our developers are on Windows as well. We have had some issues about windows in the past but obviously given enough reason I am sure they can be handled. On Wed, Dec 5, 2012 at 3:48 PM, Jesse wrote: > Please remember Windows users in your decision making. > Not sure if it makes a difference, but how cross platform is the > suggested solution? > > On Wed, Dec 5, 2012 at 12:30 PM, Drew Walters wrote: > > So, if the WebWorks SDK itself needs to provide native code for > > functionality, how will that be provided? > > > > What dependency differences are we looking at? Looks like to pull and > > build WebWorks SDK it would require git, node, npm, native SDK. Anything > > else? Does the native SDK have any pre-reqs? > > > > > > On Wed, Dec 5, 2012 at 2:21 PM, Nukul Bhasin wrote: > > > >> > Does the WebWorks packager for BB 10 handle the compilation of native > >> > plugins or do they have to be pre-compiled prior to packaging now? > >> No. BB10 WebWorks Packager includes built binaries that are then > packaged > >> into the app. > >> If you want to build native extensions you must use the NDK. > >> > >> For OS5-7 and playbook WebWorks SDK included BlackBerry Java SDK or Air > SDK > >> but WebWorks BB10 does not include the NDK > >> > >> To answer the question why its different for BB10, because I like 9MB > >> instead of 900 MB :) > >> > >> > >> On Wed, Dec 5, 2012 at 3:14 PM, Drew Walters > wrote: > >> > >> > Call me old fashioned but I like 9MB downloads better the 900MB :-) > >> > > >> > I guess the necessity for this is because unlike WebWorks for OS5-7, > the > >> > native libraries are not included in WebWorks for BB 10. > >> > > >> > Does the WebWorks packager for BB 10 handle the compilation of native > >> > plugins or do they have to be pre-compiled prior to packaging now? > >> > > >> > > >> > On Wed, Dec 5, 2012 at 2:02 PM, Gord Tanner > wrote: > >> > > >> > > Correct. This would be for any cordova BlackBerry 10 APIs (not > external > >> > > plugins). > >> > > > >> > > This will allow us the native compile step for Cordova that we don't > >> have > >> > > access to with WebWorks (that other platforms have). > >> > > > >> > > The key for this is flexibility. Nothing is changing with this now > but > >> > > allows us more tools to support BlackBerry 10 Cordova in the future. > >> > > > >> > > > >> > > On Wed, Dec 5, 2012 at 2:53 PM, Drew Walters > >> wrote: > >> > > > >> > > > Making sure I understand the steps: > >> > > > > >> > > > 1. User downloads and installs BlackBerry 10 Native SDK and > Cordova. > >> > > > 2. Executing the create script to create a project will somehow > >> > determine > >> > > > if the user has the WebWorks SDK and if not... > >> > > > 3. Clone the WebWorks SDK using git. > >> > > > 4. Build the WebWorks SDK. > >> > > > 5. Update the project.properties for the project to point at the > >> built > >> > > > WebWorks SDK. > >> > > > > >> > > > I would prefer to not dynamically clone and build the WebWorks > SDK as > >> > > part > >> > > > of Cordova project creation, seems like that could be prone to > >> issues. > >> > > > > >> > > > I would tend to think the majority of developers would not be > >> building > >> > > > custom plugins for their application. Would the native SDK be > >> required > >> > by > >> > > > Cordova end developers if Cordova for BlackBerry 10 contains some > >> > native > >> > > > (C++) plugins? > >> > > > > >> > > > > >> > > > On Wed, Dec 5, 2012 at 1:05 PM, Gord Tanner > >> wrote: > >> > > > > >> > > > > Currently for developing for BlackBerry 10 the user needs to > >> download > >> > > and > >> > > > > install the WebWorks SDK. [1]. > >> > > > > > >> > > > > This SDK is opensource and available from github [2] and users > are > >> > able > >> > > > to > >> > > > > clone and build the SDK with the native development tools > available > >> > > [3]. > >> > > > > > >> > > > > I would like to switch the BlackBerry 10 platform for cordova to > >> use > >> > > the > >> > > > > NDK and clone WebWorks from github. The only difference a > cordova > >> > > > > developer would notice would be what download we tell them to > >> install > >> > > in > >> > > > > the documentations, everything else would be handled by the > >> > > ./bin/create > >> > > > > script and ./cordova/* scripts pointing where the WebWorks SDK > >> lives. > >> > > > > > >> > > > > This preps us to have the tools available on the developers > machine > >> > to > >> > > > > build any native extensions that may or may not be needed for > >> > > BlackBerry > >> > > > 10 > >> > > > > development. > >> > > > > > >> > > > > [1] https://developer.blackberry.com/html5/download/ > >> > > > > [2] https://github.com/blackberry/BB10-Webworks-Packager > >> > > > > [3] http://developer.blackberry.com/native/beta/ > >> >
Re: [DISCUSS] Switch BlackBerry 10 Cordova download from WebWorks to NDK
Please remember Windows users in your decision making. Not sure if it makes a difference, but how cross platform is the suggested solution? On Wed, Dec 5, 2012 at 12:30 PM, Drew Walters wrote: > So, if the WebWorks SDK itself needs to provide native code for > functionality, how will that be provided? > > What dependency differences are we looking at? Looks like to pull and > build WebWorks SDK it would require git, node, npm, native SDK. Anything > else? Does the native SDK have any pre-reqs? > > > On Wed, Dec 5, 2012 at 2:21 PM, Nukul Bhasin wrote: > >> > Does the WebWorks packager for BB 10 handle the compilation of native >> > plugins or do they have to be pre-compiled prior to packaging now? >> No. BB10 WebWorks Packager includes built binaries that are then packaged >> into the app. >> If you want to build native extensions you must use the NDK. >> >> For OS5-7 and playbook WebWorks SDK included BlackBerry Java SDK or Air SDK >> but WebWorks BB10 does not include the NDK >> >> To answer the question why its different for BB10, because I like 9MB >> instead of 900 MB :) >> >> >> On Wed, Dec 5, 2012 at 3:14 PM, Drew Walters wrote: >> >> > Call me old fashioned but I like 9MB downloads better the 900MB :-) >> > >> > I guess the necessity for this is because unlike WebWorks for OS5-7, the >> > native libraries are not included in WebWorks for BB 10. >> > >> > Does the WebWorks packager for BB 10 handle the compilation of native >> > plugins or do they have to be pre-compiled prior to packaging now? >> > >> > >> > On Wed, Dec 5, 2012 at 2:02 PM, Gord Tanner wrote: >> > >> > > Correct. This would be for any cordova BlackBerry 10 APIs (not external >> > > plugins). >> > > >> > > This will allow us the native compile step for Cordova that we don't >> have >> > > access to with WebWorks (that other platforms have). >> > > >> > > The key for this is flexibility. Nothing is changing with this now but >> > > allows us more tools to support BlackBerry 10 Cordova in the future. >> > > >> > > >> > > On Wed, Dec 5, 2012 at 2:53 PM, Drew Walters >> wrote: >> > > >> > > > Making sure I understand the steps: >> > > > >> > > > 1. User downloads and installs BlackBerry 10 Native SDK and Cordova. >> > > > 2. Executing the create script to create a project will somehow >> > determine >> > > > if the user has the WebWorks SDK and if not... >> > > > 3. Clone the WebWorks SDK using git. >> > > > 4. Build the WebWorks SDK. >> > > > 5. Update the project.properties for the project to point at the >> built >> > > > WebWorks SDK. >> > > > >> > > > I would prefer to not dynamically clone and build the WebWorks SDK as >> > > part >> > > > of Cordova project creation, seems like that could be prone to >> issues. >> > > > >> > > > I would tend to think the majority of developers would not be >> building >> > > > custom plugins for their application. Would the native SDK be >> required >> > by >> > > > Cordova end developers if Cordova for BlackBerry 10 contains some >> > native >> > > > (C++) plugins? >> > > > >> > > > >> > > > On Wed, Dec 5, 2012 at 1:05 PM, Gord Tanner >> wrote: >> > > > >> > > > > Currently for developing for BlackBerry 10 the user needs to >> download >> > > and >> > > > > install the WebWorks SDK. [1]. >> > > > > >> > > > > This SDK is opensource and available from github [2] and users are >> > able >> > > > to >> > > > > clone and build the SDK with the native development tools available >> > > [3]. >> > > > > >> > > > > I would like to switch the BlackBerry 10 platform for cordova to >> use >> > > the >> > > > > NDK and clone WebWorks from github. The only difference a cordova >> > > > > developer would notice would be what download we tell them to >> install >> > > in >> > > > > the documentations, everything else would be handled by the >> > > ./bin/create >> > > > > script and ./cordova/* scripts pointing where the WebWorks SDK >> lives. >> > > > > >> > > > > This preps us to have the tools available on the developers machine >> > to >> > > > > build any native extensions that may or may not be needed for >> > > BlackBerry >> > > > 10 >> > > > > development. >> > > > > >> > > > > [1] https://developer.blackberry.com/html5/download/ >> > > > > [2] https://github.com/blackberry/BB10-Webworks-Packager >> > > > > [3] http://developer.blackberry.com/native/beta/ >> > > > > >> > > > >> > > >> > >> >> >> >> -- >> *Nukul Bhasin* >> *Computer Engineer, B.Eng* >> *10 Queens Quay W, suite#1710* >> *Toronto, ON, Canada* >> *Ph: 416 508 3157* >> -- @purplecabbage risingj.com
Re: [DISCUSS] Switch BlackBerry 10 Cordova download from WebWorks to NDK
> So, if the WebWorks SDK itself needs to provide native code for > functionality, how will that be provided? All native WebWorks SDK code is either on device already or compiled as a part of the product and WebWorks SDK simply contains binaries + JavaScript. So when an app is built it does not need to be compiled, simply bundled together with user content. Something to note here is almost the entire implementation of WebWorks SDK BB10 is done in JavaScript so there are only a few extensions (plugins) that require custom native code that is not already compiled into on device binaries. Its kind of hard to explain the entire architecture on an email but if you want more details I can try. > What dependency differences are we looking at? Looks like to pull and > build WebWorks SDK it would require git, node, npm, native SDK. Anything > else? Does the native SDK have any pre-reqs? I am not aware of native sdk requiring any pre-reqs but that can be easily be confirmed. On Wed, Dec 5, 2012 at 3:30 PM, Drew Walters wrote: > So, if the WebWorks SDK itself needs to provide native code for > functionality, how will that be provided? > > What dependency differences are we looking at? Looks like to pull and > build WebWorks SDK it would require git, node, npm, native SDK. Anything > else? Does the native SDK have any pre-reqs? > > > On Wed, Dec 5, 2012 at 2:21 PM, Nukul Bhasin wrote: > > > > Does the WebWorks packager for BB 10 handle the compilation of native > > > plugins or do they have to be pre-compiled prior to packaging now? > > No. BB10 WebWorks Packager includes built binaries that are then packaged > > into the app. > > If you want to build native extensions you must use the NDK. > > > > For OS5-7 and playbook WebWorks SDK included BlackBerry Java SDK or Air > SDK > > but WebWorks BB10 does not include the NDK > > > > To answer the question why its different for BB10, because I like 9MB > > instead of 900 MB :) > > > > > > On Wed, Dec 5, 2012 at 3:14 PM, Drew Walters wrote: > > > > > Call me old fashioned but I like 9MB downloads better the 900MB :-) > > > > > > I guess the necessity for this is because unlike WebWorks for OS5-7, > the > > > native libraries are not included in WebWorks for BB 10. > > > > > > Does the WebWorks packager for BB 10 handle the compilation of native > > > plugins or do they have to be pre-compiled prior to packaging now? > > > > > > > > > On Wed, Dec 5, 2012 at 2:02 PM, Gord Tanner wrote: > > > > > > > Correct. This would be for any cordova BlackBerry 10 APIs (not > external > > > > plugins). > > > > > > > > This will allow us the native compile step for Cordova that we don't > > have > > > > access to with WebWorks (that other platforms have). > > > > > > > > The key for this is flexibility. Nothing is changing with this now > but > > > > allows us more tools to support BlackBerry 10 Cordova in the future. > > > > > > > > > > > > On Wed, Dec 5, 2012 at 2:53 PM, Drew Walters > > wrote: > > > > > > > > > Making sure I understand the steps: > > > > > > > > > > 1. User downloads and installs BlackBerry 10 Native SDK and > Cordova. > > > > > 2. Executing the create script to create a project will somehow > > > determine > > > > > if the user has the WebWorks SDK and if not... > > > > > 3. Clone the WebWorks SDK using git. > > > > > 4. Build the WebWorks SDK. > > > > > 5. Update the project.properties for the project to point at the > > built > > > > > WebWorks SDK. > > > > > > > > > > I would prefer to not dynamically clone and build the WebWorks SDK > as > > > > part > > > > > of Cordova project creation, seems like that could be prone to > > issues. > > > > > > > > > > I would tend to think the majority of developers would not be > > building > > > > > custom plugins for their application. Would the native SDK be > > required > > > by > > > > > Cordova end developers if Cordova for BlackBerry 10 contains some > > > native > > > > > (C++) plugins? > > > > > > > > > > > > > > > On Wed, Dec 5, 2012 at 1:05 PM, Gord Tanner > > wrote: > > > > > > > > > > > Currently for developing for BlackBerry 10 the user needs to > > download > > > > and > > > > > > install the WebWorks SDK. [1]. > > > > > > > > > > > > This SDK is opensource and available from github [2] and users > are > > > able > > > > > to > > > > > > clone and build the SDK with the native development tools > available > > > > [3]. > > > > > > > > > > > > I would like to switch the BlackBerry 10 platform for cordova to > > use > > > > the > > > > > > NDK and clone WebWorks from github. The only difference a > cordova > > > > > > developer would notice would be what download we tell them to > > install > > > > in > > > > > > the documentations, everything else would be handled by the > > > > ./bin/create > > > > > > script and ./cordova/* scripts pointing where the WebWorks SDK > > lives. > > > > > > > > > > > > This preps us to have the tools available on the developers > machine > > > to > > > > > > build any n
Re: [DISCUSS] Switch BlackBerry 10 Cordova download from WebWorks to NDK
So, if the WebWorks SDK itself needs to provide native code for functionality, how will that be provided? What dependency differences are we looking at? Looks like to pull and build WebWorks SDK it would require git, node, npm, native SDK. Anything else? Does the native SDK have any pre-reqs? On Wed, Dec 5, 2012 at 2:21 PM, Nukul Bhasin wrote: > > Does the WebWorks packager for BB 10 handle the compilation of native > > plugins or do they have to be pre-compiled prior to packaging now? > No. BB10 WebWorks Packager includes built binaries that are then packaged > into the app. > If you want to build native extensions you must use the NDK. > > For OS5-7 and playbook WebWorks SDK included BlackBerry Java SDK or Air SDK > but WebWorks BB10 does not include the NDK > > To answer the question why its different for BB10, because I like 9MB > instead of 900 MB :) > > > On Wed, Dec 5, 2012 at 3:14 PM, Drew Walters wrote: > > > Call me old fashioned but I like 9MB downloads better the 900MB :-) > > > > I guess the necessity for this is because unlike WebWorks for OS5-7, the > > native libraries are not included in WebWorks for BB 10. > > > > Does the WebWorks packager for BB 10 handle the compilation of native > > plugins or do they have to be pre-compiled prior to packaging now? > > > > > > On Wed, Dec 5, 2012 at 2:02 PM, Gord Tanner wrote: > > > > > Correct. This would be for any cordova BlackBerry 10 APIs (not external > > > plugins). > > > > > > This will allow us the native compile step for Cordova that we don't > have > > > access to with WebWorks (that other platforms have). > > > > > > The key for this is flexibility. Nothing is changing with this now but > > > allows us more tools to support BlackBerry 10 Cordova in the future. > > > > > > > > > On Wed, Dec 5, 2012 at 2:53 PM, Drew Walters > wrote: > > > > > > > Making sure I understand the steps: > > > > > > > > 1. User downloads and installs BlackBerry 10 Native SDK and Cordova. > > > > 2. Executing the create script to create a project will somehow > > determine > > > > if the user has the WebWorks SDK and if not... > > > > 3. Clone the WebWorks SDK using git. > > > > 4. Build the WebWorks SDK. > > > > 5. Update the project.properties for the project to point at the > built > > > > WebWorks SDK. > > > > > > > > I would prefer to not dynamically clone and build the WebWorks SDK as > > > part > > > > of Cordova project creation, seems like that could be prone to > issues. > > > > > > > > I would tend to think the majority of developers would not be > building > > > > custom plugins for their application. Would the native SDK be > required > > by > > > > Cordova end developers if Cordova for BlackBerry 10 contains some > > native > > > > (C++) plugins? > > > > > > > > > > > > On Wed, Dec 5, 2012 at 1:05 PM, Gord Tanner > wrote: > > > > > > > > > Currently for developing for BlackBerry 10 the user needs to > download > > > and > > > > > install the WebWorks SDK. [1]. > > > > > > > > > > This SDK is opensource and available from github [2] and users are > > able > > > > to > > > > > clone and build the SDK with the native development tools available > > > [3]. > > > > > > > > > > I would like to switch the BlackBerry 10 platform for cordova to > use > > > the > > > > > NDK and clone WebWorks from github. The only difference a cordova > > > > > developer would notice would be what download we tell them to > install > > > in > > > > > the documentations, everything else would be handled by the > > > ./bin/create > > > > > script and ./cordova/* scripts pointing where the WebWorks SDK > lives. > > > > > > > > > > This preps us to have the tools available on the developers machine > > to > > > > > build any native extensions that may or may not be needed for > > > BlackBerry > > > > 10 > > > > > development. > > > > > > > > > > [1] https://developer.blackberry.com/html5/download/ > > > > > [2] https://github.com/blackberry/BB10-Webworks-Packager > > > > > [3] http://developer.blackberry.com/native/beta/ > > > > > > > > > > > > > > > > > > -- > *Nukul Bhasin* > *Computer Engineer, B.Eng* > *10 Queens Quay W, suite#1710* > *Toronto, ON, Canada* > *Ph: 416 508 3157* >
Re: [DISCUSS] Switch BlackBerry 10 Cordova download from WebWorks to NDK
> Does the WebWorks packager for BB 10 handle the compilation of native > plugins or do they have to be pre-compiled prior to packaging now? No. BB10 WebWorks Packager includes built binaries that are then packaged into the app. If you want to build native extensions you must use the NDK. For OS5-7 and playbook WebWorks SDK included BlackBerry Java SDK or Air SDK but WebWorks BB10 does not include the NDK To answer the question why its different for BB10, because I like 9MB instead of 900 MB :) On Wed, Dec 5, 2012 at 3:14 PM, Drew Walters wrote: > Call me old fashioned but I like 9MB downloads better the 900MB :-) > > I guess the necessity for this is because unlike WebWorks for OS5-7, the > native libraries are not included in WebWorks for BB 10. > > Does the WebWorks packager for BB 10 handle the compilation of native > plugins or do they have to be pre-compiled prior to packaging now? > > > On Wed, Dec 5, 2012 at 2:02 PM, Gord Tanner wrote: > > > Correct. This would be for any cordova BlackBerry 10 APIs (not external > > plugins). > > > > This will allow us the native compile step for Cordova that we don't have > > access to with WebWorks (that other platforms have). > > > > The key for this is flexibility. Nothing is changing with this now but > > allows us more tools to support BlackBerry 10 Cordova in the future. > > > > > > On Wed, Dec 5, 2012 at 2:53 PM, Drew Walters wrote: > > > > > Making sure I understand the steps: > > > > > > 1. User downloads and installs BlackBerry 10 Native SDK and Cordova. > > > 2. Executing the create script to create a project will somehow > determine > > > if the user has the WebWorks SDK and if not... > > > 3. Clone the WebWorks SDK using git. > > > 4. Build the WebWorks SDK. > > > 5. Update the project.properties for the project to point at the built > > > WebWorks SDK. > > > > > > I would prefer to not dynamically clone and build the WebWorks SDK as > > part > > > of Cordova project creation, seems like that could be prone to issues. > > > > > > I would tend to think the majority of developers would not be building > > > custom plugins for their application. Would the native SDK be required > by > > > Cordova end developers if Cordova for BlackBerry 10 contains some > native > > > (C++) plugins? > > > > > > > > > On Wed, Dec 5, 2012 at 1:05 PM, Gord Tanner wrote: > > > > > > > Currently for developing for BlackBerry 10 the user needs to download > > and > > > > install the WebWorks SDK. [1]. > > > > > > > > This SDK is opensource and available from github [2] and users are > able > > > to > > > > clone and build the SDK with the native development tools available > > [3]. > > > > > > > > I would like to switch the BlackBerry 10 platform for cordova to use > > the > > > > NDK and clone WebWorks from github. The only difference a cordova > > > > developer would notice would be what download we tell them to install > > in > > > > the documentations, everything else would be handled by the > > ./bin/create > > > > script and ./cordova/* scripts pointing where the WebWorks SDK lives. > > > > > > > > This preps us to have the tools available on the developers machine > to > > > > build any native extensions that may or may not be needed for > > BlackBerry > > > 10 > > > > development. > > > > > > > > [1] https://developer.blackberry.com/html5/download/ > > > > [2] https://github.com/blackberry/BB10-Webworks-Packager > > > > [3] http://developer.blackberry.com/native/beta/ > > > > > > > > > > -- *Nukul Bhasin* *Computer Engineer, B.Eng* *10 Queens Quay W, suite#1710* *Toronto, ON, Canada* *Ph: 416 508 3157*
Re: [DISCUSS] Switch BlackBerry 10 Cordova download from WebWorks to NDK
Call me old fashioned but I like 9MB downloads better the 900MB :-) I guess the necessity for this is because unlike WebWorks for OS5-7, the native libraries are not included in WebWorks for BB 10. Does the WebWorks packager for BB 10 handle the compilation of native plugins or do they have to be pre-compiled prior to packaging now? On Wed, Dec 5, 2012 at 2:02 PM, Gord Tanner wrote: > Correct. This would be for any cordova BlackBerry 10 APIs (not external > plugins). > > This will allow us the native compile step for Cordova that we don't have > access to with WebWorks (that other platforms have). > > The key for this is flexibility. Nothing is changing with this now but > allows us more tools to support BlackBerry 10 Cordova in the future. > > > On Wed, Dec 5, 2012 at 2:53 PM, Drew Walters wrote: > > > Making sure I understand the steps: > > > > 1. User downloads and installs BlackBerry 10 Native SDK and Cordova. > > 2. Executing the create script to create a project will somehow determine > > if the user has the WebWorks SDK and if not... > > 3. Clone the WebWorks SDK using git. > > 4. Build the WebWorks SDK. > > 5. Update the project.properties for the project to point at the built > > WebWorks SDK. > > > > I would prefer to not dynamically clone and build the WebWorks SDK as > part > > of Cordova project creation, seems like that could be prone to issues. > > > > I would tend to think the majority of developers would not be building > > custom plugins for their application. Would the native SDK be required by > > Cordova end developers if Cordova for BlackBerry 10 contains some native > > (C++) plugins? > > > > > > On Wed, Dec 5, 2012 at 1:05 PM, Gord Tanner wrote: > > > > > Currently for developing for BlackBerry 10 the user needs to download > and > > > install the WebWorks SDK. [1]. > > > > > > This SDK is opensource and available from github [2] and users are able > > to > > > clone and build the SDK with the native development tools available > [3]. > > > > > > I would like to switch the BlackBerry 10 platform for cordova to use > the > > > NDK and clone WebWorks from github. The only difference a cordova > > > developer would notice would be what download we tell them to install > in > > > the documentations, everything else would be handled by the > ./bin/create > > > script and ./cordova/* scripts pointing where the WebWorks SDK lives. > > > > > > This preps us to have the tools available on the developers machine to > > > build any native extensions that may or may not be needed for > BlackBerry > > 10 > > > development. > > > > > > [1] https://developer.blackberry.com/html5/download/ > > > [2] https://github.com/blackberry/BB10-Webworks-Packager > > > [3] http://developer.blackberry.com/native/beta/ > > > > > >
Re: [DISCUSS] Switch BlackBerry 10 Cordova download from WebWorks to NDK
+1 I want this to go over more than a "Works on my machine" test before I land this in master. On Wed, Dec 5, 2012 at 3:11 PM, Filip Maj wrote: > I think it's worth investigating and having a working prototype but would > caution against immediately merging in until different folk have had a > chance to play with it and make sure our end-user dev experience is cool. > > On 12/5/12 12:02 PM, "Gord Tanner" wrote: > > >Correct. This would be for any cordova BlackBerry 10 APIs (not external > >plugins). > > > >This will allow us the native compile step for Cordova that we don't have > >access to with WebWorks (that other platforms have). > > > >The key for this is flexibility. Nothing is changing with this now but > >allows us more tools to support BlackBerry 10 Cordova in the future. > > > > > >On Wed, Dec 5, 2012 at 2:53 PM, Drew Walters wrote: > > > >> Making sure I understand the steps: > >> > >> 1. User downloads and installs BlackBerry 10 Native SDK and Cordova. > >> 2. Executing the create script to create a project will somehow > >>determine > >> if the user has the WebWorks SDK and if not... > >> 3. Clone the WebWorks SDK using git. > >> 4. Build the WebWorks SDK. > >> 5. Update the project.properties for the project to point at the built > >> WebWorks SDK. > >> > >> I would prefer to not dynamically clone and build the WebWorks SDK as > >>part > >> of Cordova project creation, seems like that could be prone to issues. > >> > >> I would tend to think the majority of developers would not be building > >> custom plugins for their application. Would the native SDK be required > >>by > >> Cordova end developers if Cordova for BlackBerry 10 contains some native > >> (C++) plugins? > >> > >> > >> On Wed, Dec 5, 2012 at 1:05 PM, Gord Tanner wrote: > >> > >> > Currently for developing for BlackBerry 10 the user needs to download > >>and > >> > install the WebWorks SDK. [1]. > >> > > >> > This SDK is opensource and available from github [2] and users are > >>able > >> to > >> > clone and build the SDK with the native development tools available > >>[3]. > >> > > >> > I would like to switch the BlackBerry 10 platform for cordova to use > >>the > >> > NDK and clone WebWorks from github. The only difference a cordova > >> > developer would notice would be what download we tell them to install > >>in > >> > the documentations, everything else would be handled by the > >>./bin/create > >> > script and ./cordova/* scripts pointing where the WebWorks SDK lives. > >> > > >> > This preps us to have the tools available on the developers machine to > >> > build any native extensions that may or may not be needed for > >>BlackBerry > >> 10 > >> > development. > >> > > >> > [1] https://developer.blackberry.com/html5/download/ > >> > [2] https://github.com/blackberry/BB10-Webworks-Packager > >> > [3] http://developer.blackberry.com/native/beta/ > >> > > >> > >
[jira] [Created] (CB-1969) Searching for emails in Contacts throws an exception always errors out
Simon MacDonald created CB-1969: --- Summary: Searching for emails in Contacts throws an exception always errors out Key: CB-1969 URL: https://issues.apache.org/jira/browse/CB-1969 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 2.2.0, 2.1.0 Reporter: Simon MacDonald Assignee: Simon MacDonald Priority: Critical Fix For: 2.3.0 I just upgraded to Cordova 2.2 and now my app crashes whenever I try to look for contacts. This only happens when "emails" is listed in the fields to search. I went back to 2.1 and found that although the device did not crash, it would call the error callback each time. Going back to 2.0 fixes the issue entirely. I have been testing this on a Galaxy Nexus running Android 4.1 The code to reproduce: var contactOptions = new ContactFindOptions(); contactOptions.filter = searchString; contactOptions.multiple = true; var fields = ["displayName", "name", "emails"]; navigator.contacts.find(fields, callback, function (error) { alert('error=' + error); }, contactOptions); The stack trace: ?:??: W/?(?): threadid=16: thread exiting with uncaught exception (group=0x41bed300) ?:??: W/?(?): [ 12-05 09:57:39.230 18818:19071 E/AndroidRuntime ] ?:??: W/?(?): FATAL EXCEPTION: pool-1-thread-9 ?:??: W/?(?): java.lang.IllegalStateException: Couldn't read row 5, col -1 from CursorWindow. Make sure the Cursor is initialized correctly before accessing data from it. ?:??: W/?(?): at android.database.CursorWindow.nativeGetString(Native Method) ?:??: W/?(?): at android.database.CursorWindow.getString(CursorWindow.java:434) ?:??: W/?(?): at android.database.AbstractWindowedCursor.getString(AbstractWindowedCursor.java:51) ?:??: W/?(?): at android.database.CursorWrapper.getString(CursorWrapper.java:114) ?:??: W/?(?): at org.apache.cordova.ContactAccessorSdk5.emailQuery(ContactAccessorSdk5.java:841) ?:??: W/?(?): at org.apache.cordova.ContactAccessorSdk5.populateContactArray(ContactAccessorSdk5.java:401) ?:??: W/?(?): at org.apache.cordova.ContactAccessorSdk5.search(ContactAccessorSdk5.java:273) ?:??: W/?(?): at org.apache.cordova.ContactManager$1.run(ContactManager.java:79) ?:??: W/?(?): at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1076) ?:??: W/?(?): at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:569) ?:??: W/?(?): at java.lang.Thread.run(Thread.java:856) -- 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
Re: [DISCUSS] Switch BlackBerry 10 Cordova download from WebWorks to NDK
I think it's worth investigating and having a working prototype but would caution against immediately merging in until different folk have had a chance to play with it and make sure our end-user dev experience is cool. On 12/5/12 12:02 PM, "Gord Tanner" wrote: >Correct. This would be for any cordova BlackBerry 10 APIs (not external >plugins). > >This will allow us the native compile step for Cordova that we don't have >access to with WebWorks (that other platforms have). > >The key for this is flexibility. Nothing is changing with this now but >allows us more tools to support BlackBerry 10 Cordova in the future. > > >On Wed, Dec 5, 2012 at 2:53 PM, Drew Walters wrote: > >> Making sure I understand the steps: >> >> 1. User downloads and installs BlackBerry 10 Native SDK and Cordova. >> 2. Executing the create script to create a project will somehow >>determine >> if the user has the WebWorks SDK and if not... >> 3. Clone the WebWorks SDK using git. >> 4. Build the WebWorks SDK. >> 5. Update the project.properties for the project to point at the built >> WebWorks SDK. >> >> I would prefer to not dynamically clone and build the WebWorks SDK as >>part >> of Cordova project creation, seems like that could be prone to issues. >> >> I would tend to think the majority of developers would not be building >> custom plugins for their application. Would the native SDK be required >>by >> Cordova end developers if Cordova for BlackBerry 10 contains some native >> (C++) plugins? >> >> >> On Wed, Dec 5, 2012 at 1:05 PM, Gord Tanner wrote: >> >> > Currently for developing for BlackBerry 10 the user needs to download >>and >> > install the WebWorks SDK. [1]. >> > >> > This SDK is opensource and available from github [2] and users are >>able >> to >> > clone and build the SDK with the native development tools available >>[3]. >> > >> > I would like to switch the BlackBerry 10 platform for cordova to use >>the >> > NDK and clone WebWorks from github. The only difference a cordova >> > developer would notice would be what download we tell them to install >>in >> > the documentations, everything else would be handled by the >>./bin/create >> > script and ./cordova/* scripts pointing where the WebWorks SDK lives. >> > >> > This preps us to have the tools available on the developers machine to >> > build any native extensions that may or may not be needed for >>BlackBerry >> 10 >> > development. >> > >> > [1] https://developer.blackberry.com/html5/download/ >> > [2] https://github.com/blackberry/BB10-Webworks-Packager >> > [3] http://developer.blackberry.com/native/beta/ >> > >>
Re: [DISCUSS] Switch BlackBerry 10 Cordova download from WebWorks to NDK
Correct. This would be for any cordova BlackBerry 10 APIs (not external plugins). This will allow us the native compile step for Cordova that we don't have access to with WebWorks (that other platforms have). The key for this is flexibility. Nothing is changing with this now but allows us more tools to support BlackBerry 10 Cordova in the future. On Wed, Dec 5, 2012 at 2:53 PM, Drew Walters wrote: > Making sure I understand the steps: > > 1. User downloads and installs BlackBerry 10 Native SDK and Cordova. > 2. Executing the create script to create a project will somehow determine > if the user has the WebWorks SDK and if not... > 3. Clone the WebWorks SDK using git. > 4. Build the WebWorks SDK. > 5. Update the project.properties for the project to point at the built > WebWorks SDK. > > I would prefer to not dynamically clone and build the WebWorks SDK as part > of Cordova project creation, seems like that could be prone to issues. > > I would tend to think the majority of developers would not be building > custom plugins for their application. Would the native SDK be required by > Cordova end developers if Cordova for BlackBerry 10 contains some native > (C++) plugins? > > > On Wed, Dec 5, 2012 at 1:05 PM, Gord Tanner wrote: > > > Currently for developing for BlackBerry 10 the user needs to download and > > install the WebWorks SDK. [1]. > > > > This SDK is opensource and available from github [2] and users are able > to > > clone and build the SDK with the native development tools available [3]. > > > > I would like to switch the BlackBerry 10 platform for cordova to use the > > NDK and clone WebWorks from github. The only difference a cordova > > developer would notice would be what download we tell them to install in > > the documentations, everything else would be handled by the ./bin/create > > script and ./cordova/* scripts pointing where the WebWorks SDK lives. > > > > This preps us to have the tools available on the developers machine to > > build any native extensions that may or may not be needed for BlackBerry > 10 > > development. > > > > [1] https://developer.blackberry.com/html5/download/ > > [2] https://github.com/blackberry/BB10-Webworks-Packager > > [3] http://developer.blackberry.com/native/beta/ > > >
Re: [DISCUSS] Switch BlackBerry 10 Cordova download from WebWorks to NDK
If clone off the WebWorks repo and then checkout a tag for the last release it will be the same as the last release. It should not be prone to any errors. On Wed, Dec 5, 2012 at 2:53 PM, Drew Walters wrote: > Making sure I understand the steps: > > 1. User downloads and installs BlackBerry 10 Native SDK and Cordova. > 2. Executing the create script to create a project will somehow determine > if the user has the WebWorks SDK and if not... > 3. Clone the WebWorks SDK using git. > 4. Build the WebWorks SDK. > 5. Update the project.properties for the project to point at the built > WebWorks SDK. > > I would prefer to not dynamically clone and build the WebWorks SDK as part > of Cordova project creation, seems like that could be prone to issues. > > I would tend to think the majority of developers would not be building > custom plugins for their application. Would the native SDK be required by > Cordova end developers if Cordova for BlackBerry 10 contains some native > (C++) plugins? > > > On Wed, Dec 5, 2012 at 1:05 PM, Gord Tanner wrote: > > > Currently for developing for BlackBerry 10 the user needs to download and > > install the WebWorks SDK. [1]. > > > > This SDK is opensource and available from github [2] and users are able > to > > clone and build the SDK with the native development tools available [3]. > > > > I would like to switch the BlackBerry 10 platform for cordova to use the > > NDK and clone WebWorks from github. The only difference a cordova > > developer would notice would be what download we tell them to install in > > the documentations, everything else would be handled by the ./bin/create > > script and ./cordova/* scripts pointing where the WebWorks SDK lives. > > > > This preps us to have the tools available on the developers machine to > > build any native extensions that may or may not be needed for BlackBerry > 10 > > development. > > > > [1] https://developer.blackberry.com/html5/download/ > > [2] https://github.com/blackberry/BB10-Webworks-Packager > > [3] http://developer.blackberry.com/native/beta/ > > > -- *Nukul Bhasin* *Computer Engineer, B.Eng* *10 Queens Quay W, suite#1710* *Toronto, ON, Canada* *Ph: 416 508 3157*
Re: [DISCUSS] Switch BlackBerry 10 Cordova download from WebWorks to NDK
Making sure I understand the steps: 1. User downloads and installs BlackBerry 10 Native SDK and Cordova. 2. Executing the create script to create a project will somehow determine if the user has the WebWorks SDK and if not... 3. Clone the WebWorks SDK using git. 4. Build the WebWorks SDK. 5. Update the project.properties for the project to point at the built WebWorks SDK. I would prefer to not dynamically clone and build the WebWorks SDK as part of Cordova project creation, seems like that could be prone to issues. I would tend to think the majority of developers would not be building custom plugins for their application. Would the native SDK be required by Cordova end developers if Cordova for BlackBerry 10 contains some native (C++) plugins? On Wed, Dec 5, 2012 at 1:05 PM, Gord Tanner wrote: > Currently for developing for BlackBerry 10 the user needs to download and > install the WebWorks SDK. [1]. > > This SDK is opensource and available from github [2] and users are able to > clone and build the SDK with the native development tools available [3]. > > I would like to switch the BlackBerry 10 platform for cordova to use the > NDK and clone WebWorks from github. The only difference a cordova > developer would notice would be what download we tell them to install in > the documentations, everything else would be handled by the ./bin/create > script and ./cordova/* scripts pointing where the WebWorks SDK lives. > > This preps us to have the tools available on the developers machine to > build any native extensions that may or may not be needed for BlackBerry 10 > development. > > [1] https://developer.blackberry.com/html5/download/ > [2] https://github.com/blackberry/BB10-Webworks-Packager > [3] http://developer.blackberry.com/native/beta/ >
Re: [DISCUSS] Switch BlackBerry 10 Cordova download from WebWorks to NDK
Correct, they would be building webworks from source during ./bin/create. This solves the problem which we haven't run into yet where webworks doesn't yet, or can't expose something from native and we need to dive down to c via a native plugin. It also allows us like Tim said to point to a commit or tag and base off of that rather than wait for a WebWorks release. On Wed, Dec 5, 2012 at 2:38 PM, Filip Maj wrote: > Hey Gord, what's the idea behind this switch? Why do you want to do this? > > And if I understand correctly, users would essentially be building > WebWorks from scratch, with a few modifications (?), on their own machine > the first time they run ./bin/create ? > > On 12/5/12 11:31 AM, "Tim Kim" wrote: > > >+1 > > > >I would like to be able to access the latest updates of webworks as > >opposed > >to waiting around for a release to land on the bb webworks download page. > > > > > >On 5 December 2012 11:05, Gord Tanner wrote: > > > >> Currently for developing for BlackBerry 10 the user needs to download > >>and > >> install the WebWorks SDK. [1]. > >> > >> This SDK is opensource and available from github [2] and users are able > >>to > >> clone and build the SDK with the native development tools available [3]. > >> > >> I would like to switch the BlackBerry 10 platform for cordova to use the > >> NDK and clone WebWorks from github. The only difference a cordova > >> developer would notice would be what download we tell them to install in > >> the documentations, everything else would be handled by the ./bin/create > >> script and ./cordova/* scripts pointing where the WebWorks SDK lives. > >> > >> This preps us to have the tools available on the developers machine to > >> build any native extensions that may or may not be needed for > >>BlackBerry 10 > >> development. > >> > >> [1] https://developer.blackberry.com/html5/download/ > >> [2] https://github.com/blackberry/BB10-Webworks-Packager > >> [3] http://developer.blackberry.com/native/beta/ > >> > > > > > > > >-- > >Timothy Kim > >
Re: [DISCUSS] Switch BlackBerry 10 Cordova download from WebWorks to NDK
Hey Gord, what's the idea behind this switch? Why do you want to do this? And if I understand correctly, users would essentially be building WebWorks from scratch, with a few modifications (?), on their own machine the first time they run ./bin/create ? On 12/5/12 11:31 AM, "Tim Kim" wrote: >+1 > >I would like to be able to access the latest updates of webworks as >opposed >to waiting around for a release to land on the bb webworks download page. > > >On 5 December 2012 11:05, Gord Tanner wrote: > >> Currently for developing for BlackBerry 10 the user needs to download >>and >> install the WebWorks SDK. [1]. >> >> This SDK is opensource and available from github [2] and users are able >>to >> clone and build the SDK with the native development tools available [3]. >> >> I would like to switch the BlackBerry 10 platform for cordova to use the >> NDK and clone WebWorks from github. The only difference a cordova >> developer would notice would be what download we tell them to install in >> the documentations, everything else would be handled by the ./bin/create >> script and ./cordova/* scripts pointing where the WebWorks SDK lives. >> >> This preps us to have the tools available on the developers machine to >> build any native extensions that may or may not be needed for >>BlackBerry 10 >> development. >> >> [1] https://developer.blackberry.com/html5/download/ >> [2] https://github.com/blackberry/BB10-Webworks-Packager >> [3] http://developer.blackberry.com/native/beta/ >> > > > >-- >Timothy Kim
Re: [DISCUSS] Switch BlackBerry 10 Cordova download from WebWorks to NDK
+1 I would like to be able to access the latest updates of webworks as opposed to waiting around for a release to land on the bb webworks download page. On 5 December 2012 11:05, Gord Tanner wrote: > Currently for developing for BlackBerry 10 the user needs to download and > install the WebWorks SDK. [1]. > > This SDK is opensource and available from github [2] and users are able to > clone and build the SDK with the native development tools available [3]. > > I would like to switch the BlackBerry 10 platform for cordova to use the > NDK and clone WebWorks from github. The only difference a cordova > developer would notice would be what download we tell them to install in > the documentations, everything else would be handled by the ./bin/create > script and ./cordova/* scripts pointing where the WebWorks SDK lives. > > This preps us to have the tools available on the developers machine to > build any native extensions that may or may not be needed for BlackBerry 10 > development. > > [1] https://developer.blackberry.com/html5/download/ > [2] https://github.com/blackberry/BB10-Webworks-Packager > [3] http://developer.blackberry.com/native/beta/ > -- Timothy Kim
[jira] [Updated] (CB-1968) Camera use changes idleTimerDisabled timeout
[ https://issues.apache.org/jira/browse/CB-1968?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paul R. updated CB-1968: Description: I used application.idleTimerDisabled = YES in my didFinishLaunchingWithOptions routine in AppDelegate.m to keep the application from sleeping, but now using the camera resets that when using capture video, and my app now goes to sleep and times out during file transfer. I'm assuming the Camera object employs it's own idleTimerDisabled to keep the phone from sleeping while it's recording, and then upon exit sets it back to false, overwriting my setting. Ran some tests and here's what I found: - in Cordova 2.1.0 & 2.2.0, WITHOUT "application.idleTimerDisabled = YES" in AppDelegate.m, both devices go to sleep after 1 minute (which is what my phone's auto-lock is set to) - in Cordova 2.1.0, WITH "application.idleTimerDisabled = YES" in AppDelegate.m, the device goes to sleep after 5 minutes - in Cordova 2.2.0, WITH "application.idleTimerDisabled = YES" in AppDelegate.m, the device goes to sleep after 1 minute As stated by Shazron in http://issues.apache.org/jira/browse/CB-1962 this should not be a Cordova API issue, which makes sense as AppDelegate is not part of the Cordova library. But what is causing this change then? Can anyone shed some light on this? was: I used application.idleTimerDisabled = YES in my didFinishLaunchingWithOptions routine in AppDelegate.m to keep the application from sleeping, but now using the camera resets that when using capture video, and my app now goes to sleep and times out during file transfer. Ran some tests and here's what I found: - in Cordova 2.1.0 & 2.2.0, WITHOUT "application.idleTimerDisabled = YES" in AppDelegate.m, both devices go to sleep after 1 minute (which is what my phone's auto-lock is set to) - in Cordova 2.1.0, WITH "application.idleTimerDisabled = YES" in AppDelegate.m, the device goes to sleep after 5 minutes - in Cordova 2.2.0, WITH "application.idleTimerDisabled = YES" in AppDelegate.m, the device goes to sleep after 1 minute As stated by Shazron in http://issues.apache.org/jira/browse/CB-1962 this should not be a Cordova API issue, which makes sense as AppDelegate is not part of the Cordova library. But what is causing this change then? > Camera use changes idleTimerDisabled timeout > > > Key: CB-1968 > URL: https://issues.apache.org/jira/browse/CB-1968 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.2.0 > Environment: Xcode 4.5.1 on Mac OSX 10.7.5 >Reporter: Paul R. >Assignee: Shazron Abdullah >Priority: Minor > Fix For: 2.1.0 > > > I used application.idleTimerDisabled = YES in my > didFinishLaunchingWithOptions routine in AppDelegate.m to keep the > application from sleeping, but now using the camera resets that when using > capture video, and my app now goes to sleep and times out during file > transfer. I'm assuming the Camera object employs it's own idleTimerDisabled > to keep the phone from sleeping while it's recording, and then upon exit sets > it back to false, overwriting my setting. > Ran some tests and here's what I found: > - in Cordova 2.1.0 & 2.2.0, WITHOUT "application.idleTimerDisabled = YES" in > AppDelegate.m, both devices go to sleep after 1 minute (which is what my > phone's auto-lock is set to) > - in Cordova 2.1.0, WITH "application.idleTimerDisabled = YES" in > AppDelegate.m, the device goes to sleep after 5 minutes > - in Cordova 2.2.0, WITH "application.idleTimerDisabled = YES" in > AppDelegate.m, the device goes to sleep after 1 minute > As stated by Shazron in http://issues.apache.org/jira/browse/CB-1962 this > should not be a Cordova API issue, which makes sense as AppDelegate is not > part of the Cordova library. But what is causing this change then? Can anyone > shed some light on this? -- 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-1968) Camera use changes idleTimerDisabled timeout
Paul R. created CB-1968: --- Summary: Camera use changes idleTimerDisabled timeout Key: CB-1968 URL: https://issues.apache.org/jira/browse/CB-1968 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.2.0 Environment: Xcode 4.5.1 on Mac OSX 10.7.5 Reporter: Paul R. Assignee: Shazron Abdullah Priority: Minor Fix For: 2.1.0 I used application.idleTimerDisabled = YES in my didFinishLaunchingWithOptions routine in AppDelegate.m to keep the application from sleeping, but now using the camera resets that when using capture video, and my app now goes to sleep and times out during file transfer. Ran some tests and here's what I found: - in Cordova 2.1.0 & 2.2.0, WITHOUT "application.idleTimerDisabled = YES" in AppDelegate.m, both devices go to sleep after 1 minute (which is what my phone's auto-lock is set to) - in Cordova 2.1.0, WITH "application.idleTimerDisabled = YES" in AppDelegate.m, the device goes to sleep after 5 minutes - in Cordova 2.2.0, WITH "application.idleTimerDisabled = YES" in AppDelegate.m, the device goes to sleep after 1 minute As stated by Shazron in http://issues.apache.org/jira/browse/CB-1962 this should not be a Cordova API issue, which makes sense as AppDelegate is not part of the Cordova library. But what is causing this change then? -- 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-1965) backHistory() closes the application after an ajax request with the soft keyboard
[ https://issues.apache.org/jira/browse/CB-1965?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13510648#comment-13510648 ] Joe Bowser commented on CB-1965: Can you provide an example of your app? Also, can you tell me whether you are using a button, textfield or radio button and whether it is highlighted? We need these to test to see whether this issue has already been fixed or if this is a new issue. > backHistory() closes the application after an ajax request with the soft > keyboard > - > > Key: CB-1965 > URL: https://issues.apache.org/jira/browse/CB-1965 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.1.0, 2.2.0 > Environment: On android 2.3.4, seen on Sony Xperia Ray and ArcS >Reporter: Ali Bugdayci >Assignee: Joe Bowser >Priority: Critical > Original Estimate: 168h > Remaining Estimate: 168h > > Checked the bug list first, might be similar but not the same as the > following bug: https://issues.apache.org/jira/browse/CB-1146 > 1) Sending an ajax request with typing on soft keyboard, > 2) after the request ends, pressing the back button closes the application. > If I lock the screen before pressing the back button it works fine. > If I trigger another local javascript on the page, and the press back button > it works fine. > Hence I believe this has nothing to do with request being an ajax one. LogCat > gives keycharmap file warnings, but not getting any exceptions, so it might > have something to do with the history? > my event listener: > function onBackKeyDown(event) { > var href = window.location.href; > if (href.search("ui-state=dialog")==(-1)){ > showLoading(); > } > //window.history.back(); > navigator.app.backHistory(); > } > My log cat: > 12-05 14:41:41.636: W/KeyCharacterMap(4412): Can't open keycharmap file > 12-05 14:41:41.636: W/KeyCharacterMap(4412): Error loading keycharmap file > '/system/usr/keychars/clearpad.kcm.bin'. > hw.keyboards.196610.devname='clearpad' > 12-05 14:41:41.636: W/KeyCharacterMap(4412): Using default keymap: > /system/usr/keychars/qwerty.kcm.bin > 12-05 14:41:41.766: D/DroidGap(4412): Paused the application! > 12-05 14:41:41.766: D/CordovaWebView(4412): Handle the pause > 12-05 14:41:41.836: D/SoftKeyboardDetect(4412): Ignore this event > Sample request: > Started PUT "/yorumlar/41" for 192.168.43.8 at 2012-12-05 14:34:38 +0200 > Processing by YorumlarController#update as JS > Parameters: {"utf8"=>"✓", > "authenticity_token"=>"DdT4Wm3NxnCbUkoODfCXKBu2Bs0rmiKN/iBXrGGcFCU=", > "yorum"=>{"id"=>"41", "icerik"=>"Gmdwtjjm"}, "commit"=>"Güncelle", "id"=>"41"} -- 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-1954) Header support for PhoneGap's FileTransfer (Upload)
[ https://issues.apache.org/jira/browse/CB-1954?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13510644#comment-13510644 ] Tim Kim commented on CB-1954: - Hey Julien, The fix should be in the next rc release which I believe should be released next week Monday. > Header support for PhoneGap's FileTransfer (Upload) > > > Key: CB-1954 > URL: https://issues.apache.org/jira/browse/CB-1954 > Project: Apache Cordova > Issue Type: Improvement > Components: BlackBerry >Affects Versions: 2.1.0 >Reporter: Julien Fougère >Assignee: Tim Kim > Labels: blackberry, filetransfer > > On Blackberry, It is impossible to add custom headers(For example basic-auth > Authorization header ) via the FileTransfer.upload API. > The documentation cleary show a "headers" attribute in FileUploadOptions: > http://docs.phonegap.com/en/2.1.0/cordova_file_file.md.html#FileUploadOptions > But theses sources do not implement it: > https://github.com/apache/cordova-blackberry-webworks/blob/master/framework/ext/src/org/apache/cordova/http/FileUploader.java > https://github.com/apache/cordova-blackberry-webworks/blob/master/framework/ext/src/org/apache/cordova/http/FileTransfer.java > This issue has already been fixed on 1.5.0 version for Android, 1.9.0 for iOS > and an open issue is still unresolved for WP7. I am opening this one for > blackberry platform. -- 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-1962) Video Capture not compressing video after capture; Camera use cancels idleTimerDisabled.
[ https://issues.apache.org/jira/browse/CB-1962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13510621#comment-13510621 ] Paul R. commented on CB-1962: - Thanks for the info Shazron. Sorry for mixing in two separate issues together. Can you tell me why the camera roll (selecting videos via navigator.camera.PictureSourceType.PHOTOLIBRARY) compresses videos, while capture doesn't? Is it possible to incorporate that functionality into capture? > Video Capture not compressing video after capture; Camera use cancels > idleTimerDisabled. > > > Key: CB-1962 > URL: https://issues.apache.org/jira/browse/CB-1962 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.2.0 >Reporter: Paul R. >Assignee: Shazron Abdullah > Fix For: 2.1.0 > > > I have noticed the video capture option behaving differently in version > 2.2.0. Captured video is no longer compressed as it used to be in v2.1.0 - > which is a good thing as we can now have high quality video, but transferring > an uncompressed video takes forever. Selecting the captured video from the > Camera Roll still compresses it before uploading. Is there an undocumented > compression function that has been added to the capture API in v2.2.0. > Additionally, I used application.idleTimerDisabled = YES in my > didFinishLaunchingWithOptions routine in AppDelegate.m to keep the > application from sleeping, but now using the camera resets that when capture > is finished, and my app now goes to sleep and times out during file transfer. -- 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
Re: Determining if "you're in cordova"
That's pretty cool! And pretty simple too! On Wed, Dec 5, 2012 at 7:03 AM, Simon MacDonald wrote: > On the subject of capability detection a user just created a plugin for > Android to check if features are available. Pretty useful for devices > without cameras. > > https://github.com/Airblader/FeatureDetector > > Simon Mac Donald > http://hi.im/simonmacdonald > > > > On Tue, Dec 4, 2012 at 11:37 AM, Brian LeRoux wrote: > > > This situation all still smells of userland issue not something > > Cordova should be doing. > > > > I do think we need device capability detection, but analytics use case > > not strong enough to justify adding to the fragmented world that is > > user agents strings (and the even more brittle world of code that > > parses them). > > > > > > > > On Tue, Dec 4, 2012 at 9:54 AM, Patrick Mueller > wrote: > > > On Mon, Dec 3, 2012 at 8:32 PM, Andrew Lunny wrote: > > > > > >> The problem, afaict, is distinguishing between: > > >> > > >> 1) deviceready hasn't fired yet > > >> 2) deviceready isn't ever going to fire > > >> > > >> which right now boils down to "guess how long deviceready will take, > and > > >> setTimeout() until some time after that." > > >> > > > > > > Yup. Exactly. > > > > > > > > >> I tend to agree with Max - it'd be a worthwhile thing to have, unless > > the > > >> implementation is prohibitively difficult. > > >> > > > > > > The implementation of this isn't difficult. It is however, suspect, > > since > > > it's based on some arbitrary time amount. Is 5 seconds long enough - > > seems > > > like it would be. But maybe not. 10? Do we decide what this number > is, > > > or does the user? I can see the questions on the Google group already > > ... > > > :-) > > > > > > And what is the app supposed to do until this time amount expires? > > > > > > When I think about the problem like that, I start to think "progressive > > > enhancement". eg, build this page in such a way that it will "work", > > > presumably in some degraded way, if deviceready never fires, and then > if > > > deviceready DOES fire, reshuffle your bits to take that into account. > > > > > > -- > > > Patrick Mueller > > > http://muellerware.org > > >
[jira] [Commented] (CB-1967) ./cordova/emulate fails because it's trying to emulate CordovaLib.xcodeproj
[ https://issues.apache.org/jira/browse/CB-1967?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13510575#comment-13510575 ] Richard Kimber commented on CB-1967: I resolved this issue by replacing line 27 of /cordova/emulate with the following: for file in "$( find "$PROJECT_PATH" -type d \( -name '*.xcodeproj' ! -name '*CordovaLib.xcodeproj' \) | sort )"; do Rich > ./cordova/emulate fails because it's trying to emulate CordovaLib.xcodeproj > --- > > Key: CB-1967 > URL: https://issues.apache.org/jira/browse/CB-1967 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.2.0 > Environment: Mountain Lion Terminal.app >Reporter: Richard Kimber >Assignee: Shazron Abdullah > > ./cordova/emulate fails because it's trying to emulate CordovaLib.xcodeproj. > This is because getAppPath() finds CordovaLib before the actual project. -- 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-1967) ./cordova/emulate fails because it's trying to emulate CordovaLib.xcodeproj
Richard Kimber created CB-1967: -- Summary: ./cordova/emulate fails because it's trying to emulate CordovaLib.xcodeproj Key: CB-1967 URL: https://issues.apache.org/jira/browse/CB-1967 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.2.0 Environment: Mountain Lion Terminal.app Reporter: Richard Kimber Assignee: Shazron Abdullah ./cordova/emulate fails because it's trying to emulate CordovaLib.xcodeproj. This is because getAppPath() finds CordovaLib before the actual project. -- 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-1962) Video Capture not compressing video after capture; Camera use cancels idleTimerDisabled.
[ https://issues.apache.org/jira/browse/CB-1962?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paul R. updated CB-1962: Priority: Major (was: Blocker) > Video Capture not compressing video after capture; Camera use cancels > idleTimerDisabled. > > > Key: CB-1962 > URL: https://issues.apache.org/jira/browse/CB-1962 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.2.0 >Reporter: Paul R. >Assignee: Shazron Abdullah > Fix For: 2.1.0 > > > I have noticed the video capture option behaving differently in version > 2.2.0. Captured video is no longer compressed as it used to be in v2.1.0 - > which is a good thing as we can now have high quality video, but transferring > an uncompressed video takes forever. Selecting the captured video from the > Camera Roll still compresses it before uploading. Is there an undocumented > compression function that has been added to the capture API in v2.2.0. > Additionally, I used application.idleTimerDisabled = YES in my > didFinishLaunchingWithOptions routine in AppDelegate.m to keep the > application from sleeping, but now using the camera resets that when capture > is finished, and my app now goes to sleep and times out during file transfer. -- 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-1964) View doesn't resize properly on orientation change on iPhone
[ https://issues.apache.org/jira/browse/CB-1964?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-1964. -- Resolution: Not A Problem External issue. This unfortunately is a known iOS thing, and not something Cordova controls. The workaround is as you have specified. There's a related issue however: CB-1465 > View doesn't resize properly on orientation change on iPhone > > > Key: CB-1964 > URL: https://issues.apache.org/jira/browse/CB-1964 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.2.0 > Environment: iOS 6 iPad + iPhone Simulator >Reporter: Henning Schaefer >Assignee: Shazron Abdullah > > If an iPhone app is launched in portrait mode and the device is rotated to > landscape, the view doesn't resize to fullscreen. This issue does not appear > when the app is launched in landscape mode and then rotated to portrait and > back. Probably related to CB-1465. -- 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
Re: Determining if "you're in cordova"
On the subject of capability detection a user just created a plugin for Android to check if features are available. Pretty useful for devices without cameras. https://github.com/Airblader/FeatureDetector Simon Mac Donald http://hi.im/simonmacdonald On Tue, Dec 4, 2012 at 11:37 AM, Brian LeRoux wrote: > This situation all still smells of userland issue not something > Cordova should be doing. > > I do think we need device capability detection, but analytics use case > not strong enough to justify adding to the fragmented world that is > user agents strings (and the even more brittle world of code that > parses them). > > > > On Tue, Dec 4, 2012 at 9:54 AM, Patrick Mueller wrote: > > On Mon, Dec 3, 2012 at 8:32 PM, Andrew Lunny wrote: > > > >> The problem, afaict, is distinguishing between: > >> > >> 1) deviceready hasn't fired yet > >> 2) deviceready isn't ever going to fire > >> > >> which right now boils down to "guess how long deviceready will take, and > >> setTimeout() until some time after that." > >> > > > > Yup. Exactly. > > > > > >> I tend to agree with Max - it'd be a worthwhile thing to have, unless > the > >> implementation is prohibitively difficult. > >> > > > > The implementation of this isn't difficult. It is however, suspect, > since > > it's based on some arbitrary time amount. Is 5 seconds long enough - > seems > > like it would be. But maybe not. 10? Do we decide what this number is, > > or does the user? I can see the questions on the Google group already > ... > > :-) > > > > And what is the app supposed to do until this time amount expires? > > > > When I think about the problem like that, I start to think "progressive > > enhancement". eg, build this page in such a way that it will "work", > > presumably in some degraded way, if deviceready never fires, and then if > > deviceready DOES fire, reshuffle your bits to take that into account. > > > > -- > > Patrick Mueller > > http://muellerware.org >
[jira] [Resolved] (CB-1966) [Question] How to open local files on Android filesystem?
[ https://issues.apache.org/jira/browse/CB-1966?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon MacDonald resolved CB-1966. - Resolution: Not A Problem This is not the place to ask questions. This is for reporting issues/bugs. Please ask your question on the PhoneGap Google Group: https://groups.google.com/forum/?fromgroups#!forum/phonegap > [Question] How to open local files on Android filesystem? > - > > Key: CB-1966 > URL: https://issues.apache.org/jira/browse/CB-1966 > Project: Apache Cordova > Issue Type: Wish > Components: Android, CordovaJS >Affects Versions: 2.1.0 > Environment: Android >Reporter: Ruben Vanhoeyveld >Assignee: Joe Bowser >Priority: Blocker > Labels: android, file, local, system > Original Estimate: 24h > Remaining Estimate: 24h > > I'm looking for functionality to open local files on the Android file system. > The case for me is that when I download a file, it's stored in > /mnt/sdcard/file.ext. But I can't link to the file with file:/// or content:// > file:/// Gives me a blank white window with the text "undefined". > content:// Does nothing. > How can I implement some script to open files I just downloaded to the > filesystem? (like pdf/doc/...) -- 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-1954) Header support for PhoneGap's FileTransfer (Upload)
[ https://issues.apache.org/jira/browse/CB-1954?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13510480#comment-13510480 ] Julien Fougère commented on CB-1954: Hi Tim, Thanks for the fix. Do you have any info of the release version of this fix ? > Header support for PhoneGap's FileTransfer (Upload) > > > Key: CB-1954 > URL: https://issues.apache.org/jira/browse/CB-1954 > Project: Apache Cordova > Issue Type: Improvement > Components: BlackBerry >Affects Versions: 2.1.0 >Reporter: Julien Fougère >Assignee: Tim Kim > Labels: blackberry, filetransfer > > On Blackberry, It is impossible to add custom headers(For example basic-auth > Authorization header ) via the FileTransfer.upload API. > The documentation cleary show a "headers" attribute in FileUploadOptions: > http://docs.phonegap.com/en/2.1.0/cordova_file_file.md.html#FileUploadOptions > But theses sources do not implement it: > https://github.com/apache/cordova-blackberry-webworks/blob/master/framework/ext/src/org/apache/cordova/http/FileUploader.java > https://github.com/apache/cordova-blackberry-webworks/blob/master/framework/ext/src/org/apache/cordova/http/FileTransfer.java > This issue has already been fixed on 1.5.0 version for Android, 1.9.0 for iOS > and an open issue is still unresolved for WP7. I am opening this one for > blackberry platform. -- 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-1965) backHistory() closes the application after an ajax request with the soft keyboard
[ https://issues.apache.org/jira/browse/CB-1965?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13510468#comment-13510468 ] Ali Bugdayci commented on CB-1965: -- Works fine on Android 4.0.4 Samsung S3 phone. > backHistory() closes the application after an ajax request with the soft > keyboard > - > > Key: CB-1965 > URL: https://issues.apache.org/jira/browse/CB-1965 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.1.0, 2.2.0 > Environment: On android 2.3.4, seen on Sony Xperia Ray and ArcS >Reporter: Ali Bugdayci >Assignee: Joe Bowser >Priority: Critical > Original Estimate: 168h > Remaining Estimate: 168h > > Checked the bug list first, might be similar but not the same as the > following bug: https://issues.apache.org/jira/browse/CB-1146 > 1) Sending an ajax request with typing on soft keyboard, > 2) after the request ends, pressing the back button closes the application. > If I lock the screen before pressing the back button it works fine. > If I trigger another local javascript on the page, and the press back button > it works fine. > Hence I believe this has nothing to do with request being an ajax one. LogCat > gives keycharmap file warnings, but not getting any exceptions, so it might > have something to do with the history? > my event listener: > function onBackKeyDown(event) { > var href = window.location.href; > if (href.search("ui-state=dialog")==(-1)){ > showLoading(); > } > //window.history.back(); > navigator.app.backHistory(); > } > My log cat: > 12-05 14:41:41.636: W/KeyCharacterMap(4412): Can't open keycharmap file > 12-05 14:41:41.636: W/KeyCharacterMap(4412): Error loading keycharmap file > '/system/usr/keychars/clearpad.kcm.bin'. > hw.keyboards.196610.devname='clearpad' > 12-05 14:41:41.636: W/KeyCharacterMap(4412): Using default keymap: > /system/usr/keychars/qwerty.kcm.bin > 12-05 14:41:41.766: D/DroidGap(4412): Paused the application! > 12-05 14:41:41.766: D/CordovaWebView(4412): Handle the pause > 12-05 14:41:41.836: D/SoftKeyboardDetect(4412): Ignore this event > Sample request: > Started PUT "/yorumlar/41" for 192.168.43.8 at 2012-12-05 14:34:38 +0200 > Processing by YorumlarController#update as JS > Parameters: {"utf8"=>"✓", > "authenticity_token"=>"DdT4Wm3NxnCbUkoODfCXKBu2Bs0rmiKN/iBXrGGcFCU=", > "yorum"=>{"id"=>"41", "icerik"=>"Gmdwtjjm"}, "commit"=>"Güncelle", "id"=>"41"} -- 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-1966) [Question] How to open local files on Android filesystem?
Ruben Vanhoeyveld created CB-1966: - Summary: [Question] How to open local files on Android filesystem? Key: CB-1966 URL: https://issues.apache.org/jira/browse/CB-1966 Project: Apache Cordova Issue Type: Wish Components: Android, CordovaJS Affects Versions: 2.1.0 Environment: Android Reporter: Ruben Vanhoeyveld Assignee: Joe Bowser Priority: Blocker I'm looking for functionality to open local files on the Android file system. The case for me is that when I download a file, it's stored in /mnt/sdcard/file.ext. But I can't link to the file with file:/// or content:// file:/// Gives me a blank white window with the text "undefined". content:// Does nothing. How can I implement some script to open files I just downloaded to the filesystem? (like pdf/doc/...) -- 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-1965) backHistory() closes the application after an ajax request with the soft keyboard
Ali Bugdayci created CB-1965: Summary: backHistory() closes the application after an ajax request with the soft keyboard Key: CB-1965 URL: https://issues.apache.org/jira/browse/CB-1965 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 2.2.0, 2.1.0 Environment: On android 2.3.4, seen on Sony Xperia Ray and ArcS Reporter: Ali Bugdayci Assignee: Joe Bowser Priority: Critical Checked the bug list first, might be similar but not the same as the following bug: https://issues.apache.org/jira/browse/CB-1146 1) Sending an ajax request with typing on soft keyboard, 2) after the request ends, pressing the back button closes the application. If I lock the screen before pressing the back button it works fine. If I trigger another local javascript on the page, and the press back button it works fine. Hence I believe this has nothing to do with request being an ajax one. LogCat gives keycharmap file warnings, but not getting any exceptions, so it might have something to do with the history? my event listener: function onBackKeyDown(event) { var href = window.location.href; if (href.search("ui-state=dialog")==(-1)){ showLoading(); } //window.history.back(); navigator.app.backHistory(); } My log cat: 12-05 14:41:41.636: W/KeyCharacterMap(4412): Can't open keycharmap file 12-05 14:41:41.636: W/KeyCharacterMap(4412): Error loading keycharmap file '/system/usr/keychars/clearpad.kcm.bin'. hw.keyboards.196610.devname='clearpad' 12-05 14:41:41.636: W/KeyCharacterMap(4412): Using default keymap: /system/usr/keychars/qwerty.kcm.bin 12-05 14:41:41.766: D/DroidGap(4412): Paused the application! 12-05 14:41:41.766: D/CordovaWebView(4412): Handle the pause 12-05 14:41:41.836: D/SoftKeyboardDetect(4412): Ignore this event Sample request: Started PUT "/yorumlar/41" for 192.168.43.8 at 2012-12-05 14:34:38 +0200 Processing by YorumlarController#update as JS Parameters: {"utf8"=>"✓", "authenticity_token"=>"DdT4Wm3NxnCbUkoODfCXKBu2Bs0rmiKN/iBXrGGcFCU=", "yorum"=>{"id"=>"41", "icerik"=>"Gmdwtjjm"}, "commit"=>"Güncelle", "id"=>"41"} -- 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-1964) View doesn't resize properly on orientation change on iPhone
[ https://issues.apache.org/jira/browse/CB-1964?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13510445#comment-13510445 ] Henning Schaefer commented on CB-1964: -- Update: This doesn't seem to happen if the meta viewport tag (width:device-width/height:device-height) is commented out and the issue does also appear on iPads when a viewport meta tag is set. Not sure whether this behavior is desired or not. > View doesn't resize properly on orientation change on iPhone > > > Key: CB-1964 > URL: https://issues.apache.org/jira/browse/CB-1964 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.2.0 > Environment: iOS 6 iPad + iPhone Simulator >Reporter: Henning Schaefer >Assignee: Shazron Abdullah > > If an iPhone app is launched in portrait mode and the device is rotated to > landscape, the view doesn't resize to fullscreen. This issue does not appear > when the app is launched in landscape mode and then rotated to portrait and > back. Probably related to CB-1465. -- 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-1964) View doesn't resize properly on orientation change on iPhone
Henning Schaefer created CB-1964: Summary: View doesn't resize properly on orientation change on iPhone Key: CB-1964 URL: https://issues.apache.org/jira/browse/CB-1964 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.2.0 Environment: iOS 6 iPad + iPhone Simulator Reporter: Henning Schaefer Assignee: Shazron Abdullah If an iPhone app is launched in portrait mode and the device is rotated to landscape, the view doesn't resize to fullscreen. This issue does not appear when the app is launched in landscape mode and then rotated to portrait and back. Probably related to CB-1465. -- 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-1947) Secure whitelisted URLs not loading in Android
[ https://issues.apache.org/jira/browse/CB-1947?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13510396#comment-13510396 ] Antony Lees commented on CB-1947: - I can do both. The site I am trying to use with the Comodo cert is https://tolling.severnbridge.co.uk/account/index.php I've also attached the logcat output > Secure whitelisted URLs not loading in Android > -- > > Key: CB-1947 > URL: https://issues.apache.org/jira/browse/CB-1947 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.2.0 > Environment: Android 2.3 and 4.2 >Reporter: Antony Lees >Assignee: Joe Bowser > Attachments: log.txt > > > Given the config > http://127.0.0.1*"/> > https://mysite.com"; subdomains="true"/> > http://mysite.com"; subdomains="true"/> > I would expect both the http and https sites to load. However only the > unsecured http URL will load, the secure https URL shows an HTML error page > (it's an iframe) > Even if I add > > the same thing happens > I should add that if I deploy the app straight from eclipse (ie not signing > it) the secure URL works fine, so it is only when the whitelist is enforced > that it doesn't seem to work -- 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-1947) Secure whitelisted URLs not loading in Android
[ https://issues.apache.org/jira/browse/CB-1947?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Antony Lees updated CB-1947: Attachment: log.txt logcat output > Secure whitelisted URLs not loading in Android > -- > > Key: CB-1947 > URL: https://issues.apache.org/jira/browse/CB-1947 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.2.0 > Environment: Android 2.3 and 4.2 >Reporter: Antony Lees >Assignee: Joe Bowser > Attachments: log.txt > > > Given the config > http://127.0.0.1*"/> > https://mysite.com"; subdomains="true"/> > http://mysite.com"; subdomains="true"/> > I would expect both the http and https sites to load. However only the > unsecured http URL will load, the secure https URL shows an HTML error page > (it's an iframe) > Even if I add > > the same thing happens > I should add that if I deploy the app straight from eclipse (ie not signing > it) the secure URL works fine, so it is only when the whitelist is enforced > that it doesn't seem to work -- 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-1960) Application exits if focus is put on a native Widget that gets overlayed on top of the WebView excluding the Textfield
[ https://issues.apache.org/jira/browse/CB-1960?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13510392#comment-13510392 ] Serhiy Solonko commented on CB-1960: Great, it seems to be working. Thank Joe > Application exits if focus is put on a native Widget that gets overlayed on > top of the WebView excluding the Textfield > -- > > Key: CB-1960 > URL: https://issues.apache.org/jira/browse/CB-1960 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.2.0 > Environment: Android 2.2.* - 2.3.* >Reporter: Serhiy Solonko >Assignee: Joe Bowser >Priority: Critical > Labels: android, back-button, cordova, crash > Attachments: TestFailure.zip > > > https://issues.apache.org/jira/browse/CB-1146 > https://issues.apache.org/jira/browse/CB-1620 > This issues not fixed. > I've succeeded to reproduce this bug > Create project with input, button. Press on input -> type anything -> press > backbutton (close softkeyboard) -> then press button -> and again quickly > press backbutton -> application will be closed unexpectedly -- 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