Apache OpenOffice (AOO) Bugzilla – Issue 126902
Adjusting left and right page margins under 1" causes all information, text, etc to cram to one page
Last modified: 2017-02-25 23:40:49 UTC
Created attachment 85385 [details] After the bug is experienced I have a two page resume with text fields, anchors, text, etc... when I go to adjust the left and right margins under 1" , everything crams itself onto the first page!! very weird bug!!
It looks like an anchor got moved or isn't where you think but doesn't have this effect until the width is changed. If that doesn't clear it up, upload the Resume document (presumably an .odt?) so we can see what is going on more closely. Did you try making an explicit break between the two pages? Also, do you really need text fields? The document doesn't seem so complicated that it needs anything so elaborate.
As orcmid said, a screenshot doesn't really help to see a problem. Provide directly your document and we can investigate this "weird" bug.
Created attachment 85397 [details] Example document
Steps to reproduce: 1. Open the example document (attached) in OpenOffice Writer. 2. Click Margins, and then select Narrow. Note that the second frame in the document moves to the first page and overlays the first frame. 3. Click Margins again, and then select Normal. Note that the second frame returns to its original location. See the attached screencast for a demonstration.
Created attachment 85398 [details] screencast of error
Here's the link to the screencast: http://cl.ly/3T2Z0K1c0B3f
I was able to replicate this bug with the attached example document and following the outlines recreation steps. To further assist with troubleshooting this bug, Aza, can you please provide the original 2 page resume document that you were using when the error occurred...even if you have to change some data for security purposes, this would really help to run some follow-up tests and narrow down the true issue within the program. Business Impact - Poor customer experience, which could lead to user frustration and the potential for loss of business.
I examined the Example document, Attachment 85397 [details]. I notice that both frames are have Frame Wrap setting to Parallel. If I change both of them to Wrap Settings None, the frames go onto the separate pages as necessary, and the text outside of frames stays separated too.
I was able to replicate this bug on a Windows 10 machine with OpenOffice Writer 4.2.0 (the version above is 4.1.2). Here are the steps I followed: 1. Open attached 'Example document' 2. Change the Page Margin to 'Narrow' 3. See the overlapping/cramming of the pages (see attached doc 'Example document showing bug' I tried to create my own OpenOffice Writer document with more text, different formatting and by anchoring/wrapping frames and text together, but was unable to recreate the bug. I also tried to create a Word doc to match the attached Example document to test the bug using Word, but was not able to replicate it either. In my opinion, it appears as if this bug would be considered low severity and priority as it would not happen too often in the field. However, I do feel that it should get resolved in a timely manner to contain a higher quality product for the users.
Created attachment 85473 [details] Example document showing bug
(In reply to Bruce May from comment #9) > I was able to replicate this bug on a Windows 10 machine with OpenOffice > Writer 4.2.0 (the version above is 4.1.2). Here are the steps I followed: > Bruce, I'm not clear this is a bug. Did you check the Frame Wrap settings? Notice that there is more that happens when frames are allow to float the way they are and the Frame Wrap is set to Parallel? See Comment 8.
I was able to replicate this bug on a windows 10 PC. Open Office version 4.2.1 After doing some follow-up tests i found out that this bug occurs on some under 1" values of left/right margins, not all values. For instance, if you have both left and right margins set to 0.8" the bug will not occur. Also, if you have the right margin to < 0.2 this bug will occur even if the left margin is set to > 1" (even 10")
Created attachment 85826 [details] Hi, I have also investigated the issue and hope to provide new insights. Hi, I have also investigated the issue and hope to provide new insights. Please see also the next comments with the files used in my investigation.
Created attachment 85827 [details] my created document my created document
Created attachment 85828 [details] File from my investigation - design error - Test case 6 File from my investigation - design error - Test case 6
Created attachment 85829 [details] File from my investigation - design error - Test case 6
Created attachment 85830 [details] File from my investigation - design error - Test case 6 - workaround
Created attachment 85831 [details] File from my investigation - design error - Test case 6 - workaround
Created attachment 85832 [details] File from my investigation - design error - Test case 7
Created attachment 85833 [details] File from my investigation - design error - Test case 7
Created attachment 85834 [details] File from my investigation - design error - Test case 7 - workaround
Created attachment 85835 [details] File from my investigation - design error - Test case 7 - workaround
Created attachment 85836 [details] File from my investigation - design error - Test case 8
Created attachment 85837 [details] File from my investigation - design error - Test case 8
Created attachment 85838 [details] File from my investigation - design error - Test case 8 - workaround
Created attachment 85839 [details] File from my investigation - design error - Test case 8 - workaround
Created attachment 85840 [details] File from my investigation - design error - Test case 9
Created attachment 85841 [details] File from my investigation - design error - Test case 9
Created attachment 85842 [details] File from my investigation - design error - Test case 9 - workaround
Created attachment 85843 [details] File from my investigation - design error - Test case 9 - workaround
Does this problem reproduce in the current Trunk? If so, what is the recommended procedure for reproducing it?
This same behavior can also be replicated using the following steps: 1. Open the attachment named "Example document" (second attachment from the top, after "After the bug is experienced"). 2. Notice how wide each of the words "TEXT" are (about 1/2 inch). 3. Click on an edge of the second frame so that you can resize it. 4. Resize the second frame such that it is over 1/2 inch narrower (horizontally). 5. Observe the second frame being crammed onto the first page. Here, I have replicated this behavior without modifying the margins. Hence, changing the margins from Normal to Narrow is not the cause of the second frame being crammed onto the first page. What matters here is that the second frame fits within the margins alongside the other text on the first page. Meanwhile, continuing from step 5, I can cause the second frame to move back to the second page by modifying the text slightly, then when I undo that modification the frame stays on the second page. That is, I follow these steps (continuing from step 5): 6. Place your cursor in one of the occurrences of the word "TEXT". 7. Add characters to that word. (For example, change the word from "TEXT" to "TEXTTEXTTEXTTEXT".) 8. Observe that as soon as the word is too long to fit next to the second frame, the second frame moves down to the second page. 9. Press Ctrl+Z to undo the changes you made in step 7. The word you modified should have been changed back to "TEXT". 10. Notice that the second frame is still on the second page. If you'd like to move the second frame back to the first page (continuing from step 10): 11. Place your cursor next to one of the occurrences of the word "TEXT". 12. Press Enter. The frame will be moved up again. Modifying the margins should not be the concern here. What should be the concern is that the second frame behaves inconsistently depending on a previous state of the document, even if all the other content in the current state is the same.