Jim M

Your database connection details, including server, database user, and database password can be found in the conf_global.php file. However, to verify these credentials, please contact your hosting provider.

Please have the seller reach out to our account team on the https://invisioncommunity.com/contact-us/ and we can take care of it for you 🙂 . Unfortunately, Marketplace refunds need to be initiated by the author.

Thanks for posting! Unfortunately, this issue is beyond the scope of our technical support. 👩‍💻 Our technical support is happy to help you with the Invision Community platform, but we're unable to help with things like server management, theme questions and modifications. I've moved this to our Community Support area where other Invision Community owners will see it and help where they can.

Way to get around this would be by doing a search for parameters in the advanced search in the top right and then clicking the "Banned" tab and then "Prune Members Found" in the blue box. For example, if you want to delete all banned members, you will do an advanced search, insert in join date whatever parameters you wish (or all time if all) and let the system load it. Ensure you're on the banned tab then click "Prune members found"

Unfortunately, this is an issue with one of your third-party applications/plugins. After disabling these, your "Our Picks" block is working without issue. Please disable all of these items and then test again. Once done, please re-enable them one-by-one to see which one is the issue here. Please contact the author for assistance. Please keep in mind when going from one version to the next, some third-party applications/plugins may not be compatible yet and you will encounter errors. When you have as many as you have installed, unfortunately, the chances are higher of this.

These are core and part of our Javascript framework. You would not be able to remove these, I'm afraid. These would be required for different reasons within our framework, some might be due to compatibility with older browsers within our browser support stack.

The block locations would not be unique for each Commerce product page, I'm afraid. Like other areas in our software, they are shared among like items (e.g., a product pages have the same blocks, all forum topics have the same blocks, etc...). This would require customization to specify specific pages to have a block be shown which, I'm afraid, is outside our scope of support. I will move this to our peer support forum for further assistance.

As Terabyte said, check other folders. When viewing their inbox, click the down arrow next to the mailbox name (default is Inbox). You should see other variants that the user has.

Please provide us an invoice/transaction example and we can take a look. 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.

While I too think the same with my own server at times, you'd be surprised how many times it is something specific to an account, a site, a folder, etc... which may create issues sometimes. Just this week, someone had something similar where it was preventing upload on just one site so it is worth double checking everything when you're having an issue 🙂 .

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...

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.

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.

When moving non-core related files, you'll want to check with the author of the application, as Nathan mentioned.

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.

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.

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.

Sorry, the author would need to assist you with any questions regarding their plugin. Customizations would be outside our scope of support.

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.

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.

I'm afraid, there is limited support for localhost installations. Is there an existing key with the same name in your database?

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.

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 🙂 .

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.

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?