Jump to content

Marc Stridgen

Invision Community Team
  • Posts

    13,970
  • Joined

  • Last visited

  • Days Won

    246

 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 Marc Stridgen

  1. We can only really say to let us know if you see it happen again. I noticed you posted another which you had problems with also. Wondering if it was a local cache issue that you had there
  2. Thank you for reporting, and I have added this to our internal tracker to be resolved.
  3. Test 1 Test 2 Test 3 Seems to be working here. Could I just confirm, you are no longer seeing this, Nathan?
  4. Glad you managed to find what was causing your issue there, and good luck with your theme updates
  5. There are no descriptions that can be added to badges, no. These are indeed rules. For example the conversation one is as below. So you would add a rule to give the badge, and add the public description to that rule. In this manner, you can actually use a badge in multiple ways. Take for example you have a "helpful" badge. You may want to give that for 10 topics being marked solved, but also add it for when they hit 10 reputation points. 2 descriptions of why they got it, but only one badge. The only other way a member can receive a badge is if you give them one manually from a post. In which case it will say "xyz for a post in a topic". You can add a reason for giving the badge when you do so, and that reason will appear on the post in question it is linked to
  6. It does seem elastic will have been the issue based on what you have said, but of course let us know if you find any further problems.
  7. Do you have a specific page you can share? Feel free to message this me if you would prefer.
  8. No problem. Hope you have what you need there, but if you need any further assistance, please let us know
  9. Which site is it you are seeing this on? Also, is it in any specific place you are seeing the issue?
  10. To further clarify, this is subject to block cache, which you can see in System -> Settings -> Advanced Configuration in your admin CP (named 'Cache sidebar, header and footer blocks')
  11. OK, so instead of selecting "Plugin" select "Custom. You are then given the option of using the editor, which is the same thing. So the flow is this Select custom Add a name Add some content on the content tab, then save Select the permissions and save Hope that helps
  12. You would need to create custom blocks in your admin CP. You can then add those custom blocks using the custom block type on the front end. By doing it this way, you can apply permissions to each block Just to add, thank you for your question. I have added this as an internal note for creating guides on. It's a nice little project others may find helpful
  13. The only way to do this within the software itself, would be instead of creating 2 pages, you just create 1 with different blocks that the different groups can see. Example Topic feed - Thats fine as people can only see their own WYSIWYG block - Permission only given to group A WYSIWYG block - Permission only given to group B Some page builder block- Permission only given to group A Some page builder block- Permission only given to group B And so on
  14. There isn't currently any facility for doing this within the platform. What is it you are trying to achieve however? In most instances where this is the case, it tends to be for advertising subscription sign up. If you can give more information, there may actually be ways around this, by suppressing items from certain groups, amending error pages etc
  15. On taking a look there, the most likely cause of any slowdown on any area of your site is that some of your tables are using the MyISAM table engine. As mentioned in support area of your Admin CP, InnoDB database tables typically perform more efficiently and reliably than other database engines such as MyISAM on most modern hosts when configured correctly. It is strongly encouraged to ensure all of your database tables are using the InnoDB storage engine, and that your hosting provider has configured MySQL for InnoDB use. Once that is done, test again to see if this has resolved the issue. Its very likely it will. If not, the next step would be to disable any 3rd party items you are running and test this without those items in play
  16. If you are familiar with MySQL, and only after ensuring you have full backups, you can actually delete the indexes on that table while you switch it over. Once done, go to support in your Admin CP and it will prompt you to readd the keys Incidentally, you may find this helpful with your defaulting https://dev.mysql.com/doc/refman/5.7/en/innodb-row-format.html
  17. The issue with this has been resolved on our site. Of course let us know if you see any others
  18. There doesn't appear to have been any update here, so we can only really make the assumption that the issue was resolved. If this is not the case, do feel free to let us know in the ticket created
  19. While it may not be, there is every possibility that it is. I would suggest changing those, then rebuilding the search index from System>Settings>Search. Once that is done, let us know if you are seeing the same problem
  20. I've split this off into a separate topic for you, David. I'm not sure what you mean here by only being able to appl yto the immediate cart account. Where else would you be looking to apply a couple. Please could you clarify?
  21. With Matts head of hair, I can concur his barber works hard #jealous
×
×
  • Create New...