teraßyte

Maybe you have the prune logs setting disabled? Or some recurring error quickly filled up your table.
 
You can truncate the core_log table, or you can use this modification I made: https://invisionbyte.net/files/file/282-tb-delete-all-system-logs-button/
No need to mess with the database with it, you can easily delete all logs from ACP.

Which version are you using? That's a really old .htaccess file.
If you use the latest 4.7.19 version, re-download the latest .htaccess file from the ACP.

Oh, somehow I missed the previous reply.
 
You'd need to setup a redirect for the old forum folder and redirect all URLs starting with https://www.site.com/forum/* to https://www.site.com/*
Either use a .htaccess rule or leave an index.php file inside the forum folder with some redirect code.

It's a moderator permission in ACP:

 
Here's a link to the guide in case you need it:

Do you have any 3rd party applications or plugins installed? Most likely one of those is not compatible with PHP 8.1.

Since you don't remember the password, I assume the upgrade hasn't started yet. If so, you should be able to reset the password from the front end of the site. The error in your second screenshot is a known issue that will be fixed once you upgrade to 4.7.19:  
Just to clarify, version 4.7.19 is not out yet. IPS is working on it and it should be out soon.

You can ignore it.
 
It's a bug with a task that runs once a month and is fixed for the upcoming 4.7.19 version:

No, there is no way to avoid logging in again. Since the domain name changes, the old cookies won't work. There is no way around it.
The only way they may still work is if you move to a subdomain rather than a completely new domain.

Is the setting to allow remote images enabled in your ACP? 🤔

They either don't trigger a location/action, or the user is in an area you can't view.
Not all locations show a text on the online list.

IPS updated the files but didn't release a minor/optional patch like they usually do, so you get that modified files error instead.
 
It has caused some confusion in the last few days. More about it in this other topic:
 

This happens because IPS shows the report types only if the automatic moderation setting is enabled.
 
Honestly, the choice doesn't make sense to me. Users should be able to select a report type even without automatic moderation.
However, the code is indeed working as intended so it's not a bug but feedback. I've seen plenty of people confused by this behavior. 🤷‍♂️

You can setup the option as enabled by default in ACP. Any member who has not edited their notification setting for that specific option will have it automatically enabled after your change.
 

You most likely disabled the group setting Can access site? for guests.
Edit the guest group in ACP > Members > MEMBERS > Groups > Guests to re-enable it.

A bit confused. Do you want to block those groups from adding new files or do you want to disable the downloads app for those groups?
If you want to block them from adding new files, deselect the UPLOAD FILES checkbox when editing a category permissions If you want to disable the app completely go to ACP > System > SITE FEATURES > Applications > Downloads and follow these steps: Click on the lock icon Put the app offline In the new settings that appear select which groups can still use  the application Eventually add a custom message for those who can't access it (like purchasing a subscription, etc) Click the save button

This. You need to add some Javascript that catches the state change of the button and save the change with an ajax request to the backend.

This is fixed in 4.7.18 Beta 2.

A will still see a message similar to "You are ignoring posts from this user. Click here to read it" while B will not know he's on the ignore list at all.
That said, even if the member is on the ignore list, A should still be able to see B's profile, search for them in the search page, etc.
 
The only option would be to login as them from ACP and go to their ignored users page.

I just ran a grep on the 4.7.17 files, but there are no references to that domain in any file.
If CloudFlare detected it on your site, it must be coming from another script. Or maybe a 3rd party modification you're using.

Have you already tried clearing the system cache in ACP > Support?
 
If clearing the cache didn't work, have you translated language strings in ACP? Those FontAwesome icons are actually loaded from language strings. If you edited them, the translation broke the correct name.

Promotion rules are only checked when a member logs in. If a member is inactive and doesn't visit the forum anymore, the rule to move them will never be triggered.
I assume the mod to member 2 group is a similar rule. Inactive moderators are downgraded to normal members. Again, if the member doesn't visit the site the rule isn't triggered.

It's called Topic Summary. You can enable it in ACP > Community > FORUMS > Settings > Forum Settings TAB. 👍

Yes, that's all normal. You have a couple of old values that aren't used anymore in 4.7 (banned_group & auth_group), but they won't cause any issues if you leave them there.

The function that checks if the IP is banned or has made too many bad requests is the function _checkIpAddressIsAllowed() in system/Dispatcher/Api.php on lines 198-230.

No. Don't enable IN_DEV on a production site. Everything will slow to a crawl since the cache data is rebuilt on each page load, etc.
 
If you really need it, make a test site using a copy of the live site's data (database + files), update conf_global with the test site details, clear the cache in ACP, upload the IN_DEV files, and finally enable the IN_DEV constant in the constants.php file.