Description: Page style not properly copy/pasted Steps to Reproduce: 1. Open attachment 163709 [details] 1. a go to multipage view and zoom out to get a nice overview 2. CTRL+A 3. CTRL+C 4. CTRL+N 5. CTRL+V Actual Results: First four pages and last page have wrong page style Expected Results: Similar to source I guess? Reproducible: Always User Profile Reset: No Additional Info: Version: 7.2.0.0.alpha0+ (x64) Build ID: f2171af6ce3516598d9f8bac8294025a21a5b1a2 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL
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. ***
(In reply to Telesto from comment #0) > Description: > Page style not properly copy/pasted > > Steps to Reproduce: > 1. Open attachment 163709 [details] > 1. a go to multipage view and zoom out to get a nice overview > 2. CTRL+A > 3. CTRL+C > 4. CTRL+N > 5. CTRL+V Bibisected with Linux 44max, this changed with 5c1cc92ee09f9fcc99077cacd3fc55640f03b7b2 fdo#69282: sw: fix updating of page styles via SwDocShell::_LoadStyles() So seems in line with Justin's notabug assessment.