Permission Errors

[Doorman]

There's not much that makes me laugh. :angry: But that did. :roflmao:

[Penfold]

lol



So may I clarify....

Now anyone who gets assigned a badge will automatically have the right permissions enabled for whatever's relevant to that badgeholder - be it game, community or whatever?

[smilodon]

With the exception of public admins (for which there is no badge) that's right. As there are only public admins for CS I've assigned them manually.

Also all the WOW players are already assigned to their user groups (guild member (green badge and Council member (red badge)). It's historically been like this so there was nothing to do with their groups apart from rename them.

As I understand it the script will not mess with a player who already has the correct permission set up

[Penfold]

Can someone please tell me when the scripts have run and if we think we're all set up?

I'm still getting PM's from people (eg Squ0nk) telling me they can't see admin and I'm not sure if it's because the scripts haven't run yet or whether there's an error somewhere.

Apart from admin right, I also  take it that Badge Holders' Banter and Supporting Members' Chat have also yet to run as there's no posts therein?

NP if they're not done yet, I just don't know what to tell enquirers.

Thanks

[smilodon]

Frankly I'd ignore them now. They're obviously on a wind up or something.

Failing that try.

"Forum being updated

You no see some forums

this not for long

soon all be well"

Might work. I think Gandy is running the scripts tomorrow?

[Gandalf]

Yup, I'll get the minor error with the scripts fixed this morning and hope to have it all done and tested by lunchtime. Then they can be run on the live and we're all good.

Also, just like the subscription thing, it'll be an hourly schedule so if someone gets a badge just after the script runs then they won't get their permissions set for at least another hour.

[Penfold]

Again, our thanks.

IF you could please just let us know when it's live and I'll do a field test with zxtest account assigning it every badge individually and checking (if that worthwhile).

Thanks

[smilodon]

I also have
 
smiloregistered
smilocouncil
smilopublicadmin
smilogameadmin
smilosectionhead
and smilosupporter
 
They can also all have a play as well tonight

[Gandalf]

right, I know what the problem is now. The script is overwhelming the datamanager that handles the forum writes if I ask it to do too much.

I've posted on the vbulletin.org forum and the code does check out, though I've had a couple of optimisation suggestions.

Anyway, to resolve this for now I can do one of two things. One, a much smaller array and then several files that will run at given intervals. ok, but messy.

Two, write to the database directly and bypass the datamanager entirely.

I need to see if option two poses any risk to the database if the script crashes (unlikely) before implementing it so for now I will be using option one.

Of course there is a third option and that someone on vbulletin.org tells me how to overcome the limitation that I'm seeing! (probably a setting hardcoded somewhere)

[Gandalf]

ok, sorted. I am so dumb.

http://www.vbulletin.org/forum/showthread.php?p=1741837

For the saga. Try not to laugh too hard!

[Gandalf]

right, it's working. Want me to run it on live?

For now it only adds. I'll work on the remove tomorrow as that's another can of worms with the shared groups, etc.

EG, user belongs to group 53 as they have award 21 and 24. However if award 24 is removed then the script needs to be smart enough to not remove them from group 53 as they still have award 21.

[Anonymous]

ok, sorted. I am so dumb.

http://www.vbulletin.org/forum/showthread.php?p=1741837

For the saga. Try not to laugh too hard!

Good work mate, code is a swine sometimes.

[Gandalf]

Good work mate, code is a swine sometimes.

yup, but it's so obvious now. Though doing what I was would have worked if there were no limitations as proved by a small array. However too many records just swamped it so I suddenly twigged. If they already belong, then ignore them!

The only thing this caused on the test is that the script needed to be run several times to assign all of the usergroups correctly as to check this, I deleted all usergroups from everyone. Then ran the script. It took a while and updated some records on the first attempt as it was hitting the cap again.

So ran it again, more updated, ran again and some more. It took about 5 runs before all were updated.

So basically, if someone goes mad and decides everyone gets an award for being a L4D puker or something then it 'may' take several hours to assign the correct groups.

[smilodon]

Thanks for the work. If it makes life easier I can look at the group set up and streamline that.

My concern is the green badge holder group (53). Obviously anyone with a green badge gets access. But some green badge holders are green game badge holders and are given additional permissions i.e. CS green badge holders get access to their own Private chat forum in the CS section. Likewise WOW Green badge holders have their own guild member forum in the DMR section. Then we have Game admins who conceivably might have a red admin badge for one game but no green badge for another i.e. they are a WOW council member but don't play anything else. They also need access to the Green Badge Chat forum as well as the WOW council members forum but not the green CS private forum :blink: Finally we have the very rare possibility that someone might not play any games at all but be a big folder and have a green or red folding badge. They too need access to this sacred green badge holder chat.... arrrggghhhhh!

This is my dilema. I thought the easiest thing would be to make individual groups for each badge both green and red and then assign them to the required forum. Not doing this would mean that for example Penfold would not be able to see the Green Badge forum as he actually has no Green Badges... the little workaholic. Granted his Gold Admin badge would get him access but as there are so many permutations of badges I think one user group per badge is the only way I can do this and keep my sanity.

If someone has a more efficient method with fewer groups then I'm all ears.

I can still manually add the members but I'm mindful that the best way to make sure the script runs as we want is to actually use it to do these permissions. As soon as Gandy is happy I say lets go with it and see what happens.

[Whitey]

With the exception of public admins (for which there is no badge) that's right. As there are only public admins for CS I've assigned them manually.

Has this been done on the live forum as Kregoron doesn't have access to the CS public admin forum?