Apache OpenOffice (AOO) Bugzilla – Issue 121381
Line-Spacing greater than document size causes invisible text.
Last modified: 2017-04-10 06:44:13 UTC
I'm using OpenOffice Writer 3.4.1 Build 9593 with Mac OSX 10.8.1. If I create a new document in Writer and set the page size to a number less than the current line-spacing size, the resulting text becomes invisible. Example: To change the page size, go to Format->Page->Height-> and enter a value less than your current line spacing, such as 2.0 for example. To change the line-spacing, go to Format->Paragraph->Line-Spacing->Fixed->enter a value greater than the page size, such as 2.1 for example. Now when you type text in the document, the text will be invisible.
I replicated the bug on both Windows7 and Mac (version details listed below). Test Machine: Mac OSX 10.8.2 Office Writer Version: OOo 3.5 Build # 9611 and OOo 3.4.1 Build # 9593 Test Machine: Windows7 Office Writer Version: OOo 3.5 Build # 9611 In all the three versions of OOo on both the platforms (Mac and Windows7), I followed these steps: 1. Install both versions of OOo 3.4.1 and 3.5 on Mac and 3.5 on Windows 7. 2. Create a new Text document. Change the page height (using menu options Format > Page > Page tab). Change the height to 2.0. Click OK. 3. Change line spacing using menu option: Format > Paragraph > Indents & Spacing Tab > Line Spacing. Change Line Spacing drop-down to option "Fixed" and the value of Line spacing to 2.5 and then click OK. 4. Type any text in the document. Text is not visible. Follow-up tests: Test that shows dependence of Top/Bottom margins on page height and line spacing: Text to be out of range of visible area seems to be dependent on the top and bottom page margins (menu option: Format > Page > Page tab). For example: if you make the page top and bottom margins to be 0, Font "New Times roman", Font size 12 and Line Spacing 2.64, text goes out of range (Screenshot attached:TextNotVisible.png). If line spacing is 2.63, the top part of the text is visible. (Screenshot attached:TopPartofTextVisible.png). "Margin settings are out of print range" warning message appears if I change the top margin to 1.8 with all the other settings as above. Screenshot attached (MarginSettingsOutOfRange.png). Click Yes on the popup message to make the change. Please see tests run on Windows 7/MS Word 2010 below. Not allowing the height to be changed to 2.0 without changing the top/bottom margins to 0 seems to prevent the text being invisible. In MS Word, once you get the top/bottom margins to 0 and then change the height and line spacing to 2.0, the text is still visible (you cannot change the height to 2.0 without making the top/bottom margins 0). Preventing the user (by throwing errors/warning messages) from picking incorrect options which will cause issues like text not being visible seems to be a fair approach that is being used by MS Word. Tests run on Windows 7, MS Word 2010: 1. Create a new Word document. Change the page height (using menu option: Page Layout > Size). Change the height to 2.0. Click OK. You get a warning message "The top/bottom margins are too large for the page height in some sections". Word does not allow the page height to be changed to 2.0 till you make the top and bottom margins are set to 0. 2. Set the top and bottom margins to 0 using menu options: Page Layout > Margins > Custom Margins. Word warns the user that the margins are outside the printable area but still lets the user to set it to 0. 3. Go back to Page layout > Size and change the page height to 2.0. Word warns the user but lets the height be set to 2.0.
Created attachment 80317 [details] MarginSettingsOutOfRange.png
Created attachment 80318 [details] TextnotVisible.png
Created attachment 80319 [details] TopPartofTextVisible.png
I can confirm that this bug still exists as jdelprete described in version 4.0.1, build 9714, using Windows 7 64 bit. A simple warning message that text will not display correctly with these parameters would be enough to fix this issue, as MS Word does.
Dominique Mühlbauer 15.10.2016 - Replicated on a different configuration/version I was able to replicate the issue with AOO Version 4.1.2 (Build:9782) on Windows 7 Professional SP1 following Uday's replication steps (see Comment 1).
Computer Specifications: OS: Windows 10 64-bit, Ubuntu 16.04 64-bit Processor: Intel core i7 6700HQ Memory: 16 GB DDR4 I was able to successfully replicate the bug using both Windows 10 64-bit and Ubuntu 16.04 64-bit Steps taken to replicate the bug: 1. Open OpenOffice Writer 2. Fill one page with text 3. Go to Format 4. Click on Page 5. On the paper format section, set the value of Height as 2.00" 6. Click OK 7. Go to Format 8. Click on Paragraph 9. On the Line spacing section, select Fixed an set a value of 2.70" In the case of Windows 10, most of the text disappears; however, there is still some visible text. In the case of Ubuntu 16.04, there is not visible text. Follow-Up Tests Test 1 - Insert a picture and wrap page Steps taken: 1. Open OpenOffice Writer 2. Fill one page with text 3. Insert one picture approximately in the middle of the page 4. Right click on the picture 5. Click on wrap 6. Click on Page Wrap 7. Go to Format 8. Click on Page 9. On the paper format section, set the value of Height as 2.00" 10. Click OK 11. Go to Format 12. Click on Paragraph 13. On the Line spacing section, select Fixed an set a value of 2.70" As expected, some parts of the text as lost after replicating these steps. However, this time the picture shrunk its size to fit on the page. This time, when the image is moved to one of the empty pages, and then Cntrl + Z is pressed in order to reverse the change, the image appears in a different page than the original one. This happened in both Windows 10 and Ubuntu 16.04 and can be observed in the pictures attached as Windows10_picture_moving and Ubuntu16_picture_moving. Test 2 - Insert a Table Steps taken: 1. Open OpenOffice Writer 2. Insert a table of 4 columns and 10 rows 3. Fill every cell with text 4. Go to Format 5. Click on Page 6. On the paper format section, set the value of Height as 2.00" 7. Click OK 8. Go to Format 9. Click on Paragraph 10. On the Line spacing section, select Fixed an set a value of 2.70" After applying these steps, the texts on the cells disappears but the borders of the cell are still visible. This happened in both Windows 10 and Ubuntu 16.04. This is shown in the pictures Windows10_table_font10 and Ubuntu16_table_font10 After that test, I decided to increase the size of the font to 50. This caused two different effects depending on the OS being used. In Windows 10, the number of pages is increased quickly when one of the cells is clicked and hold. After clicking, the number of pages stops incrementing. This can be observed in the pictures attached as Windows10_table_font50. In Ubuntu 16.04, the text disappeared but no pages are created when clicking on a cell. This can observed in the picture attached as Ubuntu16_table_font50.
Created attachment 85778 [details] Ubuntu picture original position
Created attachment 85779 [details] Ubuntu second position
Created attachment 85780 [details] Ubuntu after CntrlZ
Created attachment 85781 [details] Ubuntu table font 12
Created attachment 85782 [details] Ubuntu table font 50
Created attachment 85783 [details] Windows 10 picture original
Created attachment 85784 [details] Windows 10 picture moved
Created attachment 85785 [details] Windows 10 picture after Cntrl Z
Created attachment 85786 [details] Windows 10 table font 12
Created attachment 85787 [details] Windows 10 table font 50_1
Created attachment 85788 [details] Windos 10 table font 50_2
Wendy Wang 04/09/2017 I have verified this issue and able to replicate this bug on Window 10 AOO v4.1.3 as well as Mac OS v10.11. It would be quite challenge to replicate if earlier reporter doesn't mention the specific line spacing to be like 2.0 for example. Also this issue originally is reported on Mac OS X 10.8 which in later other reporter mentioned the testing results on the Linux and Windows environment. Those information helps me understand this is global issue that persisted in all the hardware configuration. I noticed this issue was firstly reported within AOO version 3.4.1 and after my testing the latest version v4.1.3 can still reproduce this issue. Dev engineer hasn't fixed this issue yet. The steps mentioned in the report have quite simple steps and comprehensive format to understand. I only suggest to have the software installation listed as the pre-defined condition that we don't have to list from steps. Here is an alternative set of replication steps: Pre-condition: Install the AOO v4.1.3 on testing machines for example Win 7 and Mac 10.11 desktop. Steps to reproduce: Preset the height of page 1)Create a new Text document. 2)Change the page height by navigating to Format > Page > Page tab from menu options and set the height to 2.0. 3)Click OK. 4) Change line spacing Navigating to menu option: Format > Paragraph > Indents & Spacing Tab > Line Spacing and change Line Spacing drop-down to option "Fixed" and the value of Line spacing to 2.5 and then click OK. 5)Type any text in the document and verify if the newly typed text is visible. Outcome: the text is not visible. This is a universal bug that happens to all the operating systems including Windows, OS X and Linux. User experience would be dramatically impacted when the text is invisible and causing panic. User won't be able to continue the editing without seeing what typed in.