Description: We have a problem using Libre Office Writer in conjunction with our Delphi-based Medical Inormation System (MIS). Some doctors previously used to keep their exam protocols (in Cyrillic codepage) in .ODT files, and now copy/paste some pieces of text from these files into fields of MIS screen forms. In some cases they get garbaged text there. We’ve investigated this situation and are able to provide detailed information in order to ask you to fix this problem. Description follows. Steps to Reproduce: There is some .ODT file 1. There is some .ODT file. I open it with Writer, copy the contents. 2. I paste it into the RTF text editor window in our MIS (which is based on TRichViewEdit – Delphi environment component) - there is no problem yet, text is pasted as expected. 3. Then in Writer editor I change font of the source text from Times New Roman to any other font with Cyrillic codepage, even to the same Times New Roman. 4. After this I copy the same text, paste it into the same RTF editor windiw, but in this case the font and non-printable characters look differently. Moreover, if I then change font to any other in TRichViewEdit editor window, all the consequent chars are inserted in Japaneese codepage. 5. In order to investigate the issue I save this test to file 1.rtf and then open it with Notepad++, plain test editor. The picture is as follows. For the first time the text was copied using the font \f1 with the attribute \lang1049, that corresponds to Cyrillic codepage. The second time, after I’ve changed the font, the text was pasted using the font \f2 with attribute \lang1041 (Japanese language) fcharset128 (Japanese codepage). It seems this fact causes the text to be garbaged. Actual Results: After I’ve changed the font, the text was pasted using the font \f2 with attribute \lang1041 (Japanese language) fcharset128 (Japanese codepage). Expected Results: After changing the font, the text will be inserted in the \f1 font with the \lang1049 attribute, which corresponds to the Cyrillic code page. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.3.7.2 (x64) / LibreOffice Community Build ID: e114eadc50a9ff8d8c8a0567d6da8f454beeb84f CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: ru-RU Calc: threaded
Created attachment 184362 [details] in the archive description of the problem with screenshots and files from the description
(In reply to Anton from comment #0) > Description: > We have a problem using Libre Office Writer in conjunction with our > Delphi-based Medical Inormation System (MIS). I don't think, that somebody could confirm the bug, because I don't think, that anybody here uses your Medical Information System (MIS). So any chance to reproduce the bug without using that program? => NEEDINFO
(In reply to Dieter from comment #2) > (In reply to Anton from comment #0) > > Description: > > We have a problem using Libre Office Writer in conjunction with our > > Delphi-based Medical Inormation System (MIS). > > I don't think, that somebody could confirm the bug, because I don't think, > that anybody here uses your Medical Information System (MIS). > > So any chance to reproduce the bug without using that program? > => NEEDINFO Something similar can be seen when pasting text into WordPad. Added a short video of inserting text in WordPad.
Created attachment 184394 [details] Short video of inserting text in WordPad
[Automated Action] NeedInfo-To-Unconfirmed
I bibisected this with win32-4.4 to the range https://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=8ff029893ec9ad3e9811eb6107768156d48a997a..4ed5bacc86e0137d9ace5a2ceda09c2393716793 I wonder, if it's one of the RTF-related ones like "fdo#77979: sw: RTF export: write non-ASCII font names encoded". Would be nice to have some way to reproduce this on Linux, so this could be pinpointed with linux-44max repository. I didn't even try, though.
Dear Anton, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Hello, The problem persists in the new version. Version: 25.2.1.2 (X86_64) / LibreOffice Community Build ID: d3abf4aee5fd705e4a92bba33a32f40bc4e56f49 CPU threads: 24; OS: Windows 11 X86_64 (10.0 build 22631); UI render: Skia/Vulkan; VCL: win Locale: ru-RU (ru_RU); UI: ru-RU Calc: CL threaded
in version 3.3.0 there is no such problem LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4
(In reply to Anton from comment #9) > in version 3.3.0 there is no such problem > > > LibreOffice 3.3.0 > OOO330m19 (Build:6) > tag libreoffice-3.3.0.4 No need to test with 3.3.0 as I already bibisected this in comment 6.