Grids & Text Boxes Disappearing

I’m working on a book project in LO Writer 5.2.0.4 with my girlfriend. It is 32 pages, most with a full bleed 300 PPI JPEG and text within text boxes. She is working on a PC laptop and I’m on a Mac. The .odt file which was created on her PC seems to work better on her machine than on mine. [Edit: 5/14/18, turns out we are both having the same problems.]

These problems seems to occur only in Book Mode [Edit: 5/14/18, previously I thought it was also View Mode.]. Text boxes and their contents on many of the pages do not appear until I click or double click on them–I’m guessing where they are and if I click in the right spot they show up. A single click reveals the boundary of the text box, a double click will also show the text within it and the grid which is otherwise absent on the page. If I then scroll to another page and return they are gone again.

Pages with non-appearing text boxes also have non-appearing grids. When I scroll to a page where the text and text box are not showing the grid does not show either, even when it appears on a facing page in View Mode or Book Mode. Double clicking in a text box will show the text and part of the grid–the grid does not extend beyond the boundaries of the text box.

Are these known issues? Is there anything I can do to correct them?

Thanks.

Quick n dirty CONCLUSION: Keep the anchor and text box on the same page.
This issue popped up for me when anchor is paragraph.


EDIT (original is at the end):
Ok, make sure the anchor is on a paragraph on the same page? (Doesn’t always seem to cause it) seems to happen more if the anchor paragraph starts on the previous page vs ends on the next page.

Conclusion, it is some sort of bug for when the anchor paragraph crosses something. (Not sure about sections. This document doesn’t use them. )

The reason it fixed itself in my original solution was because the anchor paragraph somehow got forced to the next page, thus putting the box and anchor point on the same page.

I kept wondering why the previous page had a bunch of white space. I was like that doesn’t have a “page break”

I deleted the soft page break… somehow created by putting the text box in just the right spot, and the disappearing issue started reappearing.

CONCLUSION: Keep the anchor and text box on the same page.

While not style correct, If you have to, use a couple of one or two line paragraphs to get the box to appear on the next page. – Ha style… the big style people are newspapers, and they are big on short paragraphs. lol.


Bug may be fixed?
Upgraded to Version: 6.2.5.2 (x64) today (July 2019), and the existing documents still have the error, but a new document created to show the error with generic text, won’t allow the box to be on a separate page from the anchor

Version: 6.2.5.2 (x64)
Build ID: 1ec314fa52f458adc18c4f025c545a4e8b22c159
CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win;
Locale: en-US (en_US); UI-Language: en-US
Calc: CL


Original, but potentially still relevant.

I just posted a similar question. Thought it was different, but delving deeper, it seems the same. Especially seeing “Both” of you are having the issue.

My text box was anchored to the paragraph. I copied a working box, and then pasted the problem text in. It worked. But then, when I moved the box to where i wanted, it disappeared. Moving it around, it would randomly appear and disappear in various places on the page.

Then only on one paragraph. I moved it to the other page to cover the problem paragraph on that page.

I could no longer repeat the issue!!!

I even moved the box back to the original page, and the issue never reappeared.

I wish I knew what was wrong, but hopefully doing that fixes it for you.

I’m guessing some formatting issue got cleared/reset when changing pages… or changing anchor paragraphs? (Changed to and from the problem paragraph… vs just covering the problem paragraph?

I’ll post again if I can repeat again.

NOTE: I was in “Normal” view. But working on 8.5x5.5 sized pages.

Version: 6.2.4.2 (x64)
Build ID: 2412653d852ce75f65fbfa83fb7e7b669a126d64
CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win;
Locale: en-US (en_US); UI-Language: en-US
Calc: CL