Created attachment 134277 [details] Sample DOC Attaching a very simple sample DOC created in Word (single word + comment). Delete comment in Writer, save DOC, open it in Word. => Text is not shown in Word, double-clicking in the area where it's supposed to be makes it appear, but it disappears again after clicking away, and it's very difficult to edit. Note that I only encountered this bug using this small sample, and only with DOC files. Observed with 5.4beta2 & 4.0.0.3 / Windows 7.
I can't reproduce in Version: 6.0.0.0.alpha0+ Build ID: cb37c5f0f3de7b545231a53d46a5271058af76ad CPU threads: 1; OS: Windows 6.1; UI render: default; TinderBox: Win-x86@42, Branch:master, Time: 2017-06-23_06:55:41 Locale: es-ES (es_ES); Calc: group and MSO Word 2010
Created attachment 134280 [details] Sample DOC from Word (new) Turns out it's got nothing to do with comments. See the new sample, a doc that contains three one-line paragraphs. Opening it in Word after a roundtrip in Writer doesn't show the last paragraph. Double-clicking where it should be displays it, but it disappears again after clicking away. I'm using Word 2013 for testing.
If the third paragraph is a couple of lines long, it's displayed fine in Word after roundtrip.
Still not reproducible in Version: 6.0.0.0.alpha0+ Build ID: cb37c5f0f3de7b545231a53d46a5271058af76ad CPU threads: 1; OS: Windows 6.1; UI render: default; TinderBox: Win-x86@42, Branch:master, Time: 2017-06-23_06:55:41 Locale: es-ES (es_ES); Calc: group and MSO Word 2010
Confirmed doesnt happen in Word 2003, 2007, and 2010 but does in 2013, but if saved in Word 2013, it will reappear. Also in 2013, the document has a very weird behaviour as when you move the cursor with the down arrow key, it seems like the cursor can go down forever. Was able to make the line appear by double-clicking to the right of the line, wherein a tab stop was added to the line, though the weird endless down arrow key behaviour still persisted.
Created attachment 134288 [details] word online preview So i checked Word Online and noticed that the preview that it generated looked weird, so i was able to get a large version of the preview which is attached, but when i open the document for editing, it looks fine.
Marco confirmed it with Word 2016.
Created attachment 144390 [details] Another sample (ODT, save as DOC in Writer and open in Word) Here's another sample created entirely in Writer: a single input field. When saved as DOC and opened in Word, the document appears empty. However, if it's saved in Word without any changes and reloaded, the field appears.
Created attachment 144391 [details] Sample saved as DOC in Writer (appears empty in Word)
*** Bug 98860 has been marked as a duplicate of this bug. ***
Dear Aron Budea, 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
*** Bug 141229 has been marked as a duplicate of this bug. ***
So far I've been marking this as NOTOURBUG since it works fine in Word 2003 where DOC is still the native format. But this bug report gave some extra clues, so I'll make it the "master" report about this bug (at least in my own mind) and leave it open for anyone who wants to investigate further.
(In reply to Justin L from comment #13) > So far I've been marking this as NOTOURBUG since it works fine in Word 2003 > where DOC is still the native format. But this bug report gave some extra I'd be inclined to argue that Word 2003 is hardly relevant now, and Writer is expected to export DOC in a format that the recent Word versions can interpret correctly, which I assume isn't impossible.
I agree with Aron Budea, the fact that Word 2003 shows it correctly is not relevant (how many people use W2003 today???). Despite of Justin L who thinks this is NOTOURBUG I think, this is a LO bug indeed. If you reproduce steps I filled in Bug 141229 (marked as duplicate of this one) with Word 2019 (this means, you open the .odt file in Word2019, re-save it as .doc), the text will not disappear. If this would be some kind of WORD bug, the result should be the same.
Created attachment 171034 [details] BFFValidator result of 1st sample roundtripped in Writer 7.2 In case it might be interesting, attaching the BFFValidator output of attachment 134280 [details] roundtripped in a recent Writer 7.2 build.
*** Bug 143935 has been marked as a duplicate of this bug. ***
*** Bug 145333 has been marked as a duplicate of this bug. ***
This will be basically impossible to fix: - inherited from OOo - no regression, so no code pointers - no indication what specifically is wrong - apparently everything is there in Word, since certain mouse actions can make it show up, and round-tripping also solves the problem. - no reproduction in LO or OOo itself - only seen in recent Word DOC format has been around forever in StarOffice/OpenOffice/LibreOffice, and it has ALWAYS worked in MS Word until a regression in MSO. So unless Microsoft provides information on what they broke (or the error situation that they now refuse to handle) we can't really fix it.
I wonder if bug 133560 holds any clues about this last paragraph.
In reading RTF code, it suggests that there might need to be an empty paragraph at the end of the document. Perhaps DOC has a spec like that? The symptoms certainly sound like that...