I brought this issue up before, but it's still bugging us. I have written a sql query that cleans them up, so keeping them out of the forums is no longer an issue. But, I'd like to figure out the cause, if I could, so we can find a permanent solution.
Today, one of our moderators pointed out that another forum was suffering from the same issue. Since you won't have access to that particular forum, I'm posting the actual post here.
Quote
We are not the only forum with this problem. see this link: Grumpy's Performance
I asked if the poster was a member of that forum, and he said he was not but pointed out that that forum developer had a bug report on it and had found a solution.
Quote
Not a member of Grumpy's forum. There was a mention of a similar issue in their host's (Xenforo) bug reports: Bug reports
I was surprised because I assumed that if this problem reared its ugly head in two entirely different software bases that the problem was not likely the forum software's fault.
However, it looks like this might be an issue with php coding. So, I'm posting it here in the hope that it might be helpful.
Quote
To fix this, in template log_moderator_list change {$entry.action_text|strip_tags} to {$entry.action_text|raw|strip_tags} or similar. Not sure if two pipes are allowed.
Is it possible that this is an issue with php coding? Have any other UBB forum owners experienced this issue?
I greped for strip_tags and found several instances of it in the UBB code. I have no idea if that means anything.
Please note that while we are on mysql 8.0, we are still using php 7.4.
Server Information UBB.threads Version 8.0.0 Release 20201027 Server OS Linux Server Load 0.16 Web Server Apache/2.4.37 PHP Version 8.3.11 MYSQL Version 8.0.39 Database Size 1.82 GB
I guess you are talking about people that copy paste from say windows notepad or word that has been advised not to do? Even though we know members still do it
Blue Man Group There is no such thing as stupid questions. Just stupid answers
Server Information UBB.threads Version 8.0.0 Release 20201027 Server OS Linux Server Load 0.16 Web Server Apache/2.4.37 PHP Version 8.3.11 MYSQL Version 8.0.39 Database Size 1.82 GB
I checked your discussion links and they are all from about 2010, nearly 15 years ago. thats a lot of time to be sitting on their database without properly upgrading it from Windows-1252 to UTF-8, which is internet standard.
in 2012, two years after the linked posts were created, Windows-1252's usage was only 1.5% across the internet
[NEW] CP: Content Rebuilder can now help transition your forum tables for full unicode support (utf8mb4) which will allow for Asian characters and Emojis to be used. 4-Byte UTF-8 Unicode requires MySQL 5.5.3 or above. It is highly recommend to create a database backup as the process cannot be undone.
You mean you have not converted the database to utf8mb4 yet? If true no wonder the question
I updated the db to utf8mb4 a few months ago. More recently, the db was upgraded to 8.0, and I have confirmed that all tables are utf8mb4. Yet the problem persists.
Code
SELECT DEFAULT_CHARACTER_SET_NAME, DEFAULT_COLLATION_NAME, COUNT(0) AS COUNT FROM information_schema.SCHEMATA GROUP BY DEFAULT_CHARACTER_SET_NAME, DEFAULT_COLLATION_NAME;
SELECT TABLE_SCHEMA, TABLE_NAME, TABLE_COLLATION FROM information_schema.TABLES WHERE TABLE_COLLATION IS NOT NULL AND TABLE_COLLATION NOT LIKE '%utf8%';
Quote
0 row(s) affected by your query.
Code
SELECT CHARACTER_SET_NAME, COLLATION_NAME, COUNT(0) AS COUNT FROM information_schema.COLUMNS WHERE CHARACTER_SET_NAME IS NOT NULL AND COLLATION_NAME IS NOT NULL GROUP BY CHARACTER_SET_NAME, COLLATION_NAME;
Server Information UBB.threads Version 8.0.0 Release 20201027 Server OS Linux Server Load 0.16 Web Server Apache/2.4.37 PHP Version 8.3.11 MYSQL Version 8.0.39 Database Size 1.82 GB
Server Information UBB.threads Version 8.0.0 Release 20201027 Server OS Linux Server Load 0.16 Web Server Apache/2.4.37 PHP Version 8.3.11 MYSQL Version 8.0.39 Database Size 1.82 GB
@BaldEagle, when you updated your database, did you just change the collation, or did you actually change the data as well, by using UBB.thread's built in conversion upgrade tool (available since UBBT 7.7.4)
@BaldEagle, when you updated your database, did you just change the collation, or did you actually change the data as well, by using UBB.thread's built in conversion upgrade tool (available since UBBT 7.7.4)
I used the conversion tool provided by the UBB software.
Server Information UBB.threads Version 8.0.0 Release 20201027 Server OS Linux Server Load 0.16 Web Server Apache/2.4.37 PHP Version 8.3.11 MYSQL Version 8.0.39 Database Size 1.82 GB