Jim M

Could you please disable all third party applications/plugins and try again? I notice that you have a few which may be impacting URLs and redirections so let's please do that first. If you have an example after that which we can take a look at, please let us know the example.

This is not SMTP. Please note this is for ACP -> Commerce -> Support -> Settings -> Incoming POP3. Unfortunately, I am not seeing a specific error or even a transaction attempt related to these. This likely would be something at the client side which failed but I cannot confirm that either. Looking at your setup, you're using Braintree but have it paying via PayPal. Is there a reason why you're not simply using the normal PayPal integration? I state this as you have a normal PayPal integration setup as well.

Please be advised I have moved this to a ticket to further investigate for you. Further correspondence will be provided via email.

This would not be something the software can do, I'm afraid, and be more on browser items.

Thank you. We will also require the invoice number. It is also worth noting that your POP3 configuration for incoming support requests is broken and massively populating your system log with a couple hundred errors logged per day. You'll want to disable this if you're not using it or correct the configuration. This is important as these are flooding your logs and will make it harder for us to review what is happening here with the issue you're having.

Yes, unfortunately, that confirms that it is an issue with your embedded third party items which are creating the problem here.

Unfortunately, we're missing data still in the information there. Please ensure you provide the full details in the proper spaces requested. For our Invision Community admin area, we will require both username and password (the support tool will provide you these items, but you still need to provide them to us, they are not sent to us). For SFTP/FTP, please use the fields provided to send this access details to us.

If you inserting custom HTML/Javascript to the page, unfortunately, this is a risk which you run. We cannot control what those items perform. If you wish to provide the URL to this, I can verify what is happening but I'm afraid, we would be limited to assist you here due to the custom nature of what this iFrame may be doing and it is not a native part of our software.

That is normal 🙂 .

Could you please message me the key you're attempting to use here?

Please ensure that your server can reach remoteservices.invisionpower.com . This would likely indicate that there is an issue from your server reaching out server to ours. It also is HIGHLY recommended to upgrade the version you're running here as that is a couple years old at this point. Upgrading to the latest release will provide you with the most stable and secure version of our software.

Sorry, customizations are outside our scope of support. This includes indicating where specific items are in the code. You're more than welcome to post in our Community Support forum for this kind of information to receive help from your fellow administrators and 3rd party developers: https://invisioncommunity.com/forums/forum/406-community-support/

Thank you for providing this information. In order to better assist you, I have moved this issue to a ticket. Further correspondence will be provided via email. Please note that today is a holiday so our advanced support team will start reviewing your ticket starting tomorrow when they are back in the "office".

Sure thing, I'll shoot you a message.

Sorry, relative URLs are not supported in the system, it will need to be a full URL. I have tagged a developer to this topic to review the base64. This may be intended as a part of the editor security or simply not supported at this time.

Could you please provide the user's display name or user ID? We can then review what is happening here.

If you create a new database, you would need to copy over your Invision Community tables in your existing one. Your hosting provider should be able to take the prefix in the conf_global.php and move only those tables. Sorry for any confusion, the previous instructions were only to setup a new user on the existing database.

You would modify the conf_global.php file. That should work. Our sales team can work over specifics but if it's a plugin that's available in the Marketplace, there will be no difference running in our Cloud. Sounds good. I'll move this over to our Sales team who can help you with some specifics and answer any further questions.

The contact form can be used for many reasons depending on your needs. Some examples: a method for individuals who are having issues registering/logging in to contact you ways for outside sources to reach ownership/staff of your community for various reasons: advertising inquiry legal questions/issues pre-registration questions etc... Of course, if you see no need for these, you can certainly disable it.

Long as you are using different prefixes in your database, while not advised, two different applications could run in the same database. Sounds like your hosting provider is not understanding the issue at hand, I'm afraid. I would advise them to create a separate user for your Invision Community then if that is what they are stating here and then update your conf_global.php with those credentials. If your hosting provider wants to separate these out and move your Invision Community to a new database, that is fine. I would not recommend doing a new installation as you would lose all data. Are you using a plugin to manage this currently? If so, yes, the plugin would work for WordPress on our Cloud. I'm afraid though, you would need to utilize a root domain or sub-domain on our cloud. It sounds like you have a WordPress website at your root so I would recommend something like community.example.com . If you're interested, I can move this to our Sales team who can help you in your migration to our Cloud?

Please provide them this specific error as the software stack trace is reporting database credentials or access issues: Access denied for user 'xxxx@localhost' (using password: YES) Replace the xxxx@localhost with what exactly is being reported there. Unfortunately, this is a hosting issue (or at least a data entry issue), it is not a software issue as present there. Our software has no authority of your MySQL server and it's database users. If your hosting provider continues to give you grief. You can try creating a new user on your own if your hosting panel supports it and update your conf_global.php file. I'm afraid, we do not provide hosting support so it would be up your hosting provider to verify your database user credentials or resolve the underlying error. If this is an ongoing issue, have you considered our Cloud? We handle everything from our infrastructure to the software so there is no go-between or issues like these; leaving you to just focus on building your community 🙂 .

Unfortunately, the credentials are still incorrect for our software's ACP. Please ensure that the display name and password are correct so that we can login and review what is happening here.

This would be your database password, not your WordPress software password. If you are unsure if these are correct or they are correct and you can't connect, you would need to contact your hosting provider, I'm afraid.

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.

The Contact Us form, if you have forcing guests to fill out a CAPTCHA on ACP -> Members -> Spam Prevention -> CAPTCHA, will force the user to fill out a CAPTCHA. In 4.7, we are implementing a new CAPTCHA system, hCAPTCHA into our arsenal. If you are finding Google's CAPTCHA systems are getting bypassed, you can try hCAPTCHA. I, personally, have been having success with it on my personal community. If you want to simply turn the contact us form off for guests, you can do that in ACP -> System -> Contact Us -> Show Contact Us to.