Created attachment 143494 [details]
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 184.108.40.206 & 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.
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
> 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: 220.127.116.11.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
Turning off manually for the first paragraph the Text Flow - Breaks - Insert box makes the copy-pasting work as expected.