Steps: 1) Open Writer 2) right-click > Paragraph 3) in indents tab, set indent before text to 1cm 4) in tabs tab, add tab positions for 3cm and 5cm 5) press OK button 6) it will only add one tab position at 6cm Tested in 3.3.0, 4.3.2 and master.
Created attachment 104626 [details] tabs in the rules I can't confirm, see the screenshot, the two tabulations are present. I'm using 4.3.0.4 Ubuntu 14.04 - Sophie
Unable to reproduce. Win 7 64-bit Version: 4.4.0.0.alpha2+ Build ID: b021b5983c62e266b82d9f0c5c6d8d8900553827 TinderBox: Win-x86@42, Branch:master, Time: 2014-11-12_00:19:18 Ubuntu 14.10 64-bit Version: 4.4.0.0.alpha2+ Build ID: 1c526c9ddda5d52f7a4db5655a4ec60b8c62835c TinderBox: Linux-rpm_deb-x86_64@46-TDF-dbg, Branch:master, Time: 2014-11-11_23:20:41
I have the same as Sophie. For me not reproducible with LO 4.3.3.2, Win 8.1.
I can confirm the behavior as described by Jay Philips. I have made some additional observations: Steps: 1) Open Writer 2) Set tab stop at 5cm (click in top ruler or format paragraph) 3) Press <tab> and write som text at position 5 cm 4) Format->Page->Borders. Select at least left border and set left distance to content to 2.5 cm 5) press OK button 6) the text at position 5 cm (tab stop) has moved 2.5 cm to the right 7) move cursor to beginning of a new line. Pressing <tab> moves cursor to position 7.5 cm and not to the shown tab stop at position 5 cm Kubuntu 14.04 LO 4.2.7.2
Created attachment 109490 [details] screencast
Jay, thanks for the screencast! This is by far the best way to show how it can be reproduced. And now I know why it was for me not reproducible, because I made an additional interim stage. After Step 3 with the indent tab I closed the dialogue to see it and only then I made Step 4. Sorry, you did not write it, so it was my fault, because with this interim stage it is not reproducible. But if I do it as you without closing it in an interim stage then it is also reproducible for me with LO 4.3.3.2, Win 8.1.
When the Paragraph dialogue is opened, if it is already on the Indents & Spacing tab then both tabs will be created. If, on the other hand, the Paragraph dialogue opens on another tab that requires switching to the Indents & Spacing tab then only the one tab will be created. Windows Vista 64 Version: 4.4.4.2 Build ID: f784c932ccfd756d01b70b6bb5e09ff62e1b3285 Version: 5.1.0.0.alpha1+ Build ID: 2885e157674dbefa7d9b984a399fabd1238eeedd TinderBox: Win-x86@39, Branch:master, Time: 2015-06-22_07:52:27
** 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.1.5 or 5.2.1 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-20160920
The bug is still present in: Version: 6.2.1.2 Build ID: 7bcb35dc3024a62dea0caee87020152d1ee96e71 CPU threads: 2; OS: Linux 4.20; UI render: default; VCL: gtk3; Locale: en-US (C); UI-Language: en-US Calc: threaded The behaviour seems to be dependent on negative First Line Indent and is misbehaving in both direct formatting and styles and as well as when the indent is set indirectly by numbering style. While testing I also encountered two other bugs, which I'll sumbit/find when I'll have some more time. Here is a couple of different test cases that I was able to reproduce it with: Variant A (direct formating) ============================ 1. Create new doc in LO Writer 2. Enter Fromat > Paragraph > Indents & Spacing 3. Set Indent > Before text: 1 cm (seems non-essential) 4. Set Indent > First line: -1 cm 5. Enter Tabs 6. Add two tab stops: 2 cm and 4 cm (both with type left) 7. Press OK Result: The first tab stop is missing Variant B (direct formating & numbering style) ============================================== 1. Create new doc in LO Writer 2. Enter Fromat > Paragraph > Outline & Numbering 3. Set Numbering > Numbering style: List 1 4. Enter Tabs 5. Add two tab stops: 2 cm and 4 cm (both with type left) 6. Press OK Result: The first tab stop is missing Variant C (using paragraph styles) ================================== 1. Create new doc in LO Writer 2. Modify current paragraph style (should be Default Style) 3. Enter Indents & Spacing 4. Set Indent > Before text: 1 cm (seems non-essential) 5. Set Indent > First line: -1 cm 6. Press Apply (essential step) 7. Enter Tabs 8. Add two tab stops: 2 cm and 4 cm (both with type left) 9. Press Apply (essential step) 10. Press OK Result: The first tab stop is missing Variant D (using paragaph styles & numbering styles) ==================================================== 1. Create new doc in LO Writer 2. Modify current paragraph style (should be Default Style) 3. Outline & Numbering 4. Set Numbering > Numbering style: List 1 5. Press Apply (seems non-essential) 6. Enter Tabs 7. Add two tab stops: 2 cm and 4 cm (both with type left) 8. Press Apply (seems non-essential) 9. Press OK Result: The first tab stop is missing Variant E (using paragraph styles) ================================== 1. Apply paragraph style with negative First Line Indent (e.g. List 1) 2. Edit the paragraph style 3. Enter Tabs 4. Add two tab stops: 2 cm and 4 cm (both with type left) 5. Press Apply (essential step) 6. Press OK Result: The first tab stop is missing
Dear Yousuf Philips (jay) (retired), 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
This bug is still present in: Version: 7.1.1.2 / LibreOffice Community Build ID: fe0b08f4af1bacafe4c7ecc87ce55bb426164676 CPU threads: 8; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: cs-CZ Calc: threaded I Was able to reproduce variants B, D and E from comment 9.
Still present Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 1bb0e177124d5d6661b72df6c7d848fb23639652 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL
@Heiko Does this maybe qualify as an easy hack. The problem occurs when configuring indent + tabs at the same time. If you configure the indent first (and close the dialog) and separately the tab stop every thing appears to be OK
(In reply to Telesto from comment #13) > Does this maybe qualify as an easy hack. Forwarding the question to Hossein.
(In reply to Heiko Tietze from comment #14) > (In reply to Telesto from comment #13) > > Does this maybe qualify as an easy hack. > > Forwarding the question to Hossein. I think it is better to fix this bug sooner, and not define it as an EasyHack, because it may further delay the fix. I am assigning it to myself now.