[Libreoffice-bugs] [Bug 143967] New: EDITINGL sort: Bad row heights after a sort

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=143967

            Bug ID: 143967
           Summary: EDITINGL  sort:  Bad row heights after a sort
           Product: LibreOffice
           Version: 5.4.4.2 release
          Hardware: x86 (IA32)
                OS: Windows (All)
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: Calc
          Assignee: libreoffice-bugs at lists.freedesktop.org
          Reporter: fraleybob at gmx.com

Description:
When sorting, the sorted result retained the height of the original rows.  Some
content was not visible, and some rows were far higher than they needed to be
for the content.  Either the height of the rows should be moved with the row
during the sort, or the height of the row recalculated to accommodate the new
content.

I thought I had a recent release, but I seem to be far behind.  I'll be moving
to a new version. 

Steps to Reproduce:
1.Select search content.  In my case about 25 rows and 5 columns that contain
content.
2.Sort...
3.Select one of the columns.

Actual Results:
The result is that multi-line content is often not fully displayed, and
single-line content sometimes has several lines of space in a box.

Expected Results:
All table rows should be properly sized to show the content following a search


Reproducible: Didn't try


User Profile Reset: No



Additional Info:
Version: 5.4.4.2 (x64)
Build ID: 2524958677847fb3bb44820e40380acbe820f960
CPU threads: 4; OS: Windows 6.19; UI render: default; 
Locale: en-US (en_US); Calc: group

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20210820/4ba89778/attachment.htm>