Description: Setting a page style doesn't convert they page in question but the next (if there is one present) Steps to Reproduce: 1. Open Writer 2. CTRL+ENTER 3. Format -> Paragraph -> Text flow -> With Page style & set it to Landscape 4. Press OK 5. Press CTRL+Enter twice (adding 2 empty pages) So 3 Landscape 6. Place cursor on page 3 7. Format -> Paragraph -> Text flow -> With Page style & set it to Default 8. Press OK (next page changes, not to current page.. not sure if this proper.. but not point here) Screencast: attachment 163895 [details] (which contains this behavior (and goes on to demonstrate)bug 135408) Actual Results: Next page gets formatting Expected Results: Starting at the underlying page Reproducible: Always User Profile Reset: No Additional Info: Found in 7.1 and in Version: 6.2.0.0.alpha0+ Build ID: 401cba4c20fbc930f034168872642428d7459218 CPU threads: 4; OS: Windows 6.3; UI render: default; Locale: nl-NL (nl_NL); Calc: CL not in 6.0
Another one you might be interested in (likely the same root cause as they colored page issue)
@Heiko Adding you to CC based on they e-mail conversation :-)
See also bug 134439 and bug 134440. Making it a duplicate of bug 134395, which discuss the same topic, and should solved per bug 128616. *** This bug has been marked as a duplicate of bug 134395 ***
(In reply to Heiko Tietze from comment #3) > See also bug 134439 and bug 134440. Making it a duplicate of bug 134395, > which discuss the same topic, and should solved per bug 128616. > > *** This bug has been marked as a duplicate of bug 134395 *** You're aware this is a regression ? So 4.4.7.2 - 6.1 having a different behavior?
The topic is extensively discussed in the mentioned tickets. Please comment there. Not every fix is a regression IMHO.
(In reply to Heiko Tietze from comment #5) > The topic is extensively discussed in the mentioned tickets. Please comment > there. Not every fix is a regression IMHO. However, show you see a opportunity to change to something different, while simply broken. Bug 128616 is more an ENHANCEMENT. While there is a commit changing the whole logic; started the whole mess (this and see also's). So first they logic must be restored, secondly the ENHANCEMENT implemented :-). Third I start complaining about the ENHANCEMENT not matching expectations. So we start discussing it again etc etc etc. :P
The bug was definitely reproduced with Version: 6.3.0.4 (x64) Build ID: 057fc023c990d676a43019934386b85b21a9ee99 CPU threads: 12; OS: Windows 10.0; UI render: GL; VCL: win; Locale: ru-RU (ru_RU); UI-Language: en-US Calc: CL but not with Version: 7.1.2.2 (x64) / LibreOffice Community Build ID: 8a45595d069ef5570103caea1b71cc9d82b2aae4 CPU threads: 12; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: CL That was definitely a bug, since - as shown on the screencast (attachment 163895 [details]), the settings were applied to a different paragraph, not to the one that was operated. It is not a duplicate. Since I don't repro it anymore, resolving it WORKSFORME.