Bug 153983 - English LO on the english language system distorts all special (czech) characters if copied into clipboard on Debian Bullseye
Summary: English LO on the english language system distorts all special (czech) charac...
Status: RESOLVED NOTABUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.0.4.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-03-05 12:38 UTC by Artur Linhart
Modified: 2023-09-26 08:08 UTC (History)
1 user (show)

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 Artur Linhart 2023-03-05 12:38:45 UTC
Description:
If I open the text with (in my case czech) special characters (have english system with english speaking frontend of LO) and select the text and copy it into clipboard, then it is pased in every other program without the czech special characters, they are all converted to the character '?'

The copying between other applications works well without any distortions, also into LO from other programs works well, but I cannot copy any text from LO into another application without loosing the special characters like ščěřúšěčřžůň


Steps to Reproduce:
1. Have english Debian Bullseye with KDE and with english LO installed
2. Open write
3. Paste there the special characters, like ščěřúšěčřžůň
4. then mark the whole text and perform a copy into clipboard
5. Go into any other application accepting the text data and perform the pasting there
6. The text is distorted, instead of the special characters there are the characters '?'

Actual Results:
????????????

Expected Results:
ščěřúšěčřžůň


Reproducible: Always


User Profile Reset: Yes

Additional Info:
In the older version of LO and older Debian linux Busted where the system was in czech locale and LO was with czech localization too it worked OK.
Comment 1 Mike Kaganski 2023-03-05 12:50:33 UTC
(In reply to Artur Linhart from comment #0)
> have english system with english speaking frontend of LO

I would bet that the system is not only "english", but also uses a non-Unicode system locale. Please provide full information from LibreOffice's Help->About, as well as the system locale settings.
Comment 2 Buovjaga 2023-03-29 12:51:40 UTC
Not reproduced.

Please test with 7.5. An easy way can be an appimage: https://www.libreoffice.org/download/appimage/

Set to NEEDINFO.
Change back to UNCONFIRMED, if the problem persists. Change to RESOLVED WORKSFORME, if the problem went away.

Arch Linux 64-bit, X11
Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: f51b220b953ec71fb742f799fbe645a93cf3d944
CPU threads: 8; OS: Linux 6.2; UI render: default; VCL: kf5 (cairo+xcb)
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded
Built on 29 March 2023
Comment 3 QA Administrators 2023-09-26 03:14:31 UTC Comment hidden (obsolete)
Comment 4 Artur Linhart 2023-09-26 07:33:17 UTC
The problem still persists even if in a different (higher) version
Infgormation from the "About" dialogue like requested:

Version: 7.4.7.2 / LibreOffice Community
Build ID: 40(Build:2)
CPU threads: 16; OS: Linux 5.10; UI render: default; VCL: kf5 (cairo+xcb)
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Debian package version: 4:7.4.7-1~bpo11+1
Calc: threaded
Comment 5 Artur Linhart 2023-09-26 08:08:14 UTC
Thak you for pointer - the problem was There have not been installed the czech locales on the system, only US.UTF-8. After I have installed the locale cs_CZ.UTF8, the problem disappeared.