Bug 118704 - Writer: Paragraph's height doesn't adjust itself when embedded Calc table's row number decreases
Summary: Writer: Paragraph's height doesn't adjust itself when embedded Calc table's r...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: All All
: low minor
Assignee: Not Assigned
Depends on:
Blocks: Paragraph Calc-Embedded
  Show dependency treegraph
Reported: 2018-07-11 16:41 UTC by ricky.tigg
Modified: 2021-10-04 16:15 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:

Illustration of the issue (21.08 KB, application/vnd.oasis.opendocument.text)
2018-07-11 16:46 UTC, ricky.tigg
New illustrated issues (30.00 KB, application/x-tar)
2019-10-04 08:45 UTC, ricky.tigg

Note You need to log in before you can comment on or make changes to this bug.
Description ricky.tigg 2018-07-11 16:41:46 UTC
Hight of an original paragraph associated to an embedded Calc table is kept despite the table itself has been resized to smaller according to the y-axis.

Steps to Reproduce:
1. Copy a 2 x 2 – lines x columns – cells-area with application defaults from a native ODS document (LIbreoffice Calc);
2. Paste it into a native ODT document then anchor this object as character;
3. Activate this embedded Calc table by double-left-clicking the object, then resize the table to get visible a 1 x 2-cells-area.

Actual Results:
As illustrated in attachment, the hight of the paragraph at step 3. remains the one of the original table's hight at step 1.

Expected Results:
Hight to adjusts itself correctly.

Reproducible: Always

User Profile Reset: Yes

Additional Info:
OS: Fedora

Build ID:
CPU threads: 2; OS: Linux 4.17; UI render: default; VCL: gtk3; 
Locale: en-GB (en_GB.UTF-8); Calc: group
Comment 1 ricky.tigg 2018-07-11 16:46:26 UTC
Created attachment 143482 [details]
Illustration of the issue
Comment 2 ricky.tigg 2018-07-16 13:32:43 UTC
To be specific, according to the context, I should have mentioned the character's height as the object of the report. Though paragraph as context remains valid.
Comment 3 Timur 2018-07-16 15:15:02 UTC
Repro with 6.0 and 6.2+ but only for decreasing embedded table height, increasing works.
Comment 4 QA Administrators 2019-10-04 03:04:59 UTC Comment hidden (obsolete)
Comment 5 ricky.tigg 2019-10-04 08:40:46 UTC
Issue is present on

Version:; Build ID:; CPU threads: 4; OS: Linux 5.3; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US; Calc: threaded

Three new issues related to the present one are observable:

1. Pasted Calc table is not integrated to the specified cursor location; a row is automatically added and the table integrated to that last location.
2. Once embedded table has been anchored as character, double-clicked in order to activate the Calc table, resized to smaller, and user exit from that table. The table is located wrong, at the top of the row (libreoffice_6.3.2.2_embedded_calc-tab_1);
3. Getting to correct location of the object, at the row's bottom line, require to invoke Undo Change (ctrl + Z) (libreoffice_6.3.2.2_embedded_calc-tab_2);
4. Selecting a second time Undo Change brings a corrupted table content's size (libreoffice_6.3.2.2_embedded_calc-tab_2), In my example row containing value 1 was the only visible once resized to smaller. That content has been expanded in order to fit the original space (libreoffice_6.3.2.2_embedded_calc-tab_3);
5. Selecting a third time Undo Change won't bring back the object inserted ar first step, the original Calc table.
Comment 6 ricky.tigg 2019-10-04 08:45:55 UTC
Created attachment 154751 [details]
New illustrated issues
Comment 7 QA Administrators 2021-10-04 03:45:43 UTC Comment hidden (obsolete)
Comment 8 ricky.tigg 2021-10-04 16:15:58 UTC
Version:; Build ID: 20(Build:2); CPU threads: 4; OS: Linux 5.14; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI: en-US; Calc: threaded

Issue alive. Many variants of it are observable. They will be dully reported once an activity, other than mine, will be noticeable.