We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
After #154, the messages are converted first to gsm8 (as they should) but then being sent still in double byte format
For example "à" results in "00 7f" while it should be "7f"
This happens at least in kannel, may it be that there is a function that decides this double byte encoding?
The text was updated successfully, but these errors were encountered:
It seems that the problem is in this line https://github.com/antonraharja/playSMS/blob/master/web/plugin/gateway/kannel/fn.php#L52
if (function_exists('mb_check_encoding')) { if (mb_check_encoding($sms_msg,"UTF-8")){ $URL .= "&charset=UTF-8&coding=2"; logger_print("unicode autodetected", 3, "kannel outgoing"); } }
Since the unicode flag is already send, I would drop this piece of code entirely (the other option would be to check here for gsm8 characters too.
Sorry, something went wrong.
you're right it was double bytes, so that code clearly a problem as well thought it wasn't
try to remove and test, if its OK pull request the new one to fix this one, thanks
Tested and working
26f31e6
not working unicode flag is not sent if all text of message is gsm but footer has unicode characters
No branches or pull requests
After #154, the messages are converted first to gsm8 (as they should) but then being sent still in double byte format
For example "à" results in "00 7f" while it should be "7f"
This happens at least in kannel, may it be that there is a function that decides this double byte encoding?
The text was updated successfully, but these errors were encountered: