Jump to content

Jim M

Invision Community Team
  • Posts

    9,249
  • 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

Forums

Events

Store

Gallery

Everything posted by Jim M

  1. It would work for all content types that can be reported.
  2. Are PayPal Billing Agreements (or PayPal Subscriptions) setup in your payment methods configuration? If it is set to required, these should auto-renew inside the PayPal system. However, if it is set to disabled or optional, it would not necessarily auto-renew. If set to optional, the user has an option to opt into that.
  3. Goals are not time based, I'm afraid. However, you can manually update it.
  4. Our Commerce application comes with the capability for donations and using PayPal as a payment method. As you own Commerce, you can read more on setting up Donations here:
  5. It could be the files were owned by a different user/group and now updating them put them under the correct. Hard to say. Glad to hear it's work though!
  6. For 1, I would need to investigate your system. Could you please update your credentials in the Client Area? For 2 & 3, could you please switch to the default English language pack that is unmodified and ships with our software? Custom language packs may be outdated or have other issues which can create incompatibilities.
  7. Missing data is a very specific in these cases so would need to be investigated. Typically, these are unrelated to the core software and something else is going on but we will get to the bottom of it. Your ticket is in review so will be addressed by one of our developers. You will receive further information via email.
  8. I will pass this on internally but with any feedback/feature requests, please post in our Feature Suggestions forum so this way we can keep track of this as a community with other input and not lose it in a support request 🙂 . You're very welcome!
  9. I'm afraid, there isn't a log or any means really to perform what you're wanting to do here.
  10. Should be an X when viewing the notification to dismiss it.
  11. I'm unsure what you mean here? You would simply move the files manually to your external storage. The software part would have already been converted. If you see any missing images or files, we would need to look at this but again, we only directly support Amazon S3.
  12. There should not be as this should already have been updated by the process that ran.
  13. If you are unsure where to go after all this, you may wish to hire a server administrator. As while, we'll try to help point you where we can, hosting is really outside our scope of support. Checking and ensuring your permissions for your directories and files would be advised here. If you are running suPHP, suexec, or possibly other configurations, 777 will actually break and cause permissions errors. 755 in these cases would be correct for directories and 644 for files. While permission errors to the database usually result in a different error, it is worth ensuring that the database user has full access. This would be in our software's installation root, the same directory as conf_global.php. If you do not have one, then no need to worry about it.
  14. There are no means to do this via the software again, I'm afraid. The only means would be to manually move them.
  15. Do you have an example we can take a look at here? I can then have it investigated further.
  16. Please ensure that you have followed the guide here completely for setting up HTTPS: If your community is still configured to run HTTP, you may encounter issues.
  17. To just test what is being stated for item #2 here, I did test this on my own installation running in a LAMP environment and this does not happen so there is something specific to your installation going on here.
  18. Please disable all third party applications/plugins then test #2 again. For #1, as this is a server access issue, you will need to work with your server administrator to resolve. I'm afraid, IIS is outside our scope of support and not recommended.
  19. Correct. PHP 8.1 is not supported just yet.
  20. I moved this to a ticket as we will need to investigate further here what happened to the thumbnails in process. Please see your email for further correspondence on what we need to move forward.
  21. Depending on your server configuration, this may actually be creating issues. Setting correct permissions for your web server are key. If you are unsure what these are, please contact your hosting provider. Additionally, I would advise checking your conf_global.php to ensure that all details there are correct. Then also check your constants.php file if you're using Redis to ensure that is correct or temporarily disable it.
  22. Creating the administrator account in the support section of the ACP will only provide you those details. You will still need to copy and paste them into the Client Area as described below: 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.
  23. You will want to review what is causing this error and resolve it before fully deleting these logs. Seeing that it is from yesterday, you may have already done so and in that case, you can truncate it.
×
×
  • Create New...