Bug 168814 - Row height recalc not performed after Find-Replace action, despite overflow to extra lines of wrapping cells
Summary: Row height recalc not performed after Find-Replace action, despite overflow t...
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Calc-Cells
  Show dependency treegraph
 
Reported: 2025-10-11 18:15 UTC by Eyal Rozenberg
Modified: 2025-10-23 18:16 UTC (History)
1 user (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 Eyal Rozenberg 2025-10-11 18:15:43 UTC
When we increase a cell's text length, through typing, when text wrapping on - the text may wrap to another line, and also - the row height will change so as to accommodate that new line of text (if it didn't already).

However, if that change happens through a Find-Replace action - the row height will not expand.

To reproduce:

1. Create a new workbook.
2. Select cell A1 (or any cell).
3. Type in the text "abc" and press Enter
4. Mark the cell as wrapping
5. On the menus, choose Edit > Find and Replace...
6. Replace, globally, the string "abc" with "the quick brown fox jumps over the lazy dog"

Expected result:
Row A height is now much higher, to accommodate multiple lines of text

Actual result:
Row A height is still enough for just one line of text, and the cell text overflows.
Comment 1 Eyal Rozenberg 2025-10-11 18:16:40 UTC
Seen 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

... but I believe this is pretty old.
Comment 2 m_a_riosv 2025-10-11 23:32:00 UTC
I think a dup of tdf#168083.
Comment 3 Eyal Rozenberg 2025-10-12 06:39:50 UTC
(In reply to m_a_riosv from comment #2)
> I think a dup of tdf#168083.

That is a very important bug, but - different issue than here.

That bug is about the difference in behavior in constraction vs. extension - extension expands the cell, deletion doesn't, intentionally.

This one is about consistency in expanding the cell when extending its text.