Oh, also – we are using some legacy data that we imported from an old PHPBB forum, but I’ve looked under the hood at all the permissions for each one of the forums and our usergroups have access to all of them.

And in the interests of clarity, we’re running 3.5 – we haven’t done the upgrade to 3.5.1

Before we do anything can you just give me a little history. For example – you say you are running WP 3.5 (and actually the latest is 3.6). But which version of Simple:Press are you currently using? Also – is this a new problem? Did it just start after an update and if so from which version?

And – just to help in determining the best course of action – do you have many forums?

We’re running:

WordPress 3.6

SimplePress 3.5.  Have not done the upgrade to 3.5.1 you just released.

We had a license authentication fail with WishlistMember, had to re-authenticate that.  Then, we took all of the Wishlist Member plugins off line, and re-activated them one by one.  Their Wishlist Welcome plugin was the culprit.  It was wrecking simplepress, and throwing errors all over the front end of our site.

I think we have this mostly sorted out now, except for one thing.  Logged in as Admin in SimplePress, there are forums I’m getting denied access to, and I’d assumed anyone with Admin privileges would be able to see everything.  I’m wondering if it’s necessary to add myself in to the group that owns all of the forums in order to be able to see them.

Thanks for your time in responding to this.

Ach, sorry – I meant to say we’re running Simple press 5.3, not 5.3.1

Guess that was a little dyslexic of me.

DW

no, admins dont and cannot belong to usergroups… they get auto access…  at least should…

if you have sorted the other stuff as you indicate, please try going to forum – toolbox – housekeeping and try resetting the auths cache…

if still problem after that look in db.. the sfauths table…  how many rows have the admin_negate column set to 1?  and which are they?

Mr Papa said
no, admins dont and cannot belong to usergroups… they get auto access…  at least should…

if you have sorted the other stuff as you indicate, please try going to forum – toolbox – housekeeping and try resetting the auths cache…

if still problem after that look in db.. the sfauths table…  how many rows have the admin_negate column set to 1?  and which are they?

 

Nice, hadn’t considered resetting the auths cache.  Still getting my mind around the curiously named Simple Press  I guess ‘Deeply Complex Press’ wouldn’t have the same panache.

Will do, and the other database table stuff if that doesn’t work.

please let us know…

Mr Papa said
please let us know…

Hey, thanks for the follow up.

Ok, so – resetting the auth cache didn’t solve the ‘Access denied’ errors issue, but did result in nice little mouse-over pop-up notices beginning to appear on the forums, so that’s nice.

We checked the sfauths table, and there are two tables where it’s set to 1:

view_own_admin_posts

reply_own_topics

Should we just manually set those to zero?

Also, we’re also seeing some odd behavior in the amount of time it takes for a new post, topic addition, or quote reply working.  They show up, but it actually takes a few minutes for them to appear.

If it takes time, then that would suggest you are caching the forum pages which you cannot do…   there is no facility in sp for delaying post arrival…

No, those are the proper two to be set to 1…

the admin issue you are experiencing could be related to serving cached pages too… make sure no caching…

verify on forum – admins – manage admins you are listed as admin… and in sfmembers table, verify your user_id has the admin column set to 1…

I’m quite sure we’re not running any caching plugins, unless Rackspace is doing something like that as a ‘service’ for all of their WP installs.  

I’ll check.

Will also check on those other db tables per your instructions.

Thanks.

We are really talking about a WP cache plugin like wp-super-cache or wp-total-cache…

cdn has been an issue for some folks… if the cdn is wp aware, they think of a page as static… not good here… but the cdn can usually exclude wp pages if that is the case…

Yellow Swordfish said
We are really talking about a WP cache plugin like wp-super-cache or wp-total-cache…

Nice.  That’ll be good.  

Mr Papa was correct; Rackspace runs xCache by default for all their php applications, had to override that in .htaccess, like so:

php_flag xcache.cacher Off
php_flag xcache.size 0
php_flag xcache.stat Off