You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
See email exchange below for more details:
On Fri, Apr 23, 2010 at 11:56 AM, Babiuch, Ryan Nicholas (MU-Student) wrote:
Jonathan,
It looks as if every user I'm creating is created as a member of the admin
group even guest logins. I created
around 4 different users, 3 of which are in a "clients" group, and 1 of which
is in a "teachers" group. Logging in
with each of these accounts results in the print statement:
[java] Testing principal Principal{User: guest} for group teacher
[java] Testing principal Principal{Everybody: users} for group teacher
[java] Testing principal Principal{Group: admin} for group teacher
where guest could be any of these 4 accounts, admin, or a a nonauth'd guest.
If you get a chance, would you mind taking a look?
thanks!
Ryan
On Friday, April 23, 2010 at 11:37 PM, Jonathan Kaplan wrote:
I think this is a 1-liner (1 character even). I haven't had a chance to test
in-world, but I think it is a web
service bug introduced when we updated to a new version of Jersey. In
modules/tools/security-group, find
GroupsResource.java. Change the annotation at the top from:
@Path("/groups/")
to:
@Path("/groups")
That will fix querying groups per-member. You can test it out in a browser by
going to:
http://localhost:8080/security-groups/security-groups/resources/groups?user=<use
rid>
If you try without the fix, it will always return all the groups, because it
redirects to /groups/. If you put in the
fix, it should only return the groups that member is part of.
Let me know if this works for you, and I'll commit the fix.
-Jon
Original comment by jonathan...@gmail.com on 26 Apr 2010 at 8:07
Original issue reported on code.google.com by
jonathan...@gmail.com
on 26 Apr 2010 at 8:04The text was updated successfully, but these errors were encountered: