Randy Calvert

Did you mean to post this in the feedback forum instead of the technical problems forum? While I agree this can't hurt to add, I don't think it would be observed as a bug. 🙂

When playing around with the Alpha version, I did not have issues copying text from dark mode version and having it show incorrectly in light mode. 😉 As I noted elsewhere... the new dark mode is very nice and cleans up some old technical debt.

What version of PHP are you using? When I've seen this happen, it's been because the instance was using PHP 8.2. You would need to switch to PHP 8.1 if that is the case.

A similar post to this was posted at: In that case, it was an issue where IPB could not connect to the mySQL server. You might want to look at the connection info in the conf_global.php file and make sure the database user/password is correct and that that database user is assigned to the correct database.

That would do it! 😄 Glad you got to the bottom of the problem.

Given the IPB software only can pass the request to phpmail, you’ll need to manually troubleshoot the server then. Again, if you don’t want to do that… use smtp.

Have you tried sending mail via SMTP instead of phpMail? It's very possible you have not setup things like SPF/DKIM for your server's IP address and that your email is blocking the mail. IPS obviously cannot fix those kinds of issues. So it might be easier to try using SMTP to send email.

This would require editing the global template in the theme. There is not a setting that would let you add links in the footer across all themes.

If he has the site opened in another tab or on another device this sort of thing could happen. My tabs refresh on my phone and can trigger this as well.

Uploading and replacing ALL files is the recommended way instead of trying to upload specific files. It ensures everything is updated and you don’t miss something accidentally or that there is a compatibility issue for specific files. So no… no risk. Just make sure you OVERWRITE all files. Don’t let it skip uploading files etc. Uploading files won’t make you lose content. All of your posts and settings are in the MySQL database. 🙂

Put a phpinfo file in the same folder as your IPB... I'm almost willing to bet it will show the 7.x is going to be showing when it should be an 8.x. Take a look at the following cPanel support thread: https://support.cpanel.net/hc/en-us/community/posts/19139644116119-PHP-ea-php73-website-looking-for-ea-php70-session-data This is something you need to fix on your server/host itself, not within the IPB software.

This is not something support can assist with and is generally highly discouraged. There are TONS of interdependencies that link topics with posts, that are associated with other actions, etc. Those interdependencies can cause unintended consequences if you are manually adjusting the database. In addition, your site has new posts that are happening since the restore was complete. Let's say back in January, the last topic ID was 1000. The next topic in Feb would have been 1001, 1002, etc. Well... since that restore, the activity after that restore is now getting those IDs. Meaning IDs would be mixed up, and lots of things would not match up the way they should. With that said, you can try working with a 3rd party resource author to help with this, but just realize it's not a simple operation. It also means you may have things not working exactly as they should and that IPS itself would generally be unable to assist should something go wrong. Basically you would be in a situation where you have to restore that database again from the last good backup and lose even more content should the worst case happen.

You can limit the areas of the ACP that they can access by making them a Restricted Admin. Check out the following guide:

Font Awesome does not have a ticktock icon until version 5.13.1. https://fontawesome.com/icons/tiktok?f=brands&s=solid IPS still uses the 4.x Font Awesome in the 4.x IPB software. They're not planning to update FontAwesome versions until the 5.x IPB software. So it would require adding a manual SVG.

Yes there is. https://www.febooti.com/products/automation-workshop/tutorials/enable-google-app-passwords-for-smtp.html Google made this a requirement a few years back. All new instances require it. They’re slowly going back and requiring legacy deployments to use it. This is not an IPS issue/setting. All IPB can do is pass the request to Google. They can’t force them to accept it. I can tell you from personal experience they can and do require app specific passwords.

You’ll need to check your server php error logs for details as to what is going on.

Yes, it should. But there should be more buttons up there as well. Are you using an account that has full admin permissions?

Are you using an “app specific password”? Your regular login will be rejected by Google.

You don’t download single apps. You download the full software package. When you download it, the system knows based on your license what files to include. Upload everything to your site.

By the way… this is a massive problem across the internet. It’s not an “IPB problem”. Ars Technica had a story about it yesterday and how this sort of activity is getting harder and harder to detect with compromised accounts. Check out: https://arstechnica.com/security/2024/04/everyday-devices-are-used-to-hide-ongoing-account-compromise-campaign/ Yes… this is a problem, but it’s not a flaw in the software. It’s a user issue. The only way to “fix” it is to either use 2FA or make users use unique passwords. There are technically other solutions as well, but they’re super expensive and are only really viable financially by very large sites such as tools like ThreatMetrix or Akamai Account Protector.

You need to download a full set of the IPB files and upload them to your site. Go back to you were with the applications listen and you’ll see at the bottom a button to install the ones you are missing.

The database name, database username, and database password can be found in your conf_global.php file. That will be what IPB itself uses to connect to mySQL. If the database user has full permissions, it should also include the ability to repair the tables owned by that user.

Repairing a database is not done within the IPB software. It's a server level activity. You may need to contact your hosting provider for assistance. A search of Google for repairing mySQL databases on Windows servers turned up the following which might help you: https://community.spiceworks.com/t/how-to-repair-mysql-database-using-windows-command-line/1014346 If you are unable to repair the database at all, you may need to restore it from a backup.

In addition, I would recommend asking unique questions… don’t use “what street did you grow up on?” for example. Generic questions can sometimes be figured out from looking at social media or other places.

It adds another layer an attacker must overcome. Here’s a scenario in which this defense would prevent: A rather large number of people use the same usernames and passwords across multiple sites. If I get a list of credentials from another compromised site, I could try them on other sites like yours and because you used the same credentials… I now have access to your account without actually hacking your site/server/IPB instance. However with another set of questions, it’s much more likely the attacker would not have access to those as well and would be stopped. (It’s possible they could if they were targeting you specifically and had lots of info on you but it would stop those “attacks of opportunity”.) Now… it’s not as secure as something like having a 2FA implemented, but it’s better than nothing!