Bug 120391 - EDITING: Comments in Calc without background while editing.
Summary: EDITING: Comments in Calc without background while editing.
Status: RESOLVED DUPLICATE of bug 114956
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
(earliest affected) release
Hardware: All All
: medium normal
Assignee: Not Assigned
Keywords: bibisected, bisected, regression
Depends on:
Reported: 2018-10-07 21:45 UTC by Robert Gonzalez MX
Modified: 2018-10-15 13:30 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:

Descriptions and screenshots (648.21 KB, application/vnd.oasis.opendocument.text)
2018-10-07 21:46 UTC, Robert Gonzalez MX
comments (34.15 KB, image/png)
2018-10-08 15:03 UTC, BogdanB

Note You need to log in before you can comment on or make changes to this bug.
Description Robert Gonzalez MX 2018-10-07 21:45:10 UTC
When inserting or editing a cell comment in Calc, if the text that is written extends more than the default space a new row is inserted to continue writing but this new row has no background until a space in inserted or the “enter” keystroke. In some cases, even after a space keystroke, the background is not displayed. Also the black “shadow” of the light blue text box doesn’t adjust to the new size of it.

This difficult the reading of the text that in written, at least in the second row until a space keystroke refresh the yellow background.

Steps to Reproduce:
1. Open a new Calc spreadsheet.
2. Select any cell and insert a new comment with right click - insert comment.
3. Start writing some text until a new row is added.
4. Notice that the new row has no yellow background while typing until a space keystroke
5. After that the background is repainted.
6. This also happens when editing an existing comment and adding text in the same manner.

Actual Results:
New row added without background and transparent

Expected Results:
The text box should first add the new row with background before any text is written independently of a space or “enter” keystroke.

The black shadow of the text box should adjust to the text box

Reproducible: Always

User Profile Reset: No

Additional Info:
Tested with Version: (x64)
Build ID: 65905a128db06ba48db947242809d14d3f9a93fe
CPU threads: 8; OS: Windows 10.0; UI render: default; 
Locale: es-MX (es_MX); Calc: CL


Id. de compilación: efb621ed25068d70781dc026f7e9c5187a4decd1
Subprocs. CPU: 4; SO: Linux 4.12; Repres. IU: predet.; VCL: kde4; 
Configuración regional: es-MX (es_MX.ISO-8859-15); Calc: group threaded
Comment 1 Robert Gonzalez MX 2018-10-07 21:46:06 UTC
Created attachment 145454 [details]
Descriptions and screenshots
Comment 2 BogdanB 2018-10-08 15:03:19 UTC
Created attachment 145478 [details]

Confirm this on 6.0.6. See the screenshot.

Identificator construire: 1:6.0.6-0ubuntu0.18.04.1
Fire CPU: 4; OS: Linux 4.15; Redare UI: implicit; VCL: gtk3; 
Setări regionale: ro-RO (ro_RO.UTF-8); Calc: group threaded
Comment 3 Regina Henschel 2018-10-08 19:03:59 UTC
The same defect can be seen for draw captions in the other modules. The shape is not updated, if the edit area increases.
Comment 4 BogdanB 2018-10-08 19:10:55 UTC
If we know it's a regressiin I could bibisect
Comment 5 Regina Henschel 2018-10-08 19:27:05 UTC
It is a regression.

It is OK in Version: (x64)
Build ID: c838ef25c16710f8838b1faec480ebba495259d0
CPU threads: 8; OS: Windows 6.19; UI render: default; 
Locale: en-US (en_US); Calc: CL

It is broken in Version: (x64)
Build ID: 0c292870b25a325b5ed35f6b45599d2ea4458e77
CPU threads: 8; OS: Windows 10.0; UI render: default; 
Locale: de-DE (en_US); Calc: CL
Comment 6 Xisco Faulí 2018-10-15 13:30:08 UTC
Regression introduced by https://cgit.freedesktop.org/libreoffice/core/commit/?id=f06b48a5dddab20fd1bbf9b5f3e8543593f5e590 which is the same as in bug 114956.

*** This bug has been marked as a duplicate of bug 114956 ***