Created attachment 114845 [details] The step to reach the bug. The index has some problems with the tabulation. I got a document in MSOffice with index and when I tried to edit it in Open and update the index it brokes, the tabs dissapears. When I try to put manually using the index editor with another tab the "Tab position relative to paragraph style indent" doesn't work. Sorry for my english.
Can you provide an example document as attachment? Set to NEEDINFO. Change back to UNCONFIRMED after you have provided the document.
Created attachment 114899 [details] One of the files I notice the bug.
Reproduced the problems with tab in the ruler. Win 7 Pro 64-bit Version: 5.0.0.0.alpha0+ (x64) Build ID: 211c12b9c64facd1c12f637a5229bd6a6feb032a TinderBox: Win-x86_64@42, Branch:master, Time: 2015-04-18_01:51:17 Locale: fi_FI Ubuntu 14.10 64-bit LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4
** 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
This bug isn't clear, what you want to achieve and can't, with steps, Expected and Experienced results. It's not enough to just say "problem" or "doesn't work". "Update the index" doesn't broke, it just updates the index as defined in LO. 1. Open .DOT to get new document 2. Go to "Table of Contents" on page 3 and right-click Edit Index 3. Stay at level 1 ? 4. Between E# and E add "Tab Stop" with "1 cm" position 5. ? Expected: ? Experienced: ? Image attached shows you manually change the indent? But "Tab position relative to paragraph style indent" relates to style, so instead "Contents 1" must be changed. There are inconsistencies here, key question is if this issue is general in some sense or it only happens with this specific .DOT, but let's clarify this first. Behavior is the same in 6.2+ so it's not a matter of version but of good triage.
@Buovjaga, could you please help Timur in comment 5 ?
First, when you load the file the index is 1.<tab><Title><tab><page_number> That is the desire outcome, but in the index configuration it never has the first tab. That’s why when you update the index the first tab dissapears. So I think the bug would be loading .dot files with index you lose some settings. In this case, you lose the first tab in every level. When I tried to added it manually all broke because you also lose the “align right” from level 3 and above of the second tab (and I didn't notice). The ideal would be that these settings load automatically and you could update without losing format. I get the desire outcome making this modifications: - Adding a tab between E and E# in every level, with tab stop at 0.8, 1.6 and 2.5 cm for the first three levels - Adding “align right” for the second tab from 3 level to above.
gon_aranda, Bugzila is not document- or desire-oriented, but issue oriented. I noticed you had 2 bugs showing you're advanced user but both are not properly reported: https://wiki.documentfoundation.org/BugReport So simple but clear steps you didn't provide are preferred over explanation. Using different terms and mixing separrate issues leads to annoying and slow triage. I'm loosing my time to guess what you did exactly. That being said, I'll confirm with explanation.
*** Bug 87523 has been marked as a duplicate of this bug. ***
Default TOC in LO is also another issue, there's bug 32360. Another bug or two would be that LO "recognizes" TOC structure from DOC and DOCX so that it can be edited further. Here we deal with alignment in index / TOC. There's a general issue and issue with some docs. I'll report the general issue separately, but I confirm issue with this DOT. Normally if you add another tab stop as it was done here, it will behave normally if you add some Tab stop position (here 1,0cm). 1. Open .DOT to get new document 2. Go to "Table of Contents" on page 3 and right-click Edit Index 3. Go to level 2 4. Between E# and E add "Tab Stop" with "1 cm" position 5. OK 6. Right-click Update Index Expected: Chapter name Entry is left aligned after 1 cm tab. Experienced: Entry is right aligned. I kindly ask others to evaluate this bug in the light of general issue Bug 118960.
I reported general LO issue as Bug 118962. There I wrote that behavior for MS created documents is slightly different. This bug is an example. Problem comes from "Tab Stop" with "1 cm" position that's not enough. Increasing solves it.
Dear gon_aranda, 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
Repro 6.4+
Reproduced as in comment 10 with: Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: f446a203fa2897bab8ae7686c948a8bf060675c6 CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-06-24_15:16:38 Calc: threaded