[Bug 64223] caret jumps to beginning of line in cell when spaces entered at end of line in table cell

[bu...@apache.org]

https://issues.apache.org/ooo/show_bug.cgi?id=64223

JoKeel <jk...@progressive.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jkeel1@progressive.com

--- Comment #4 from JoKeel <jk...@progressive.com> ---
I have attempted to replicate bug 64223 in the latest version of Writer, which
resulted in behavior a bit different than what was originally reported:  the
space bar, back space, and arrow keys work inconsistently when spacing a word
to the end of a table cell, or to the end of a document in general (as noted by
stefan.baltzer@oracle.com).

I am using the following version of OpenOffice:

Apache OpenOffice 4.0.1
AOO401m5(Build:9714)  -  Rev. 1524958
2013-09-20 11:40:29 (Fr, 20 Sep 2013)

I have also tested this in the following version of MS Word with the same
results:

MS Word 
Version: 14.0.7015.1000 (32-bit)

The following are the steps I have followed with the recorded results:
1. Open Writer
2. Insert a 2 (column) x 1 (row) table
3. Insert the cursor into the first table cell (i.e. click the mouse at the
beginning of the cell) 
4. Type the word “word”
5. Insert the cursor before the word “word” 
6. Using the space bar, enter spaces until the word “word” jumps to the next
line (in the original report, lars reported to use spaces until all but the
first letter of the word have been wrapped to the next line, but I cannot
replicate this behavior.  The whole word jumps to the next line).
7. With the cursor still in front of the word “word” (now on the second line),
try to enter spaces.  Nothing happens.  You can no longer enter spaces.  The
word “word” remains immobile. (In the original report, lars stated to enter 2
spaces with the character ‘w’ jumping to the next line, just like the caret. 
Again, I cannot replicate this behavior).
8. Press left arrow on the keyboard once.  The cursor should now jump back to
the end of the first line.
9. Using the space bar, enter 3 spaces: the cursor does not move (in the
original report, lars stated that the caret should now jump to the beginning of
the line: defect)
10. Press the right arrow key on the keyboard one time.  The cursor jumps to
the beginning of the second line, in front of the word “word” (in the original
report, lars stated that “the left and right arrow keys should stop
functioning: defect 2”).
11.  Press the backspace key on the keyboard.  Nothing happens.  The word
“word” remains immobile.
12. Press the enter key on the keyboard one time.  Nothing happens.
13. Press the enter key on the keyboard a second time.  Now the word “word”
drops a line (and continues to do so if you keep hitting enter).
14. Press the backspace key again to try to return the word to its original
position in a 1-line row.  You can only backspace as many times as you were
able to use “enter”.  You still cannot backspace to the original 1-lined row
UNLESS you hold the backspace key down until the word starts to move (as
opposed to hitting it and lifting your finger off of it, one backspace at a
time).

I also performed these steps without using a table, and the behavior is the
same. (stefan.baltzer@oracle.com noted this regarding the original report.)
Similar behavior has been reported in “Bug 64201 -unexpected wrapping of space
characters” and “Bug 20878 - Q-PCD Show spaces at end of a wrapped line in
Writer”, and numerous duplicates have been closed as referenced in Bug 20878. 
However, it appears that there are still some quirky behaviors occurring with
spacing.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
You are watching all bug changes.