Membership Actions not obeying restrictions

I seem to have a problem with my actions I have set for my standard users. I had wanted to limit the mount of times they can post comments so I set the # of allowed actions to 1 and to reset every 6 (hours).  However, they are not being imposed at all. Not sure what went astray... none of them obey the restrictions... but I can enable and disable them...

Any help would be great... using 7.0.9

I really have doubts if this works very reliably. I think the problem has to do with the other mods that allow you to add comments but do not check to see if there is any membership restrictions. In other words I do not think the mods go into to check the settings in the membership actions, so what occurs is that although the actual membership restrictions work the mod you are using to make the comments does not.

I hope that makes sense. I noticed the same thins with photos. In membership i restrict number of photos over a certain period of time. Yet when i add a biz in the biz listing mod, I can upload as many photos as i want in that mod, same with classifieds etc. So where is the restriction? But when I remove the ability for the member to add photos all together (I disable the action in membership) none of the mods will give me the option of adding photos, because the base Photo Add option is Disabled.

I too would love this to work the way it should. But you would have to find out from the mod developer if they make the check or not with the membership levels.

Let me know if this ever gets resolved, I highly doubt it.

I don't have any photo/video mods, so all the comments and membership actions are native boonex modules, and they are not working with the restrictions. I thought this used to work but never really payed attention...

As far as I know, it is working on my site; members are complaining about the limitations.

So, my guess is something is preventing the sys_acl_actions_track table from being updated.  However, my post on this did not really get me any further along my understanding of how actions works.

my action_track table is bring populated too... so, it's just not looking at it before allowing the action...

It just doen't seem right.

the track table has a couple fields:

ActionsLeft and ValidSince

So for my comments, I had set 1 every 3 hours. So when I add the comment from a standard user it added the entry but for Actions left it had 1 when really it should have been 0. So on the next photo... they could add another comment and the user's entry didn't get updated... I suspect it would stay in there for 3 hours then get removed? That may not be the case though... I had actions in there that were valid since 2011... Anyway... if I change the Actions left to 0, they can no longer perform the action... now I'll need to see if they get re-instated...

Anyway... maybe with that info someone can help me find out why the actions left is not being updated properly...

I don't really know how this works.  I never got a definitive answer when I posted my question in the forum.

anyone else have any thought on this one?

Anyone with ideas or feedback?

 anyone? :|

The developers should but they never come here.

http://www.boonex.com/trac/dolphin/ticket/3026

thanks. I hope a work-around can be had for 7.0.9... someday I'll get upgraded :)

Thanks, that work around fixed me up for 7.1

I added this to 7.0.9 and it seems to work there too. While testing the function i found another bug. Looks like the function for throwing out the error message is not retrieving the correct values from the language table.

In /inc/membership_levels.inc.php the line

$arrLangFileParams[CHECK_ACTION_LANG_FILE_ACTION] = _t('_'.$arrAction['Name']);

should be changed so it formats for the correct language keys

$arrLangFileParams[CHECK_ACTION_LANG_FILE_ACTION] = _t(str_replace(" ", "_", '_mma_'.$arrAction['Name']));

Maybe this is already fixed but in my 7.0.9 it is not.