[Libreoffice-bugs] [Bug 129498] New: EDITING: Last row of table in Impress slide is not drawn correctly after multiple-undo and multiple-redo

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Thu Dec 19 15:00:57 UTC 2019


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

            Bug ID: 129498
           Summary: EDITING: Last row of table in Impress slide is not
                    drawn correctly after multiple-undo and multiple-redo
           Product: LibreOffice
           Version: 6.5.0.0.alpha0+ Master
          Hardware: x86-64 (AMD64)
                OS: Windows (All)
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: Impress
          Assignee: libreoffice-bugs at lists.freedesktop.org
          Reporter: stepas.toliautas at gmail.com

Description:
Undoing and redoing input of the last _two or more_ rows in a table in Impress
slide results in last row drawn as single-line height, with additional lines
hanging outside the table frame, IF AND ONLY IF the text in next-to-last row
consists of single line, text in the last row is multi-line, and Undo is done
after putting cursor to another row OR unselecting table and then entering any
row (including the last one) again.
Moreover, this is only the first of more shenanigans that can be done to the
table in this state (see below).

Steps to Reproduce:
1. Create or open new Impress presentation. [I use soffice.exe --impress]
2. Create a new slide.
3. Create a table using center-area menu, select 1 column and 2 or more rows.
4. Enter text row by row. Text in rows excluding the last two can be in single
line or multiple lines.
5. Enter single line of text in next-to-last row.
6. Enter multiple lines in the last row.
7a. Put cursor to any other row OR
7b. deselect table, then select it again and enter any row.
[This step is required because otherwise Undo deletes text of the last row
word-by-word and the bug conditions are not met.]
8. Perform Undo at least twice. [I use Ctrl-Z]
Note: after the first Undo, the last row will shrink to a single line. If you
perform Redo right now, text and correct height of the last row is restored.
9. Perform Redo same numer of times as previous Undo.

Actual Results:
Last row remains drawn as single line. Other lines of text appear below the
table frame. It's not just cell-shading issue, because the frame itself is
drawn after the first line and can be interacted with.
Additionally, if in this state you enter any row/ cell and move the cursor in
it, height of the last row is restored instantly. However, steps 8 and 9 remain
repeatable (see attachment).

Expected Results:
Height of the last row is restored to a correct number of text lines.


Reproducible: Always


User Profile Reset: No



Additional Info:
After clicking-down on the hanging text and dragging the table a bit (it is
allowed to do so), more fun can be had with Undo/ Redo. At this state, results
become a little unpredictable, but so far I managed:
a) make Undo skip undoing the text insertion of the last row (the text in the
previous rows get deleted and restored, while the last one remains) and
b) make Impress _jump to the first slide_ each time Undo or Redo is performed,
even if the second slide (the one with the table) is repeatedly selected
in-between.
Based on this experience, I think this bug is distantly related to Bug 89323
(see Comment 3 in that report). I can't reproduce the failure to delete table
using Undo, but I strongly suspect Undo stack garbling happening here.

Tables in Impress are evil.
---
Version: 6.5.0.0.alpha0+ (x64)
Build ID: a70c83f5881ec11def660a6158e04d9ec47207ef
CPU threads: 8; OS: Windows 10.0 Build 18362; UI render: GL; VCL: win; 
Locale: en-US (en_US); UI-Language: en-US
Calc: CL
---

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20191219/3437e075/attachment-0001.htm>


More information about the Libreoffice-bugs mailing list