Jump to content

MIXOH

Members
  • Posts

    176
  • Joined

  • Days Won

    1

 Content Type 

Downloads

Release Notes

IPS4 Guides

IPS4 Developer Documentation

Invision Community Blog

Development Blog

Deprecation Tracker

Providers Directory

Forums

Events

Store

Gallery

Posts posted by MIXOH

  1. 6 hours ago, Gauravk said:

    Same here, WhatsApp share link plugin is not working on 4.4.1.

    Appreciate a paid or free update soon, thanks in advance. Keep up the good work.

    My plugin's on approved queue in marketplace. WhatsApp, Telegram, Viber.

  2. What's New in Version 1.1.3   See changelog 

    Released 3 minutes ago

    Version 1.1.3 only for IPS 4.2.x & 4.3.x!

    • Fix bug with visibility reactions regardless of permits for specific reactions
    • Fix bug with visibility reactions for guests
    • Fix bug with the availability of reactions for comments on Pages records

    What's New in Version 1.1.4   See changelog 

    Released 3 minutes ago

    Version 1.1.4 only for IPS 4.4!

    • Fix bug with visibility reactions regardless of permits for specific reactions
    • Fix bug with visibility reactions for guests
    • Fix bug with the availability of reactions for comments on Pages records
  3. Hello @Adriano Faria

    After manual set of country from the account settings, there is no possibility to return to autodetection for these member. Autodetection will only work again if the entries in DB for this member are assigned a default value NULL (not 0). 

    It might be more logical to add an autodetection itemsetting to the country select setting in the account settings, or another way to reset value country in DB (not manual selected and not 0)

  4. @h2ojunkie Yes, I think in this version it is possible, but there are two difficulties: 1. you need to ensure that the reactions do not overlap, otherwise users will see both versions of the reactions. 2. As a ban for the reaction, forum topics are available, and not entire sections, that is, with a large number of forum topics, this will take some time to configure reactions.

    I'll see what can be done to prohibit whole sections, it will be more logical

  5. On 9/8/2018 at 1:03 AM, jair101 said:

    Will it be possible to daily limit the use per reaction? I.e., my global limit is 100 reactions daily per group, I want a specific custom reaction to be used 2 times a day at most. Can we do that with this plugin or maybe a feature suggestion

    No, restrictions on specific reactions do not apply. All restrictions are based on the total number of all reactions, as well as separately negative ones among them. This is the basic mechanism. In order to take into account the individual reactions will have to create additional fields in the database, which can greatly complicate the structure, especially taking into account the set of reactions / groups. I wondered if this could be done less painfully, but I promise nothing.

    3 hours ago, jair101 said:

    while it is fair that you cannot implement and comment on each suggestion (even though it is much better to say "sorry, won't do"), can you at least give a signal that this app is still supported?

    Sorry, I missed some dialogs)

  6. On 6/10/2018 at 2:25 PM, Bill Edwards said:

    Say I set up a new reaction just for Administrators - "Agree" - what will members see? Will they see the "Agree" reaction, but not be able to use it or will it simply not be a visible option for them

    They will not be able to see her! Also, they will not be able to use implicitly via a link with id substitution or something else.

  7. As for the problems with the lack of congratulations in the presence of birthday people, or multiple sending, I think the author needs to adjust the logic of work with time. The main idea seems to me to be quite correct, and it looks like if I correctly understand the following: the task runs every 15 minutes (ideally if run with cron is configured), if its start occurs not in the interval between the "congratulation time" and "the buffer time" the task simply ends (for example, you have a congratulation time of 00:15 and a buffer for 6 hours, then the task will be formed every 15 minutes only if the current time is in the range from 00:15 to 06:15 (that is, 00: 15 + 6 hours), everything else it will still be started every 15 minutes and immediately terminate.The buffer was introduced solely to eliminate the launch of tasks for activity instead of cron, or other circumstances when the launch at the appointed time was unsuccessful. But if not to enter additional conditions, then in all we need a congratulation every 15 minutes, and there is such a condition, with each successful congratulation we remember the time and so, if at the next start in the "right" time interval we can control, whether there has already been a congratulation in this interval and if so, we are completing the task. Here in this condition there is an error leading either to complete disregard of congratulations, or to duplication, everything depends only on time combinations :smile:

    I think the author can easily find in his code the condition about which I'm talking about.

  8. 31 minutes ago, Cyboman said:

    Another bug I detected:

    In Birthday Greeter, General Settings, Date Format -> if I activate the checkbox "use default" and save, it saves, but as soon as I come back, the checkbox is unflagged again.

    This is not a bug, but rather an inaccuracy or inadequacy of the wording of the description.

    The fact is that y-m-d is the default value. Try changing it to your own and everything will be saved :dry:

  9. On 8/7/2018 at 7:25 AM, Mike John said:

    I assume both of you were using cron jobs?

    I confirm this error only occurs when using cron. 

    On 8/6/2018 at 1:28 PM, Sergey Kuzin said:

    Possible solution.???????

    Yes! This solution is correct.

×
×
  • Create New...