Bug 66704 - Calc cell formula editing visual glitch (see comment #7)
Summary: Calc cell formula editing visual glitch (see comment #7)
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
4.0.4.2 release
Hardware: All macOS (All)
: low trivial
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords:
Depends on:
Blocks: macOS-UI-polish
  Show dependency tree / graph
 
Reported: 2013-07-08 16:52 UTC by Thiago Silva
Modified: 2023-03-19 11:18 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Thiago Silva 2013-07-08 16:52:03 UTC 
O mesmo descrito nesse site acontece comigo:
http://ask.libreoffice.org/en/question/19970/calc-cell-formula-editing-display-problems-version/

Problem 1

Create a new worksheet.
Press F2 to start editing A1. There is a funny black rectangle in the cell that disappears as soon as you start typing.
Problem 2

Type '=LEN(CONCATENATE' in the cell, but do not type Enter yet.
Alt-Tab to another application. The tooltip is still there.
Problem 3

Alt-Tab back to the worksheet.
Move the cursor left a few characters. Remains of the cursor are visible between every character where it was.
Problem 4

With the tooltip still there, type End.
Type Esc to close the tooltip. The cursor jumps backward at least half a character, and no longer corresponds to the character positions. Type Backspace, and note that the font-spacing has decreased.
Has anyone encountered the same behaviour? I have tried disabling all hardware acceleration and I still get the problem.
Operating System: Mac OS X
Version: 4.0.4.2 release
Comment 1 p199999991 2013-07-14 07:59:32 UTC 
(I'm the poster of the original question on AskLibO)

Problem 4 has been edited to include an extra step necessary to reproduce it: Type Esc to close the tooptip (first, before typing End).
Comment 2 QA Administrators 2015-04-01 14:42:35 UTC Comment hidden (obsolete)
Comment 3 Buovjaga 2015-04-24 16:59:09 UTC 
Problem 1 was still present in 4.4.2, but in 5.0 it is actually gone (yay).
Could not repro the other ones, but perhaps they are Mac-specific.

Win 7 Pro 64-bit Version: 5.0.0.0.alpha1+ (x64)
Build ID: f3375fa07f27bd2ade519af3c07d69040d10eaa9
TinderBox: Win-x86_64@42, Branch:master, Time: 2015-04-22_23:38:50
Locale: fi_FI
Comment 4 Alex Thurgood 2015-04-24 17:30:34 UTC 
Confirming Problem 1 solved on 

Version: 5.0.0.0.alpha1+
Build ID: a1c01c510c9fbc6e2be9f4b9db12c3493939942a
Locale : fr_
Comment 5 Alex Thurgood 2015-04-24 17:38:18 UTC 
Problem 2: still there

Problem 3 : not reproducible

Problem 4 : I don't have an End key on my keyboard. If I use Cmd-right arrow to move to end, display is not corrupted, nor cursor shifted - can not confirm
Comment 6 QA Administrators 2016-09-20 09:33:37 UTC Comment hidden (obsolete)
Comment 7 eisa01 2017-10-20 20:52:16 UTC 
I can not reproduce problem 2. The tooltip is not displayed over the other application when I alt-tab.

I can not reproduce problem 3

Problem 4 has new behavior:
Type "=SUM(" in a cell, press esc to close the tooltip. The cursor jumps up to the right. This is just visual, if I press backspace the "(" is deleted and the cursor is back at the right place.

The end key is fn+right arrow
Comment 8 Alex Thurgood 2017-10-26 09:32:05 UTC 
(In reply to eisa01 from comment #7)
> I can not reproduce problem 2. The tooltip is not displayed over the other
> application when I alt-tab.
> 
> I can not reproduce problem 3
> 
> Problem 4 has new behavior:
> Type "=SUM(" in a cell, press esc to close the tooltip. The cursor jumps up
> to the right. This is just visual, if I press backspace the "(" is deleted
> and the cursor is back at the right place.
> 
> The end key is fn+right arrow

I can not reproduce any of the originally indicated problems with:

Version: 5.4.1.2
Build ID: ea7cb86e6eeb2bf3a5af73a8f7777ac570321527
Threads CPU : 8; OS : Mac OS X 10.12.6; UI Render : par défaut; 
Locale : fr-FR (fr_FR.UTF-8); Calc: group
Comment 9 Alex Thurgood 2017-10-26 09:44:42 UTC 
OK, so retesting more carefully, I can reproduce problem 4 of comment 7
Comment 10 QA Administrators 2018-10-27 02:55:39 UTC Comment hidden (obselete, obsolete)
Comment 11 eisa01 2018-12-08 08:40:52 UTC 
Still a small visual glitch on problem 4

Lowering the importance as this is just a small visual glitch

Version: 6.3.0.0.alpha0+
Build ID: beae6c7a7f163daad0d4dea63a3d403af2745fd1
CPU threads: 2; OS: Mac OS X 10.13.6; UI render: default; VCL: osx; 
TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2018-12-06_23:52:29
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded
Comment 12 QA Administrators 2019-12-09 03:39:13 UTC Comment hidden (obsolete)
Comment 13 eisa01 2020-02-15 17:25:20 UTC 
Still the same as in comment #7

Version: 7.0.0.0.alpha0+
Build ID: 0cb4f304abf6f8dd6b40eb800788d2fe80581813
CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx; 
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded
Comment 14 QA Administrators 2022-02-15 04:11:58 UTC Comment hidden (obsolete)
Comment 15 eisa01 2023-03-19 08:49:45 UTC 
Still present

I think this should rather be the macOS UI polish meta bug?

Version: 7.5.1.2 (AARCH64) / LibreOffice Community
Build ID: fcbaee479e84c6cd81291587d2ee68cba099e129
CPU threads: 10; OS: Mac OS X 13.2.1; UI render: default; VCL: osx
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded