[jira] [Commented] (CB-1976) plugin not loaded with proper config.xml
[ https://issues.apache.org/jira/browse/CB-1976?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13526170#comment-13526170 ] Xavier Vergés commented on CB-1976: --- Wow! That was fast! Sorry for the confusion. Yes, it is my com.ibm.soliddb.cordova.SolidDBPlugin that is not being loaded; Simon's plugin just happens to be there. Worklight is not involved. My plugin's constructor is not being called, and it started when I noticed that there was a duplicate line in config.xml and removed it; that's why I reported it here. Although I understand that it is probably a coincidence and not a cause. My plugin uses a jar that depends on a native library. But this hasn't been a problem in other tests projects or when using the config.xml with the duplicate line. On Monday I'll try trim the code and its dependencies, and report back on any findings. I'd like to know if a) is there any way to have the plugin logging code be more verbose? b) where should I add onload="true" and what is its effect? Thanks for your time! > plugin not loaded with proper config.xml > > > Key: CB-1976 > URL: https://issues.apache.org/jira/browse/CB-1976 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.2.0 >Reporter: Xavier Vergés >Assignee: Joe Bowser > Attachments: config.bad.xml, config.xml > > > The plugin class is not loaded with what looks like a proper config.xml and > it fails to load with a config.xml that has dupliacte lines -- 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: wp8 licensing issues
Done, done and done. Cheers, Jesse Sent from my iPhone5 On 2012-12-06, at 5:47 PM, Marcel Kinard wrote: I took a look at wp8 and came across the following licensing issues (2.3.0rc1): - most of the source files in plugins/www/plugins/ don't have the Apache license header. And there are multiple instances where there is a reference to an MIT license with an attribution to Jesse / Sergey / Nitobi / PhoneGap. - plugins/www/plugins/Facebook/FBConnect.js has a comment indicating some contributions came from a blog. I don't see any license info on the blog. Are there parts in that js file that need to be rewritten to not infringe? It does not appear to be a straight copy-and-paste. Could the ones above get taken care of before final 2.3.0? Not a license issue, but I also noticed the following that may need a tweak: - templates/vspackage/source.extension.vsixmanifest says WP7 instead of WP8, and references a github repo that still has "incubator" in the URL. - similar "incubator" URL in tests/README.md I would have gotten distracted on something more fun if Apache git was still up... ;-) -- Marcel Kinard
target for 2.3.0 final?
...which reminds me, I haven't seen any talk here about when folks would like to move from rc to final. Thoughts? -- Marcel Kinard
wp8 licensing issues
I took a look at wp8 and came across the following licensing issues (2.3.0rc1): - most of the source files in plugins/www/plugins/ don't have the Apache license header. And there are multiple instances where there is a reference to an MIT license with an attribution to Jesse / Sergey / Nitobi / PhoneGap. - plugins/www/plugins/Facebook/FBConnect.js has a comment indicating some contributions came from a blog. I don't see any license info on the blog. Are there parts in that js file that need to be rewritten to not infringe? It does not appear to be a straight copy-and-paste. Could the ones above get taken care of before final 2.3.0? Not a license issue, but I also noticed the following that may need a tweak: - templates/vspackage/source.extension.vsixmanifest says WP7 instead of WP8, and references a github repo that still has "incubator" in the URL. - similar "incubator" URL in tests/README.md I would have gotten distracted on something more fun if Apache git was still up... ;-) -- Marcel Kinard
[jira] [Created] (CB-1978) Cordova 2.2 iOS does not work with RequireJS
Kenichi Yonekawa created CB-1978: Summary: Cordova 2.2 iOS does not work with RequireJS Key: CB-1978 URL: https://issues.apache.org/jira/browse/CB-1978 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.2.0, 2.1.0 Environment: Use RequireJS to loading cordova.js http://requirejs.org/ Reporter: Kenichi Yonekawa Assignee: Shazron Abdullah Priority: Minor Fix For: Master Cordova does not fire `deviceready` when using RequireJS to loading cordova.js Because, cordova-ios accesses `window.cordova` object at `webViewDidFinishLoad` However, window.cordova is undefined. It occurs JavaScript error. I create monkey patch for my project. it works for me. https://gist.github.com/4159669 So, cordova-2.1.0 has same problem. My monkey patch is here. https://gist.github.com/3824310 -- 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=13526056#comment-13526056 ] Shazron Abdullah commented on CB-1970: -- Ok, I have my changes committed but the Apache Git servers are down :/ So I committed it to Github for now: https://github.com/shazron/incubator-cordova-ios/commit/ce5bff74e1abdad83fd3eb6cb44c7ca9aef2f699 > 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: Can't pull from the Apache repos
Infrabot is just an irc bot that infra committers issue commands to. Those guys aren't very.. How do I put this.. Open? Better to rely on a monitoring service :) On 12/6/12 4:55 PM, "Shazron" wrote: >Heh I usually check out https://twitter.com/infrabot which doesn't update >as fast I suppose > > >On Thu, Dec 6, 2012 at 4:53 PM, Filip Maj wrote: > >> Apache is down. >> >> status.apache.org >> >> Search for "git-wip" and you'll see red >> >> Lurking in #asfinfra on freenode helps with being in the loop on these >> things :) >> >> On 12/6/12 4:49 PM, "Shazron" wrote: >> >> >Is it just me? Anything going on we should know about? Like upgrades to >> >the >> >server? >> >>
Re: Can't pull from the Apache repos
Heh I usually check out https://twitter.com/infrabot which doesn't update as fast I suppose On Thu, Dec 6, 2012 at 4:53 PM, Filip Maj wrote: > Apache is down. > > status.apache.org > > Search for "git-wip" and you'll see red > > Lurking in #asfinfra on freenode helps with being in the loop on these > things :) > > On 12/6/12 4:49 PM, "Shazron" wrote: > > >Is it just me? Anything going on we should know about? Like upgrades to > >the > >server? > >
Re: Can't pull from the Apache repos
Apache is down. status.apache.org Search for "git-wip" and you'll see red Lurking in #asfinfra on freenode helps with being in the loop on these things :) On 12/6/12 4:49 PM, "Shazron" wrote: >Is it just me? Anything going on we should know about? Like upgrades to >the >server?
Re: [Android] Chrome Content Shell
No. I compiled on my Ubuntu box. I don't know how you'd get it working on OS X. On Thu, Dec 6, 2012 at 4:49 PM, Anis KADRI wrote: > 16Mb is way less than I expected. Were able to compile on OS X ? > > > On Thu, Dec 6, 2012 at 4:40 PM, Filip Maj wrote: > >> Nice work Joe. One step closer.. .. .. >> On 12/6/12 4:38 PM, "Joe Bowser" wrote: >> >> >I played around with it this afternoon and I got it to build. The >> >score on html5test has it right on par with my desktop chrome for the >> >most part. That being said, there's a lot of problems with it, such >> >as the footprint. It currently weighs in at 16 MB. It'd be cool if >> >we could use it as a library with the uses-library in the Android >> >manifest, but I think we're still stuck with the stock browser if we >> >want things to just work. >> > >> >So, while it may make for a cool tech demo, using Chrome for Cordova >> >is a long ways off. >> > >> >It's nice to have something that compiles though, even with a minor tweak! >> > >> > >> >On Thu, Dec 6, 2012 at 3:37 PM, Anis KADRI wrote: >> >> I was going to try it out but last time I checked it needed a good >> >>ubuntu >> >> machine to compile (didn't work on OSX). At any rate, remember that it >> >> would have footprint of ~30Mb. I think it is worth the effort too. I >> >>would >> >> look into it if I had the pre-requisites. >> >> >> >> >> >> On Thu, Dec 6, 2012 at 3:27 PM, Jarrod Overson >> >>wrote: >> >> >> >>> Us folk on the sidelines want to know what's going on with using >> >>>Chrome's >> >>> content shell on android too. Seems to be tracked here: >> >>> >> >>> https://code.google.com/p/chromium/issues/detail?id=113088 >> >>> >> >>> That issue made me assume that it wasn't possible yet without effort >> >>>on the >> >>> chrome/chromium side. >> >>> -- >> >>> Jarrod Overson >> >>> >> >>> >> >>> On Thu, Dec 6, 2012 at 3:08 PM, Joe Bowser wrote: >> >>> >> >>> > Hey >> >>> > >> >>> > I know that I brought this up before, but I'm wondering what's going >> >>> > on with Chrome Content Shell, and whether we can start looking at >> >>>this >> >>> > as an option for having a WebView on Android that sucks less than the >> >>> > current one that we have access to. It's kinda weird having PhoneGap >> >>> > only score 253 on HTML5 Test when Chrome is now stock. >> >>> > >> >>> > Anyone tried this out? Does it build? Is this horribly off-topic? >> >>> > >> >>> > Joe >> >>> > >> >>> >> >>
Re: Can't pull from the Apache repos
D'oh! Blackhawk down: http://twitter.com/filmaj/status/276848297770098689 On Thu, Dec 6, 2012 at 4:49 PM, Shazron wrote: > Is it just me? Anything going on we should know about? Like upgrades to > the server?
Re: [Android] Chrome Content Shell
16Mb is way less than I expected. Were able to compile on OS X ? On Thu, Dec 6, 2012 at 4:40 PM, Filip Maj wrote: > Nice work Joe. One step closer.. .. .. > On 12/6/12 4:38 PM, "Joe Bowser" wrote: > > >I played around with it this afternoon and I got it to build. The > >score on html5test has it right on par with my desktop chrome for the > >most part. That being said, there's a lot of problems with it, such > >as the footprint. It currently weighs in at 16 MB. It'd be cool if > >we could use it as a library with the uses-library in the Android > >manifest, but I think we're still stuck with the stock browser if we > >want things to just work. > > > >So, while it may make for a cool tech demo, using Chrome for Cordova > >is a long ways off. > > > >It's nice to have something that compiles though, even with a minor tweak! > > > > > >On Thu, Dec 6, 2012 at 3:37 PM, Anis KADRI wrote: > >> I was going to try it out but last time I checked it needed a good > >>ubuntu > >> machine to compile (didn't work on OSX). At any rate, remember that it > >> would have footprint of ~30Mb. I think it is worth the effort too. I > >>would > >> look into it if I had the pre-requisites. > >> > >> > >> On Thu, Dec 6, 2012 at 3:27 PM, Jarrod Overson > >>wrote: > >> > >>> Us folk on the sidelines want to know what's going on with using > >>>Chrome's > >>> content shell on android too. Seems to be tracked here: > >>> > >>> https://code.google.com/p/chromium/issues/detail?id=113088 > >>> > >>> That issue made me assume that it wasn't possible yet without effort > >>>on the > >>> chrome/chromium side. > >>> -- > >>> Jarrod Overson > >>> > >>> > >>> On Thu, Dec 6, 2012 at 3:08 PM, Joe Bowser wrote: > >>> > >>> > Hey > >>> > > >>> > I know that I brought this up before, but I'm wondering what's going > >>> > on with Chrome Content Shell, and whether we can start looking at > >>>this > >>> > as an option for having a WebView on Android that sucks less than the > >>> > current one that we have access to. It's kinda weird having PhoneGap > >>> > only score 253 on HTML5 Test when Chrome is now stock. > >>> > > >>> > Anyone tried this out? Does it build? Is this horribly off-topic? > >>> > > >>> > Joe > >>> > > >>> > >
Re: [Android] Chrome Content Shell
Nice work Joe. One step closer.. .. .. On 12/6/12 4:38 PM, "Joe Bowser" wrote: >I played around with it this afternoon and I got it to build. The >score on html5test has it right on par with my desktop chrome for the >most part. That being said, there's a lot of problems with it, such >as the footprint. It currently weighs in at 16 MB. It'd be cool if >we could use it as a library with the uses-library in the Android >manifest, but I think we're still stuck with the stock browser if we >want things to just work. > >So, while it may make for a cool tech demo, using Chrome for Cordova >is a long ways off. > >It's nice to have something that compiles though, even with a minor tweak! > > >On Thu, Dec 6, 2012 at 3:37 PM, Anis KADRI wrote: >> I was going to try it out but last time I checked it needed a good >>ubuntu >> machine to compile (didn't work on OSX). At any rate, remember that it >> would have footprint of ~30Mb. I think it is worth the effort too. I >>would >> look into it if I had the pre-requisites. >> >> >> On Thu, Dec 6, 2012 at 3:27 PM, Jarrod Overson >>wrote: >> >>> Us folk on the sidelines want to know what's going on with using >>>Chrome's >>> content shell on android too. Seems to be tracked here: >>> >>> https://code.google.com/p/chromium/issues/detail?id=113088 >>> >>> That issue made me assume that it wasn't possible yet without effort >>>on the >>> chrome/chromium side. >>> -- >>> Jarrod Overson >>> >>> >>> On Thu, Dec 6, 2012 at 3:08 PM, Joe Bowser wrote: >>> >>> > Hey >>> > >>> > I know that I brought this up before, but I'm wondering what's going >>> > on with Chrome Content Shell, and whether we can start looking at >>>this >>> > as an option for having a WebView on Android that sucks less than the >>> > current one that we have access to. It's kinda weird having PhoneGap >>> > only score 253 on HTML5 Test when Chrome is now stock. >>> > >>> > Anyone tried this out? Does it build? Is this horribly off-topic? >>> > >>> > Joe >>> > >>>
Re: [Android] Chrome Content Shell
I played around with it this afternoon and I got it to build. The score on html5test has it right on par with my desktop chrome for the most part. That being said, there's a lot of problems with it, such as the footprint. It currently weighs in at 16 MB. It'd be cool if we could use it as a library with the uses-library in the Android manifest, but I think we're still stuck with the stock browser if we want things to just work. So, while it may make for a cool tech demo, using Chrome for Cordova is a long ways off. It's nice to have something that compiles though, even with a minor tweak! On Thu, Dec 6, 2012 at 3:37 PM, Anis KADRI wrote: > I was going to try it out but last time I checked it needed a good ubuntu > machine to compile (didn't work on OSX). At any rate, remember that it > would have footprint of ~30Mb. I think it is worth the effort too. I would > look into it if I had the pre-requisites. > > > On Thu, Dec 6, 2012 at 3:27 PM, Jarrod Overson wrote: > >> Us folk on the sidelines want to know what's going on with using Chrome's >> content shell on android too. Seems to be tracked here: >> >> https://code.google.com/p/chromium/issues/detail?id=113088 >> >> That issue made me assume that it wasn't possible yet without effort on the >> chrome/chromium side. >> -- >> Jarrod Overson >> >> >> On Thu, Dec 6, 2012 at 3:08 PM, Joe Bowser wrote: >> >> > Hey >> > >> > I know that I brought this up before, but I'm wondering what's going >> > on with Chrome Content Shell, and whether we can start looking at this >> > as an option for having a WebView on Android that sucks less than the >> > current one that we have access to. It's kinda weird having PhoneGap >> > only score 253 on HTML5 Test when Chrome is now stock. >> > >> > Anyone tried this out? Does it build? Is this horribly off-topic? >> > >> > Joe >> > >>
[jira] [Commented] (CB-1976) plugin not loaded with proper config.xml
[ https://issues.apache.org/jira/browse/CB-1976?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13526024#comment-13526024 ] Joe Bowser commented on CB-1976: [~macdonst]I know. I was referring to your Android Preferences plugin that is in his config.xml. If the plugin you wrote is working, but the SolidDBPlugin isn't, then it's most likely the plugin that has the issue. > plugin not loaded with proper config.xml > > > Key: CB-1976 > URL: https://issues.apache.org/jira/browse/CB-1976 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.2.0 >Reporter: Xavier Vergés >Assignee: Joe Bowser > Attachments: config.bad.xml, config.xml > > > The plugin class is not loaded with what looks like a proper config.xml and > it fails to load with a config.xml that has dupliacte lines -- 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] Chrome Content Shell
I was going to try it out but last time I checked it needed a good ubuntu machine to compile (didn't work on OSX). At any rate, remember that it would have footprint of ~30Mb. I think it is worth the effort too. I would look into it if I had the pre-requisites. On Thu, Dec 6, 2012 at 3:27 PM, Jarrod Overson wrote: > Us folk on the sidelines want to know what's going on with using Chrome's > content shell on android too. Seems to be tracked here: > > https://code.google.com/p/chromium/issues/detail?id=113088 > > That issue made me assume that it wasn't possible yet without effort on the > chrome/chromium side. > -- > Jarrod Overson > > > On Thu, Dec 6, 2012 at 3:08 PM, Joe Bowser wrote: > > > Hey > > > > I know that I brought this up before, but I'm wondering what's going > > on with Chrome Content Shell, and whether we can start looking at this > > as an option for having a WebView on Android that sucks less than the > > current one that we have access to. It's kinda weird having PhoneGap > > only score 253 on HTML5 Test when Chrome is now stock. > > > > Anyone tried this out? Does it build? Is this horribly off-topic? > > > > Joe > > >
[jira] [Commented] (CB-1976) plugin not loaded with proper config.xml
[ https://issues.apache.org/jira/browse/CB-1976?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13526002#comment-13526002 ] Simon MacDonald commented on CB-1976: - [~bowserj] I didn't contribute that code. I have a feeling that [~xverges] is using Worklight. Perhaps that is to whom the issue should be reported. > plugin not loaded with proper config.xml > > > Key: CB-1976 > URL: https://issues.apache.org/jira/browse/CB-1976 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.2.0 >Reporter: Xavier Vergés >Assignee: Joe Bowser > Attachments: config.bad.xml, config.xml > > > The plugin class is not loaded with what looks like a proper config.xml and > it fails to load with a config.xml that has dupliacte lines -- 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] Chrome Content Shell
Us folk on the sidelines want to know what's going on with using Chrome's content shell on android too. Seems to be tracked here: https://code.google.com/p/chromium/issues/detail?id=113088 That issue made me assume that it wasn't possible yet without effort on the chrome/chromium side. -- Jarrod Overson On Thu, Dec 6, 2012 at 3:08 PM, Joe Bowser wrote: > Hey > > I know that I brought this up before, but I'm wondering what's going > on with Chrome Content Shell, and whether we can start looking at this > as an option for having a WebView on Android that sucks less than the > current one that we have access to. It's kinda weird having PhoneGap > only score 253 on HTML5 Test when Chrome is now stock. > > Anyone tried this out? Does it build? Is this horribly off-topic? > > Joe >
Re: [Android] Chrome Content Shell
I have not tried it but I think it is a worthwhile effort that I currently do not have the time to look into. Simon Mac Donald http://hi.im/simonmacdonald On Thu, Dec 6, 2012 at 6:08 PM, Joe Bowser wrote: > Hey > > I know that I brought this up before, but I'm wondering what's going > on with Chrome Content Shell, and whether we can start looking at this > as an option for having a WebView on Android that sucks less than the > current one that we have access to. It's kinda weird having PhoneGap > only score 253 on HTML5 Test when Chrome is now stock. > > Anyone tried this out? Does it build? Is this horribly off-topic? > > Joe >
[Android] Chrome Content Shell
Hey I know that I brought this up before, but I'm wondering what's going on with Chrome Content Shell, and whether we can start looking at this as an option for having a WebView on Android that sucks less than the current one that we have access to. It's kinda weird having PhoneGap only score 253 on HTML5 Test when Chrome is now stock. Anyone tried this out? Does it build? Is this horribly off-topic? Joe
[jira] [Resolved] (CB-1977) Plugins need to be able to receive LocalNotifications
[ https://issues.apache.org/jira/browse/CB-1977?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-1977. - Resolution: Implemented Done here: d63cf46a491196b39db6b56011f582b241cb9e01 > Plugins need to be able to receive LocalNotifications > - > > Key: CB-1977 > URL: https://issues.apache.org/jira/browse/CB-1977 > Project: Apache Cordova > Issue Type: Improvement > Components: iOS >Affects Versions: 2.2.0 >Reporter: Jesse MacFadyen >Assignee: Jesse MacFadyen > Fix For: 2.3.0 > > > The appdelegate is the only class in the application that can receive the > notification, via: > - (void)application:(UIApplication *)application > didReceiveLocalNotification:(UILocalNotification *)notification; > We need to add a method to the default app delegate that re-broadcasts the > notification for any plugin that wants to know. > This can be an example implementation for doing the same with some of the > other app delegate methods. -- 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-1977) Plugins need to be able to receive LocalNotifications
Jesse MacFadyen created CB-1977: --- Summary: Plugins need to be able to receive LocalNotifications Key: CB-1977 URL: https://issues.apache.org/jira/browse/CB-1977 Project: Apache Cordova Issue Type: Improvement Components: iOS Affects Versions: 2.2.0 Reporter: Jesse MacFadyen Assignee: Jesse MacFadyen Fix For: 2.3.0 The appdelegate is the only class in the application that can receive the notification, via: - (void)application:(UIApplication *)application didReceiveLocalNotification:(UILocalNotification *)notification; We need to add a method to the default app delegate that re-broadcasts the notification for any plugin that wants to know. This can be an example implementation for doing the same with some of the other app delegate methods. -- 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-1976) plugin not loaded with proper config.xml
[ https://issues.apache.org/jira/browse/CB-1976?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13525821#comment-13525821 ] Joe Bowser commented on CB-1976: Even though [~macdonst] is a committer his plugin is technically a 3rd party plugin, so it is probably an issue with SoildDBPlugin. The plugins are lazy loaded, so they're not initialized until we try to get the plugin the first time. Try putting a breakpoint on the initialization to see if it's being reached. Also, what happens if you add onload="true"? Also, is the plugin code available for download anywhere? Looking at it might help as well. > plugin not loaded with proper config.xml > > > Key: CB-1976 > URL: https://issues.apache.org/jira/browse/CB-1976 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.2.0 >Reporter: Xavier Vergés >Assignee: Joe Bowser > Attachments: config.bad.xml, config.xml > > > The plugin class is not loaded with what looks like a proper config.xml and > it fails to load with a config.xml that has dupliacte lines -- 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] [Comment Edited] (CB-1976) plugin not loaded with proper config.xml
[ https://issues.apache.org/jira/browse/CB-1976?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13525800#comment-13525800 ] Xavier Vergés edited comment on CB-1976 at 12/6/12 10:06 PM: - com.ibm.soliddb.cordova.SolidDBPlugin fails to load when using config.bad.xml, and works with config.xml Maybe it is not related to config.xml... but that's what my testing points to. Is there some way to debug plugin loading? was (Author: xverges): com.ibm.soliddb.cordova.SolidDBPlugin fails to load when using config.bad.xml, and works with config.xml > plugin not loaded with proper config.xml > > > Key: CB-1976 > URL: https://issues.apache.org/jira/browse/CB-1976 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.2.0 >Reporter: Xavier Vergés >Assignee: Joe Bowser > Attachments: config.bad.xml, config.xml > > > The plugin class is not loaded with what looks like a proper config.xml and > it fails to load with a config.xml that has dupliacte lines -- 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-1976) plugin not loaded with proper config.xml
[ https://issues.apache.org/jira/browse/CB-1976?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Xavier Vergés updated CB-1976: -- Attachment: config.xml config.bad.xml com.ibm.soliddb.cordova.SolidDBPlugin fails to load when using config.bad.xml, and works with config.xml > plugin not loaded with proper config.xml > > > Key: CB-1976 > URL: https://issues.apache.org/jira/browse/CB-1976 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.2.0 >Reporter: Xavier Vergés >Assignee: Joe Bowser > Attachments: config.bad.xml, config.xml > > > The plugin class is not loaded with what looks like a proper config.xml and > it fails to load with a config.xml that has dupliacte lines -- 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-1975) App version is no longer correct in PG Build
[ https://issues.apache.org/jira/browse/CB-1975?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-1975. Resolution: Not A Problem This tracker is for Cordova, not for the Adobe PhoneGap Build service. Please contact them with your issue. > App version is no longer correct in PG Build > > > Key: CB-1975 > URL: https://issues.apache.org/jira/browse/CB-1975 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.2.0 > Environment: HTC Amaze Android 2.3.4 >Reporter: Alain Renaud >Assignee: Joe Bowser >Priority: Minor > > While with an Eclipse local build, the app version in the Android > Applications screens is correct, it reports a different unrelated and wrong > version with the PG Build package; for instance our app is actually at > "0.9.8" but shows "1.1" ! > Yes, widget attributes in config.xml ARE: > versionCode = "1" > version = "0.9.8" > so... get your act together folks, or pass it to those PG Build geniuses... -- 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-1976) plugin not loaded with proper config.xml
Xavier Vergés created CB-1976: - Summary: plugin not loaded with proper config.xml Key: CB-1976 URL: https://issues.apache.org/jira/browse/CB-1976 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 2.2.0 Reporter: Xavier Vergés Assignee: Joe Bowser The plugin class is not loaded with what looks like a proper config.xml and it fails to load with a config.xml that has dupliacte lines -- 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-1975) App version is no longer correct in PG Build
Alain Renaud created CB-1975: Summary: App version is no longer correct in PG Build Key: CB-1975 URL: https://issues.apache.org/jira/browse/CB-1975 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 2.2.0 Environment: HTC Amaze Android 2.3.4 Reporter: Alain Renaud Assignee: Joe Bowser Priority: Minor While with an Eclipse local build, the app version in the Android Applications screens is correct, it reports a different unrelated and wrong version with the PG Build package; for instance our app is actually at "0.9.8" but shows "1.1" ! Yes, widget attributes in config.xml ARE: versionCode = "1" version = "0.9.8" so... get your act together folks, or pass it to those PG Build geniuses... -- 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-1974) navigator.connection.type always reports 0
[ https://issues.apache.org/jira/browse/CB-1974?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-1974. Resolution: Duplicate This is a known issue that has been fixed, see CB-1807 > navigator.connection.type always reports 0 > -- > > Key: CB-1974 > URL: https://issues.apache.org/jira/browse/CB-1974 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.2.0 > Environment: HTC Amaze Android 2.3.4 >Reporter: Alain Renaud >Assignee: Joe Bowser >Priority: Minor > > With a connected phone, calling "navigator.connection.type" returns 0 > (Connection.UNKNOWN) when "navigator.network.connection.type" (in earlier PG > versions) used to return one of Connection.ETHERNET Connection.WIFI > Connection.CELL_2G Connection.CELL_3G Connection.CELL_4G > This behaviour happens both with local Eclipse Android build and PG web > Build. Therefore the phone connection status in a PhoneGap scripted app can > NO longer be tested... -- 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-1974) navigator.connection.type always reports 0
[ https://issues.apache.org/jira/browse/CB-1974?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alain Renaud updated CB-1974: - Summary: navigator.connection.type always reports 0 (was: navigator.connection.type always report 0) > navigator.connection.type always reports 0 > -- > > Key: CB-1974 > URL: https://issues.apache.org/jira/browse/CB-1974 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.2.0 > Environment: HTC Amaze Android 2.3.4 >Reporter: Alain Renaud >Assignee: Joe Bowser >Priority: Minor > > With a connected phone, calling "navigator.connection.type" returns 0 > (Connection.UNKNOWN) when "navigator.network.connection.type" (in earlier PG > versions) used to return one of Connection.ETHERNET Connection.WIFI > Connection.CELL_2G Connection.CELL_3G Connection.CELL_4G > This behaviour happens both with local Eclipse Android build and PG web > Build. Therefore the phone connection status in a PhoneGap scripted app can > NO longer be tested... -- 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-1974) navigator.connection.type always report 0
Alain Renaud created CB-1974: Summary: navigator.connection.type always report 0 Key: CB-1974 URL: https://issues.apache.org/jira/browse/CB-1974 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 2.2.0 Environment: HTC Amaze Android 2.3.4 Reporter: Alain Renaud Assignee: Joe Bowser Priority: Minor With a connected phone, calling "navigator.connection.type" returns 0 (Connection.UNKNOWN) when "navigator.network.connection.type" (in earlier PG versions) used to return one of Connection.ETHERNET Connection.WIFI Connection.CELL_2G Connection.CELL_3G Connection.CELL_4G This behaviour happens both with local Eclipse Android build and PG web Build. Therefore the phone connection status in a PhoneGap scripted app can NO longer be tested... -- 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] Explicitly writing to the jail
> >it'd be good to allow users to have persistant, protected storage that >other apps can't mess with. Yes.. ?
[Android] Explicitly writing to the jail
Hey I'm looking at the FileWriter API and I have no idea how we could explicitly write to the app jail on Android (/data/data/com.yourappnamespace/). I feel like our FileWriter is pretty dated and that we should re-evaluate how it works, since many devices don't use SD Cards anymore for their storage due to the limit on SD Card storage? Also, it'd be good to allow users to have persistant, protected storage that other apps can't mess with. Thoughts? Joe
[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=13512062#comment-13512062 ] Shazron Abdullah commented on CB-1970: -- The reason it can't be set after is, plugins are initialized with a reference to the commandDelegate, so setting it after does not update the plugin references. What I could do however is override setCommandDelegate in CDVViewController and update the plugins as well when the variable is re-set. > 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] [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=13512061#comment-13512061 ] Shazron Abdullah commented on CB-1970: -- Hmm, this won't work -- we can't set the commandDelegate after it has been initialized, we have to set it beforehand. I will have to add a special initWithCommandDelegate function for this reason. > 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-1108) Migrate config.xml to the W3C spec
[ https://issues.apache.org/jira/browse/CB-1108?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser updated CB-1108: --- Issue Type: New Feature (was: Bug) > Migrate config.xml to the W3C spec > -- > > Key: CB-1108 > URL: https://issues.apache.org/jira/browse/CB-1108 > Project: Apache Cordova > Issue Type: New Feature > Components: Android, Bada, BlackBerry, iOS, webOS, WP7 >Affects Versions: 2.0.0 >Reporter: Joe Bowser >Assignee: Joe Bowser > Fix For: 2.4.0 > > > In 2.0.0, we decided that config.xml should exist in some form. > Unfortunately, that form has nothing to do with the W3C version. We should > try to move towards the W3C version wherever possible. Android was the only > one to actually have a config.xml added, mostly because creating this file > was trivial. > If this is not technically possible, the xml file should be changed back to > cordova.xml. -- 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=13512029#comment-13512029 ] Shazron Abdullah commented on CB-1970: -- The better way is to set the @private access of the: CDVCommandDelegateImpl* _commandDelegate; to @protected, in CDVViewController.h Then in your subclass (MainViewController), you can set the _commandDelegate directly: _commandDelegate = [[MyCDVCommandDelegateImpl alloc] initWithViewController:self]; Note that ivar access is all smoke and mirrors in Objective-C anyway -- since its a dynamic language at runtime you can do almost anything. > 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: Android Cordova FileTransfer.upload generates 503 errors with some web servers.
How odd but I have no choice but to believe in Google :) Still I wish I would have seen these in the docs when I was writing the initial code back in Android 2.x days. It would have made my life a lot easier. Simon Mac Donald http://hi.im/simonmacdonald On Wed, Dec 5, 2012 at 10:53 PM, Andrew Grieve wrote: > 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 > > > >
[jira] [Commented] (CB-1973) console.log should only log once
[ https://issues.apache.org/jira/browse/CB-1973?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13511604#comment-13511604 ] Joe Bowser commented on CB-1973: Suppressed one of the three logs: https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=commit;h=2a42c463d208d7983eb25c3f974ba96a5be3ed3d > console.log should only log once > > > Key: CB-1973 > URL: https://issues.apache.org/jira/browse/CB-1973 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Reporter: Joe Bowser >Assignee: Joe Bowser >Priority: Trivial > > This is something that we've ignored because it's trivial, but someone got > confused by it so we should fix this: > https://groups.google.com/forum/?fromgroups=#!topic/phonegap/rQV04LCiZSw -- 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-1973) console.log should only log once
Joe Bowser created CB-1973: -- Summary: console.log should only log once Key: CB-1973 URL: https://issues.apache.org/jira/browse/CB-1973 Project: Apache Cordova Issue Type: Bug Components: Android Reporter: Joe Bowser Assignee: Joe Bowser Priority: Trivial This is something that we've ignored because it's trivial, but someone got confused by it so we should fix this: https://groups.google.com/forum/?fromgroups=#!topic/phonegap/rQV04LCiZSw -- 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-1971) Set scroll to jquery mobile popup in android 2.2
[ https://issues.apache.org/jira/browse/CB-1971?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-1971. Resolution: Won't Fix This isn't the right place for questions about jQuery Mobile and Android WebKit rendering. I recommend asking for help on the PhoneGap Google Group or on any support forums that jQuery Mobile has. https://groups.google.com/forum/?fromgroups=#!forum/phonegap > 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 > Labels: android, phonegap > Original Estimate: 408h > Remaining Estimate: 408h > > 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 > > data-overlay-theme="c" > > >="hidePopUp()">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 admin
[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=13511426#comment-13511426 ] Michael Richey commented on CB-1970: OK, so an extra step to get this to work... 1. set target membership of CDVCommandDelegateImpl.h to "public" (vs "project" which failed to build) Is there any particular reason commandDelegate should be readonly? It seems to work ok > 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