Apache OpenOffice (AOO) Bugzilla – Issue 126696
Hitting enter in paragraph spacing field should not affect document
Last modified: 2016-04-26 01:40:20 UTC
Created attachment 85168 [details] Document with sample text for testing OS: Windows 7 SP 1 (64bit) Version: AOO401m5 (Build:9714) - R1524958 Issue: OpenOffice automatically applies changes to above/below paragraph spacing as you type, which is a great feature. However, some users may press Enter anyways in an attempt to apply changes, perhaps out of habit or based on experiences in similar programs. My expectation was that hitting enter after changing above paragraph spacing would do one of the following: 1. If Writer hadn't automatically applied my new spacing yet, enter would force the input parser to begin right away and apply the changes. 2. If the program had already applied my new spacing, hitting enter would do nothing. Instead, hitting enter inserted a new line in my document while my text cursor was still focused on the above paragraph spacing field. This seems like a bug – it's my impression that Writer shouldn't be creating new lines in the document through this field - only adjusting the spacing settings on the current selection. This occurs when both having text and not having text selected in the document. Steps to reproduce: 1. Open the attached document.odt 2. Highlight the value in the above-paragraph spacing field (should be default/zero) 3. Type the number 1 4. Hit enter
Configuration: Windows 10 (64-bit) Version: AOO412m3 (Build ID 9782) Summary: Bug was successfully replicated and appears to be an issue with the entire properties sidebar (not just the spacing field). Deletions upon pressing enter could cause inconvenience to the user. One way to replicate: Open a document in OpenOffice writer If the properties sidebar is not present, click “view” on the taskbar and then check the sidebar option Write some text in the main document (does not matter what) In the properties sidebar, click into the above paragraph spacing field Highlight the default (0) number and type 1 Press enter As mentioned in the original report, this error causes an insertion of an “enter” press in the text document even though that is clearly not what the user is trying to do (they are editing fields in a sidebar). More specifically, if no text is selected, the new line caused by the enter appears where the user last had the cursor in the document. However, if the user has selected a chunk of text, the enter press deletes the text and places the newline at the end of the deleted text segment. For most users who do not expect this sort of behavior, this type of unexpected deletion could prove both inconveniencing and confusing. One important thing to note about this bug is that it does not just apply to just the paragraph spacing fields (above and below). This is a consistent issue with any field in the properties sidebar that controls the formatting of text. This includes the three indent fields as well as text size. From running this on the text size field in the properties sidebar (which results in the same behavior) it is interesting to note that this issue does not persist when pressing enter on the text side field in the main taskbar. This issue appears to be specifically isolated to editing fields in the properties sidebar and nowhere else.
Created attachment 85300 [details] Taskbar vs. Sidebar Font Size Fields Attached is a visual of the fields that can change font size to make the issue easier to replicate.
Testing
I was able to reproduce the bug with the step by step instructions. I did find a new bug with the font styles. Steps: 1- Type any text in document 2- Highlight any text 3- Select the bold icon - text is now bolded 4- Hit enter - text deletes 5- Again repeat steps using other font styles and same results Per the other comments it does appear the its the entire side bar is not working correctly.
Multiple people in this report were able to reproduce this bug, so i am moving it to confirmed