https://bugs.documentfoundation.org/show_bug.cgi?id=118114

--- Comment #5 from Matt <posti...@comcast.net> ---
Reproduced on Version: 6.2.3.2 (x64)
Build ID: aecc05fe267cc68dde00352a451aa867b3b546ac
CPU threads: 4; OS: Windows 6.1; UI render: default; VCL: win; 
Locale: en-US (en_US); UI-Language: en-US
Calc: threaded

Reproduced on Version: 6.2.4.2 (x64)
Build ID: 2412653d852ce75f65fbfa83fb7e7b669a126d64
CPU threads: 4; OS: Windows 6.1; UI render: default; VCL: win; 
Locale: en-US (en_US); UI-Language: en-US
Calc: threaded

Clues

1. After typing 123456789, select all, copy, go to a text editor and paste. The
text comes out in the right order.

2. Tighten up the height of the row. Then typing 123456 will expose the bug. I
can even make the row short enough that 123 exposes the bug. Seems to have to
do with wrapping of text in the cell, like the wrapping is initially not moving
"down" to the next line, or, since the text is rotated, not moving "over" to
the next line.

3. Finally, I apologize because I realize now that the paragraph style in the
test.odt is rotated 90 degrees, NOT 270. If I right click and set Paragraph |
Edit Style to have a 270 degree rotation, then 123... works as expected. Typing
123456789 automatically expands the height of the row to accommodate the text
and the characters remain in the correct order.

4. Back to 90-degree "bug mode," type 123456789, and observe how the character
that mysteriously popped to the front of the text will pop back into proper
place if you type another character. That new character is in the wrong
location. Type another, and it will pop back to its proper place, and the new
one will be wrong.

-- 
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Reply via email to