Community Forums

ATutor Bug Reports

misbehaving privileges


You must be signed-in to post.

AuthorSubject
 
Page: 1 | 2
vegard

Avatar for vegard
Subject: misbehaving privilegesQuote this post in your reply
something has gone wrong with how an assistant / student privileges behave in Atutor 1.5.3.

I've noticed this several times, but tried to find a pattern in it now. this is what I've found at my server:

* you cannot check the group privilege without the SCORM package privilege being checked at the same time, and vice versa.

* if I assign a student / assistant all privileges, the system says ok, but when I check the following privileges are not checked: Reading List, Assignments, File Storage, Groups, SCORM.

*to actually give someone all privileges I need to check all but SCORM or groups, which will result in all being set.

see also this bug (need groups to manage links) which most probably is related: atutor.ca/view/3/8828/1.html

at your demo server I get the following cases:

* if all privileges are set, the systems says ok, but when you check Groups, Scorm and Atalker has dissapeared.

* if you set all priviledges but groups or SCORM, the following priviledges has dissapeared when you check: Acollab, Atalker and Reading List (!)

...and there are probably more cases, I haven't found a pattern that makes completely sense yet, but maybe you will? smile

I haven't experienced this is any version prior to 1.5.3, which makes sense as it's mostly tools included in that version or plugins that are affected.

any idea, and will you be able to fix this for 1.5.4?


best, vjo
Posted: 2006-11-08 07:44:57
joel

Avatar for joel
Subject: Re: misbehaving privilegesQuote this post in your reply
email me a text export of your modules table.

is this an upgraded installation?

the groups links bug has been fixed and will appear in the next release.

joel
Posted: 2006-11-08 10:21:17
vegard

Avatar for vegard
Subject: Re: misbehaving privilegesQuote this post in your reply
hi Joel, just mailed you this!

it is an upgraded installation. please note that the SCORM + groups bug is also present at your demo server, as well as my last two cases.

best, vjo
Posted: 2006-11-09 08:09:39
joel

Avatar for joel
Subject: Re: misbehaving privilegesQuote this post in your reply
Just as I suspected your privileges are being used twice.
If you look at the two rows...

dir_name - privilege:
_core/groups - 65536
scorm_packages - 65536

you will have to assign one of those a different privlege by using the largest privilege number in the table and multiplying it by 2, which appears to be: 524288 x 2 = 1048576. That would be your new privilege for either of those.

I'm not sure how you ended up getting that conflict. possibly you installed atutor into an existing table?
Posted: 2006-11-09 10:38:18
vegard

Avatar for vegard
Subject: Re: misbehaving privilegesQuote this post in your reply
I'm not quite sure how to do that, but as I say: this is the case at your demo server as well, so it's not a problem (entirely) related to my installation..

this installation is upgraded through the install / upgrade screens in Atutor, as all my prior ones.
Posted: 2006-11-09 12:01:27
joel

Avatar for joel
Subject: Re: misbehaving privilegesQuote this post in your reply
To fix the problem you'll have to view the database using phpMyAdmin then finding the sco row and editing the number.

We'll look into it on the demo site.

Which version of ATutor were you upgrading from?
Posted: 2006-11-10 09:55:08
vegard

Avatar for vegard
Subject: Re: misbehaving privilegesQuote this post in your reply
ok - I believe this was an upgrade from 1.5.2
Posted: 2006-11-13 03:21:15
spidey
Subject: Re: misbehaving privilegesQuote this post in your reply
i'm experiencing a similar problem to what vegard describes. in addition (and more problematic) my instructors can no longer edit the enrollment privileges themselves. selecting a user from the Manage | Enrollment screen and clicking Privileges just returns to the same page, rather than the privileges editing screen (the title changes to Privileges, however).

this is an upgraded installation, from 1.5.2, and we're not using the SCORM stuff at all. i poked around in the db a little bit, but i cannot find the table joel refers to (but doesn't name explicitly). help?

Things to describe:
operating system - Linux 2.4.23 #5 Wed Dec 3 12:30:38 UTC 2003 i686 GNU/Linux
version of ATutor - 1.5.4Beta1 (upgraded from 1.5.2)
versions of php - 4.3.10-19
version of mysq l - 4.0.24_Debian-10sarge2
webserver & version - apache 1.3
copies of error messages - none.
changes to default settings -
web browser being used -
and anything else relevant -
Posted: 2007-04-09 16:18:02
vegard

Avatar for vegard
Subject: Re: misbehaving privilegesQuote this post in your reply
hadn't resolved this on my server till now, but poked around a bit now and fixed it.

the table Joel is thinking about (in my case) is AT_modules. if you edit / view this you see a table with the following fieds:

dir_name
status
privilege
admin_privilege
cron_interval
cron_last_run

my problem was that there were two different dir_name's with the same number at privilege - I editited one of them (scorm_packages) according to Joels explanation, and it workes fine now!

sadly I cannot help you much with your other problem (http://www.atutor.ca/view/3/10364/1.html) other than reminding you that you should be very careful to upgrade a running installation with beta versions or RCs, only final releases!

..with "be very careful" I mean: "do not ever do it" smile
Posted: 2007-04-12 03:43:18
greg

Avatar for greg
Subject: Re: misbehaving privilegesQuote this post in your reply
Vegard is right. You must not upgrade using a beta. There are warnings about this with the download. It will very likely break your installation, since the upgrade scripts are usually not 100% functional until the final release.

Are you able to restore your old 1.5.2 installation with the backups you took before upgrading.

In reply to:
i'm experiencing a similar problem to what vegard describes. in addition (and more problematic) my instructors can no longer edit the enrollment privileges themselves. selecting a user from the Man...

Posted: 2007-04-12 08:26:47
spidey
Subject: Re: misbehaving privilegesQuote this post in your reply
oh darn- somehow i managed to miss the warnings, and while i do have backups to revert to, we're very much relying on some of the newer features already. in any case, thanks to both of you for your insights. i'm still hoping we can salvage this installation, since it's 99% of the way to accomplishing our (quite modest, i think) needs, so if you can help me understand things a little more, i promise to be as helpful a user as i can smile

i've taken a peek at the AT_modules table, as Vegard suggests. i do indeed see modules with the same 'privilege' value here. most notably, the _standard/reading_list table (a new one, i believe) has the same value as the (previously installed) atalker module. similarly, the _standard/file_storage module has the same privilege value as the epresence module (again, the new one seems to have acquired the same privilege as one that was previously installed..). i'll try to implement the fix greg originally suggested here, but wanted to provide some info in case it gives you some clues to improve the upgrade scripts wink

also, i notice that three of our core/standard modules (_core/backups, _core/properties, and _standard/statistics), all have the privilege value 1- is this also a problem?

what about the admin_privileges field in that table? how do these 'privilege' fields work, exactly? i can see that they're some kind of bitflag, but what do they get compared against, and where? how is this related to the enrollment/privileges stuff? is there somewhere i can find details on these sorts of questions?

last but not least, i am unfortunately compelled to ask the obviously annoying question: when do you expect the full 1.5.4 release? tongue

thanks a lot,
derek

In reply to:
Vegard is right. You must not upgrade using a beta. There are warnings about this with the download. It will very likely break your installation, since the upgrade scripts are usually not 100% functio...

Posted: 2007-04-12 10:48:46
greg

Avatar for greg
Subject: Re: misbehaving privilegesQuote this post in your reply
I'd suggest disabling the extra modules for the time being, to see if privileges work then. If yes, then use strategy above to manually go through the module privileges to reset the values for your extra modules. The privilege values at set by doubling the previous largest privilege value.

1.5.4 will be out sometime next week.
Posted: 2007-04-12 11:46:14
vegard

Avatar for vegard
Subject: Re: misbehaving privilegesQuote this post in your reply
also, i notice that three of our core/standard modules (_core/backups, _core/properties, and _standard/statistics), all have the privilege value 1- is this also a problem?

nope, it's like that in my installation as well, then:

_core/glossary 4
_standard/tests 8
_standard/chat 16
_core/file_manager 32
_standard/links 64

etc..
Posted: 2007-04-16 03:07:16
spidey
Subject: Re: misbehaving privilegesQuote this post in your reply
hello again,

i have a followup question to the problems i described above. now that the full 1.5.4 version is released, is it possible to upgrade the 1.5.4Beta install i have been working with, or would i need to restore a backup from the previous (1.5.2) installation, and upgrade that?

if it's the latter, then i could use some advice on the best way to retain the new content/courses/etc. that have been created since the upgrade to 1.5.4Beta.

thanks!
Posted: 2007-04-17 09:43:55
greg

Avatar for greg
Subject: Re: misbehaving privilegesQuote this post in your reply
There is no upgrade for betas or release candidates.

I think your best bet is to rename the beta directory, then unzip the 1.5.4 stable into a directory with the same name as the old beta directory, then copy/move the include/config.inc.php file, and the content directory from the moved beta directory to the 1.5.4 stable directory.

Do not run the installer again.

That said, hold off for a couple hours. We need to create another bundle of 1.5.4 stable. The installer is a little broken. Download a fresh copy then follow the above instructions
Posted: 2007-04-17 09:53:47
 
Page: 1 | 2

You must be signed-in to post.

Related Articles