Bug 153271 - Different row height if adding rows above or below in Impress table
Summary: Different row height if adding rows above or below in Impress table
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
6.0.0.3 release
Hardware: x86-64 (AMD64) All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: ImpressDraw-Tables
  Show dependency treegraph
 
Reported: 2023-01-29 23:30 UTC by Stéphane Guillou (stragu)
Modified: 2023-03-06 14:10 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Stéphane Guillou (stragu) 2023-01-29 23:30:51 UTC
Steps:
1. Open Impress
2. Insert > Table > OK
3. In Table toolbar, click repeatedly on "Add rows below": extra rows of same height are added.
4. Click repeatedly on "Add rows above": last row looks halved in height to accommodate an extra row, then further rows of same half-height are added.

Results depend on the sequence: if adding rows above first, the next "below" rows will have the half-height.

Expected results: all added rows have the same height as original rows, regardless of where they are added.

Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 69c6f7bccec838b7288a25a29a83b7f782ba7586
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

Version: 7.5.0.2 (X86_64) / LibreOffice Community
Build ID: c0dd1bc3f1a385d110b88e26ece634da94921f58
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

Version: 6.0.0.3 (x64)
Build ID: 64a0f66915f38c6217de274f0aa8e15618924765
CPU threads: 4; OS: Windows 10.0; UI render: default; 
Locale: en-GB (en_GB); Calc: group
Comment 1 m_a_riosv 2023-01-30 02:53:08 UTC
Perhaps no in desired way, but can be done.
https://help.libreoffice.org/7.6/en-US/text/shared/01/05110600m.html?DbPAR=SHARED#bm_id431513359599959
Comment 2 Rafael Lima 2023-01-30 14:56:12 UTC
(In reply to Stéphane Guillou (stragu) from comment #0)
> 4. Click repeatedly on "Add rows above": last row looks halved in height to
> accommodate an extra row, then further rows of same half-height are added.

It's reproducible, but...

I guess the "Add rows above" automatically minimizes row height. TBH I think this would be the expected behavior and "Add rows below" should do the same.

Also, when the table is inserted, row heights should already be minimized. Every time I create a table I have to minimize them manually.
Comment 3 Eyal Rozenberg 2023-03-06 10:59:27 UTC
(In reply to Rafael Lima from comment #2)
> I guess the "Add rows above" automatically minimizes row height. TBH I think
> this would be the expected behavior

Why? I would expect the opposite - not to do more than the user asked. Very often, if not usually, the user wants to preserve whatever row heights already existed, and only play with the height of the new row, or the rows above and below it.
Comment 4 Rafael Lima 2023-03-06 11:46:25 UTC
(In reply to Eyal Rozenberg from comment #3)
> Why? I would expect the opposite - not to do more than the user asked.

I believe this would be the expected behavior considering that the table is inserted with all row heights minimized by default. So new rows inserted should be minimized by default as well.
Comment 5 Eyal Rozenberg 2023-03-06 14:10:42 UTC
(In reply to Rafael Lima from comment #4)
> (In reply to Eyal Rozenberg from comment #3)
> > Why? I would expect the opposite - not to do more than the user asked.
> 
> I believe this would be the expected behavior considering that the table is
> inserted with all row heights minimized by default.

But when I add a row, that's typically after I have already set different row heights, and they're no longer the default. I don't want that to be undone.