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 treegraph
 
Reported: 2013-07-08 16:52 UTC by Thiago Silva
Modified: 2025-03-19 03:12 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 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
Comment 16 QA Administrators 2025-03-19 03:12:16 UTC
Dear Thiago Silva,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug