Bug 141810 - Impress table doesn't adapt in size after redo (under circumstances)
Summary: Impress table doesn't adapt in size after redo (under circumstances)
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
4.3.0.4 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisectRequest, regression
Depends on:
Blocks: ImpressDraw-Tables Undo-Redo
  Show dependency tree / graph
 
Reported: 2021-04-21 17:50 UTC by Telesto
Modified: 2025-08-30 17:43 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2021-04-21 17:50:46 UTC 
Description:
Impress table doesn't adapt in size after redo (under circumstances)

Steps to Reproduce:
1. Open Impress
2. Insert a table
3. Pick a different table design
4. Type D, Enter, D Enter, D Enter, D Enter (table is growing, fine)
5. CTRL+Z everything
6. CTRL+Y Everything

Actual Results:
Table isn't adapted anymore to content

Expected Results:
Should be the case


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: a809b2ab2553e946431699d9d7ac3f6209cbdd6b
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL
Comment 1 Telesto 2021-04-21 17:55:51 UTC 
Also in
Version: 6.1.0.0.beta2+
Build ID: 22c451df33b733440f24c1feb6380d31240d55e6
CPU threads: 4; OS: Windows 6.3; UI render: default; 
Locale: nl-NL (nl_NL); Calc: CL

Also in
Versie: 4.4.7.2 
Build ID: f3153a8b245191196a4b6b9abd1d0da16eead600
Locale: nl_NL

and in
Version: 4.3.7.2
Build ID: 8a35821d8636a03b8bf4e15b48f59794652c68ba

working properly in 4.1 (with the nuance that undo doesn't allow to delete a table). So not true regression, more implementation error kind of thing?
Comment 2 Eleonora Govallo 2021-08-18 21:56:19 UTC 
No repro in Version: 7.3.0.0.alpha0+ / LibreOffice Community
Build ID: adf65471e889676a600a9c6d0454c75cbd549ad3
CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: ru-RU (ru_RU.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-08-13_04:44:18
Calc: threaded
Comment 3 Ezinne 2022-04-14 03:57:57 UTC 
Reproducible in:


Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: 678446780446ae568ee8b1b814158c54ea5e393f
CPU threads: 8; OS: Linux 5.13; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded
Comment 4 QA Administrators 2024-04-14 03:15:52 UTC Comment hidden (obsolete)
Comment 5 Buovjaga 2025-08-30 17:43:13 UTC 
Still repro.

Note: due to c175c1dc19d0edc8ca66e39f0b4b8af04e3d6c87 adding a parallel undo stack, the table design change can only be undone after focusing out of the text edit mode.

Contrary to what comment 1 says, I think we should be interested in this as a regression because it is not necessary to undo the table creation to repro.

Arch Linux
Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 476b391080b20990476e539e4ec870d40dff023c
CPU threads: 16; OS: Linux 6.16; UI render: default; VCL: gtk3
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded
Built on 26 Aug 2025