<div class="markdown_content"><ul>
<li><strong>status</strong>: open --> wont-fix</li>
<li><strong>Group</strong>: --> TODO-3.5</li>
<li><strong>Comment</strong>:</li>
</ul>
<p>This is such a low priority that I am labelling it wontfix, as the likelihood of it ever happening is about nil.</p>
<hr />
<p><strong> <a class="alink strikethrough" href="http://sourceforge.net/p/cwb/feature-requests/15">[feature-requests:#15]</a> CQPweb: "teacher" mode</strong></p>
<p><strong>Status:</strong> wont-fix<br />
<strong>Group:</strong> TODO-3.5<br />
<strong>Labels:</strong> CQPweb <br />
<strong>Created:</strong> Mon Jun 15, 2009 03:05 AM UTC by Andrew Hardie<br />
<strong>Last Updated:</strong> Wed Dec 12, 2012 05:26 AM UTC<br />
<strong>Owner:</strong> Andrew Hardie</p>
<p>The superuser has (or will have) the ability to see all of each users' query history, saved and categorised queries, user settings, ETC ETC.</p>
<p>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.</p>
<p>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.</p>
<p>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.</p>
<p>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.</p>
<p>The scripts that render the "view other users" functions check these fields AS WELL AS the superuser status, and respond as follows.</p>
<p>- If the user is a superuser, they get access to all other users.<br />
- 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<br />
- else the "view other users" bit of the page doesn't print</p>
<p>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.</p>
<hr />
<p>Sent from sourceforge.net because cwb@sslmit.unibo.it is subscribed to <a href="https://sourceforge.net/p/cwb/feature-requests">https://sourceforge.net/p/cwb/feature-requests/</a></p>
<p>To unsubscribe from further messages, a project admin can change settings at <a href="https://sourceforge.net/p/cwb/admin/feature-requests/options.">https://sourceforge.net/p/cwb/admin/feature-requests/options.</a> Or, if this is a mailing list, you can unsubscribe from the mailing list.</p></div>