Jump to content

Jim M

Invision Community Team
  • Posts

    9,511
  • Joined

  • Days Won

    45

 Content Type 

Downloads

Release Notes

IPS4 Guides

IPS4 Developer Documentation

Invision Community Blog

Development Blog

Deprecation Tracker

Providers Directory

Projects

Release Notes v5

Invision Community 5 Bug Tracker

Forums

Events

Store

Gallery

Everything posted by Jim M

  1. To confirm, you are indeed running Apache? Realistically, it would be your Apache configuration if mod_rewrite is installed properly.
  2. PHP 7.4.19 is still present, you will need to ensure that you upload the latest files and PHP 8.1. Additionally, we are at the end of my shift here so you may wish to rollback your instance to the backup taken prior to upgrade and then our next technical support technician can assist you tomorrow morning.
  3. We would need the error in place in order to assist further.
  4. We would need to look further into this for you, however the access details on file appear to be incorrect or missing. Could you please update these details by visiting your client area, selecting the relevant purchase, then clicking "Review/Update Access Information" under the "Stored Access Information" section. We look forward to further assisting you.
  5. You would need to ensure that your PHP 8 requirements are set and compatible. If the upgrader can't even run, that would be something wrong there or you're missing the database table column mentioned and need to add that by going to ACP -> Support before applying the files.
  6. That is expected, you would need to perform a manual upgrade:
  7. You're missing the column mentioned in the table there. You'll need to go to ACP -> Support and look at the Database area for any schema updates. Additionally, you will need to ensure that you have updated to PHP 8.0 or 8.1 prior to attempting the upgrade. Otherwise, you will get issues.
  8. Keep in mind this is not support. It's only either PHP 8.0 and 8.1. We recommend 8.1. You would need to ensure that your directories are properly writable by your server and are owned by the correct user/group. The following directories need to be writable: applications datastore plugins uploads and all sub-folders of uploads Additionally, you will want to check your conf_global.php for database access and ensure that your database connections are correct. As well as that your database user has full access.
  9. This is due to you blocked an link that contains "utm_source." We can certainly look at improving this but I would look at your link filtering rules and the URL to contain anything which is there.
  10. Do you have any links or filters that contain words like that which are marked for moderation? You may wish to temporarily disable the links to see what may happen.
  11. 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.
  12. Hmmm, I couldn't reproduce. Do you mind if I try on your community? Please also ensure that access details are on file so we can review what happened: We would need to look further into this for you, however the access details on file appear to be incorrect or missing. Could you please update these details by visiting your client area, selecting the relevant purchase, then clicking "Review/Update Access Information" under the "Stored Access Information" section. We look forward to further assisting you.
  13. So they should be logged in here then if they are getting redirected. That is very weird. In the short-term, you can try approving the user from the ACP if they're getting frustrated. Once you do that, if you are able to get steps from them, we can try to reproduce this ourselves.
  14. Would have them try that and then if that indeed solves it, I'll have our developers check that as that may be problematic.
  15. Is the user logged in? The link itself appears to be redirecting correctly.
  16. Most often, it is something got corrupted in the URL which the user clicked in the email. We see this a lot when external or custom email services modify that link. If the user is cancelling their account, it may be they are not logged in.
  17. If you're using SendGrid or relevant email services with tracking of clicks, please temporarily disable that to test. Please also ensure that all third party add-ons are disabled and you have applied all patches.
  18. You're more than welcome to provide your suggestion in our Feedback forum.
  19. Did you delete them in the software itself? If so, the only way to restore that would be by a database restoration as well as file restoration. If you did not, delete them in the software itself, restoring the files will restore access to the existing files in the database.
  20. You needed a new session to walkthrough recovery mode. I just did it for you.
  21. You would need to work with the plugin author for assistance. You can use recovery mode to disable them again.
  22. There is currently not any data layer data being pushed for purchases in Commerce from our core software. Anything at this point would need to be custom.
  23. Glad to hear so. Would sort that issue with your Redis server with your server administrator or hosting provider then you can try connecting it again.
  24. Ended up having to completely remove the Redis config from your constants.php as it was still doing a test connection. You can now perform the update at /admin/upgrade
  25. Your Redis server is having issues connecting and writing. Please temporarily disable Redis in the constants.php file.
×
×
  • Create New...