Summary: | FILESAVE: when I make changes to a text in .doc format (or when transforming .odt into a .doc) and I reopen the file, footnotes and italics are not respected (or go mad, or disappear) (see comment 12 for actual description) | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Plotino <sky_walker_86> |
Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | emmx, iamtester8, jluth, kpijarski, sasha.libreoffice, tlkfineart |
Priority: | medium | Keywords: | filter:doc |
Version: | 3.3.4 release | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | BSA | ||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 103164, 104527 | ||
Attachments: |
.odt that shows the italics problem once converted in .doc
pdf from the odt, which shows the right italics behaviour pdf from the doc, which shows the italics problem the converted file that shows the italics problem footnote_example.doc: example of a WORKING footnote |
Description
Plotino
2011-11-09 22:51:55 UTC
Can you please upload .doc (pasting donor), .odt (pasting recipient) and .doc (saved from from .odt). Thanks for bugreport Please, attach small odt file that demonstrates problem when saved to doc I can confirm this bug, random footnotes are deleted. Happens also for doc-files originally saved in Word. *** This bug has been marked as a duplicate of bug 46020 *** This bug should be reopened, because it has been only partially solved. More precisely, 46020 concerns only the footnotes issue, but not the italic one. As others LO users (see http://en.libreofficeforum.org/node/2801, and http://ask.libreoffice.org/question/4509/unwanted-italics/) I've experienced random unwanted italics in Writer. I didn't experience this problem with LO 3.4.4 under Linux/Ubuntu, but I did with LO 3.5.3.2 and now also with LO 3.5.4.2 and LO 3.6.0.2 (always under Linux/Ubuntu). I agree with Plotino, it is difficult to find out the steps to reproduce this bug. The random unwanted italics come when copy/pasting a paragraph from a .doc file, when sharing .doc files with non-LO users, or even when saving files in MS formats. Moreover, it does not help making changes to the file: all corrections are gone, once the file is reopened. Apparently this bug is similar to other bugs, such as 46020, 50285 and 53856, but it is far from having been solved! Thanks for additional testing I suspice that problem is with styles. May be wrong style taken from template. Please, atach odt document that demonstrates this problem being saved to doc. This is ultimate important for reporducing and fixing this problem. Thanks in advance. Created attachment 68868 [details]
.odt that shows the italics problem once converted in .doc
Created attachment 68869 [details]
pdf from the odt, which shows the right italics behaviour
Created attachment 68870 [details]
pdf from the doc, which shows the italics problem
Created attachment 68871 [details]
the converted file that shows the italics problem
Here is the .odt which demonstrates the italics problem once converted in .doc (not when converted in .docx, this is a good news!), as the pdfs show. This should happen with LO 3.5.3.2, LO 3.5.4.2 and LO 3.6.0.2 (at least under Ubuntu 12.04) and not with LO 3.4.4 and OO versions before 3.3 (both under Ubuntu and MS). Note that, even if the conversion has been done by non-affected versions of LO and OO, the .doc will show the random italics for affected versions. It seems that also the converse is true: the .doc converted by affected version of LO behaves normally for unaffected versions. Finally, if an .odt is created from the affected .doc by affected versions of LO, it'll show the random italics. Hope that all this might be of help! Thanks. Reproduced in 3.6.3 on RFR 17 64bit Steps to create test document: 0. Start Writer 1. Type or copy-paste several paragraphs of text into document 2. Assign character style "Emphasis" to all text (all will become italic) 3. Select all text and press Ctrl-I (all will become not italic) 4. Select some words in some paragraphs and press Ctrl-I (words are italic) 5. Save to doc format and File->Reload Expected: document looking as before saving to doc Actually: some paragraphs becomes italic from beginning of paragraph until and including word that indeed should be italic It is FILESAVE problem, because file, saved by Writer looks in msWord exactly as in Writer after reopening PS: may be we should create separate bugreport for this problem? in 3.4.2 on Windows XP problem not happens, therefore regression (also mentioned in Comment 12) original report against 3.3.4, so not a regression (but maybe a Heisenbug). ** 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 (5.1.5 or 5.2.1 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 helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20160920 When I purged 5.3 and installed 5.4 (Linux), then opened an existing large document that previously had more than a hundred footnotes, the footnote description/explanation lines existed, but the reference numbers that should have been in the body of the document were missing entirely. Of course, one of the results is that clicking on the footnote number in the footnote description / information line (see example below) takes you nowhere instead of taking you to the corresponding superscript number in the body of the document because the superscript number no longer exists. Example Footnote Line: 105 Mr. Craigmile. N. A. C. S., Seventh Annual Proceedings, 1919, p. 614. (This is footnote No. 105. There is no longer a corresponding, linked 105 in the body of the document, i.e. clicking on the 105 in the footnote takes you nowhere because there is no longer a reference number in the body of the text that is linked to the footnote). This is a complete and utter disaster for me, as I use LO for writing and editing manuscripts, many of which have more than one hundred footnotes each, not to mention that these manuscripts drafted in LO are converted to ePub and other formats for sale by download, something that has now been rendered impossible for me to do without many weeks or months of fixing every file that was drafted using LO. Created attachment 136088 [details] footnote_example.doc: example of a WORKING footnote (In reply to larrybradley from comment #17) Please provide an ultra-minimal example document that allows your problem to be reproduced. footnote_example.doc works for me - I can click on both numbers and jump to the other side. I can't reproduce your problem. ** 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 I am seeing the loss of formatting for superscript characters and Heading style changes lost when doc is saved. On reopen, all formatting is lost for style changes and superscript formatting throughout document. These are 500+ page books, so this is very troublesome. (In reply to Justin L from comment #18) > Please provide an ultra-minimal example document that allows your problem to > be reproduced. Complex documents are basically useless for bug fixing. Dear Plotino, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping Not reading all, but italic issue from comment 12 is no longer repro. Closing. |