Jump to content

Jim M

Invision Community Team
  • Posts

    9,611
  • Joined

  • Days Won

    47

 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, that there is no internet connection issues when uploading and CloudFlare is completely removed and not impacting this? The fact that they are only seeing 2.9MB is strange, as mentioned, there is chunk uploading going on so I would check there isn't something interrupting this like internet, CloudFlare, a security system on the server like mod_security, etc...
  2. They will not need to know anything about our software to fix the issue at hand here. The issue is with the server processing the uploaded file. There will be server error logs which will detail this issue and they will need to resolve it.
  3. You'll want to work with your hosting provider here to find the issue and resolve it, I'm afraid. There is an issue on the server which is preventing upload. The system uses plupload and breaks things into chunks so long as the server can handle it.
  4. When moving non-core related files, you'll want to check with the author of the application, as Nathan mentioned.
  5. The issue listed here was resolved in 4.6.12 and would only impact Braintree. If you're having issues specifically with PayPal, that would be something separate which I can split this to a new topic so we can investigate that. You can check for any errors by going to the System Log in ACP -> Support after the issue occurs.
  6. As we find things or find errors that have cropped up in support tickets, this is a gentle reminder that PHP 8.1 is still not supported. If it works for you, great, but please be mindful that if you run into an error and require support, we will ask you to downgrade to see if that resolves the issue since we do not support PHP 8.1 yet.
  7. Sorry, customization requests and anything associated with those would be outside our scope of support so asking about those that are processed are beyond our support. Please be advised I have moved your topic to our community support forum so you may get customization advice from a peer developer.
  8. Sorry, the author would need to assist you with any questions regarding their plugin. Customizations would be outside our scope of support.
  9. I'm afraid, that would indicate that you would need to work with the author to resolve this. It is the plugin which is attempting to accomplish something for you which the core software does not do so you would need to work with the plugin author.
  10. Please disable any third party applications/plugins and switch to an unmodified theme to see if that helps. If not, please provide us access: 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.
  11. I'm afraid, there is limited support for localhost installations. Is there an existing key with the same name in your database?
  12. These bugs mentioned in the topic you pasted are solved in 4.7.0 which is currently in Beta. You're welcome to test this if you wish.
  13. Caching would not be related to CRON. If your constants.php does not have Redis present and your /datastore directory is writable, this warning can be cached so you will want to dismiss it and then see if it comes back. Please let us know 🙂 .
  14. Thank you! Please be advised I have moved this to a ticket so that we can better investigate this for you. Further communication will be provided via email.
  15. Could you please provide the example member's display name and URL you're attempting to post? We can then investigate further. Also, sorry to bring this up again but nothing was explicitly stated on the above. Could you please state if you're using mod_security or varnish?
  16. Please see the following steps to troubleshoot this: Please ensure that you're using 8.0 and not 8.1. You specified 8.0 for WordPress so just want to double check you are using 8.0. Please use the following file to ensure that your hosting provider or server admin installed all required modules of PHP to run our software: https://invisioncommunity.com/files/file/7046-invision-community-requirements-checker/?do=getNewComment If the above are all good, a 500 Internal Server Error is very much like the check engine light on your car. It states something is wrong but not exactly what or where. Please work with your hosting provider or server admin to obtain the Server Error logs for this error and either resolve the issue (if it is server related) or provide it to us so that we can further assist you.
  17. While I appreciate your feedback, it comes back to developing and making the product better as we move forward with version 4 and beyond. It simply is not feasible to continue developing and supporting past versions indefinitely. Discontinuing support is very much a common thing in software development lifecycles as versions age (we actually did kept support for quite some time after version 4 was launched and matured). With version 3, there is nothing stopping you from using an installation, however, you will hit many roadblocks as many of the server infrastructure, 3rd party integrations (such as CAPTCHA), etc... have been discontinued, sun-setted, etc... by their own developers. Just a note here as we are getting into this information, PHP 5.6, which is the highest version of PHP which can run version 3 of IPB, is no longer supported by PHP themselves for 3+ years now and many hosting providers due to that choose not to run it or have it available to their customers. You may still find some that run it but as it is no longer supported by PHP, running 5.6 is a security concern 🙂 . @Tschieny, if you have any questions about switching or upgrading to version 4, we're happy to answer any questions. However, if you continue to run version 3 (which is completely fine if you want to), we will move this to our peer community support forum as version 3 is no longer supported.
  18. Best suggestion would be to upgrade your hosting to a plan or provider that does not limit your database size or is more inline with your growth. (Have you considered our cloud?) The short story is that you’re growing (congrats!) and the tables listed hold core content of your community. So the only way to get in line with your hosting would be hurting your community by sacrificing content. Once you start doing this, it’s a slippery slope, you’ll have to keep doing it to stay in line with the hosting. If you have the ability to upgrade, it’s the best idea to prevent this from happening and continue growing your community. Best of luck!
  19. Yep, as mentioned by Terabyte (who is faster than me this week at answering this week 🙂 ), the flag is driven by the locale and the locales are fed from your server. If you do not see your locale in the list there, you would need to work with your hosting provider or server administrator to have it installed.
  20. Please be advised I have tagged a developer to this topic so they can verify what is happening here.
  21. Glad to see you found the answer 🙂 .
  22. I have messaged you the secret key 🙂
  23. Unfortunately, you will need to ensure it’s compatible with 4.18. 4.19 is a different version than our software runs so there could be slight incompatibilities.
  24. Please ensure that your permissions and folders/files are owned by the correct user/group for your new environment. If you continue to have issues, please contact your hosting provider to verify what is set. Often during a move, things can get changed and moving to a new environment, things can be different. IE if your new host is running suPHP or suexec, folders would need to be 755 and files 644 to be executed/writable. If you want to provide us access via the Client Area we can take a quick peek if you’d like. The high five is for thanking Terabyte, as that is the correct answer for the error shown 🙂.
  25. To have Invisible Captcha work, your key will need to be authorized/setup for it. If you did not do that for your key, it simply won’t work. Therefore, your options are: 1. to leave it on reCAPTCHA 2 as you have now 2. if you want to use Invisible CAPTCHA, switch to the default key 3. if you want to use Invisible CAPTCHA, setup your key for Invisible CAPTCHA
×
×
  • Create New...