Hi,
I have a CPS to help a work group (WG) to collaborate. I've added users
(ten in total), and a group (pdfinfo) , in case the portal grows to others
users not in the WG.
When using the CPSSharedCalendar meeting helper tool to add attendees to a
meeting, I'm prompted to provide username and password (the classic popup
window to access resources password protected).
To be able to search for and add attendees, I have to put, e.g., 'a' to
get all users with 'a' in their login, then put 'b' to get all users with 'e'
in their login, and so on.
This, besides being boring, seems to be wrong; what's the reason of having
groups at all if I can't search in them?
I tried Directories to see if I can reproduce this error and I could: I
can't search group members directly. For example, from Directories -> Groups
I select a member, then all groups that member belongs to are shown. If I
click on the specific group 'pdfinfo' I'm prompted to provide username and
password, indicating that I'm not authorized to see this information.
Which role should I have in order to see others members in a group?
Shouldn't 'member' be enough for this? I believe the operations described
above aren't so rare that only 'group managers' (is there such role?) or
'portal administrator' should be allowed to perform, aren't them?
I'm using CPS 3.3.6 (waiting the announced 3.3.7 release) with 2.8.1-5 on
Debian Sarge.
Thanks for any help.
--
Mario O.de Menezes, Ph.D. "Many are the plans in a man's heart, but
LinuxUser: #24626 is the Lord's purpose that prevails" Pv 19.21
http://www.ipen.br/~mario
_______________________________________________
cps-users mailing list
[email protected]
http://lists.nuxeo.com/mailman/listinfo/cps-users
