[CWB] [cwb:feature-requests] #15 CQPweb: "teacher" mode

[Andrew Hardie]

- **status**: open --> wont-fix
- **Group**:  --> TODO-3.5
- **Comment**:

This is such a low priority that I am labelling it wontfix, as the likelihood of it ever happening is about nil.



---

** [feature-requests:#15] CQPweb: "teacher" mode**

**Status:** wont-fix
**Group:** TODO-3.5
**Labels:** CQPweb 
**Created:** Mon Jun 15, 2009 03:05 AM UTC by Andrew Hardie
**Last Updated:** Wed Dec 12, 2012 05:26 AM UTC
**Owner:** Andrew Hardie

The superuser has \(or will have\) the ability to see all of each users' query history, saved and categorised queries, user settings, ETC ETC.

This feature was inherited from BNCweb, where its intent is to allow the admin to assist people with problems by seeing exactly what they're doing wrong.

The problem is that as the number of corpora on CQPweb expands, the less likely it is that the admin will be the person to whom the queries are being addressed.

Solution: create a third category of user access, between normal user and superuser. Call it "teacher status". These people have access to the search history etc. of those other users of whom they are designated "teachers", but NOT to the rest.

Implement by adding two fields, teacher\_of\_user and teacher\_of\_group, to user\_settings. Each is a text && contains a delimited list of users / groups.

The scripts that render the "view other users" functions check these fields AS WELL AS the superuser status, and respond as follows.

\- If the user is a superuser, they get access to all other users.
\- else if the superuser has a not-empty value in either teacher\_of\_user or teacher\_of\_group, they get access to those users/groups
\- else the "view other users" bit of the page doesn't print

Of course the same three-way restriction will need to be implemented in the bit of the indexforms-saved.inc.php script that processes the input from these forms \*\*as well\*\*. Easiest way to do this: with a function that returns an array of user names that the user has power over.


---

Sent from sourceforge.net because cwb at sslmit.unibo.it is subscribed to https://sourceforge.net/p/cwb/feature-requests/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/cwb/admin/feature-requests/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://devel.sslmit.unibo.it/pipermail/cwb/attachments/20150130/c1894b98/attachment.html>