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).

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.

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.

Not reading all, but italic issue from comment 12 is no longer repro. Closing.