UBB.threads PHP Forum Software Community Forums UBB.threads Version 7/8 Support Registration Queue for Moderators

No, you've got it right, it's in CP Permissions

The mod and global mod permissions appear to be set correctly. They can view the Queue and can do everything in there up until they hit the Submit Button. Then:


Control panel message

You must have the proper permission to access this area.

» Return

It appears that there needs to be another permissions setting in CP permissions or the Mod/Gmods need to have that permission granted in the code somewhere. That is way beyond my capabilities though I do have a PHP editor now

The processing script probably has a check in it as well, I'll check sometime afternoon.

As for an editor, I use EditPlus.

Do you still have this bit installed?

I am pretty sure that modification is still there. I'll check tomorrow. Company here today for Easter.

No rush; the doapproveusers.php bit is the processing script of the registration queue, so it'd make sense if users got the error if it wasn't up.

Enjoy your Easter!

doapproveusers.php has moderators set to "1" so there must be another permission limitation elsewhere.

Hope you enjoyed your Easter as well!!

The user who's testing, are they a Moderator or a Global Moderator? I'm wondering if theres a tick missing for GM vs M; if you could have a standard moderator test it to see if they might be able to get it through (otherwise, there isn't an additional perm that I'm aware of).

I have a moderator login that I use for testing and it produces the permissions error. All of the real moderators are setup as GlobalModerator and they are getting the same error. Perhaps the "1" is set back to "0" in another permissions check hidden in the code somewhere?

I'm really not sure; I don't see any additional checks in either the script (admin/membermanage.php, admin/doapproveusers.php) files or the template (template/default/admin/membermanage.tmpl). I did a grep of the define line and it only exists in doapproveusers.php and domodpermissions.php.

domodpermissions.php ? Was I supposed to touch that file?

No, this is simply the only other file that has a tick formulated like the one in the file we're touching.

We are stuck, then?

Thinking of stuck could it be a cookie issue on the user side.
Meaning expire cookies and login again.

I'd have the user try to log out, then back in and attempt (could be an issue with a value set in their cookie that isn't updated since they're already logged in); other than that, unless code can be adapted and the permission issue located, things can't go any further.

Clearing cookies was a no go.

View/Edit Members works to perfection. It is only the Registration queue that returns the error.

Does it work on your gardening site? I did sign up there, by the way. I am into gardening too.

I was just using the garden site to build the modification; we have 3 staff members (including myself) and we're all three admin's, so you where the test bed (since you had multiple moderators who could test).

I inherited the site from the former owner of The Garden Helper when he sold their site, I got the community (which was already running on this domain); I need to find people to help submit content, or at very least, troll the forums for content and help add it to the main site, lol.

You could make me a temp mod or global mod on there for testing. Of course, you don't know really who the heck I am.......

We don't have a registration queue enabled, once a user verifies their email then their account, it is created; we rely on Stop Forum Spam only, for spam prevention (heck, it's where the SFS mod was written and tested, it replaced the need for a full admin staff of 8+ users; now we have two staffers other than myself, and they ultimately just work on community development [making new conversations], whereas before they where corralling spammers).

We are still having a lot of spam activity that stopforumspam doesn't intercept. It averages about a dozen per day and all are from verified email addresses that make it through CAPTCHA. That is why the mods in the reg que would be a benefit. We also have them answer questions where they show their colors as spammers.

SFS and the Captcha block against automated attacks (bots) and users who've been flagged as spammers (in the case of SFS); a human, however, has the intelligence to be able to find a proxy or the ability to clearly read a captcha and process a registration.

v7.6.0 will attempt to read the data sent with a proxy, including the "forwarded for" variable, which would read out the IP address of an open proxy request; thus showing their actual IP. And at a future point I'll be looking at additional services and captcha options.

I would love to get this "just working" for you, but there is no clear "heres the check" notation for opening it for you since this bit:


Nothing else in the processing bits (/admin/doapproveusers.php) or the display bits (admin/membermanage.php) display a visible check that one could just remove.