Created attachment 81747 [details] DOCX containing 'Combined Characters' Problem description: When loading a DOCX that has 'Combined Characters' to LO - they are not shown (there is an open bug for the import part here https://www.libreoffice.org/bugzilla/show_bug.cgi?id=66400). When saving the file back to DOCX - the 'Combined Characters' are lost. Steps to reproduce: 1. Load the attached DOCX in LO 2. Save as a NEW.DOCX 3. Open the NEW.DOCX in Word - the 'Combined Characters' are lost. Current behavior: The 'Combined Characters' should are not exported back to the DOCX Expected behavior: The 'Combined Characters' should be exported correctly back to the DOCX Operating System: All Version: 4.2.0.0.alpha0+ Master
I can confirm this behavior using Mac OSX 10.8.4 with LibreOffice Version: 4.2.0.0.alpha0+ Build ID: 9ab800829b8a0e44824dc11276b54b1870bc5b2b in combination of Word for Mac 2011. 'data loss' -> major high Kind regards, Joren
Created attachment 86232 [details] DOCX exported by LO with combined characters lost
Created attachment 86233 [details] Screenshot comparison between original DOCX and exported DOCX
Combined characters are exported correctly but font size is not getting preserved. Verified on Build:libo-master~2013-12-11_02.11.28_LibreOfficeDev_4.3.0.0.alpha0_Win_x86. Operating System:Windows 7.
Created attachment 90708 [details] Comparison between Original File and Roundtrip File
Created attachment 90709 [details] File in LibreOffice
Created attachment 90710 [details] After Exporting file
** 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 on a currently supported version of LibreOffice (4.4.1 or later) https://www.libreoffice.org/download/ *If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior *If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-04-18
Checking my exported docx with Word viewer, the characters are not lost, but they are not bold and there are commas between them (E,X m,p). Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+ Build ID: 01a189abcd9a4ca472a74b3b2c000c9338fc2c91 TinderBox: Win-x86@39, Branch:master, Time: 2015-06-14_07:46:28 Locale: fi-FI (fi_FI)
WFM is incorrect status, back to NEW. I still get the same incorrect result as in comment 9. Win 8.1 32-bit MSO 2013 LibO Version: 5.3.0.0.alpha0+ Build ID: 8697d18f717c75ddeedfe08161091da71007b859 CPU Threads: 4; OS Version: Windows 6.29; UI Render: default; TinderBox: Win-x86@42, Branch:master, Time: 2016-09-15_02:55:18 Locale: fi-FI (fi_FI); Calc: group
This bug is confusing because the title hasn't been changed. Comment 4 and comment 9 indicate that combined characters are no longer lost. I can confirm that since I cannot reproduce in Linux. Bibisect and bug 66400 indicate that combined characters were first supported for import in LO4.2. As of last42onmaster, round-tripping always showed combined characters in Linux. Spot checked in 4.4, 5.2 and 5.3beta1. Confirmed that Word2007 could open the round-tripped file properly (without noticing the commas mentioned in comment 9). So the outstanding problem is that *in Word* the round-tripped combined characters are now smaller/thinner. A non-printing item behind the combined characters indicates font Calibri size 11 instead of Arial Black size 24. (In LibreOffice the round-trip looks identical and shows no reference to calibri 11.)
Combined Characters in Word are represented as a Field of the type Equation. When importing a docx, Writer doesn't preserve the individual run-properties of all the runs of the Field, but only keeps the properties of the very first run. This works fine in Writer regarding the formating, however Word interprets the missing run-properties as the run not having properties at all, rather than using the properties of the first run for all the runs inside the Field. It therefore falls back to a default style, as noted in Comment 11.
*** This bug has been marked as a duplicate of bug 38778 ***
After the fix for bug 38778, there was some manual work necessary to make Combined Characters work properly. - The font-size has to be set to half of the normal value. - The font has to be exported explicitly after all other properties, to make sure, that all runs receive a font-property. This may seem redundant, but is the way MS Word handles this.
Andreas Brandner committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=e4ccf5f597d84f5745d73d306e83594f665024bb tdf#66401 don't lose docx-combined-characters' font props on roundtrip It will be available in 6.0.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Andreas Brandner committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=ee57d2f8a57ac851c1250f2962ecd1fa987ee3d9 related tdf#66401 docx Combined Characters roundtrip unit test It will be available in 6.0.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.