Bug 169824 - When all columns to the right of a cell are hidden, the text that overflows the cell may not be displayed during editing
Summary: When all columns to the right of a cell are hidden, the text that overflows t...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
7.5.8.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisectRequest, regression
Depends on:
Blocks:
 
Reported: 2025-12-04 13:41 UTC by nobu
Modified: 2025-12-12 13:10 UTC (History)
0 users

See Also:
Crash report or crash signature:


Attachments
Sample GIF (75.40 KB, image/gif)
2025-12-04 13:42 UTC, nobu
Details
Sample GIF (61.85 KB, image/gif)
2025-12-04 13:43 UTC, nobu
Details

Note You need to log in before you can comment on or make changes to this bug.
Description nobu 2025-12-04 13:41:09 UTC
Description:
When all columns to the right of a cell are hidden, the text that overflows the cell may not be displayed during editing.

Steps to Reproduce:
1.Open new Calc.
2. Hide all columns in column B and below (or group and hide them).
3. Insert the text "aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa" into cell [A1].
   The horizontal alignment of the cell must be set to default or not right-aligned.

Actual Results:
4. As you type, the entered text should become invisible beyond the slightly extended portion of the visible cell.
   (The text appears correctly in the Input line.)

Expected Results:
4. Regardless of the input result, the typed characters should remain visible.


Reproducible: Always


User Profile Reset: No

Additional Info:

Instead of hiding columns, you can observe the same issue when entering text into cell [XFD1].
The same problem occurs when entering formulas.

One workaround:
By adjusting the window width to cover the hidden area, the entered text will automatically wrap and become visible.

Reproducible
Version: 7.5.9.2 (X86_64) / LibreOffice Community
Build ID: cdeefe45c17511d326101eed8008ac4092f278a9
CPU threads: 4; OS: Windows 10.0 Build 26100; UI render: default; VCL: win
Locale: ja-JP (ja_JP); UI: en-US
Calc: threaded

Reproducible
[2025-11-28]
Version: 26.2.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: 620(Build:0)
CPU threads: 4; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Raster; VCL: win
Locale: en-US (ja_JP); UI: en-US
Calc: CL threaded

Reproducible
[2025-11-29]
Version: 26.2.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: cf56ab4c9e29cb076c3f986a75ade58d997cb43c
CPU threads: 2; OS: Linux 6.1; UI render: default; VCL: gtk3
Locale: ja-JP (ja_JP.UTF-8); UI: en-US
Calc: threaded
Comment 1 nobu 2025-12-04 13:42:39 UTC
Created attachment 204429 [details]
Sample GIF

Case : Invisible
Comment 2 nobu 2025-12-04 13:43:08 UTC
Created attachment 204430 [details]
Sample GIF

Case : Visible
Comment 3 Sarah Lim 2025-12-11 13:30:22 UTC
I can confirm that the bug is present in
Version: 26.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 680(Build:0)
CPU threads: 12; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_FI); UI: en-GB
Calc: threaded

though I replicated it by typing "aaaaaaaaaaaaaaaaaaaaa"in one of the cell(ex. A1) or by setting the cell to wrap text then typing "aaaaaaaaaaaaaaaaaaaaa". 

this is not reproducible on
Version: 25.8.3.2 (X86_64)
Build ID: 8ca8d55c161d602844f5428fa4b58097424e324e
CPU threads: 12; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Raster; VCL: win
Locale: en-US (en_FI); UI: en-GB
Calc: threaded

I cannot test it on 7.5.8.2 and 7.5.9.2 but did try it on 7.5.10.0.0+ and it is not reproducible.