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

Everything posted by MIXOH

  1. Excuse me. The IPS team changed the marketplace conditions and now no additional files except the plug-in itself are allowed, so they are unlikely to appear on the market(
  2. My plugin's on approved queue in marketplace. WhatsApp, Telegram, Viber.
  3. My plugin's on approved queue in marketplace. WhatsApp, Telegram, Viber.
  4. I check this. What option you use for User B?
  5. 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
  6. I do not confirm this. Everything is working for me
  7. If possible, in the next update, drop the menu item below into the ACP, since in the mobile version the items do not move and your application opens instead of the ACP main page
  8. 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)
  9. Yes, I agree with you, I need to revise the concept of displaying reactions
  10. @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
  11. @Dayton28 I will check the behavior of the plugin again and report the results. @h2ojunkie No, at the moment, what you want is impossible, I will think about whether this is possible within the framework of the plugin in principle, or it will require excessive use of the database
  12. No, but in this sense everything works correctly, everyone will be able to see except the guests. I confirmed the points regarding guest viewing, and reactions to page entry comments.
  13. @jair101 I confirm both problems described by you, now I will try to fix them.
  14. 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. Sorry, I missed some dialogs)
  15. 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.
  16. 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 I think the author can easily find in his code the condition about which I'm talking about.
  17. 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
  18. I confirm this error only occurs when using cron. Yes! This solution is correct.
  19. Yes, but except article comments and forums reply
  20. @Millipede Inform to PM 1. Version of IPS? 2. Style (Theme) Default, or....? Yes, but for this need to add a setting
  21. No, I do not confirm this information. 1. You can check off the plug-in for a while. 2. This may be due to other modifications that you may have
  22. Thanks for the clarifications What about the point nr. 3?
×
×
  • Create New...