Created attachment 113156 [details] odt format formula test file Expected behaviour: Formulas remain unchanged when saved into different file formats Observed behaviour: Formulas that work as expected in odt format are losing some formatting when used in other formats. It does not matter whether the forumlas are originally created as part of an odt file and then resaved into other file formats, or created as part of a fresh file of those other formats. Exiting and reloading is necessary to see the changes. Upon the first save of the document, and while keeping Writer open, the document appears as normal. The attached odt format file includes two example formulas. The "bold" is lost in both formulas when saved to docx or rtf format, and the subscript is lost on the "lint" entry in the second formula. The "cdot" is usually lost, but not every time.
Reproduced. (In 3.5.0 the formula disappears completely when saving to docx) Win 7 Pro 64-bit, LibO Version: 4.4.0.3 Build ID: de093506bcdc5fafd9023ee680b8c60e3e0645d7 Locale: fi_FI Version: 4.5.0.0.alpha0+ Build ID: 99c00b090533da9818444be2831b8da0e713e5f9 TinderBox: Win-x86@62-TDF, Branch:MASTER, Time: 2015-02-04_06:38:53 Locale: fi_FI Ubuntu 14.10 64-bit LibreOffice 3.5.0rc3 Build ID: 7e68ba2-a744ebf-1f241b7-c506db1-7d53735 Version: 4.4.0.3 Build ID: 40m0(Build:3) Locale: en_US
With RTF, in 3.3.0 the formula is exported as a graphic, in 3.6.7 its exported as an OLE and in 4.0.6 and above its a formula. With DOCX, in 3.3.0 the formula isnt found and in 3.6.7 and above it shows as a formula. Tested on linux and confirmed that the formula doesnt retain all its features and formatting.
Migrating Whiteboard tags to Keywords: (filter:rtf filter:docx) [NinjaEdit]
Repro with: Version: 5.4.0.0.alpha0+ Build ID: 9cfb2f2f03b5ec086487fd483298466db0b09010 CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; TinderBox: Win-x86@42, Branch:master, Time: 2016-12-20_23:58:02 Locale: nl-NL (nl_NL); Calc: CL
Reproduced. Version: 5.1.6.2 Build ID: 1:5.1.6~rc2-0ubuntu1~xenial2 CPU Threads: 1; OS Version: Linux 4.4; UI Render: default; Locale: ru-RU (ru_RU.UTF-8); Calc: group Additional information. A document with three formulas has been created with LibO Writer. I set different font sizes for each of them using "size 30", "size 20" and "size 10" tags. Then the document has been saved to three different formats: odt, docx and rtf. All files were opened in LibO Writer and MSO Word. In LibreOffice: - odt looks just like it should: three formulas with different font sizes (30, 20, 10); - docx contains three formulas with default fontsize (12); - rtf contains three formulas with default fontsize (12). In MS Office: - odt contains three formulas with default fontsize (12); - docx contains three formulas with default fontsize (12); - rtf looks just like it should: three formulas with different font size (30, 20, 10). So currently there is no file format to save a document with font settings in formulas for future work with both LibO and MSO.
** Please read this message in its entirety before responding ** 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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Reproduced (still!!) Version: 6.4.7.2 (x64) Build ID: 639b8ac485750d5696d7590a72ef1b496725cfb5 CPU threads: 8; OS: Windows 10.0 Build 18363; UI render: GL; VCL: win; Locale: en-US (en_DE); UI-Language: en-US Calc: threaded Additional info: This bug didn't only affect general formatting for me, but actually completely destroyed the bigger formulas I created in a document which rendered me unable to continue development on that paper. Luckily I never reopened that document until finishing and saved it as a .pdf file in order to hand it in, all before ever closing and reopening the program, which would have destroyed my complete progress. IMO this is a very important and urgent bug to assess.
Created attachment 167250 [details] ODT compared LO MSO Repro 7.1+ for DOCX, RTF, DOC. This is filesave bug. So far, all formats are here. Should some be fixed, it's easy to open another bug.
Dear mrk.signup, 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
I confirm that this bug is still present in version: Version: 7.3.7.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: ca-ES-valencia (en_US.UTF-8); UI: en-US Ubuntu package version: 1:7.3.7-0ubuntu0.22.04.4 Calc: threaded A bold character inside a formula e.g. bold A (t) appears with boldface letter A. But after saving the file to docx format closing libreoffice and opening again, the bold formatting is lost. This does not happen when saving to odt format.