Also in
Versie: 4.4.7.2 
Build ID: f3153a8b245191196a4b6b9abd1d0da16eead600
Locale: nl_NL

Still OK in
Versie 4.0.0.3 (Bouw-id: 7545bee9c2a0782548772a21bc84a9dcc583b89)

Created attachment 170102 [details]
Document produced after running the steps of the original bug report

~~~~ OBSERVATIONS ~~~~
AFTER executing the steps of the original bug report:
*  Page Style of Pages in original and new document are the same.
*  Pages with Page Style “Chapter X” (where X is 1-5) appear identical to those in the original document.
*  Pages with Page Style “Default Page Style” and “End Note” are missing headers and pages appear larger than other pages.

~~~~ ATTACHMENTS ~~~~
Bug139629_Comment3_Results.odt: attachment 170102 [details]    
Document produced after running the steps of the original bug report

~~~~ VERSION ~~~~
Version: 7.1.1.1 (x64) / LibreOffice Community
Build ID: 575c5867c4cc13d7ae78f9ce39a54a52ed38c769
CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

Created attachment 170103 [details]
Original bug report input file with changes to the Page Style of various pages

Created attachment 170104 [details]
Document produced after running the steps of Comment 7

~~~~ DESCRIPTION ~~~~
For this test, I changed the Page Style of various pages in the original datafile and used it as input.  Page Style appears to be a critical condition in reproducing the issues observed in Comment 4:  missing header and page appears larger.  The issues occur with Page Styles of “Default Page Style” and “End Note” – additional Page Styles will need to be tested.

~~~~ ACTIONS PERFORMED ~~~~

*  Open attachment 170103 [details]  
*  Go to multipage view and zoom out to get a nice overview
*  Click into Page 1 header > scroll down
   => Observe Page Styles of all pages
*  Click into Page 1 body
*  CTRL+A
*  CTRL+C
*  CTRL+N
*  CTRL+V
*  Click top of Last Page > scroll up 
   => Observe Page Styles, headers and size of all pages

~~~~ EXPECTED RESULTS ~~~~
*  All pages displayed in new document would be identical to those of the original document.
*  When new document first appears, first row of pages is in view.

~~~~ ACTUAL RESULTS ~~~~
*  Pages in new document are not identical to those of the original document.
*  Pages with Page Style “Default Page Style” and “End Note” are missing headers and appear larger than the other pages in the document.  
*  The two pages with “Default Page Style” have been consolidated into one page.
*  Chapter titles do not appear and Chapters are not numbered.
*  When new document first appears, last row of pages is in view.

~~~~ NOTES ~~~~
*  I was not able to manually change the last page’s Page Style of “End Note” to another style.
*  After all steps are performed, changing Page Style of page 7 to “Chapter 2” fixes the observed issues.
*  After saving the document and re-opening it, the issues still persist.
*  The same issues occur when viewing the document in Single-Page view.
*  In Comment 4, the issues occur with pages that are either blank or contain end notes.  They do not occur with pages that are populated with text paragraphs.  In this test, we see that the issues do occur with pages populated with text paragraphs, which seems to indicate that page content is not a factor when considering the cause of this issue.

~~~~ ATTACHMENTS ~~~~
attachment 170103 [details]  
Original bug report input file with changes to the Page Style of various pages

attachment 170104 [details]  
Document produced after running the Steps above

~~~~ VERSION ~~~~
Version: 7.1.1.1 (x64) / LibreOffice Community
Build ID: 575c5867c4cc13d7ae78f9ce39a54a52ed38c769
CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

still bad in repo bibisect-41max oldest Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a)

Confirm in Version: 7.3.0.0.alpha0+ / LibreOffice Community
Build ID: b63c5ade3554a42def4bce94f9fd67ea66528214
CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded

I would call this not a bug after reading the comments. Surely you do not want your currently defined page styles over-written when pasting some content from another document.

Sure, if the page style doesn't exist yet, then it is safe to copy it. But definitely not if it already exists.

(In reply to Justin L from comment #10)
> I would call this not a bug after reading the comments. Surely you do not
> want your currently defined page styles over-written when pasting some
> content from another document.

Well this more exercise reframing/redefining the actual issue. Which fine - deeper investigation - however I still see a problem

1. Open the attached file
2. Go to page 5
3. Say I want to copy chapter 1
4. Press arrow left the place cursor left of Chapter 1
5. CTRL+SHIFT ARROW DOWN number of times to select content of Chapter 1
5. CTRL+C
6. CTRL+N
7. CTRL+V

Result
Chapter 1 page style being copied & pasted
Endnote page style skipped, but endnotes are pasted (making even more complicated)

---
8. CTRL+N
9. Sidebar -> Styles -> Page Style tab
10. Create a new page style called Chapter 1
11. On the page tab set orientation to landscape
12. Press OK (style isnt applied, only present)
13. CTRL+V

Result. Conflicting page styles with same name. The existing - in document - page style is kept above the one on the clipboard. If there is no conflict the page style is simply pasted

The solution would be to make the copy/paste style unique. So if they same style name is present in source as target document, the style from source document needs to renamed to something else. Instead of using an arbitrary page style with the same name

Another option would be to not copy/paste the page style in any case

The current is mishmash of both worlds

*** Bug 144948 has been marked as a duplicate of this bug. ***