Created attachment 47194 [details] A (Hebrew) document demonstrating the problem. See the third index page (page 63) for This is a longstanding bug, which I've seen for at least a year, also in OpenOffice, and still remains in LibreOffice (as installed on my shiny new Fedora 15). In the attached document, which is in Hebrew, there is a 5-page long index at the end. Most of the index is correctly formatted the way I wanted, with 5 columns ordered from right to left (as should be in Hebrew), correct page numbers, and so on. But, there is one, rather nasty, bug: In the middle of the index - on the third index page (page 63) - there's suddenly a big gaping hole of white space. It doesn't appear that any index entry is missing - it's just extra, completely uncalled-for white space. See attached image from the exported PDF file (the exact same problem appears also on-screen). Even more strangely, the location of that space in the middle of the index isn't constant: When I do Tool->Update->Update All and the index is regenerated, the location of that whitespace usually changes. Usually it picks one or two locations for it, but once in a blue moon, I also get a good unbroken index.
Created attachment 47195 [details] What the bug looks like - extra white space in the middle of the index.
[This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
Dear bug submitter! Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs. To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem. Yours! Florian
not reproduced in 3.6.1. WFM
I tested this on LibreOffice 3.5.6 and at first was thrilled to see the bug indeed went away. BUT, on second check, I discovered that it didn't. It just takes a slightly different procedure to see it: When you first open the attached document, you don't see odd white space in the index at the end. But, if now you do Tools->Update->Update All, to recalculate the index, *now* you'll see that extra white space on page 63. That bug still exists in LibreOffice 3.5.6 (the latest I have access to). So I'm reopening the bug.
Thanks for additional information. Reproduced in 3.3.4 and 3.6.1 on Fedora 64 bit (Windows not tested) used Tools->Update->Update All
Also reproducible in 3.7/master, but seems a bit less random than I thought. @Nadav - did you check the problem in other languages or it just happen to be Hebrew document as this is what you've worked with?
(In reply to comment #10) > @Nadav - did you check the problem in other languages or it just happen to > be Hebrew document as this is what you've worked with? I've only seen this problem in this specific document, which is in Hebrew. I don't know whether the bug is specific to RTL or Hebrew (less likely), or whether it is specific to indexes, to multi-column text, or what. I was hoping that someone with actual access and understanding of the source code could easily (?) debug where that extra white space is coming from, since it is consistently being added. As to being random, it does appear sort-of-random, but if you always use the same "seed" (open the same file, do the same sequence of events) then indeed the white space always appears in the same place. As I continue to edit this document, I notice that the white space seems (unless I'm just remembering it wrong) drift from place to place.
This bug still exists in LibreOffice 4.1.2.2. After I do an "update" of the index, it gets a big hole in the middle. Luckily, a "save" after the update doesn't save the hole: When quitting LibreOffice and starting it again, I again see a nice index, without a hole.
** 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 (4.4.1 or later) 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: 2015-04-01
(In reply to Nadav Har'El from comment #12) > This bug still exists in LibreOffice 4.1.2.2. After I do an "update" of the > index, it gets a big hole in the middle. Luckily, a "save" after the update > doesn't save the hole: When quitting LibreOffice and starting it again, I > again see a nice index, without a hole. Confirmed hole on page 63 after update. Lowered severity per comment 12. 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
Re: my previous comment: oops, I made a mistake: I actually tested using 4.4.2 on Windows. LibO 5.0 64-bit on Windows crashes with SEH Exception: Access violation, when I open the document. Ubuntu master does not have the hole, when updating. Version: 4.5.0.0.alpha0+ Build ID: afb82d3729bda2754d0add08cc6c4dce1dc76d59 TinderBox: Linux-rpm_deb-x86_64@46-TDF-dbg, Branch:master, Time: 2015-04-14_00:05:04 Locale: en_US
** 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
Unfortunately, I can still reproduce the bug in LibreOffice 5.2.6.2 (from the Fedora 25 package). To reproduce: 1. Open the document in the attachment, the index at the end of the document looks fine. 2. Use "Tools -> Update -> Update All" 3. In the middle of the index, in page 69, I see a "hole" - unexpected white (gray, actually) space, roughly one column-length long, between two index entries (looks very much like the attached image, but the space comes between different words this time). By the way, no index entry is missing - the space is extra, it doesn't hide any content. You don't need to understand Hebrew to see the empty space :-)
I believe this to be a repagination issue, as the issue happens sometimes and doesnt other times. Also encountered that sometimes when the white space appears and then i scroll to another page and scroll back and the white space is gone. Also noticed that if i update the index at the place of the white space, the white space will disappear. I believe the 5 columns has a factor in it, as some entries wrap over two lines, and if its set to 4 columns, the white space didnt appear. Version: 6.0.0.0.alpha1+ Build ID: 143c482b3189cb084fbdf5e6f78f15b43f099e24 CPU threads: 2; OS: Linux 4.4; UI render: default; VCL: gtk2; Locale: en-US (en_US.UTF-8); Calc: group
I saw the problem after performing Tools->Update->Update All, as per Comment 8 (https://bugs.documentfoundation.org/show_bug.cgi?id=37638#c8) in: Version: 5.4.2.2.0+ Build ID: 1:5.4.2-3~bpo9+1 CPU threads: 8; OS: Linux 4.9; UI render: default; VCL: gtk2; Locale: en-US (en_US.utf8); Calc: group OS: Debian 64bit Stretch (Debian 9.2, with some backported packages)
The bug is still present in Libreoffice 6.0.1.1.
The problem was not seen. The document's pagination was changed, and now the location which used to have a gap is now in page 68 rather than page 63. גרסה: 6.1.1.1 מזהה הבנייה: 1:6.1.1~rc1-2~bpo9+1 תהליכי משנה במעבד: 8; מערכת הפעלה: Linux 4.16; עיבוד מנשק: בררת מחדל; VCL: gtk2; מיקום: en-US (en_US.UTF-8); Calc: group threaded running under Debian Stretch: $ uname -a Linux c5 4.16.0-0.bpo.2-amd64 #1 SMP Debian 4.16.16-2~bpo9+1 (2018-06-26) x86_64 GNU/Linux
Doesn't happen on initial open of the file. Still reproducible after doing Format -> Update -> All. Version: 6.1.1.1 Build ID: 1:6.1.1~rc1-2 On Debian GNU/Linux AMD64.
Dear Nadav Har'El, 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'm using: Version: 6.4.0.3 Build ID: b0a288ab3d2d4774cb44b62f04d5d28733ac6df8 CPU threads: 4; OS: Linux 5.2; UI render: default; VCL: gtk3; Locale: he-IL (en_IL); UI-Language: en-US * I _cannot_ reproduce the bug on initially opening the attached document. * I _cannot_ reproduce the bug even after triggering an update using Menu item: Tools | Update | Update All. I see no gap anywhere in the index (which is currently on pages 65-69) So, Nadav, Lior, please double-check with this or other documents. Could this issue have been inadvertently fixed?
Dear Nadav Har'El, 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 Nadav Har'El, 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