[Libreoffice-bugs] [Bug 106918] Sections with two columns have to be deleted then un-deleted to display correctly

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Sat Apr 29 05:39:11 UTC 2017


https://bugs.documentfoundation.org/show_bug.cgi?id=106918

--- Comment #3 from r at fael.lv <r at fael.lv> ---
I came to file a bug about what I think is the same issue described by
@ammine007. Because I have a much more complex document, it might be related to
a different bug, or many different bugs, previously reported here or no.

I'll try to be objective, but have in mind this could come from more than one
source. I am submitting the document where you can verify the issues related.
The document is my original (no problem with that), with the images compressed
into oblivion, turning a 15mb document into 650kb.

Writer Versions: I've been verifying this problem for several months, or ever
since I started writing a large document (from at least June 2016). Now I am on
5.2.6.2, problem can still be verified. Also have in mind, I am using Writer in
pt-br, which makes it a little harder for me to tell you the english names of
options, but I try.

Context: I have a two-column document with several pages (200+), and in some
pages I change it to one-column (for chapter titles), then two-column again. It
also has pictures, tables, boxes, alphabetical index, summary, empty pages,
etc. 

Issues: 
- Position of elements (sections, tables, pictures with certain alignments)
changes randomly. Sections that should be tightly together break to a new page,
then while editing a section several pages further into the document, they tie
together again. 
- If I preview print, position of sections and pictures change, number of pages
change. 
- If I update alphabetical index, many things change positions, if then I
update the opening index of titles, things go to another different position. 
- If I go to Format > Columns and change the setting "Distribute content evenly
across columns", nothing changes, until I insert a line break in the end of a
section, but after a while it displays differently at random. For example, I
tell it to distribute evenly, so it should display the columns on the last page
of that section roughly of the same size, leaving some space for the next
section in the same page. Instead, it fills left column all the way to the end
of the page and leave right column with only a few words, mostly empty, next
section is sent to the next page. Inserting a line break sometimes fixes that,
but it goes back to wrong when I update indexes.
- When I open the document, page count is always wrong. Right now document
submitted has 200 pages, but when I open it it says 203.
- Here's the worst part. If I go to Tools > Update > All, everything goes to
its right place... except the opening index (the one that is dinamically
updated by adding titles) gets page numbers wrong by 1 or 2 over the course of
the document. If I then update again only that index, the document changes
enough to break (positions go wrong again), but that index then gets the pages
right though. It doesn't help, because it's the right page numbers with
elements messed in the wrong positions.

How to verify issues:
- Open document attached. Note page count.
- Go to Tools > Update > All. Note page count change. It is now the right page
count.
- Check the index in the last 3-4 pages, test if it gets one or two references
right. That index is always right in my tests, at least right after the update.
- Check the index in page 3. Page numbers will be off by 1 or 2 pages from page
50 on, give or take. The last title which is the alphabetical index from page
197 is marked as being in page 199. If you update this wrong index isolatedly,
it messes the document's total page count, messes positions of sections at
random, but gets the page numbers right (from a messed document).

Workaround tried: I thought this could be a memory issue because it's a
slightly large document (it's 15mb, but I noticed this happens since around
5mb). I changed memory limits in Preferences to larger and larger numbers. That
did nothing that I could notice.

Workaround: Tools > Update > Update All does fix the document as intended,
except for the index in page 3, the one that is dinamically created by titles
in the document. So it's an incomplete workaround.

Workaround not tried: OP @ammine007 suggested that deleting and undeleting
sections makes them behave correctly. That is impractical, obviously. I have
many times inserted and deleted line breaks before sections and that had a
similar effect of pulling the following section to its right place, but that is
impractical in the same amount. If I do that over the whole document, when I
update the indexes everything gets messed up again.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20170429/324b0e28/attachment.html>


More information about the Libreoffice-bugs mailing list