Download it now!
Bug 125747 - Calc does not compute row height properly with KDE5 vcl
Summary: Calc does not compute row height properly with KDE5 vcl
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
(earliest affected) release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
Depends on:
Blocks: KDE
  Show dependency treegraph
Reported: 2019-06-06 13:29 UTC by sergio.callegari
Modified: 2020-01-05 03:49 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description sergio.callegari 2019-06-06 13:29:35 UTC
Issue happens using calc with text cells containing multiple lines of text.

If you edit some cells in a row to contain some lines of text and then you let LibO pick the optimal row height for the cell, then LibO will do that and show you the row with a sufficient height to display all the text.

If at this time you save and reload, then in many occasions the row displays with a too limited height to display the whole of its text.

For instance, I am now looking at a spreadsheet where one row is about 1.6 cm tall and insufficient to display the whole of the text in the cells. If I right click and select optimal height, then the row height goes to 2.2 cm and the cells can display the whole of their content. At this point, saving and reloading the document brings you back to having a row height of 1.6...

This does not happen with the gtk3 VCL.

The issue is also present in LibO 6.3 beta.

If needed, I can try to create a synthetic document showing the issue.

Steps to Reproduce:
See description

Actual Results:
See description

Expected Results:
See description

Reproducible: Always

User Profile Reset: No

Additional Info:
[Information automatically included from LibreOffice]
Locale: en-US
Module: SpreadsheetDocument
[Information guessed from browser]
OS: Linux (All)
OS is 64bit: yes
Comment 1 Roman Kuznetsov 2019-06-06 19:11:50 UTC
>If needed, I can try to create a synthetic document showing the issue.

it needs, make it please, because I can't repro it in

Build ID: a187af327633f5f00363be5131bd21a13e0f1a7b
CPU threads: 4; OS: Linux 5.0; UI render: default; VCL: kde5; 
Locale: ru-RU (ru_RU.UTF-8); UI-Language: en-US
Calc: threaded
Comment 2 QA Administrators 2019-12-05 04:26:45 UTC Comment hidden (obsolete)
Comment 3 QA Administrators 2020-01-05 03:49:45 UTC
Dear sergio.callegari,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team