Issue: Wiki articles are getting locked when they shouldn't be

Negative permissions will restrict users if the additional groups are applied as infraction groups. However, it doesn't look like the Display Group is used as a basis for permissions unless it's also assigned as a Member Group - true in this case.

Has this only been happening recently? Like after the last update? It looks like you have quite a large number of forum-usergroup combinations. Perhaps there is a timeout or shortening happening when it caches this information, in which case it could also account for the problem in the OP.

I've only had this user getting involved since the last update, and therefore seen this problem. Before hand I've usually assigned a user to the wiki group before they've got involved directly.

It looks like this is intended vBulletin behavior after all. I can't find any other reason for this happening except for the Spam/Akismet settings. Essentially, any new users that don't have moderator permissions and have post counts below a certain threshold have all new threads scanned against an external database. Depending on whether their post is determined questionable or not (could even be a result of their IP range), the thread will be placed into the moderation queue. The spam filters could be returning a false positive based on any number of factors: short posts with no punctuation, IP ranges, the browser's User Agent, the user's email address, or the username. It might be returning a false positive for users with email addresses matching the domain of the forum, thinking these were fake emails.

When this occurs, an entry is supposed to be made into the Spam log, but depending how often you check that log, it may have already been removed. It might also be removed if there is a bug with the code that cleans the log, but I haven't found that code in my perusal through the post data managers.

I think the bug mentioned in the OP was somewhat different, but was actually due to a bug fixed in RC 1, where the forum ID was not properly submitted when there was only 1 wiki forum the user could post in - this could lead to improper permissions being fetched. If they were all section edits, it also could have been a modified permissions array within the parser pass used to distinguish the sections. If this is the case, we've worked on making the parser more insular for portability's sake, and should have fixed several locations where this might have been possible.

I'm marking this as Fixed in RC 1.

I could understand that issue if the user was unable to post or start other threads, but I've seen them start regular threads on the forums, and have posted fine. I've got the TypePad AntiSpam Beta service activated, and have never come across this issue with any other user. I've checked some of the IPs he's been using (dynamic IP from his ISP) and not yet found a hit on the sites I can access (ProjectHoneyPot is my main test site, but it's down atm).

Atm, I'm trying to test some user settings with that user see if I can nail down what's causing the problem.

I removed the usergroups for this user, then set it back to what they were, and he can now post unmoderated. No idea what caused it. Maybe his subscription had expired, but that shouldn't make a difference, it doesn't change their usergroup.