Max Articles count on create should include counting any articles that are awaiting publishing or in the moderator queue

[Divinity2]

Just wondering, what's the proper way to configure the max articles?

Let's say:
- Newly registered users, 0.
- After 5 posts, 10 articles.
- After 50 posts, 20 articles.

Should the base user group be set to "No" on creating articles, with '0' as the limit.

5-posts usergroup, +9 max articles
50-posts usergroup, +10 more articles?

Because we had it set up here it was:
Base usergroup: 0 limit
5-posts usergroup: 10 limit
50-posts usergroup: 20 limit

And someone managed to post just 31, before unlocking the next tiers.

Just trying to understand and configure it properly.

Thanks!

 

[Bob]

Max Articles is a per user group permission. There is no "proper" way to set it, its just a simple integer permission.

What you need to do is create custom user groups that members get promoted to when certain criteria is met... eg, when a member hits 5 posts, they get promoted into the "SOme Group Name" and in that group, you set the max articles to 10. When a member hits 10 posts, they get promoted into the "Yet another Group Name" and you set the max articles to 20.

Its the same as you'd do for XFRM and resources, XFMG and Media. Pretty easy

 

[Divinity2]

Max Articles is a per user group permission. There is no "proper" way to set it, its just a simple integer permission.

What you need to do is create custom user groups that members get promoted to when certain criteria is met... eg, when a member hits 5 posts, they get promoted into the "SOme Group Name" and in that group, you set the max articles to 10. When a member hits 10 posts, they get promoted into the "Yet another Group Name" and you set the max articles to 20.

Its the same as you'd do for XFRM and resources, XFMG and Media. Pretty easy

Hey Bob, sorry, we never configured those type of limits for those other addons; XFRM, Resources, Media, etc.

We have a custom built one that works as I described. When users are promoted, they aren't removed from the previous groups. They maintain let's say Promoted-Group1, Promoted-Group2, Promoted Group3, they're all just added as secondary.

That's how it was explained to us by that custom developer. The base group = 0, with the promoted group added at secondary at 4 and can post, that equals to 5 for some reason.

We'll just test it out then.

Thanks!

 

[Divinity2]

Ah yes, found the problem. When the article is in approval, they can spam as much as they'd like and it doesn't count towards the limit.

 

[Bob]

Ah yes, found the problem. When the article is in approval, they can spam as much as they'd like and it doesn't count towards the limit.

Unfortunately, you will have the same exact issue with Core XF, XFRM, XFMG and any content type in any addon that implements an Approval Queue Handler and has a 'max allowed" type permission or option. Only visible state content is "counted" and stored in cached 'count' fields in the xf_user table. Content States "Moderated" and "Deleted" do not count towards a members content count for any content type.

WIth that said, there might be something that I could add to the Pre Create process that would check to see if the viewing user does not have bypass permissions and check to see if the user has any article content in the queue awaiting approval and count those as "countable" for max count purposes during the pre-create so that it throws an error informing the users that they have reach the max allowed articles that they can create. I AM JUST THINKING OUT LOUD AND IN THEORY NOT MAKING ANY PROMISES lol. I've not seen in 15+ years, any addon (to include Core XF, XFRM and XFMG) do anything like this, so its not like its some standard for everything except AMS.

 

[Divinity2]

Oh it's no big deal. This rarely happens, so it's good to know that was the cause and wasn't because people were able to break past the limit per usergroup.

 

[Bob]

I've moved this to Suggestions and changes the title to "Max Articles count on create should include counting any articles that are awaiting publishing or in the moderator queue".

Definitely something I wish to pursue and if done correctly, it would prevent the [Post article...] button from displaying if the total count of visible, moderated and awaiting exceeded the viewing users allow articles count.