Created attachment 105805 [details] Three pages document illustrating the bugs This is a two bugs in one description: When the default style paragraph width is reduced on the right, bulleted lists in default style do not apply this modification. In the bulleted list, when the right indentation is moved on the top rule with the cursor, the page numbering restarts to one ! This does not happen when the paragraph style is modified according to default paragraph style.
Hello Fabien, Thank you for submitting the bug. Regarding the first bug, i think that the bullet should inherit from the already set paragraph width, as that is how it does in ms word. Regarding the second bug, it has previously been reported (bug 79303). Steps: 1) open writer 2) modify default style by changing the after indent to 2cm 3) add a bullet 4) bullet after indent is set to 0cm
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.0.5 or 5.1.2 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT - Update the version field - Reply via email (please reply directly on the bug tracker) - Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2016-04-16
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.2.7 or 5.3.3 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170522
Still present on version 5.3.3.2 Build ID: 3d9a8b4b4e538a85e0782bd6c2d430bafe583448 OS :Windows 6.2 (Win10).
*** Bug 108718 has been marked as a duplicate of this bug. ***
*** Bug 79109 has been marked as a duplicate of this bug. ***
*** Bug 93336 has been marked as a duplicate of this bug. ***
change summary to reflect the problem more exact.
*** Bug 115787 has been marked as a duplicate of this bug. ***
Abiword 2.8 and Microsoft Word are ok Open Office 4 and LibreOffice have a bug
with Libreoffice 6.0.4.2, we could see that clicking on bullets list remove the "After Text" setting (even if well formatted before). Going to (right click) ► Paragraph ► Indents & Spacing permit to reformat correctly the bullet paragraph. Looking at class SwBulletPortion : public SwNumberPortion in porfld.cxx (core/sw/source/core/text) Not able to go deeper...
Going to (right click) ► Paragraph ► Indents & Spacing is a quick fix but removes association with a paragraph style attached to the list, changes to the style no longer reflect in the list.
@Fabien Cara In the bulleted list, when the right indentation is moved on the top rule with the cursor, the page numbering restarts to one ! This does not happen when the paragraph style is modified according to default paragraph style. ► Not able to reproduce this. Could you give more details? I've tried with a selectionned bullets list (moving the small vertical arrow cursor to align with the whole text). I'm using LO6.0.4.2 @Steve Edmonds ► Could you give more detail? using Text Body style, then changing format (with reduced right marge), then selecting few text (lorem ipsum) and click on bullet icon, then changing Indents/spacing for bullets and finally changing Text body style again = changing bullets text too.
Ok, if I understood correctly this is the sequence I followed. 1.Create some text (it is Default Style), 2.apply Text Body style, 3.Reduce right margin - not the page margin but the paragraph right indent "After Text", 4.Select text and click bullet icon, 5.Change indent for bullets, 6.Adjust right margin - not the page margin but the paragraph right indent "After Text". The right indent changes in the bulleted text as I expected. Now if you go into styles (sidebar/F11) and apply the style Text Body to the bulleted text, the right indent is set to 0. Even if "After Text" has a setting in the "Text Body" style. Version: 6.0.4.2 by the way.
Dear Fabien Cara, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
I confirm that the bug is still present on version 6.2.4.2
Dear Fabien Cara, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
As far as I can tell it is still in 7.1.4.2
*** Bug 142412 has been marked as a duplicate of this bug. ***
Still present in Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: de7356c2e0cb099fac396808b5a86a0393b48e5f CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL I've changed importance to High Normal, because we have five duplicates.
This bug depends on bug #114287: Paragraphs style settings for fo:text-indent and fo:margin-left has to overrule those from the list style, read section 17.20 in the spec. But LibreOffice ignores the settings in the paragraph style, in case the numbering style is not referenced in the same <style:style> element, which defines the paragraph indents. And bug #92762 is another duplicate of this one. Shouldn't we close #92762 and mark this report as a duplicate of #114287? I agree that this bug affects a major feature of the word processor and should be treated with high priority.
probably this was fixed for Writer by: but possibly the same bug is in EditEngine as used by Drawing Shapes/Calc/etc. commit db115bec9254417ef7a3faf687478fe5424ab378 Author: Michael Stahl <michael.stahl@allotropia.de> AuthorDate: Tue Feb 14 18:03:55 2023 +0100 Commit: Michael Stahl <michael.stahl@allotropia.de> CommitDate: Fri Feb 24 07:32:23 2023 +0000 tdf#78510 sw,cui: split SvxLRSpaceItem for SwTextNode, SwTextFormatColl Leave editengine and non-paragraph usages of SvxLRSpaceItem as-is for now. Add new items RES_MARGIN_LEFT etc., order them so that paragraphs can have 3 consecutive items RES_MARGIN_FIRSTLINE..RES_MARGIN_RIGHT and non-paragraphs also have 2-4 consecutive items RES_MARGIN_RIGHT..RES_MARGIN_LEFT (only the 3 paragraph ones are actually used now). The HTML import filter is particularly annoying because it parses CSS stuff into SfxItemSets without knowing where the items will be applied, so it can't know whether to create SvxLeftMarginItem or SvxTextLeftMarginItem... the split items are created in ParseCSS1_* functions and then converted later if necessary. WW8 import has some weird code as well, SwWW8ImplReader::Read_LR() creates 3 items and then something wants to set every item on its own so SwWW8FltControlStack::SetAttrInDoc() turned out rather weird. Convert the paragraph dialog to handle the split items (by mapping them to SID_ATTR_PARA_FIRSTLINESPACE/SID_ATTR_PARA_LEFTSPACE/ SID_ATTR_PARA_RIGHTSPACE), but the SvxRuler looks a bit more confusing so convert in sw shells for now and leave that for later (also unclear if changing these slot items like SID_ATTR_PARA_LRSPACE breaks any ABIs?). Change-Id: I40431821868fd3e1cceba121b5539ff9ae6befbc Reviewed-on: https://gerrit.libreoffice.org/c/core/+/147024
(In reply to Michael Stahl (allotropia) from comment #22) > probably this was fixed for Writer No. Repro 7.6+ when creating a simple Writer document from scratch.