the font is Times New Roman size 10

Reassigned to SBA.

SBA: Note: This happens in normal document text too. It is not limited to table
cells, see issue 64201.

SBA-FL: In my opinion, all this "spacy behavior" should be handled/discussed/solved
along with issue 20878 ("Q-PCD Show spaces at end of a line in Writer") that has
target OOo 3.0.

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.

step 6 - word doesn't break - entire word jumps to next line
AOO420m1(Build:9800)  -  Rev. 1586681
Rev.1586681
Win 7