Marc

15 hours ago, HighlanderICT said:

Any estimate on an open Beta we can play around with on our DEV url? Would like to put it on a test site to plan migration from V4 as obviously a lot of differences so time for a significant redesign to our site. 

Not as of yet. As Matt mentioned, we are currently aiming for a release in Q4 2024. The beta will clearly be a little before that. There is little point in guessing exactly when that will be as it depends on the alphas 🙂 

We would not provide rules for nginx. You would be best to contact your hosting company for some assistance with setting up some rules for you

This has been brought up in a bug report. 

There are actually items in there provided by ourselves still

Officially the software works with mysql. However as a drop in alternative, there are many users who use mariaDB

We have upped that 🙂 

14 hours ago, Randy Calvert said:

In addition, even if you were able to run it with traffic...  if it's a 500 error, it would still fail to run.  Again, you need to look at the server logs to figure out why the task triggers a 500 error.  That will happen regardless if it's triggered via cron or running with traffic

^ this is the most important point here. Unless you resolve this, you have a problem regardless of how you run it. If you are unsure on how to obtain your servers error logs, you need to contact your hosting company for assistance

Default settings will not change existing notifications. 

Example:

UserA has it set up to automatically follow topics they reply to, with a type of email.

UserA replies to a topic, so a notification is created for that item

userA changes their default notification type

The notification for that topic is still present, but all future ones will be notified in the new manner. To change the existing one, they will need to go to "Manage followed items" and change the existing items

Glad to hear you got the issues resolved 🙂 

Glad to hear that sorted the problem 🙂 

In the case of this one, the error is very specific and coming from your mysql instance. Its denying access to that user on that database. So something is wrong in that access. It may be that it doesnt have permission at all, or it doesnt have the correct level of permissions (it should be able to fully read and write to that database)

Glad to hear you have a resolution to your issue there

45 minutes ago, Emediate said:

Overall, it's been a long overdue process for us anyway, with at one stage over 60 different plugins and various things!

Always something good to do 🙂 I've done the same myself in the past, and ended up with none at all lol

That will indeed be doing some intensive work. Its essentially archiving and unarchiving data based on rules that you have set (your 5 years there). Have you recently switched this on?

This has been resolved within your ticket. However to answer the question for others who may come across this, its something that would need to be added by support on the cloud platform. Just send us in a ticket and we can sort for you 🙂 

Good luck in getting the issue resolved there

Have you tried switching out for hcaptcha? We would actually recommend this more than recaptcha these days

As mentioned above, you need to ensure your database is converted to mb4. This is shown in the support area of your admin CP, under the database section, as an issue on your site that should be addressed. Taking a look at your site, I also noted your site is considerably out of date, and should be updated to the latest release

We need to know what the internal server error is that is being thrown, in order to advise accordingly. At present you have a "500" shown there, which would generally store on your server error logs

The above is certainly what you seem to be looking for, but let us know if you there is anything you are unsure on

Unfortunately, we would not be able to resolve server related issues, or issues on home environments. We also don't recommend running in remote environments. 

Im not aware of any off hand. I can only confirm what you have said there, and let you know thats not possible in the core platform

You can set these to prune automatically from the following location

members > member settings > profile settings

No problem. As long as he is sorted 🙂 

Disabling plugins will not change the column being present that has the issue. The only option would be to get the issue resolved or the issue removed (by removing the plugin or application that adds that item)