Data byla v UTF8 vzdycky. Viz. muj blog o Unicode.
Jenomže funkce s nimi pracovali jako s jednobajtovými stringy, proto v tom pluginu vznikla ta funkce GetNonUTF8MultibyteCharPosition, která měla zajistit rozdělení stringu na správném místě. No a když se nyní pracuje se stringy v UTF8, tak už nejspíš nenajde to správné místo na rozdělení.
A z problému vyplývá, že funkce copy stále přistupuje k řetězci jako jednobajtovému (jinak by to rozdělila správně)