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: NEEDINFO
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 stragu
Modified: 2026-04-11 08:06 UTC (History)
4 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 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.
Comment 6 raal 2025-01-01 17:04:21 UTC
Tested with Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: cac9c7db6257b27724d90d4a355e52e456ef7e08
CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded
and all rows are the same. Please, can you retest?
Comment 7 Eyal Rozenberg 2025-10-11 07:29:20 UTC
Can't reproduce with:

Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 5fef483cc6f36bfda92263d52dbb0ec7d080868a
CPU threads: 4; OS: Linux 6.12; UI render: default; VCL: gtk3
Locale: en-IL (en_IL); UI: en-US
Comment 8 QA Administrators 2026-04-10 03:16:21 UTC
Dear Stéphane Guillou (stragu),

This bug has been in NEEDINFO status with no change for at least
6 months. Please provide the requested information as soon as
possible and mark the bug as UNCONFIRMED. Due to regular bug
tracker maintenance, if the bug is still in NEEDINFO status with
no change in 30 days the QA team will close the bug as INSUFFICIENTDATA
due to lack of needed information.

For more information about our NEEDINFO policy please read the
wiki located here:
https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO

If you have already provided the requested information, please
mark the bug as UNCONFIRMED so that the QA team knows that the
bug is ready to be confirmed.
 
Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-NeedInfo-Ping
Comment 9 Eyal Rozenberg 2026-04-11 08:06:48 UTC
Again, can't reproduce.

But - the reproduction instructions are not specific enough. We've not been told how many rows to add; in which table cell to place the cursor before adding rows above or below etc.

Stephane, please provide mores specific instructions. Rafael - if you can reproduce, perhaps you could provide them?

Otherwise we should close as WORKSFORME I'm afraid.