CAS by itself, at least at UCB, tells you the user ID, and that's it. That's why you need a UserDirectory provider, to look up the roles for the user. Since you're using LDAP, it's possibly the case that you don't have the right roles, but you would also likely be denied access to /admin/* URLs as well.
What does /workflow/instances.json give you? If it's an empty list, then you should take a look at the ACLs associated with your series. Josh On Aug 16, 2011, at 9:41 AM, [email protected] wrote: > Hi Josh, > > There doesn't seem to be any ajax calls that are blocked or redirected they > are > all 200s. When using CAS how do you specify which users are administrators for > the system? Is it possible that my CAS / LDAP account is not specified as a > administrator for the adminui so I am unable to see any of the recordings > because they don't have any ACLs specified or I don't have rights to them? > > Thanks, > Adam > > > If you open your browser's developer tools (or firebug, or whatever) in the > admin UI, do you see any ajax calls that are being blocked (401, 403) or > redirected (302)? > > Josh > > On Aug 15, 2011, at 6:12 PM, Christopher Brooks wrote: > > > And I believe this is 1.2.x rc8 with a couple of custom mods. Josh, any > thoughts? I seem to recall we had to designate an admin role or something > similar, but I am without pc atm. > > Chris > ________________________________________ > From: Adam McKenzie <[email protected]> > Date: Mon, 15 Aug 2011 18:55:59 -0600 (CST) > To: <[email protected]> > Subject: CAS + Can't see upcoming/processing/error'd lectures > > Hi Everyone, > We have started using CAS authentication in our test servers getting ready for > our deployment and we have hit a snag. When a capture hits the ingest or we > upload a recording the admin ui shows the counts of the processing lectures > (e.g. All (8) Upcoming (0) Capturing (0) Processing (1) Finished (6) On Hold > (0) Failed (1)) but it doesn't show the recordings in the list below with the > details either ones processing or upcoming lecutures. Is there a particular > security rule that we are failing to set for admin users? > Thanks, > Adam > _______________________________________________ > Matterhorn mailing list > [email protected] > http://lists.opencastproject.org/mailman/listinfo/matterhorn > > > To unsubscribe please email > [email protected] > _______________________________________________ > > > > > _______________________________________________ > Matterhorn mailing list > [email protected] > http://lists.opencastproject.org/mailman/listinfo/matterhorn > > > To unsubscribe please email > [email protected] > _______________________________________________ _______________________________________________ Matterhorn mailing list [email protected] http://lists.opencastproject.org/mailman/listinfo/matterhorn To unsubscribe please email [email protected] _______________________________________________
