Marc

segfault is an issue with writing of data on the server itself, and wouldnt generally be attributed to the software itself. Have you perhaps changed PHP version?

You would not be able to do this using a query. There is more than just deleting a member record that goes on there, so I would not recommend even attempting it in this way

The issue you have there is a crashed or missing table (core_follow_count_cache). It would be your hosting company that you would need to contact in order to correct or restore this

Sorry, what I mean is was that hidden before upgrading to that version? If not, I would need a link so we can take a look for you

We can certainly sort out subdomain cnames for you if required. Please respond to the ticket and let us know what subdomain you wish to use and we can get you sorted out there Again I'm sorry to see some of the context was indeed missed there. However I was trying to help you understand the situation for those. I believe you may have missed that I had responded only once to your ticket myself. I was genuinely trying to help you understand the issue so you may get to where you need to be here. Please feel free to reach out if you need to get the subdomain set up instead.

The forwarded for item you mention, is actually already set on the cloud platform, so would not need setting by the way. The changing IPs are what will be causing your issues

Very sorry to hear you feel my response was rude. This was certainly by no means my intention. In the same manner as Ezoic are stating there that the name servers need to be pointing to them in order to use your domain on their service, we in turn need your name servers to be pointed to us in order to use the domain correctly on our service here. Please allow me to explain. There does seem to be some confusion here in terms of DNS. You are asking here for us here why you have multiple A records. We cant answer that question, as your name servers are pointed to Ezoic (therefore they are controlling your records). This is why the only answer I can give you here to ensure this is set up correctly on our service is to set up the name servers pointing to ourselves. The reason its not working is because our IPs may well have changed, and our servers are not set up to work in the manner you are attempting. The only alternative to this would be if you choose to use a subdomain for your service. In that scenario, we would provide 2 CNAME entries for you to add to your domain. Note, if your domain nameservers are pointed to us, we can set up records you want us to set up, if that is helpful in any way. But you are asking for a setup here that we don't provide, and asking for records we havent set (as we dont have any control over your domains records at present)

Have you tested that on a default theme first of all? It doesnt look to be using the correct language string there

Please could you provide me with an example of this? The only way I can see it would happen is if you have something set up that didnt have reverting to the previous group set up, at the time of purchase

Please feel free to post this up within our suggestions area if you would like to see change in this area

Could you let me know if this was done on the latest release of the platform. While I cannot see the reason (its not show on mobile at present), it is logged in moderation history.

It would go to whatever your main application is set as. If you would like it to link elsewhere, it would require template modification to achieve

This is not something that is possible at the present time, unfortunately. Please feel free to post this up within our product feedback rea if you wish to see this option appears at some point in the future.

Yeah, its certainly an odd one. Please do let us know if you can actively replicate at any point, of course

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.

You look to have your cloud nameservers pointing elsewhere. We are unable to assist with issues arising from this, and if you are using your main domain with us, your nameservers need to be pointed to ourselves

I have just responded there to let you know why that is the case

There is no way in which we can tell why you have files of that nature. You would really need to speak to your hosting company on that. With regard 3rd party things, you would be best to speak to the authors in order that you may retain any data that is stored in the database. They may well be able to provide you files to upload rather than reinstalling on that basis. Unfortunately there isnt really any better news I can give you at this point without the relevant backups

Have you changed your email on file at all?

As mentioned in the ticket, this has been escalated, so may take longer to get a resolution for you. It is however awaiting a developer

Ive created a ticket for you on this, so we can take a closer look for you

No problem. Glad to hear you have the issue resolved regardless

There would be no way in which for you to convert them. The users themselves would need to request a password reset. You could send out password resets of course, but there is no way in which to target just those users

Thank you for bringing this issue to our attention! I can confirm this should be further reviewed and I have logged an internal bug report for our development team to investigate and address as necessary, in a future maintenance release.

Are you using PHP 8? If so, could you test with 7.4 and see ig that then upgrades? Just seen a report of something very similar