Created attachment 143494 [details] Sample ODT Attaching a document with three bulleted lines (ODT original + DOC & DOCX saved from it in Writer). - Copy the first two entries. - Paste them at the beginning of the third entry. => With DOC(X) this inserts a page break before the pasted lines. With ODT no page break is inserted (as expected). Observed using LO 6.1.0.1 & 3.3.0 / Windows 7.
Created attachment 143495 [details] Sample DOCX (saved from ODT in Writer)
Created attachment 143496 [details] Sample DOC (saved from ODT in Writer)
I confirm the described behaviour, but I wouldn't expect a page break, so for me it's not a bug.
(In reply to Dieter Praas from comment #3) > I confirm the described behaviour, but I wouldn't expect a page break, so > for me it's not a bug. That's what I meant, I consider the behavior with ODT correct, and the one with DOC(X) incorrect.
(In reply to Aron Budea from comment #4) > (In reply to Dieter Praas from comment #3) > > I confirm the described behaviour, but I wouldn't expect a page break, so > > for me it's not a bug. > That's what I meant, I consider the behavior with ODT correct, and the one > with DOC(X) incorrect. => NEW
Simpler repro case: - open an empty DOCX, - add a line break, - copy both empty lines to the clipboard, - paste them into the second line. => A page break is inserted between the two. There are lots of possible repro cases, this is just the simplest of them.
*** Bug 125456 has been marked as a duplicate of this bug. ***
Note: DOCX import always sets a master page, that is why the first paragraph of an imported document contains a page break=before setting. (It's equivalent of applying a page style in a new ODT document.)
This was fixed for a regular paragraph with https://cgit.freedesktop.org/libreoffice/core/commit/?id=b0facbbedf42a02449d9f35bb4ac8bd7ec2d8917 I'm sure I saw a duplicate bug report about this for tables too, so whoever works on this should try to make it generic without causing any regressions. :-)
*** Bug 32344 has been marked as a duplicate of this bug. ***
(In reply to Justin L from comment #9) > This was fixed for a regular paragraph with > https://cgit.freedesktop.org/libreoffice/core/commit/ > ?id=b0facbbedf42a02449d9f35bb4ac8bd7ec2d8917 > > I'm sure I saw a duplicate bug report about this for tables too, so whoever > works on this should try to make it generic without causing any regressions. > :-) I can still reproduce the originally reported problem with a newly saved docx-version of attachment #143494 [details] Version: 7.1.0.0.alpha0+ (x64) Build ID: 5483d4e10aad27889b961b9cb94d7ba6c86aed0b CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: hu-HU (hu_HU); UI: en-US Calc: CL Turning off manually for the first paragraph the Text Flow - Breaks - Insert box makes the copy-pasting work as expected.
*** Bug 137755 has been marked as a duplicate of this bug. ***
*** Bug 122835 has been marked as a duplicate of this bug. ***
*** Bug 135692 has been marked as a duplicate of this bug. ***
Merry Christmas Telesto! Proposed fix at http://gerrit.libreoffice.org/c/core/+/107555
(In reply to Justin L from comment #15) > Merry Christmas Telesto! > Proposed fix at http://gerrit.libreoffice.org/c/core/+/107555 Thanks, is it Christmas already :-) Or are you opting for holiday break :P Anyhow patch being welcome! Nice job Justin!
Justin Luth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/8787a45f9cbb5dce61b20817ef0e549b5a227a95 tdf#118711 writerfilter: don't hardcode default page description It will be available in 7.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Verified in Version: 7.2.0.0.alpha0+ Build ID: 8b3982681e98818388c09233960ad6eaacee205a CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded @Justin, thanks for fixing this issue!!
Justin Luth committed a patch related to this issue. It has been pushed to "libreoffice-7-1": https://git.libreoffice.org/core/commit/c6e46a2fdef325a94ef2d43f5eb4a0ff47b28a14 tdf#118711 writerfilter: don't hardcode default page description It will be available in 7.1.0.0.beta2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Verified in: Version: 7.2.0.0.alpha0+ (x64) Build ID: 96bafa464ebdbce3ef04bec9beae5e745bb37794 CPU threads: 4; OS: Windows 10.0 Build 17134; UI render: Skia/Raster; VCL: win Locale: hu-HU (hu_HU); UI: en-GB Calc: threaded Thanks for fixing!
When setting Verified, please make clear if all duplicates are tested. Thanks.
Bug was reported for both Doc/X which is fine, but here was solved DOCX so we need a separate bug for DOC. Justin, please comment, you are in a minority of devs who also work with DOC.
(In reply to Timur from comment #22) > Bug was reported for both Doc/X which is fine, but here was solved DOCX only. I'm not so familiar with the DOC import code. But after taking a look, it seems like it should be relatively safe to try to implement the same thing. Proposed fix at http://gerrit.libreoffice.org/c/core/+/111240
Justin Luth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/1c8df3e58940bf6abdbda0b2f932a5990b577fae tdf#118711 doc import: don't hardcode default page description It will be available in 7.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
@Timur - I'm happy the leave the DOC version fix only in 7.2. That way if the DOCX version proves to be problematic, it can be more easily reverted - and also gives more time to test the DOC version of the fix.
of course, always glad to see Inherited fixed, cheers
*** Bug 107861 has been marked as a duplicate of this bug. ***