Created attachment 86696 [details] Sample odt exhibiting the problem I'm helping a (potential) new localizer with this issue, neither of us have much experience in filing non-l10n bugs so apologies if we miss out something. Larry's problem description follows: I've attached a sample file to be used for tracking down the formatting problem I've hit when opening some existing .ODT files in LO 4.1.1.2. The file is 43 pages long. It functions normally in AOO 4.0 When I open the file in LO, the status line initially indicates it's 60+ pages long. After about one minute it changes to 43 pages and displays correctly. However, if I attempt to add any text in the first part of the document, some text further along in the document page-wraps unnecessarily, and the status line updates, reflecting the fact that the document now takes up more pages. The problem seems to have to do with some of the text boxes and frames with graphics in them, which are attached to paragraphs so they will always stay with the associated text when editing makes the document either longer or shorter. How to reproduce: 1- Go to p.3 of the document and insert 6 or 7 blank lines in between one of the paragraphs, until the text box near the bottom of the page wraps to the following page. You'll see it superimposes over the graphics frame on p.4 (which is not in itself a problem, as they can be repositioned manually). However, the graphics frame gets squashed down and the drawing disappears. Simultaneously, the document gets longer due to the aforementioned, unnecessary page wraps. 2- Now go back to p.3 and delete the inserted blank lines. The text and text box wrap back onto p.3 where they originally were, BUT the graphics frame remains deformed and the drawing is still gone, even if you manually resize the frame to make it big enough to accommodate the drawing. ALSO, the unnecessary page wraps further along in the document remain, and can only be corrected manually as follows: The only way I find to get the text to wrap properly again is to select and "cut" the first box or frame on the page following the incorrect wrap. As soon as that box or frame is cut out, the text wraps properly. Then the box or frame can be "pasted" back in place and does not again force the unnecessary wrap. One can work through the rest of the document in that way, cutting and pasting the offending frames. But that is very cumbersome and should not be necessary! NOTE: If I open the document in AOO and go through the same procedure the text & text box wrap from p.3 to p.4 and the text box may overlap the graphics frame but it does not distort it nor does the drawing disappear. Also, there is no unnecessary page wrap further on; the status line continues to indicate the document is 43 pages long. AND if I go back to p.3 and delete the inserted lines, the text and text box wrap back onto that page and the document is the same as it was when first opened.
Hi Michael, thanks for the report. For me on OS X 10.8.5 and LO 4.1.2.2 this opens fine with 43 pages. Same with Version: 4.2.0.0.alpha0+ Build ID: f4d3954fc6106b3ae0ee16ab0fcde15d8cb945e3 Which OS are you on? Could you try the latest LO release pre-release: http://www.libreoffice.org/download/pre-releases/
He says he's on XP SP3. I'm on Win 7 and I don't get the pagination issue but I CAN replicate the layout problem when graphics get pushed onto another page.
When opening in LO 4.1, I notice, that in Tools > Options > Writer > Compatibility the first option, "use printer metrics" is checked, but it is not checked in the original file. Please uncheck it and recalculate pagination. Has it the correct number of pages then?
Please look, whether the option "Load user-specific settings with the document" is checked in Tools > Options > Load/Save > General. Otherwise default values are used.
Larry reports: when I open the document the box for "Compatibility" is NOT CHECKED. Just out of curiosity I checked the box. That did indeed CAUSE the SAME TYPE OF PROBLEM, even WITHOUT my making any changes to the document itself. So she could have been onto something, but my bug is apparently different. I then downloaded the currently offered version of LO (4.1.3.2) and re-tested the files I'd had trouble with. Same issues (the above, plus the loss of color assigned in paragraph styles in OOo files saved in RTF format - the other bug you reported for me), so I guess I'll keep waiting before committing to LO.
Dear Bug Submitter, 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 INVALID due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/FDO/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
I've asked Larry (the guy who's having the problem), he responds: Regarding the bug I reported -- yes, the box "Load user-specific settings with the document" IS checked. In re-checking, it now appears that both LibreOffice and AOO in their most recent versions, are having problems with those existing files. When they first open one of them it comes up fine. But as soon as I ask for a print preview, they re-paginate and for some reason less fits on a page so the document comes out longer (and graphics tied to paragraphs may not fit on the same page, leaving blank areas. I'm wondering if this is somehow related to a problem I've observed previously with AOO but not submitted as a bug report: When I copy paragraph styles from an existing document to a new one for consistency, most often some attribute is changed. For instance, the font specified in all the copied styles comes up italicized or bold; or the spacing is changed. I've not been able to figure out why, so have just manually adjusted them back to what they originally were.
There is something funny in the pagination. It opens up saying it's 43 pages. When scrolled to the bottom, the last page is 41 and the page count updates accordingly. Scrolled back up and then down again, now it's 40. Repeated rescrolling doesn't affect it. Regarding steps 1 & 2, there is no drawing on page 4, but page 3 and 5. Inserting & deleting those 6 blank lines does not do anything bad. Setting to UNCONFIRMED. Win 7 64-bit Version: 4.5.0.0.alpha0+ Build ID: b144f0ac8695dd62a2053b4e88212d0b109c9a41 TinderBox: Win-x86@51-TDF, Branch:MASTER, Time: 2014-11-25_00:14:54
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.