[Edit - OP further down]
Supporting questions asked:
Which file type are you using? .odt? .doc, .docx, or other?
How many graphical objects are in your document (images, tables, etc…)?
abt. 40 images and ~100 tables (some are just a single cell for formatting purposes, but half are proper full-blown tables)
Do you use more than one different Page Styles in your document?
About a dozen page styles (left page, right page, and “chapter start” style for each chapter due to the different full-page illustration)
Are there enforced Page Breaks?
Yes, but only when switching page styles (these phantom pages appear only in the “pure” left page/right page sections)
Do you use Mirrored Page style in your document?
No mirrored page style. My left- and right-handed styles are set up independently from one another as separate styles, left followed by right, right followed by left. any other page styles are injected with manual page breaks.
Are there some enforced “Keep with next paragraphs” option in the paragraph styles?
Yes, indent styles (sub-titles and sub-sub-titles) enforce Keep with next paragraphs (normal text style doesn’t)
Has your PC enough system memory and enough processor capacity for the “continous re-rendering”?
I sure hope 32 gigs of ram and an i7700K are enough but LO doesn’t seem to consume too much of the system resources at any given time based on the task manager, even when i have it running for a week.
If you apply a single page style, does it work better (do that in the copy of your document).
I had the exact same behavior even before I started working with page styles and just used paragraph styles. some paragraphs (since I never explicitly disabled paragraph splitting) were shifted entirely to the next page with their corresponding sub-title row (that style has Keep-with-next-paragraph persistency enabled) half the time, and “bled” to the next page the other half of the time (which was my intention in the first place). if I closed and opened the document, it was a coin toss how these paragraphs would render.
(this was the case while the doc was kept in separate odts for each chapter, so it’s appatently not related directly to file size).
This had just gotten worse once I tried to make the document look “nice” and introduced page styles.
Are the tables allowed to span over multiple pages and what are the settings in the paragraph Text flow tab? If all the text is set to Keep with next paragraph, it can cause trouble for example.
tables are allowed to roll over, yes. (I remember playing with this setting but made no difference.)
How are your images anchored? If To page, expect strange things to happen.
I learnt this the hard way when I first tried to use an odm. Pictures are all anchored to a paragraph except for the frame/background pictures which are set up as a stretched Page Style background.
There is a hint to “multi-column”. How do you implement it? In the page style(s) or inserting sections? In the latter case, I experienced the kind of mishap when mixing tables in multi-column sections.
Columns are set manually where I needed them, some tables use full page width. They aren’t part of the page style and couldn’t get Sections work (there’s numerous parts of the document where I have a single column section with a table and a two-column section following). I’ve seen this “table bleeding” happen no matter how many columns I used, but it happens more frequently when I use a single column.
For best advice, attach a 5-page max sample file exhibiting the mishap. You can attach only to a question. So, edit it and use the paperclip tool.
I would love to do this, but I cannot. Reasons are:
- This behavior is totally ad hoc and could not figure out how to “force” it to happen. If I could, I would be closer to the resolution I guess
- If I just copy and paste these sections in a small, separate document, it doesn’t seem to happen reliably
- Even when I see this happen when I open the document, the next time I open it it may or may not happen in the exact same spot.
Case in point, the most recent PDF export is 278 pages. When I opened the doc from Dropbox just now, it’s 289 pages. I see five empty pages inserted between page 180 and 186.
I closed the doc (without doing anything, or saving), and opened again. it’s now 283 pages. This means 6 phantom pages disappeared; I see the five empty pages between p. 180 and 186 and after scrolling through the whole document, it now shows 285 pages, breaking two columned sections further down past page 270.
Closed and opened the doc again. It’s again 283 pages, but the phantom pages between the “original” p. 180 and 186 are now gone. They are now however page 184 and 185 so there must be something else broken earlier in the document that I couldn’t spot at first glimpse at max zoom-out.
Running LO 18.104.22.168 on Windows 10.
I had this extremely annoying issue in OOo and hoped LO would be better in this respect; unfortunately not.
Here’s the use case. I have a 277 pages long document with numerous styles to keep it nice and dandy. Or is it 283 pages? 298? 279?
Every single time I open the document, it inserts random empty pages (retaining the page style that should apply, so these aren’t “big blank pages”). Tables get shifted across multiple pages (keeping only the table header on each page, otherwise these extra pages are empty). Paragraphs (not even a paragraph break, it’s the same paragraph!) get split between two pages with 3, 5, sometimes 15 empty pages inserted in-between.
If I scroll through the document and highlight the pieces of text or table row that are before these phantom pages, they disappear in most cases as the section gets re-rendered; other times I need to insert and delete a random letter in the paragraph.
Anyway, let’s say I did all this as part of my “preparation to export to PDF” step, and now all the empty pages are gone, all good. Right?
Unfortunately I have a ToC at the start of the document. If I refresh that to update the page numbers, the same nondetermenistic amount of random empty pages get inserted all across the doc, again. (And the ToC page numbers reflect the page numbers with the phantom pages factored in.) The only thing I can do is go through the “empty page cleanup process” again, refresh the ToC, and if there’s only two or three empty pages inserted close to the end of the doc, swallow the pill, remove the blank pages again, and export with an incorrect ToC. (This means I’m weeding out these empty pages multiple times before I get an “ok-ish”, but still not “perfect” result.)
I tried using a master document thinking this is related to the size of the individual document. it behaves the exact same way but without any easy workaround to fix it (but it often breaks the two-column layout and just pushes the second column to a separate page, spreading an otherwise 15-page chapter across 30 pages - layouts that seem to work perfectly otherwise).
(Actually, my struggle with the master document approach for 4 months was the final push I needed to migrate over to LO, but it’s just as unpredictable in LO as it was in OOo. That was the point I just merged the whole collection of chapters into a single doc. It all seemed fine… until I opened the saved document the first time.)
I really, really need some help here. The obvious answer would be using a dedicated publishing software instead, but migrating the doc from OOo to LO was already a multi-day effort due to the small differences that I needed to play whack-a-mole with. If I would need to rebuild the doc in a brand new app, I’d probably lose my mind - but this rendering issue put me on that track already.
I did searches throughout the past months and I couldn’t find anyone with this issue, which suggests it’s probably I screwing up my page setup, but it doesn’t make it any less frustrating. Apologies if I sound bitter or harsh but realizing how much time migrating to a publishing software would take was the last drop in my bucket of misery.