Bug 123010 - Lost some multibyte symbols on copying from Calc to Writer
Summary: Lost some multibyte symbols on copying from Calc to Writer
Status: RESOLVED DUPLICATE of bug 122716
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-01-28 10:31 UTC by Maxim Britov
Modified: 2022-01-18 04:45 UTC (History)
0 users

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Maxim Britov 2019-01-28 10:31:31 UTC
After reported bug 122716 I found issue in Windows platform.
When copying from Calc text with some multibyte symbols and paste then into Writer I lost they.

Steps:
1. Boot Windows 32 or 64 bits, create new LibreOffice Calc document (tested on 6.*.* 32 and 64 bits)
2. Copy this: Šampūnas
3. Paste into Calc
4. Copy this cell
5. Open LibreOffice Writer Document
6. Paste into Writer. You should see Љampūnas instead of Šampūnas.

On Linux I can't reproduce. I haven't MacOS for tests.
Comment 1 Timur 2019-01-28 14:01:23 UTC
I don't understand why you open a new bug for the same issue.

*** This bug has been marked as a duplicate of bug 122716 ***
Comment 2 Maxim Britov 2019-01-28 14:39:36 UTC
(In reply to Timur from comment #1)
> I don't understand why you open a new bug for the same issue.

That issue work on both Linux/Windows. And seems untouched due import from alien format.
This issue not related to import from alien format and works for me on Windows only.
For me, it is different issue, but it can have common root/source in code.

And it's important for us. We really lost information on copy-pasting. We have to use workaround ctrl+alt+shist+v. We need carefully work with such documents in LO because so LO is buggy here :(
Comment 3 Telesto 2019-01-28 17:45:06 UTC
No repro for me
Version: 6.3.0.0.alpha0+
Build ID: 6740443311268b7d918bf4f43134d64fb78a0109
CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; 
TinderBox: Win-x86@42, Branch:master, Time: 2019-01-15_23:37:04
Locale: nl-NL (nl_NL); UI-Language: en-US
Calc: CL
Comment 4 Mickey 2019-01-29 05:14:41 UTC Comment hidden (spam)
Comment 5 Mickey 2019-01-29 05:16:01 UTC Comment hidden (spam)
Comment 6 Maxim Britov 2019-01-29 13:30:07 UTC
On clean new installed win10 pro 1809 (RU)
LO installed with default options, but ru-RU UI option removed.

Version: 5.4.7.2
Build ID: c838ef25c16710f8838b1faec480ebba495259d0
CPU threads: 1; OS: Windows 6.2; UI render: default; 
Locale: ru-RU (ru_RU); Calc: group

WRONG. Issue works.
Also, if I close LO Calc, open it again and insert I got "?amp?nas"
Ok. 5.4 is deprecated. Go to 6.1

Version: 6.1.4.2 (x64)
Build ID: 9d0f32d1f0b509096fd65e0d4bec26ddd1938fd3
CPU threads: 1; OS: Windows 10.0; UI render: default; 
Locale: ru-RU (ru_RU); Calc: group threaded

WRONG. Same as for 5.4.7.2 see above.

Version: 6.2.1.0.0+ (x64)
Build ID: dfa1f1f872c418e89757a3985979b79e94c12fcc
CPU threads: 1; OS: Windows 10.0; UI render: default; VCL: win; 
Locale: ru-RU (ru_RU); UI-Language: en-US
Calc: threaded

WRONG. Same as above.


Version: 6.3.0.0.alpha0+
Build ID: 82ed9aa096aea95c2a9fe0ca9c1d27b70dcbc8fa
CPU threads: 1; OS: Windows 10.0; UI render: default; VCL: win; 
TinderBox: Win-x86@42, Branch:master, Time: 2019-01-24_00:33:20
Locale: ru-RU (ru_RU); UI-Language: en-US
Calc: threaded

WRONG. Same as above.

PS. Some difference between me and  Telesto is Windowslocale: ru_RU (CP1251) vs nl-NL (CP1252 ?)

PPS. Again:
1. Open LO, create new Spreadsheet
2. Double click here on Šampūnas right-click, Copy
3. In Calc ctrl+v, ctrl+c
4. Create new Writer Document
5. ctrl+v in my environment I see Љampūnas
6. Close LO. All apps.
7. Open LO, create new Spreadsheet, ctrl+v, in my env I see ?amp?nas
Comment 7 Maxim Britov 2019-01-29 15:12:05 UTC
Yes. No issue with locale with nl_Nl and CP1252, but I have CP1251.

Work fine with:
Version: 6.3.0.0.alpha0+
Build ID: 82ed9aa096aea95c2a9fe0ca9c1d27b70dcbc8fa
CPU threads: 1; OS: Windows 10.0; UI render: default; VCL: win; 
TinderBox: Win-x86@42, Branch:master, Time: 2019-01-24_00:33:20
Locale: nl-NL (nl_NL); UI-Language: en-US
Calc: threaded
Comment 8 Timur 2019-01-29 15:55:00 UTC
Let's keep it together. Please don't change. 
Should Bug 122716 be fixed and this copy not, it's easy to open. 
Please write there comment for locale for Comment 5 steps. 
But locale is not CP.. it's by country, right.

*** This bug has been marked as a duplicate of bug 122716 ***
Comment 9 Maxim Britov 2019-01-30 10:25:00 UTC
Another workaround (win10) for bug 123010, not for bug 122716.

Enable "Beta: Use Unicode UTF-8 for worldwide language support"
in Control Panel - Region - "Administrative" - "Language for non-Unicode programs": "Change system locale..." (need reboot)
Comment 10 DavidBoon 2020-09-09 05:49:36 UTC Comment hidden (spam)
Comment 11 DavidBoon 2020-09-17 09:56:29 UTC Comment hidden (spam)
Comment 12 Shopo Lica 2021-02-11 05:56:32 UTC Comment hidden (spam)
Comment 13 Artisticbird 2021-07-27 11:05:42 UTC Comment hidden (spam)
Comment 14 Artisticbird 2021-07-27 11:07:18 UTC Comment hidden (spam)
Comment 15 white pencil studio 2022-01-18 04:45:54 UTC Comment hidden (spam)