Some users when want post the message got error that message is short or empty. In true message is not empty or short. Error link to this row on file bb_func_txt.php : foreach($str as $i=>$char){

I found solution and install badwords pluggin. But it not helps.
Please help me to find the problem.

We need to know a certain exact message to repeat the broblem and then investigate it. If someone from your users gets this problem, please let him/her to send you an exact text which was tried to post, and the error text on the screen they see. Then re-send it to me.

The most important is to repeat the problem. Only then we could investigate and fix it. Pointing to a line of code doesn't help.

Messages on lithuanian and I don't know ... Users ask me by phone.
I as admin test to post many messages (short, long, in lithuanian letters, only on latin letters...), but got some problem. I found on forum old post (2012, https://www.minibb.com/forums/specific-20/cannot-post-error-message-message-too-short-empty-5896.html ) about french encoding, but then was a php version problem.

Hi, we solved! Problem appear for lithuanian letters in message and php version on server. When we downground from 7.3 to 7.1, we not got anymore the errors, and our messages was posted. Maybe this problems start from php 7.2. Thanks to Michal from setupad_com team!

Ok... it really could be something PHP 7.3 specific and it is definitely related to UTF-8 chars. I suppose, the error may appear at the stage when miniBB tries to split a string. At some of my older development stages I've met and worked out this issue, but now it seems to come back.

As it's announced PHP 7.3 release, there were introduced improvements for PCRE extension, MB-string functions and also there are several deprecated features for string-parsing functions. All of these updated could be the reason of this issue.

Alas, I couldn't test UTF-8 texts on PHP 7.3 now, but I will try to do it in the nearest future.

You could try one thing on your own, if you have enough experience... In bb_func_txt.php, miniBB uses this code to split the string by chars, this also includes UTF8-chars:

$splitExpression equals to '//u' by default, but this could be re-defined in setup_options.php. I'm not sure what has to be work-out for PHP 7.3, but probably the error comes from this place. When the script tries to split a string, for some reason it couldn't do it and gets an empty value. That's why in result an empty message appears.

UPDATE: I've been working out the miniBB-based forums which are in cp1251 (windows-1251, or Windows Cyrillic) and discovered that the "strlen_unicode" function currently presented in miniBB 3.4.2 reports a wrong Cyrillic string length. So I've updated this function to something else, and will watch if it works with other encodings. It works on the server where "mb_" functions are not installed, so it uses alternatives to determine the length of the string.

I'd appreciate if you could replace this function and test on your forums, and report if your script still reports an empty message, while it is not empty. Thanks!

(The function is located in bb_functions.php):

Paul, the reason of why it might now work - truly hides in this code, really:

BUT... if there's a switch to newer PHP versions like 7.3 or 7.4... where UTF-8 defaults for PHP... then whatever you have to put in setup_options.php is:

Then the UTF-8 fragment is split properly.

wiserkow
Thank you very much! It's so pretty easy that I believe it should work :) I will put this solution in the Manual later.