I was trying to use the GadgetSpec class to retrieve some metadata fields
from xml I passed into the constructor. However, this failed with
³/OAuth/Service/Request is required² on the ModulePrefs OAuth section. Are
these fields really required? I thought they were optional and only used to
overr
s it
> always cached, but the common container never purges the cache. It
> wouldn't be hard to check for whether the container is in debug mode and
> disable the caching. Unless we want to introduce a separate caching param
> for the container as well...
>
> On Thu, Oct 25,
I have a scenario where a gadget is rendered from a known url, dropbox lets
say. If later on if I remove the gadget from dropbox and my container tries
to re-render it I get the message
Unable to retrieve spec for
https://dl.dropbox.com/u/x/gadgets/oauth2.xml. HTTP error 404
Which seems to c
Here's what we do.
container.rpcRegister("requestNavigateTo", function
requestNavigateTo(rpcArgs, view, params) {
var site = rpcArgs[osapi.container.GadgetSite.RPC_ARG_KEY],
url = site.getActiveSiteHolder().getUrl(),
renderParams = {};
renderParams[osa
u binding.
>
> -Stanton
> On Sep 4, 2012 9:47 AM, "daviesd" wrote:
>
>> If I wanted to implement my own Authority implementation (replacing
>> BasicAuthority) it appears that I would have to completely override the
>> DefaultGuiceModule and just change one
override the DefaulyGuiceModule with a module that
> does you binding.
>
> -Stanton
> On Sep 4, 2012 9:47 AM, "daviesd" wrote:
>
>> If I wanted to implement my own Authority implementation (replacing
>> BasicAuthority) it appears that I would have to complet
If I wanted to implement my own Authority implementation (replacing
BasicAuthority) it appears that I would have to completely override the
DefaultGuiceModule and just change one line to bind to my implementation.
However, this means every time I upgrade artifacts I have to make sure the
default im
I would say yes.
>>>
>>> There is an alternative proposal under discussion that makes sense for
>>> the 3.0 timeframe that involves rendering an oAuth authorization view if
>>> the correct token is not found.
>>>
>>>> If the container launches the auth
Does this
http://docs.opensocial.org/display/OSD/Fixing+OAuth+in+Core+Gadget+Spec
Come into play at all?
doug
On 8/21/12 11:17 AM, "Dan Dumont" wrote:
> I've been looking at having the oauth popup feature make some calls into
> the container over rpc to handle the popup for various reasons,
with the
oauth callback urls that are used if they aren't provided in the db (set to
null).
doug
On 8/1/12 4:55 PM, "Henry Saputra" wrote:
> Doug,
>
> Did you resolve the issue with rpc endpoint?
>
> - Henry
>
> On Wed, Aug 1, 2012 at 1:50 PM, daviesd w
Looks good. Running with it now.
On 8/1/12 3:12 PM, "Ryan Baxter" wrote:
> The release has been promoted to the central maven repo [1] and to the
> distribution site [2]. There is now a 2.5.0-beta4 release in JIRA
> that we can use for JIRAs moving forward. We will try to stay on
> target an
setup the js serving endpoint live in different host
> than the rpc endpoints?
>
> - Henry
>
> On Tue, Jul 31, 2012 at 8:03 AM, daviesd wrote:
>> I just recently noticed a behavior with the rpc interface that I have
>> discovered in the 11th hour and we are ready to rol
I just recently noticed a behavior with the rpc interface that I have
discovered in the 11th hour and we are ready to rollout, so any input asap
is appreciated.
Shindig at some point makes an rpc call back to itself for listMethods. I
thought this use to happen upon startup, but I might be wrong.
+1 (non-binding)
The two issue I needed (SHINDIG-1799 & SHINDIG-1812) are working for me.
BTW... Not sure why 1799 doesn't show up in your fixed list, but I show it
as being fixed after beta2.
doug
On 7/25/12 10:56 PM, "Ryan Baxter" wrote:
> Hi,
>
> We solved 19 issues:
> https://issues.apac
gt;
> There has been an issue identified on the private list that is
> blocking the release. The fix should be checked in early next week
> and I will kick off a beta 3 RC right after that.
>
> -Ryan
>
> On Fri, Jul 20, 2012 at 2:57 PM, daviesd wrote:
>> Ideas when be
Ideas when beta3 is coming? I know there was talk about it earlier in the
month. I¹d love to get a beta3 before too many more changes go in, since
I¹m really only interested in 2 things that got fixed post beta2, and I¹d
hate to have to do the amount of work I had to do to get from beta1 to
beta2
Anyone have any opinion what the shutdown of iGoogle means for Google¹s
support of OpenSocial? I¹m assuming (but don¹t know for sure) that Google+,
etc. use opensocial (or at least google gadgets)? Doesn¹t this just mean
that Google+ might become the new home for installing gadgets? I know the
G
d
> release date of 7/6. Will that work for you?
>
> -Ryan
>
>
>
>
> From: daviesd
> To: ,
> Date: 06/25/2012 06:12 PM
> Subject:Re: Horoscope gadget and the common container
>
>
>
> Ok, I will retest with your patch in the mornin
.org/r/5568/
> https://issues.apache.org/jira/browse/SHINDIG-1812
>
> Thanks,
> -Stanton
>
>
>
> From: daviesd
> To: ,
> Date: 06/25/2012 17:18
> Subject:Re: Horoscope gadget and the common container
>
>
>
> Thanks Ryan. I had that set on
indig.properties file and try again.
>
> -Ryan
>
>
>
>
> From: daviesd
> To: ,
> Date: 06/25/2012 03:36 PM
> Subject:Re: Horoscope gadget and the common container
>
>
>
> Ya, I went back and tested on beta1 and it doesn't wor
Ya, I went back and tested on beta1 and it doesn't work there either, so
perhaps I won't worry about it.
On 6/25/12 3:23 PM, "daviesd" wrote:
> Ya, it's complaining about the %up_uid% parameter.
>
> http://feeds.tarot.com/f/ws/dh/igoogledh/locale/en/timezone/
Doug
On 6/25/12 2:47 PM, "Dan Dumont" wrote:
> Are you able to set a debug point in the makeRequest servlet to see where
> the exception is being thrown? Do you get any server stack traces?
>
>
>
> From: daviesd
> To: shindig ,
> Date: 06/25/2012
I noticed that the horoscope gadget is not working in the common container
anymore. I see the following error in the javascript console.
"NetworkError: 400 Invalid url parameter -
http://localhost:8080/gadgets/makeRequest?url=http%3A%2F%2Fapi.tarot.com%2Fa
pi%2Fastrosync%2Ftimezone%2F-4%2Fdate%2F
Adam,
So I suppose sometime in the future this would be something shindig might
expose? (even though it's not in the spec)
I guess rather than boxing myself in, I'm just wondering if the shindig
project did expose an api for this would it do it like current apis and
provide a REST and RPC interfa
e the framework provided or
homebrew this admin api myself.
doug
On 6/19/12 2:38 PM, "daviesd" wrote:
> Thanks Stanton. So it sounds like you were saying to roll my own on this and
> not try to leverage off of any existing shindig handlers? I certainly agree
> on the sec
ystem. You would certainly want the client_secret to not be
> plaintext on the wire. That's my first thought, but I'm no security
> expert. :)
>
> Maybe I'm missing the point altogether...
>
> Thanks,
> -Stanton
>
>
>
> From: daviesd
> To: sh
I have an API I want to add to our custom shindig server that doesn¹t fit
any current opensocial specs (appdata, people, etc.). The API would allow
our gadget sandbox webapp to create the oauth2 client and oauth2 gadget
binding entries (server to server).
So something like
POST /opensocial/rest/
Guys, I apologize for the confusion.
Ok, tested in my container. There needs to be one more fix.
The container needs to be passed into retrieveServices and used instead of
default. We define our own container in addition to default. Not sure why
it doesn¹t find default, but it was throwing an
I am still having issues.
I rebuilt everything with secure tokens enabled, but skipped tests so that
the build would complete. Now the listMethods call succeeds, but then the
metadata call fails with org.apache.shindig.auth.SecurityTokenException:
Invalid security token john.doe:john.doe:appid:co
uals("system.listMethods"))) {
return new AnonymousSecurityToken();
}
return null;
}
Thanks,
doug
On 6/14/12 12:29 PM, "daviesd" wrote:
> I'm a little bit confused on this. I'm trying it and I'm getting an exception
> (i
I'm a little bit confused on this. I'm trying it and I'm getting an
exception (it could be because I provide my own
BlobCrypterSecurityTokenCodec and maybe I have some work to do here).
When DefaultServiceFetcher creates an AnonymousSecurityToken and then calls
encodeToken, won't that throw an ex
Nice patch. I had overriden
AnonymousAuthenticationHandler.getSecurityTokenFromRequest to accomplish the
same thing. Now I can back that out.
doug
On 6/13/12 1:53 PM, "siever...@gmail.com" wrote:
> LGTM
>
> http://codereview.appspot.com/6306074/
>
t; Also here is the new list of issues fixed in the beta:
> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&jqlQuery=
> project+%3D+SHINDIG+AND+resolved+%3E%3D+2012-03-26
>
> Vote open for 72 hours.
> [ ] +1
> [ ] +0
> [ ] -1
>
> -Ryan
>
>
the daily snapshots but have been on beta1 for quite a while, so
I didn¹t even realize no new artifacts were being generated.
doug
On 6/11/12 2:34 PM, "daviesd" wrote:
> I¹m having issues again getting the latest maven artifacts (I¹ve been using
> beta1 for a while now). This i
The fix for SHINDIG-1732 introduces a bug with the oauth2 token expires and
issue times (or at least a documentation change). The time stored in
OAuth2Token use to be in seconds (and is documented that way). Now it¹s
storing them in milliseconds in TokenAuthorizationResponseHandler. This
causes
I¹m having issues again getting the latest maven artifacts (I¹ve been using
beta1 for a while now). This is the repository I¹m using (for both beta and
snapshot)
https://repository.apache.org/content/groups/public/org/apache/shindig
However the snapshots don¹t seem to have been updated since the
Not to get greedy about all the stuff I need for beta2, but... :)
Ryan, is this going in before you do the beta2 rebuild?
Thanks for all your help on getting these things resolved so quickly. I'm
still testing this fix, but having maven repo issues this morning, and I was
trying to apply the fix
I had not opened one. I was waiting for Ryan's response to my follow-up.
doug
On 6/8/12 9:16 PM, "Henry Saputra" wrote:
> Hi Doug, do you have a JIRA opened for this issue?
>
> - Henry
>
> On Wed, Jun 6, 2012 at 9:52 AM, daviesd wrote:
>> Some chan
ated Doug's JIRA [1] with what I think the code needs to be
> changed
>>> >> to. I haven't tested it, however.
>>> >>
>>> >> [1] https://issues.apache.org/jira/browse/SHINDIG-1794
>>> >>
>>> >> Thanks,
>>> &g
-1 until SHINDIG-1794 is fixed (if deemed necessary for release).
doug
On 6/6/12 9:39 AM, "Ryan J Baxter" wrote:
> Hi All,
>
> I finished the 2.5.0-beta2 release last night, here is all the info.
>
> We solved 52 issues:
> https://issues.apache.org/jira/secure/IssueNavigator.jspa?mode=hide&r
init.js function initializeGlobalVars()
>
> Looks like the URL
> http://ocwms.worldkat.qa.oclc.org/opensocial/gadgets/js/oclccontainer:userpr
>
> efsui:rpc.js?nocache=1&c=1&debug=1&container=oclc does not contain the
> expected pattern
>
> /.*gadgets\/j
t; The change was part of the commits for SHINDIG-1780.
>
> Ryan could probably help with this.
>
> - Henry
>
> On Wed, Jun 6, 2012 at 9:52 AM, daviesd wrote:
>> Some changes were made to GroupId between 2.5-beta1 and 2.5-beta2 that
> are
>> affecting me.
>&g
ot contain the
> expected pattern
>
> /.*gadgets\/js\/.*container.*[.]js.*[?&]c=1(&|$).*/
>
>
> - Henry
>
> On Thu, Jun 7, 2012 at 9:30 AM, daviesd wrote:
>> In beta1 I use to see the following flow.
>>
>> Request the javascript using container=
call gets the
> wrong container.
>
> Doug, could you debug in the DefaultIframeUriManager.buildUri what is
> the container returned?
>
> - Henry
>
> On Thu, Jun 7, 2012 at 9:30 AM, daviesd wrote:
>> In beta1 I use to see the following flow.
>>
>>
In beta1 I use to see the following flow.
Request the javascript using container=oclc
http://ocwms.worldkat.qa.oclc.org/opensocial/gadgets/js/oclccontainer:userpr
efsui:rpc.js?nocache=1&c=1&debug=1&container=oclc
The iframe request would then look as follows
http://ocwms.worldkat.qa.oclc.org/op
Ryan,
I'd love to +1 but I'm still having some integration issues (I'm composing a
separate email for the GroupId issue). I'm also getting the dreaded "HTTP
Status 401 - Malformed security token %st%Invalid security token %st% " I
think when a gadget makes a request to the container (Flash gadget
Some changes were made to GroupId between 2.5-beta1 and 2.5-beta2 that are
affecting me.
GroupId.Type changed from this
all, friends, self, deleted, groupId;
To this
objectId(0), self(1), friends(2), all(3);
We had extended AppDataService to support a groupId of @institution
(something t
That first link does not work for me (IssueNavigator). I get
The selected filter is not available to you, perhaps it has been deleted or
had its permissions changed.
Also, do you know if SHINDIG-1787 made it in?
doug
On 6/6/12 9:39 AM, "Ryan J Baxter" wrote:
> Hi All,
>
> I finished the 2.
>>
Some of these changes are interface changes/additions/deletions and could
effect custom consumer extensions. (Probably unlikely because nobody has
complained about them yet.)
<<
Ugh... I should have been keeping up with this. Yes the interface changes
affect us big time moving from beta1 to b
. Henry can
> you take a look at this? I am pretty sure it is the changes in
> SiteHolder.dispose that are causing the problem here. While I think using
> a buffering element would solve the problem, the API (at this point)
> indicates the buffering element is optional, so everyth
properly. Is there content actually in the site? Maybe the
> adjustHeight call is not working / the CSS for the site element needs to
> change.
>
>
> [1] https://issues.apache.org/jira/browse/SHINDIG-1766
> [2] https://issues.apache.org/jira/browse/SHINDIG-1767
>
>
Doh! It¹s Friday. I guess I should have described the symptoms. I end up
with a gadget with no content area (collapsed).
On 6/1/12 10:50 AM, "daviesd" wrote:
> Does anyone (Dan?) have any idea why this code
>
> container.rpcRegister("requestNavigateTo",
Does anyone (Dan?) have any idea why this code
container.rpcRegister("requestNavigateTo", function
requestNavigateTo(rpcArgs, view, params) {
var site = rpcArgs[osapi.container.GadgetSite.RPC_ARG_KEY],
url = site.getActiveSiteHolder().getUrl(),
renderParams = {
I would agree. I'm scared to death with the number of changes that have been
made between the beta we are using and the next one. :)
On 5/18/12 10:06 AM, "Franklin, Matthew B." wrote:
> There are quite a few of us Shindig users who are unable to depend on SNAPSHOT
> releases or trunk code. As
Henry,
Thanks. I tried that and I still had trouble. However if I switch to
Then it works without signing.
doug
On 4/27/12 2:09 PM, "Henry Saputra" wrote:
> I think you can workaround this by instead of using @viewer in the
> data pipeline use the actual user id instead.
>
> - Henry
>
so we need
> to override the default SHindig OAuth store for it.
>
> Doug, I assume you have your own OAuth store/provider for your OAuth flow?
>
> - Henry
>
> On Fri, Apr 27, 2012 at 8:20 AM, daviesd wrote:
>> Here's the logic in View.java
>>
>>
th enabled.
doug
On 4/26/12 6:35 PM, "Ryan J Baxter" wrote:
> Doug, I have not tried this in a while, but last time I did OAuth was not
> required.
>
> -Ryan
>
>
>
>
> From: daviesd
> To: shindig ,
> Date: 04/26/2012 06:13 PM
> Subj
I have a developer trying to use proxied content. Their gadget looks as
follows:
http://localhost/some.php";
type="html"
authz="signed"
xmlns:os="http://ns.opensocial.org/2008/markup";>
We keep getting a 403 back from the server
WARNING: The following fatal
A quick yes or no question which is plaguing us right now.
Does an oauth2 enabled gadget ALWAYS have to do the popup oauth2 dance? In
other words, there is no way to make a service call without first having a
user click the authorization url and the authorization server redirecting
the browser ba
Thanks. Working now.
On 3/30/12 2:59 PM, "Paul Lindner" wrote:
> weird, I went back and checked and it wasn't listed as released.
>
> Tried now, and will check back in a while to see if it's properly working.
>
>
> On Fri, Mar 30, 2012 at 6:26
Thanks Paul.
I've always used
https://repository.apache.org/content/groups/public
To pick up the beta in the past. Am I using the wrong location? I don't
see 2.5.0-beta1, but I see the 3.0.0 betas.
doug
On 3/29/12 4:31 PM, "Paul Lindner" wrote:
> I just published the repo to maven. Will
Ideas if this will get released before the weekend?
Thanks,
doug
On 3/26/12 2:25 PM, "Henry Saputra" wrote:
> Hi All,
>
> Paul Lindner has prepared a release candidate for Shindig 2.5.0-beta1.
>
> Staging repo:
> https://repository.apache.org/content/repositories/orgapacheshindig-114/
>
>
I know there is discussion about this topic over on the OpenSocial and
Gadgets Specification google group. So please let me know if I¹m polluting
this maillist with something that shouldn¹t be discussed here.
I¹ve been pretty familiar with the container lifecycle events available via
addGadgetLif
; Subject: Re: Shindig running on different domain than container REVISITED
>>>
>>> Doug, I was also hacking up some code the other day that may be
>>> related.
>>>
>>> Instead of setting the API_HOST and API_PATH to go through the proxy, you
>>
+1 (tested with our project and all is well)
On 3/26/12 2:25 PM, "Henry Saputra" wrote:
> Hi All,
>
> Paul Lindner has prepared a release candidate for Shindig 2.5.0-beta1.
>
> Staging repo:
> https://repository.apache.org/content/repositories/orgapacheshindig-114/
>
> SVN tag:
> http://sv
So it's obvious I'm gonna have lots of issues getting this working. Is
cross-domain support on the roadmap anywhere? I can try to tackle this but
if it's on someone's roadmap I'll live with the proxy solution in the
meantime.
doug
On 3/26/12 4:38 PM, "daviesd&
Ok, one step forward. If I add
servletResponse.addHeader("Access-Control-Allow-Headers", "Content-Type");
It starts working and the gadget renders. Cool. But then the first
makeRequest from a gadget seems to be having difficulty.
doug
On 3/26/12 3:59 PM, "daviesd&qu
return;
}
The pre-flight request now succeeds but I don't see any further requests
from the javascript. Probably my misunderstanding of CORS and XHR. Any
suggestions on how to best implement this? Or perhaps I'm not gonna get off
easy with just a few lines of code. :)
doug
On 3/22/
t
> of the box. I think more would have to be done to implement CORS for the
> JsonRpcServlet.
>
> Regards,
> -Stanton
>
>
>
> From: daviesd
> To: ,
> Date: 03/22/2012 17:08
> Subject:Re: Shindig running on different domain than container
running on different domain than container
>> REVISITED
>>
>>
>>
>> Thanks Stanton. So no rpc_relay setup etc.? Seems last time I did this
> I
>> ran into that.
>>
>> Doug
>>
>> Sent from my iPhone
>>
>> On Mar 21, 2012, at 3:43 PM
nry
>>
>> On Wed, Mar 21, 2012 at 6:38 AM, Ryan J Baxter
>> wrote:
>>> I can commit it. I was also waiting for Paul to take a look at it. If he
>>> doesn't get to it by the end of the day I will commit it.
>>>
>>> -Ryan
About a year ago there was a discussion about shindig running on a different
domain than the container.
http://permalink.gmane.org/gmane.comp.web.shindig.devel/6824
Up till this point we have been running our shindig servers and our
container webapps on the same domain. We¹d like to move away fr
+1 for a 2.5 beta release.
On 3/20/12 4:35 PM, "Franklin, Matthew B." wrote:
> Once the patch Ate submitted for the LICENSE & NOTICE files is applied, I
> would like to request a Beta release for 2.5. There are a couple of features
> we would really like to use in Rave; but are unable to at t
Thanks Ryan. How do I go about getting a committer to commit this? I was
hoping Paul would review before then, but I'd love to see this get in before
the next 2.5 beta.
doug
On 3/19/12 9:09 AM, "Ryan Baxter" wrote:
>
> ---
> This is an
You need to implement those since every container might handle it
differently.
doug
On 3/18/12 10:26 PM, "Jian L Hu" wrote:
>
>
> Hi All,
>
> views and settitle features have dependency to services like
> requestNavigateTo and set_title.
> However common container don't register these RPC s
think the method modifiers will give me enough
details to determine this. I imagine the interface or abstract ones can be
thrown out. Ideas?
doug
On 3/14/12 10:39 AM, "daviesd" wrote:
> Paul,
>
> I¹m trying to track down this LocalCache problem that was introduced on commit
up with
java.lang.IllegalArgumentException: duplicate key: value
If I rollback JsonUtil to the version before this commit I no longer have
the issue.
Ideas?
doug
On 3/5/12 5:33 PM, "daviesd" wrote:
> I just got back from vacation and pulled down today¹s 2.5.0. Some of my unit
Is there a way for a feature to include css? I noticed minimessage does
this, but messily through container.js. I¹d like to have a feature.css that
sits along side the feature.xml and feature.js. Any ideas are appreciated.
Doug
Yep. Works. Thanks!
On 3/7/12 2:22 PM, "Henry Saputra" wrote:
> Done, could you try the fix by pulling from trunk?
>
> - Henry
>
> On Wed, Mar 7, 2012 at 10:45 AM, daviesd wrote:
>> Thank you. I've been banging my head on this all morning. ?Now if I
> Honestly I think the whole delegator stuff is not working well. I
> will put up the patch to fix this.
>
> - Henry
>
> On Wed, Mar 7, 2012 at 8:11 AM, daviesd wrote:
>> Henry,
>>
>> I changed our security token implementation to extend AbstractSecurityToken
>
t need to do anything I think
>
> - Henry
>
> On Tue, Mar 6, 2012 at 1:03 PM, daviesd wrote:
>> Ya it's the difference between insecure and secure. ?If I use insecure
>> tokens it works. ?If I switch to secure (our default) it gets this exception
>> when enco
> How do you reproduce this?
>
> - Henry
>
> On Tue, Mar 6, 2012 at 12:13 PM, daviesd wrote:
>> Henry,
>>
>> I¹m having issues with the fix for SHINDIG-1719. ? The stacktrace looks as
>> follows:
>>
>> Mar 6, 2012 3:04:20 PM
>> org.apache
is?
>
> - Henry
>
> On Tue, Mar 6, 2012 at 12:13 PM, daviesd wrote:
>> Henry,
>>
>> I¹m having issues with the fix for SHINDIG-1719. ? The stacktrace looks as
>> follows:
>>
>> Mar 6, 2012 3:04:20 PM
>> org.apache.shindig.gad
Henry,
I¹m having issues with the fix for SHINDIG-1719. The stacktrace looks as
follows:
Mar 6, 2012 3:04:20 PM
org.apache.shindig.gadgets.servlet.GadgetsHandlerService createErrorResponse
WARNING: Error handling request:
java.lang.UnsupportedOperationException: Unsupported function: getActiveU
Paul,
I think this has to do with version 1290973 of JsonUtil.java which you made
changes to. If I roll this file back to version 950407 my tests work again.
Ideas? I¹m banging my head against the wall on this one.
doug
On 3/5/12 5:33 PM, "daviesd" wrote:
> I just got back
I just got back from vacation and pulled down today¹s 2.5.0. Some of my
unit tests that derive from AbstractLargeRestfulTests are failing deep in
the bowels of LocalCache.java. Specifically I get a
java.util.concurrent.ExecutionException: java.lang.IllegalArgumentException:
duplicate key: value
I¹m working on this user preferences ui. I have the need to listen for a
view change request. For example my chrome has a dropdown with all the
views supported by the gadget listed as well as a preferences view added
(even if the gadget doesn¹t support it). Now I want to know when the
preference
e.
>
> -Ryan
>
>
>
>
> From: "Franklin, Matthew B."
> To: "dev@shindig.apache.org" ,
> Date: 02/21/2012 05:33 PM
> Subject:RE: User Prefs Panel Brainstorm
>
>
>
>> >-Original Message-
>> >
I¹ve started to implement a User Prefs panel. I¹m thinking of implementing
it as a feature. My problem is I¹m flip flopping between it being a
container feature v.s. a gadget feature. There are benefits and drawbacks
to both. I kind of like having it as a gadget feature. It could provide a
def
Li (and anyone else that is interested). I've reopened SHINDIG-1672 with a
more specific usecase. As I started using the the auth_code/access_token
flow I discovered that what was previously implemented didn't fully meet my
needs.
I've tested this fix locally and it does what I need it to do. I
Dan,
I hadn¹t updated my shindig artifacts in about a week. There were some
changes to GadgetSite that broke me (my chrome around gadgets). Hopefully
you can point me to substitutes.
gadgetSite.currentGadgetEl_ - yes I realize I shouldn¹t have been using the
private member, but I need access to
1/27/12 3:25 PM, "daviesd" wrote:
> I¹m just wondering if it¹s as easy as having BasicHttpFetcher transfer the
> HttpRequest params to the httpMethod params. Was it an oversight or were they
> not copied for a reason?
>
> doug
>
> On 1/27/12 2:23 PM, "davies
I¹m just wondering if it¹s as easy as having BasicHttpFetcher transfer the
HttpRequest params to the httpMethod params. Was it an oversight or were
they not copied for a reason?
doug
On 1/27/12 2:23 PM, "daviesd" wrote:
> Back in December Li Xu helped me get a patch submitted t
Back in December Li Xu helped me get a patch submitted that added the
OAuth2RequestParameterGenerator interface. It is meant to be implemented if
you want to pass additional parameters along to the various oauth2 flow
requests.
I¹ve since noticed an issue with this. The parameters I add get pass
Dan Dumont" wrote:
> Hrmm...
>
> I don't know if you'll be able to do this anymore until you hook up the
> moduleId support.
>
>
>
> From: daviesd
> To: ,
> Date: 01/23/2012 03:08 PM
> Subject:Re: getModuleId
>
>
>
>
ink so. In my opinion, the siteId is a purely container piece
> of information.
> why do you need to get it inside the gadget?
>
>
>
> From: daviesd
> To: ,
> Date: 01/23/2012 02:57 PM
> Subject:Re: getModuleId
>
>
>
> I agree on everythin
; probably should now. Most people will be wanting to key things off of the
> moduleId rather than the siteId. The moduleId is baked in the token and
> not something one could spoof with firebug.
>
>
> From: daviesd
> To: ,
> Date: 01/23/2012 01:34 PM
> Subject:
to generate, save, and track moduleIds on the server, should
> you choose to implement the bits, otherwise they return 0 as they always
> have.
>
> I'm curious how you got numbers other than 0. Especially for the security
> token, moduleId was always 0 in shindig.
>
>
I have a gadget that was using
var moduleId = new gadgets.Prefs().getModuleId();
To get the current moduleId (siteId) of the gadget so that it could retrieve
userprefs
osapi.userprefs.get( { siteId : moduleId } )
This is now return 0 instead of the id I have for the element the gadget was
rende
Thanks Paul!
On 1/10/12 6:50 PM, "Paul Lindner" wrote:
> JENKINS-12259 caused the build server to do bad things.
> I just updated and kicked off a SNAPSHOT build. Should be available in the
> next hour or so.
>
>
>
> On Tue, Jan 10, 2012 at 3:44 PM, davie
1 - 100 of 210 matches
Mail list logo
