Description: Each time a docx file with footnotes is saved a tab space is added to the beginning of the footnote, just after the number. Steps to Reproduce: 1. Create a file with a footnote or open an already extant .docx with a footnote. 2. Save it as a .docx. Actual Results: A tab space is added to the beginning of the footnote. Expected Results: No tab should be added since the user did not actually add one. Reproducible: Always User Profile Reset: Yes Additional Info: This is really nasty when editing .docx files, especially when someone asks you to read over their work and you end up destroying their formatting. The space is added to every single footnote. This is definitely a regression, though I'm not sure when the problem was first introduced. I could only reproduce this with .docx files, not with .odt or older .doc files. User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:57.0) Gecko/20100101 Firefox/57.0
Created attachment 136770 [details] A docx saved once: note the tab space in the footnote
Created attachment 136771 [details] The file saved twice: now there are two tab spaces
Created attachment 136772 [details] A third save means a third tab space added.
*** This bug has been marked as a duplicate of bug 93121 ***
Not a duplicate. Bibisect confirmed my expectation that Miklos' fix for bug 105095 caused this. LO ALWAYS exports a tab, not only when the margin is non-zero. However, it probably OUGHT to only export a tab when the margin is non-zero since the tab's purpose is to emulate LO's alignment with the paragraph margin. A work-around is to ensure a tiny margin in the footnote paragraph style.
*** Bug 113553 has been marked as a duplicate of this bug. ***
(In reply to Gabor Kelemen from comment #6) > *** Bug 113553 has been marked as a duplicate of this bug. *** => inherited from OOo
proposed fix at https://gerrit.libreoffice.org/51912 Please note that a tab is STILL there when opened in MSWord. That is a different bug - bug 106062. Also note that if there is NO tab, then one will be added if the margin is zero (typically MS-authored documents). That is the result of the fix for bug 105095.
Justin Luth committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=3138abfb052a4241cfca4b8d430c139cca50a85c tdf#112886 ooxmlimport: skip useless footnote placeholder It will be available in 6.1.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.
Not planning to backport - too much chance for unintended regressions.
*** Bug 51811 has been marked as a duplicate of this bug. ***
*** Bug 114389 has been marked as a duplicate of this bug. ***