Created attachment 100527 [details] LibO 4.3 beta VS Word 2010 When reviewing attachment 100315 [details] of bug 79553, i noticed the number '1' is located in the footer of every page on the left side, which isnt there when opening it in ms word. Tested in Linux Mint in 3.3.0, 4.2.4 and 4.3 beta.
Hello Jay, I reproduce too with LO 4.2.4.2 & Windows 7 Home Premium. regards, Jacques
Reproduced also with LO 4.3.0.0.beta2+ Build ID: 4b5975b1f777c85259bc38afbfae8e1160fbebbe TinderBox: Win-x86@42, Branch:libreoffice-4-3, Time: 2014-06-08_21:29:21 and LO 3.6.6.2. Jacques
This is probably because writer numbers lines even in footer while MS word does not. Maybe we need an option to say if we want to number headers/footers or not, so that we can be compatible with MS word.
The same issue holds true for the .docx file as well.The importing of header and footer is not properly handled in libre office. This behaviour of libre office is not compatible with MS word.
Confirmed it is still present in master. Version: 4.5.0.0.alpha0+ Build ID: e570cd7a293ceee175949dcc9656cdf776ae3c37 TinderBox: Linux-rpm_deb-x86@45-TDF, Branch:master, Time: 2014-12-12_18:49:54
I have a patch for the bug that fixes the issue in .docx : https://gerrit.libreoffice.org/#/c/13539/
Charu Tyagi committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=5b743ccf8b5bb51b4d390e64f2916ac1759419a1 fdo#79738: FILEOPEN: Number lines in footer not compatible with MSO It will be available in 4.5.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.
Charu Tyagi committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=e1c45f55cde70d71154fa12b2449b20a256d3a26 fdo#79738: test document for patch that that fixes 79738 It will be available in 4.5.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.
Charu Tyagi committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=799e07f02dbca97f4dd9cff5b779392b13b9021c fdo#79738: Test case for patch that fixes 79738 It will be available in 4.5.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.
Thanks Charu Tyagi for the patch. Hope that it can be backported to 4.4 as well.
This bug is still present in 5.0.0.5.
Still reproducible with Version: 5.1.0.0.alpha1+ Build ID: 8bde421ccec9c10fe1382ad68485852889dd4c74; win7 Charu, could you possibly take a look at this one? Thanks
Migrating Whiteboard tags to Keywords: (filter:doc filter:docx ) [NinjaEdit]
Fixed for .docx (as Charu mentioned in comment 6), but still remaining for .doc. on: 6.0.0.0.alpha0+ Build ID: 74b47af9885ba4c59195fedc1e0510b8b056a025 CPU threads: 2; OS: Linux 4.4; UI render: default; VCL: gtk2; Locale: en-US (en_US.UTF-8); Calc: group
Created attachment 136850 [details] sample docx
** 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
It seems fixed in 6.1.2.1.
Created attachment 145532 [details] Still reproducible with .DOC file
fixed in LO 7.0 author Justin Luth on 2020-04-17 17:39:05 +0200 commit 803b49a3776c98e2d435c328d39d0f71d259d9e5 tdf#79553 ww8import: line numbering distance is auto, not zero *** This bug has been marked as a duplicate of bug 79553 ***