Description: When the attached original document gets saved in LO as doc the middle line gets its length resized. Steps to Reproduce: 1. Open the attached doc in LO. 2. Save it as doc. 3. Reload. 4. Notice the changes. Actual Results: The middle arrow gets smaller. Expected Results: It should stay the same size even after saving in LO. Reproducible: Always User Profile Reset: No Additional Info:
Created attachment 149081 [details] The original file
Created attachment 149082 [details] The saved file.
Created attachment 149083 [details] Screenshot of the original and exported document side by side in Writer.
I confirm the bug, but I wouldn't say that line’s length gets smaller. Actually, longer part is missing. No repro 5.0. Repro 6.0 and 6.3+. I'll mark regression.
Bibisected to the following commit using repo bibisect-win32-6.0. Adding Cc: to Szymon Kłos. https://cgit.freedesktop.org/libreoffice/core/commit/?id=d72e0cadceb0b43928a9b4f18d75c9d5d30afdda author Szymon Kłos <szymon.klos@collabora.com> 2017-06-19 15:32:16 +0200 committer Andras Timar <andras.timar@collabora.com> 2017-06-28 22:38:49 +0200 Watermark: tdf#91687 correct size in the .doc
Same problem happens with attachment 113067 [details] from bug 88811 when it's saved as DOC. The line changes from vertical to horizontal after RT
This is about a doc file, changing meta bug. If the original is saved as docx in Word the problem also happens, but that would worth a separate issue.
Created attachment 165080 [details] Minimized test document in docx format The way it looks after save in Writer (since 6.2): In Writer only one shape is visible, the other two are there, but only as a small, invisible 0.04 by 0.04 cm dot In Word all three lines are visible, their length looks correct but they are horizontal instead of vertical. Likely just one more symptom of the commit causing bug #118693 and its company.
The attachment 165080 [details] consists of 3 vertical lines, overlapped (the overlap is not important). First one on the top with the length 0.17" Second one in the middle with the length of 1" Third one at the bottom with the length of 2.77" When you save it in LibreOffice and reload it, the first and the third vertical lines disappear, but if you select the second one (the only visible after save and reload), you can select the two other lines by pressing 'tab' button. If you look at the size of these two lines, you will see that both have the length of 0". The nice thing here is that if you load the file in MS Word and save it after a bit change, then LibreOffice loads it properly.
Hossein committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/bda4d7a7c3fcc259e023f568606be5dcba818db9 tdf#123321 Fix DOC/DOCX export bug which made some lines disappear It will be available in 7.3.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
*** Bug 127296 has been marked as a duplicate of this bug. ***
Hossein committed a patch related to this issue. It has been pushed to "libreoffice-7-2": https://git.libreoffice.org/core/commit/ae0c6da13c9b92757ff0f4ba360308ee50c701cf tdf#123321 Fix DOC/DOCX export bug which made some lines disappear It will be available in 7.2.0.2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Verified in: Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: ad1b12686da88bea57582df10fa85268ada209b8 CPU threads: 4; OS: Windows 10.0 Build 17134; UI render: default; VCL: win Locale: hu-HU (hu_HU); UI: hu-HU Calc: threaded