Problem With User Promotions

[BULLDOG]

Hi,

we discussed in the Mod team if we should implement a Mod Queue for first posts or not...

We decided to NOT use the Mod Queue just yet. But thinking that we might need it in future, I went ahead and made the preparations, following this tutorial:

http://www.vbulletin.com/forum/forum/vbulletin-legacy-versions-products/legacy-vbulletin-versions/vbulletin-3-6-questions-problems-and-troubleshooting/290786-moderate-first-post-from-user

Which would make it very easy to implement the Mod Queue by just opting for putting first posts by Registered Users into the Mod Queue...

I set a promotion (= POSTS) to have the first 3 posts moderated. After aproval, the user would be moved over to the Registered Users Approved usergroup.

However, we have another promotion, too:

Registered Users become "PSU Members" when they hit 50 posts.

Yesterday, however, I noticed that a Registered User had hit 50 posts, but nothing happened... he was not moved over to the PSU Member usergroup... I ran the User Promotions manually to make it happen, but to no avail.

Removing the "Registered Users Approved" promotion made the promotion for the PSU Members work again...

How do I set it up so that BOTH work as intended???

https://vborg.vbsupport.ru/external/2014/04/18.jpg (http://postimg.org/image/ibwjhxjrp/full/)

https://vborg.vbsupport.ru/external/2014/04/19.jpg (http://postimg.org/image/kx2r4zxar/full/)

[ForceHSS]

In promo you have two psu member this might be your problem

[cellarius]

In promo you have two psu member this might be your problem
Not likely, since both target different Primary User Groups and cannot have the same internal id. The mnaming does not matter.

However, the second promotion has a different setting for days registered. Could that be the issue?

On a more general note: I would not change primary usergroups. Just set "Registered Users" with the minimum permission set, then add all additoinal permissions by secondary usergroups (set all permissions to no except what you want to add). This way, you have more control and its easier to keep track of changes.

[ForceHSS]

Not likely, since both target different Primary User Groups and cannot have the same internal id. The naming does not matter.
On the first picture it shows usergroup for both are the same as he only has the one group with this name he has used same group on both

[cellarius]

That's the ug he's promoting to. The ug he's promoting from is in the headline. Anyway, it is absolutely no problem to promote to or from usergroups by more than one set of promotion rules. So it does not really matter.

[ForceHSS]

Yes, the group does not matter but if you overlook the whole thing. (Days registered) I think could be his problem so if he removes one of them, then it should fix one if not all his problems. If he made a new psu member group and put it on the 2nd one that would help

[BULLDOG]

I changed the "Days Registered" from "30" to "1" since I, too, had the suspicion that this was the culprit... however, it did not have any effect since the promotion type is POSTS. Making "Posts" the type to promote by means that you could put any number in "Days Registered" without it affecting the promotion.

Anyway, right now the promotion from "Registered Member" to "PSU Member" (50 posts or more) works BUT I would really need to have the system set up to be ready for the Mod Queue...

Could anyone give me a detailed way to go about this (kinda like in the link I provided above)?

I'd really like this to work...

BTW.: The two "Registered Member" promotions are NOT the same... notice that one of them says "Registered Members Approved" while the other one says only "Registered Member"...

Should I prune all users of the "Registered Members Approved" to the "Registered Member" usergroup???

--------------- Added 1398406896 at 1398406896 ---------------

Please, any one?? I would like to have this fixed!

[BULLDOG]

Could anyone please help me??

[ForceHSS]

The only way I see to get it to work for now is delete the one that does not work, then put up a test site fully default and run some tests

[Zachery]

Has that user been online since the last time you ran the task, or since it ran? Its a requirement of the promotion system, not to do table scans (Which MASSIVELY degrades performance)

[BULLDOG]

I just don't want to mess things up so if anyone could please provide me with precise input on how to go about fixing this, I'd appreciate it highly!

[Zachery]

You haven't answered my question.

[Lynne]

Someone suggested setting up a test site. That is the best way to make sure you don't mess things up.