Already have code mocked up, its actually very simple. Got to love the
easy features that give you such a big payoff!
-Ryan
Email: rjbax...@us.ibm.com
Phone: 978-899-3041
developerWorks Profile
From: John Hjelmstad
To: dev@shindig.apache.org,
Date: 09/29/2011 07:14 PM
Subject:
+1 for this. Thanks for the init the effort
- Henry
On Wed, Sep 28, 2011 at 1:20 PM, Ryan J Baxter wrote:
> Firebug lite is a great tool when you are using browsers that do not have
> firebug. Including it as a feature would allow containers and gadgets to
> request that feature to allow easier
Eric, looks like it has not been updated with patch to address the
review comments?
- Henry
On Thu, Sep 29, 2011 at 7:28 AM, Eric Woods wrote:
> It has been a week since the OAuth 2.0 service provider code has been updated
> to address feedback. I'd like to make a last call for additional revi
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/1940/#review2165
---
So much code =) Just initial review.
http://svn.apache.org/repos/asf
2c, I've been hoping someone would get around to this idea at some point.
+1!
On Wed, Sep 28, 2011 at 1:20 PM, Ryan J Baxter wrote:
> Firebug lite is a great tool when you are using browsers that do not have
> firebug. Including it as a feature would allow containers and gadgets to
> request th
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/1666/#review2166
---
We also had some conversation about simplifying the deny allow lists
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/1666/#review2160
---
http://svn.apache.org/repos/asf/shindig/trunk/java/gadgets/src/main/j
I was having trouble trying to grasp a lot of the changes but one of the
over arching questions I have is does a module id necessarily equal a site
id? Could a module id be something else?
-Ryan
Email: rjbax...@us.ibm.com
Phone: 978-899-3041
developerWorks Profile
From: "Ciancetta, Jesse
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/1940/#review2157
---
This is my quick review. I am not expert on OAuth2 so this was purely
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/2025/
---
(Updated 2011-09-29 17:03:35.492298)
Review request for shindig, Paul Lindner, j
Sounds good -- thanks Ryan.
Just to clarify though -- I'm not necessarily suggesting that these changes
actually get applied as is -- I'm really more looking to start a discussion
around this as one possible solution to the problem. This is the simplest set
of changes I could come up with to g
It has been a week since the OAuth 2.0 service provider code has been updated
to address feedback. I'd like to make a last call for additional reviews.
Feedback permitting, I'd like to commit the service provider work to Shindig by
EOD Friday (9/30).
OAuth 2.0 JIRA Review: https://reviews.apac
It's applicable to the current trunk, and you should be able to apply it to
fairly recent extracts of trunk as well.
Michael Beaver
IBM Lotus
919-254-7007 (T/L 444)
|>
| From: |
|>
>
Is the 3.0 patch meant to be applied to a tag? A point in time on the trunk?
Thanks!
On Sep 28, 2011, at 3:19 PM, Michael Beaver wrote:
> Hey, Kevin. I've attached 2 versions of the inline patch to the jira site
> for inline: https://issues.apache.org/jira/browse/SHINDIG-1402
>
>
> We're
Hello,
I want to allow viewers to approve OAuth tokens for pages where they are not
the owner. Basically, we have a requirement to allow users to view OAuth
gadgets on a shared page.
I set "shindig.signing.viewer-access-tokens-enabled=true" in
shindig.properties "to allow the use of 3-legged OAut
15 matches
Mail list logo