Mike Kaganski <> changed:

           What    |Removed                     |Added
             Status|UNCONFIRMED                 |NEW
     Ever confirmed|0                           |1

--- Comment #6 from Mike Kaganski <> ---
Confirmed with Version: (x64)
Build ID: 057fc023c990d676a43019934386b85b21a9ee99
CPU threads: 12; OS: Windows 10.0; UI render: GL; VCL: win; 
Locale: ru-RU (ru_RU); UI-Language: en-US
Calc: threaded

Using Paste as HTML produces normal paste.
The problem seems to be is that when current system language for non-unicode
applications is Russian, the *copy* code in Base produces RTF clipboard content
that uses short character codes (not Unicode) to encode characters in current
locale charset (like {\ql\fs20\f1\cf0\cb1 \'f1\'f3\'ed\'f3\'eb
\'e3\'f0\'e5\'ea\'e0 \'f0\'f3\'ea\'f3 \'e2 \'f0\'e5\'ea\'f3\cell}), and at the
same time, does not set any default charset information; then on paste (using
RTF by default), the RTF import code treats the no-default-charset RTF as

You are receiving this mail because:
You are the assignee for the bug.
Libreoffice-bugs mailing list

Reply via email to