Dexter_X

I don't have redis neither...

Since 4.6 we're experiencing that kind of issues. The most annoying one for us is the "Recently browsing" widget does not work as well as on previous versions : If you see a user on the main logged users list "reading a topic" then you go to that topic, the user is not displayed as "recently browsing" in the topic's list. For example, now I'm writing this post and in the "Recently Browsing" just below I'm not displayed as being here... 😑 🤷‍♂️

Hi, In USA everybody knows the VAT is to be added to what you buy, even in public stores so the shop logics are based on a "without VAT" price where the VAT is added at checkout... The Commerce module logic uses the same principle. Here in Europe we display prices "all taxes included", so the final price with the total amount of what you will have to pay, including VAT. My "problem" is that if I enable VAT management in commerce it is only a percent of the product value that is added to the "basic" (without VAT) price. It is the normal way VAT works, I agree, but it is not very useful. For europeans like me, it is a bit complex to got the exact total price you want to sell your products (displayed in the shop) by that way : the price needs to be computed regarding VAT, and to get the exact amount you want including VAT you need to set prices with a 1/10000 currency precision , or 1/100 cent precision (4 digits after the dot)... but... the commerce module does not accept prices more precise than at a cent (so 1/100 currency or two digits after the dot)... So it is nearly impossible for us to use VAT and have the right price displayed... It is very visible when we want a "round" price, like 40€, by activating the VAT (here it is 7.7%) we need to set a price of 40/(1+0.077)=37.14€ , then wen the final price is displayed in the shop, we've something like 40.01€ or 39.99€... 😑 So it will be better if the VAT could be computed from the "selling all taxes included" price rather than added to a base price... At least for us in Europe where we only need to show customers the VAT they've paid. So, in other words, we set a selling price of 40€, and the customer gots a bill where it is displayed they've paid 2,86€ VAT included in that total price. If you compare with CMS managing online shops like prestashop or Magento : this is something you can do without any problem and without a dedicated plug-in...

similar problem with banned/spammer users that got awarded between their inscription and spamming : impossible to remove their awards after their content has been deleted...

Hi, This feature is beginning to be mandatory : we had a user posting a new topic in a section giving award, but the topic was in the wrong place (we had to move it in the right place). So the user has now been wrongly awarded and there is no way to step back (you cannot remove a badge automatically given by a rule) except by launching a "recompute all" for 7hours and loosing awarding date/time for all the other members... 😑

Solved that problem by ourselves using short words in translation (to french). But you can modify your string values and set "Message", "Content" and "Ignore", that will be just fine. 😉

there are a lot of bug fixes since 4.6.4 regarding the achievements rules. Did you tried ?

I've also noticed... The new thing now is achievements... 😶

Hi, Now the push notifications are here (V4.6.X+), I think it makes sense to add the possibility of user's subscription to a flow : you create your own (or use a preset) flow and you can subscribe to the flow as to any content of the community (push/e-mail/notification center). So you'll be notified of any new content in your flow in the way you want/prefer. For administrators & moderators it could be useful from a monitoring point of view, but for the users it could be more close of what they're now used to (social networks flows) so more "user friendly" considering nowadays usual content management.

Yes, linking achievements system with automatic promotion is something that has been already suggested. The challenge (for invision) may be to find a basic enough (so generic) way to create awarding rules allowing this kind of promotion...

Thanks, don't forget to take a look here :

i'm not talking about your APC but your hosting provider. We user a provider that allows us access to a cPanel interface with useful functions against spamming.

There was still some remaining bugs, I prefer to have a clean version than a new update every 3 days... V4.6.4 seems to be the "good one", so be patient... 😉

Another possibility regarding badges awarding are the badges the users can own while they keep on certain amount per time. For example a user posts more than 30 posts / week : owns a "keep on" badge that could be named : "active contributor" (or something like that). So if the user goes under the 30 posts / week he looses the badge until he goes to that rate (or more)... That could promote participation in a more permanent way. Regarding milestones and points on that kind of rules I don't know if it can be useful. Milestones could be set on something like "owns that badge since 1 month" (so based on time) ; points make sense only if there are milestones (from my point of view)...

If your e-mail hosting company has BoxTrapper, try to enable it (I've it under cPanel/E-mail). It is very effective avoiding spams on public e-mail addresses.

Yeah... i know that feeling, in my case the problem (not database linked but ressource allocation linked) was from the hosting company so I changed and everything is ok now. Regarding your problem, it means (as for me) you'll ned to find a solution by yourself. I think you'll need to extract your DB and change the format before reload it, it may be tricky but with some assistance it is not so complicated.

In this kind of system (we have the same...) I would rather put the "repeatable" flag on the last/highest rule, so the user goes through all the levels you've defined (usually following an exponential curve) but it is never finished : the users can still got twice or more the last one. Seems a good way of "never ending" to me...

Nope, I think you'll need to modify the template to do so.

yes. You'll need to "regenerate" if you want the already done actions to be awarded, or you let your system as it is but only new actions will be considered.

it's a new regression / known bug. Invision team is already working on it...

There is a good Idea I got from another post to improve achievements system : allow a milestoned rule to be repeatable. What does it mean ? Let's do it through an example : Consider you've a standard (current system) milestoned rule giving points and a badge to a user creating 20 topics. The user will get points and badge once the milestone is reached an it is over. It is a good behavior from my point of view. But if you want to award users every 20 created topics, you'll need to create a rule for the 40th topic, the 60th topic and so on... Now let's consider a "repeatable" rule : If you take the same rule and "check the repeatable checkbox in the rule" (don't be afraid this does not exist - yet -), the rule will give a badge and the points each time the user reach 20 new topics. (and not each time the user creates a new topic from its 20th one because 21 > 20). In other words : once the 20 created topics reached, the user get awarded and an internal counter is reset to 0 until the user creates 20 new topics (so until the users creates 40 topics, and so on). Of course the principle could be applied to any milestoned rule and it may even reduce the amount of rules we'll need to define. One last thing : when a user gets twice the same - repeatable - badge, it should be displayed twice in his profile awarded badges list.

I did not try that yet (we've not even yet created the special ones in our achievements system)

If you change only ranks, you'll not need to rebuild all achievements. If you change your achievement rules (add or remove some rules), given badges and given points then yes, you'll need to run a rebuild...

I've got a pre-release patch through support that works. An official patch should be released in the next 24h. Regarding the calendar rules, it seems nearly obvious I was wrong (they work).

nope : subscriptions based rules still not working on 4.6.3 ; milestone rules based on calendar entries creation don't work as expected neither...