Jim M

Yes, if you provide the security answers in the notes section of the Client Area Access Details

This would need to stay disabled while our developers look into this or it will cause extreme delays in us looking into your issue, I'm afraid.

I'm afraid, the only recommendation here I would provide is to switch to another provider. As PHP not being able to access a file or your server not being able to correctly overwrite a file is a hosting issue (one which they have resolved previously). While you evaluate that so you can at least get your community online, you can bypass this check. However, you may just result with a different error during or after the upgrade if this file can't be accessed or is out of date. You will want to add this to your constants.php file: define( 'UPGRADE_MD5_CHECK', FALSE ); If you do not have a constants.php file, please create one and add this instead: <?php define( 'UPGRADE_MD5_CHECK', FALSE ); NOTE: Once you do upgrade, please be sure to remove this constant immediately. As it may create further issues later on.

Looks like you did not fill out a title for English. Please ensure that you fill out all fields for both languages.

That would be something you need to decide on, I'm afraid. From the software perspective, all those work fine. It would just be up to your email provider, regardless, if we are passing mail successfully to it but it is not being delivered. If your hosting provider is difficult to work with, have you considered our Cloud?

Email provider, in this instance, would be how you have configured to send emails. As you said PHP, you would need to contact your hosting provider to see if it is configured correctly and why the server is accepting it but not sending it. I'm afraid, once we hand off the email, we have no further control over it.

Unfortunately, you will need to contact your email provider then for further information as that would indicate we are handing it off without error to your email provider.

Please check your email error log in ACP -> System -> Email Settings -> Email Error log. Likely there is an error on your email provider sending that out.

Only administrators currently would be able to edit the title currently via the ACP when viewing that user's profile. If you want all users to be able to change this, you would make that change in the custom profile field: ACP -> Members -> Profiles -> Profile Fields -> expand "Retained" -> "Long custom title" -> enable "Members can edit"

This is the field mentioned and you can see setting in ACP -> Members -> Profiles -> Profile Fields -> expand "Retained" -> "Long custom title" This was "imported" from the previous field mentioned in my previous post. Currently, you have this configured so members cannot edit the value.

A while back, we used to allow custom titles after a user hit a certain rank. However, a few major releases back, believe 4.5, we added Achievements which took the place of this and this was then rolled into the ability to have it as a custom profile field. Regardless, the custom title, can be edited in the member's profile. If you are still having issues and would like to provide an example, we can take a look.

You will want to disable anything like CloudFlare or other proxies between your server to see if this is related then you will want to contact your hosting provider for assistance as it looks like it is not interrupting the request correctly and there is a configuration error on your server.

🙂

If you're referring to the "Clients" in my screenshot below. That would just be the member group name. Unless you allow custom member titles, this would always be the member group name.

Does your member group have permission to utilize these items? If so, I would suggest switching to an unmodified theme and language pack to test.

Regarding this, you will want to ensure you're running Apache (still 🙂 ) and mod_rewrite is enabled. Please contact your hosting provider or server administrator if you are unsure about this.

Please switch your table row formats to dynamic instead of compact. If you are unsure how to perform this, please contact your hosting provider for assistance.

Stripe should require HTTPS as well for your site to run properly.

Please be advised that we would only provide support for your live installation. Test installations are purposed for your own testing and development but as these widely vary from production installations, we only provide limited support. If you're having the same issue on your production installation, we can certainly investigate.

Sorry, 3.x is no longer supported. I have moved your topic to our community support forum where you can receive help from other clients.

Unfortunately, I am not seeing any errors on your community since the 8th and are unrelated to what you mentioned here. Has this since been resolved?

If you do not know the password and email is not setup yet, you would need to re-install or register a new account and change the group via the database. There is no way to get a password from the database as it is hashed.

That would only be for WordPress to our platform. Moving away from our platform, you would need to reach out to WordPress or a WordPress developer for assistance in performing a migration.

Please disable two factor authentication for our admin account so we may investigate the issue here.

Unfortunately, the administrator access details to your community are still invalid.