Bug #21490
closedPHP-5.3: Invalid UTF-8 sequence in argument
0%
Description
[06-Nov-2009 20:10:24] http://phillyburbs/ - Core: Error handler (BE): PHP Warning: json_encode() [<a href='function.json-encode'>function.json-encode</a>]: Invalid UTF-8 sequence in argument in C:\wamp\www\pb_trunk\typo3\sysext\rtehtmlarea\class.tx_rtehtmlarea_base.php line 1224
I think this is comming from several language files that have non-UTF8 (certainly non-english) characters:
locallang.xml:
<label index="Technische Universitat Ilmenau">Technische Universität Ilmenau</label>
(issue imported from #M12501)
Files
Updated by Stanislas Rolland about 15 years ago
Can you identify the offending file? I could not find any that is not utf-8-encoded.
Updated by Dan Osipov about 15 years ago
Stan - attached patch fixes the problem for me.
Updated by Stanislas Rolland about 15 years ago
@Dan: I do not understand this patch. The same label exists in other files (CopyPaste, DefinitionList).
Updated by Dan Osipov about 15 years ago
Maybe they aren't loaded for me? Its definitely the a-umlaut that causes the issue on my installation though.
Some other files just use a latin "a" - can it be used throughout?
Updated by Stanislas Rolland about 15 years ago
If you are referring to trunk and have copy, cut or paste button, then the CopyPaste file would be loaded.
The index uses latin a, the label ä. But the file being utf-8 encoded like all locallang.xml files, why should it matter?
Updated by Dan Osipov about 15 years ago
I don't know - its beyond me... It would be nice if someone else could replicate the bug.
Updated by Stanislas Rolland about 15 years ago
Is the backend of your installation utf-8 encoded?
Updated by Dan Osipov about 15 years ago
I have:
$TYPO3_CONF_VARS['BE']['forceCharset'] = "utf-8";
Is there anything else that needs to be done?
Updated by Stanislas Rolland almost 15 years ago
Please test patch attached to issue #12926.
Updated by Chris topher almost 15 years ago
Stan, this is part of issue #12926.
Since you have solved that one, this one is solved, too.
Updated by Stanislas Rolland almost 15 years ago
@Christopher: This is the assumption. But I would like Dan to confirm that this issue is solved in his environment also.
The patch is now in SVN.
Updated by Dan Osipov almost 15 years ago
@Stanislas Rolland:
I am unable to replicate the bug with the latest trunk, so I believe the issue was fixed by the patch.
Thanks a lot!!