Jump to content

Daniel F

Invision Community Team
  • Posts

    6,565
  • Joined

  • Days Won

    37

 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 Daniel F

  1. Thank you for bringing this issue to our attention! I can confirm this should be further reviewed and I have logged an internal bug report for our development team to investigate and address as necessary, in a future maintenance release.
  2. Have you blocked any characters by accident? ( ACP => Member => Profiles )
  3. The error message already contains a hint. Try disabling the "Stop Shouting" 3rd party application.
  4. Or the member was banned AFTER the reactions were given ( the last reaction happened last Thursday)
  5. Shame that you had such a bad experience . They have now new plans and it’s now even more interesting for average Joe with webhooks support in free plans too.
  6. Thx, yea it needs to be NULL, but also the 4th param had to be adjusted.
  7. This could also be a bug which returns this message. Do you see anything being logged in your system log?
  8. There was a minor enhancement in the Profile Markup to include all required data.
  9. GET could be because it was returned from the CDN cache rather than from the server so it won’t be logged at all. POST should def. Be logged if the endpoint is configured to be logged. I’ll take a look at pages endpoints next week
  10. You should probably remove the field if the app/plugin isn't installed anymore!
  11. You can see if your IP is banned on the ACP => Members => Ban Settings page. That said, this doesn't look like a banned error message for me, we don't use "non-member" anywhere in our language strings. Did you customize the language or is this probably a 3rd party issue?
  12. Do you see any errors in the browsers JS console?
  13. Rebuilding the search won’t change here anything. Check the widget settings and confirm that the permissions are not overridden
  14. Extensions will be easier to implement in v5 because there's now an abstract class with all mandatory abstract methods 🙂
  15. There's no need for a 3rd party app! You can add custom HTML code to the end of the </body> tag by adding it to the footer HTML field.
  16. That’s caused by Ipsconnect, which was deprecated in favor of oauth Yes
  17. What's remaining then? It's probably easier and faster to just create a small app that sets the necessary settings (that's literally what I'm doing for my dev/testing environments)
  18. Do you see any errors in your system log?
  19. Do you see any logged errors in your system log?
  20. I can't reproduce this on my environment, so I had to create a ticket to investigate this further on your community.
  21. We have already fixed this for an upcoming release.
  22. Have you updated the storage handler after moving to your server? You can do this in your ACP->System->Files
  23. We’re already providing support for ProfilePage and DiscussionForumPosting. I have also made recently some adjustments to the QA stuff which will be included in a future release.
  24. This is something what we have implemented for v5. Why? What was the issue? Couldn't you use the "Member Edited" trigger?
  25. I can't reproduce this, are you still experiencing this?
×
×
  • Create New...