Bug 159312 - FILESAVE Big tables that have been resized return to their original size when reloading
Summary: FILESAVE Big tables that have been resized return to their original size when...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
(earliest affected) release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
Keywords: bibisected, bisected, regression
Depends on:
Blocks: ImpressDraw-Tables Regressions-AW080
  Show dependency treegraph
Reported: 2024-01-21 20:09 UTC by p.cas.gar
Modified: 2024-02-14 14:30 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:

odp file with a tall table (13.16 KB, application/vnd.oasis.opendocument.presentation)
2024-01-21 20:09 UTC, p.cas.gar

Note You need to log in before you can comment on or make changes to this bug.
Description p.cas.gar 2024-01-21 20:09:01 UTC
Created attachment 192091 [details]
odp file with a tall table

A table usually can't be shrunk vertically below a certain point (i.e. the rows can't be shrunk below a minimum height). This can be circumvented by selecting the table and changing its point size (say, to 10pt): after this, the table can be shrunk more than it could before.

After this resizing, when the file is saved, closed, and opened again, the table returns to its original point size and to its original overall size (even if the table with the new size is too big and partially goes below the edge of the slide).

The problem might also be with the file _loading_, I can't be sure. The attached file has been saved with a table that fits completely in the slide, and with point size 10 (for the table itself), but goes back to 18pt table that goes partially out of the slide when reloading the file.
Comment 1 Buovjaga 2024-02-14 14:30:53 UTC
Bibisected with linux-64-6.1 to 6c14c27c75a03e2363f2b363ddf0a6f2f46cfa91
SOSAW080: Added first bunch of basic changes to helpers