teraßyte

That's something your hosting needs to change in the MySQL configuration file. Instead I see a different issue in your screenshot: you have a mix of utf8 and utf8mb4 tables. You should convert them all to utf8mb4.

This is the support topic for this modification:

The task usually updates several users at once when it runs. It does a batch of them rather than a single one. From you screenshot it clearly updated 5 members 2 hours ago, then 4 member 1 hour ago and finally 1 member 10 minutes ago (I guess it was the last user that needed an updated, thus the single-member batch).

Most likely it's the profilesync task updating their accounts automatically.

If you can setup a cronjob just like the the text says.

You can edit that setting in ACP > Community > FORUMS > Settings > Forum Settings TAB > Default forum view.

Have you uploaded the developer files before you enabled IN_DEV?

IPS doesn't save the login success/failure. You'd need a 3rd party modification:

Looks like your language pack is missing several language strings and it's displaying their keys instead. Is that the default language pack or a custom one? If it's a custom one try using the default one and check if it still happens. If it's the default one, try adding a new language pack and check again.

Depending on the server configuration, installed modifications, and how things are setup there can be a large number of different issues. Or if you're lucky (no modifications installed, etc) none at all. When a forum is several versions behind I usually suggest trying the upgrade on a test copy in order to see how it goes, and eventually fix any bugs you encounter so that you're ready for upgrading the live site with no surprises. Another thing would be checking which modifications and custom themes you use (if any) and see if there are updated versions of them for the suite version you're going to upgrade to. For example if a modification critical to keep your forum working is not updated you'd have to first reach out to its developer and see if they can update it. If they're not available you may need to update it yourself (if you know how) or you may need to hire a different developer to update it for you. There could also be modifications that aren't updated but that you don't mind losing either. Some modifications might still work without changes, but themes surely won't since they won't support all the new features IPS added. As an example I recently upgraded a client's forum from 4.2 and beforehand I updated 3 custom modifications for them since the original developer wasn't available anymore. We also did a test upgrade and found some columns from old uninstalled modifications that caused errors during the upgrade process. Thanks to that we fixed the live site's database and ended up avoiding the error completely. As I mentioned above anything can happen and there isn't really a list that covers known issues: the best way would be to compile your own list by making a test upgrade and seeing what happens directly.

If I recall right, only accounts with ACP access are automatically excluded from promotion/demotion. There's no additional setting to exclude other specific groups. In theory you could add them to a group with ACP access but totally restrict their account so they can't actually do anything (except changing their email address or password).

Some servers return errors with 777 permissions. Try using 644. Also I see the file owner is root, is it possible the other files are actually owned by a different user/group? A chmod might work as well.

Yes, it is valid for the current/latest version. That changelog without a date for the first entry in the dropdown is actually really confusing. You need to look at the Released XXX text under it instead, or on the right side column. It was last updated on July 21 (2022).

The best way is using the Requirements Checker: Otherwise there's also a requirements.json file in /applications/core/data. This is the content for 4.7.1: { "php": { "required": "7.4.0", "recommended": "8.0.0" }, "mysql": { "required": "5.5.3", "recommended": "5.6.2" } }

I guess the next step would be recounting the reputation then. Keep in mind that recounting the reputation will not consider deleted content. The option for it is in a bit of a weird location: Edit any random member in your ACP. Top-right you'll see REPUTATION LEVEL, click the arrow to open a dropdown menu and click Recount. A popup with 3 options will appear, click Recount for all members. Once the recount is done you may need to rebuild the leaderboard again. It the above still doesn't work there's most likely an issue with the conversion.

Auto ads have always caused problems in previous versions too. IPS recommends disabling them and manually placing the ads code in the ACP.

Both values are hardcoded in the php backend. You'd need a custom modification to change them. Well, you could also edit the php file directly (as long as you're self-hosted) but you'd have to keep redoing the edit on each upgrade.

Is that an IPS application or a 3rd party one? Also have you recently upgraded your forum? I'll assume it it's a 3rd party one that most likely wasn't updated for the IPS version you're using. It must be quite old actually since forced CSRF was added quite a few versions ago. You should contact its developer for help.

The widget is not cached so it shouldn't happen. Are you viewing the page as a guest perhaps? It might be the guest output caching that's blocking you from seeing the change until the cache is refreshed.

Do you have any modifications installed? One of those might be incompatible with PHP 8.0 since it changed how parent classes in theme hooks are handled. Try disabling all modifications, switch to PHP 8 and see if the error is gone. If it is, re-enable the modifications 1 by 1 and check when the error appears again. After that contact the developer to let them know so that they can fix it.

Hmm, sounds like something else is wrong then. Try checking the reactions in your ACP and see how many points they add every time one is used. Usually they're setup to add/remove 1 point (or 0 points). Maybe the conversion setup the points to a higher value? Or the conversion of the reputation table itself might have duplicates. Can't really tell much without being able to take a look directly.

That doesn't help much. What action where you doing exactly when you got the error?

As long as the TEST URL for the license in your client are is not already filled it should work. Just edit the license key in the ACP for the test forum. If it's already filled you should move the test forum to that url. Or alternatively you can try asking IPS to reset the test url for you.

No, it doesn't give any points.

It's a known bug with 4.7.x and PHP 8. Run the installer using PHP 7.4 and after that you can safely switch to PHP 8.