Jump to content

Marc

Invision Community Team
  • Posts

    14,959
  • Joined

  • Last visited

  • Days Won

    262

 Content Type 

Downloads

Release Notes

IPS4 Guides

IPS4 Developer Documentation

Invision Community Blog

Development Blog

Deprecation Tracker

Providers Directory

Projects

Release Notes v5

Forums

Events

Store

Gallery

Everything posted by Marc

  1. Not so much a bad guy, as long as its used correctly 😄
  2. Just to confirm, your ticket has now been escalated to our developers for further investigation
  3. One of my colleagues has just been able to replicate this on your site, so I have sent this to a ticket so that we can further investigate
  4. That email link actually appears to be broken there. Could I ask if you are seeing this on default language pack emails, as well as the ones which are generated in french? I ask as there appears to be quite a few areas in your language pack whereby &amp is showing where it shouldnt be, and that its &amp in the middle of that link which is causing issues
  5. Given what you said there at the end of your response, has the banned message been changed to that? If not, its unlikely that is the case. Could I ask if there is anything at the end of the URL, as mentioned by my colleague? Once we have that info, I think we will get this one into a ticket so we can take a closer look
  6. This is actually working as intended at present. A coupon is intended as a "used this time" item. So used in a single transaction. In this case, you are applying it to the initial purchase. Checking that it can be used for renewals means they could use the coupon code at checkout when they are paying for a renewal (that specific renewal). For something whereby you wish to allow a set group of people to receive a discounted rate going forward, you would use groups and apply a discount for the product to that group.
  7. 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
  8. Thank you for reporting, and I have added this to our internal tracker to be resolved.
  9. Test 1 Test 2 Test 3 Seems to be working here. Could I just confirm, you are no longer seeing this, Nathan?
  10. Glad you managed to find what was causing your issue there, and good luck with your theme updates
  11. 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
  12. 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.
  13. Thanks for letting us know. Glad you got what you need there
  14. Do you have a specific page you can share? Feel free to message this me if you would prefer.
  15. No problem. Hope you have what you need there, but if you need any further assistance, please let us know
  16. Which site is it you are seeing this on? Also, is it in any specific place you are seeing the issue?
  17. 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')
  18. 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
  19. 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
  20. 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
  21. 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
  22. 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
  23. 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
  24. The issue with this has been resolved on our site. Of course let us know if you see any others
  25. 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
×
×
  • Create New...