Forum .LRN Q&A: Re: Class / Communities AND Different Types of Users (Limited/Guest/etc.)Class / Communities AND Different Types of Users (Limited/Guest/etc.)

Hi Caroline, hi Oliver,

I started searching for this "protect_private_p" parameter nearly one hour ago and did not find it. Could it be removed from the current dotLRN version?
I looked at dotlrn-members-portlet.tcl/.adp and noticed that three properties are created/used:
1. admin_p
2. spam_p
3. read_private_data_p

The last one is the interesting property. It is evaluated by using the function 'dotlrn::user_can_read_private_data_p'.
Having a closer look to the source code I saw that the 'protect_private_data_p' is a global parameter and not a parameter which could be set for each community.

So, my results:
In (my) current installation parameter 'protect_private_data_p' seems to be missing; the function uses the default value 1 instead. Therefore a limited access guest user can not see the list of members.
But even if the parameter was there, it would be used for all communities.

And telling community admins to create only limited access users will not work, too, because in the current dotLRN version, a community admin can not set up a limited access user, but only a limited access guest user. To change this, I could delete just one or two lines in the admin-adp-file, but I think, the programmers followed a special thought, when implementing this.

So, what to do best:
Either restore missing parameter 'protect_private_data_p' again, which would allow one setting for all communities, or giving community admins the possibility of creating limited access users?

Greetings,
Martin

Martin,

at this point we should keep any changes in this area to an absolute minimum.

How about the following:

1. Make the descriptive texts for these two functions understandable on the class admin page so no one has to ask this kind of question again (we can use parts of Caroline's explanation above).

2. Fix the follow up pages where users are actually added (these need to be simplified and references to MIT and Sloan need to be removed).

2. Add the "Add a Limited Access User" text and link back to community admin page that sets read_private_date=t when adding a user (just cut and paste from the class page). By passing read_private_data_p=t to user-add in the URL a community admin can create a non-guest limited access user.

Example:
http://MY.DOTLRN.SERVER.EDU/dotlrn/clubs/tennisclub/user-add?type=student&can_browse_p=0&read_private_data_p=t

(this works on the test servers)

Carl

P.S. Just reported this bug: https://openacs.org/bugtracker/openacs/bug?bug%5fnumber=515