Description: In the attached example, the highlighted paragraph should start at the end of the previous column, but LibreOffice pushes it at the start of the second column. This para has this style: () Do not split paragraph, (x) Keep with next para (x) Orphan control (2 lines) and (x) Widow control (2 lines). The next para has (bullet #1) has () keep with next para. Steps to Reproduce: 1. Open the attached file with any version of LO, from 6.2.8.2 to 7.3.2.2 Actual Results: The highlighted paragraph starts at the start of a new column. Expected Results: The highlighted paragraph should be splitted and start at the end of the previous column. Reproducible: Always User Profile Reset: No Additional Info: This bug can be reproduced, AFAIK, from LO 6.2.8.2 to 7.3.2.2.
Created attachment 179635 [details] The highlighted paragraph in this file illustrates the bug. Please check styles applied to it and the following paragraph.
I confirm the behaviour, but unsure if this being a bug or simply "Keep with next paragraph" being turned on What do you exactly expect from "Keep with next paragraph" in this case and especially why?
(In reply to Telesto from comment #2) > I confirm the behaviour, but unsure if this being a bug or simply "Keep with > next paragraph" being turned on > > What do you exactly expect from "Keep with next paragraph" in this case and > especially why? Ok well export to DOC/DOCX and opening with MSO does indeed split the highlighted text.. so there surely something wrong (aside from bug 148657)
Hello, thanks for your quick answer. What I expect from "Keep with next" here is that the *end* of the highlighted paragraph (name it P) should be on the same column or page as the next one (in the example, the first bullet cannot directly be on top of a page or a column). But P could start on the previous column (this would be nice, a blank zone would be avoided): indeed, it is splittable (checkbox "Do not split paragraph" is unchecked); orphan and widow rules can be enforced as well. Does it make sense to you? Many thanks again.
Round-trip issues are per se bugs. But ours or MSO'es?
I don't see a bug . Help says: "Keep with next paragraph Keeps the current paragraph and the following paragraph together when a break or column break is inserted." "Keep with next" should be for the whole para, for comment 4 just turn it off. We cannot prove here with Word, it has another option "Keep lines together". And for Keep with next it says "Keeps paragraphs together on a page or in a column".
I may be wrong, "Do not split paragraph" is unavailable, can't say why.
(In reply to Timur from comment #7) > I may be wrong, "Do not split paragraph" is unavailable, can't say why. Do not split paragraph" will become available if you uncheck both Orphan and Window control The result of checking "Do not split paragraph" or "Keep with next paragraph" will be the same in the case here (but don't ask me what the difference is) Help doesn't state disabling Orphan and Window control being pre-required to enable "Do not split paragraph"
(In reply to Telesto from comment #3) > Ok well export to DOC/DOCX and opening with MSO does indeed split the > highlighted text.. so there surely something wrong (aside from bug 148657) To be clear: MSO opens the DOCX/DOC generated with LibreOffice with "Keep with next paragraph on" differently compared to LibreOffice
(In reply to Timur from comment #6) > I don't see a bug . > Help says: > "Keep with next paragraph > Keeps the current paragraph and the following paragraph together when a > break or column break is inserted." > > "Keep with next" should be for the whole para, for comment 4 just turn it > off. I'm not sure for 100%, because in this case widow and orphan control makes no sense and should be greyed out, but they are still active. Heiko, what do you think? Anyway, help [1] should be improved here. [1] https://help.libreoffice.org/7.6/en-GB/text/swriter/01/05030200.html?System=WIN&DbPAR=WRITER&HID=cui/ui/textflowpage/TextFlowPage#bm_id3147406
(In reply to Timur from comment #6) > We cannot prove here with Word, it has another option "Keep lines together". > And for Keep with next it says "Keeps paragraphs together on a page or in a > column". https://support.microsoft.com/en-us/office/paragraph-line-and-paragraph-breaks-tab-a529bd20-1ee0-4507-8898-5415f618b8a9 Apparently "Keep lines together" comes for MSO in addition to "Widow/Orphan control" (which always considers only one line). So I think it's not a bug; the paragraph attributes just need to be set properly. And the disabled state makes sense for the mutual exclusive options. (In reply to Gaëtan Delannay from comment #4) > What I expect from "Keep with next" here is that the *end* of the > highlighted paragraph (name it P) should be on the same column or page as > the next one... Can you follow the arguments, Gaetan?
(In reply to Heiko Tietze from comment #11) > So I think it's not a bug; > the paragraph attributes just need to be set properly. > Can you follow the arguments, Gaetan? Gaeten, what is your answer to Heikos question? => NEEDINFO
Dear Gaëtan Delannay, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Dear Gaëtan Delannay, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp