Description: The text you've just cut from a cell in Calc stays visible until you move to a different cell. Steps to Reproduce: 1. Type some text in a Calc cell and click <ENTER>. 2. Double-click on the previous cell. 3. Select the whole text of the cell. 4. Press <CTRL>+<X>. Actual Results: The text you've just cut stays visible until you move to a different cell. Expected Results: The normal behaviour in LibreOffice (and in every programme I've used as far as I can remember) is that, as soon as you press <CTRL>+<X> on some text you've already selected, the text disappears (until you press <CTRL>+<V>) to indicate that the text will be cut and not copied. However, in LO 25.8.0.4, the text stays visible until you move to a different cell. I've noticed that, if you select part of the text of the cell, then things work as expected. The issue only seems to happen when you select the whole text from the cell. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 25.8.0.4 (X86_64) Build ID: 48f00303701489684e67c38c28aff00cd5929e67 CPU threads: 16; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Vulkan; VCL: win Locale: es-ES (es_ES); UI: en-GB Calc: CL threaded
Can't reproduce. Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: bfe32ea304fe9571764caceea9c86e190684720a CPU threads: 12; OS: Linux 6.14; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: CL threaded
More info about it. If the text of the cell takes the space of the cell next to it, then when I click <CTRL>+<X>, this part of the text does disappear.
Created attachment 202466 [details] Clip
This has only been seen in version 25.8 for Windows. The latest Windows master build 26.2 [2025.07.23] does not have this defect. The Linux version does not have this problem. I thought it was a specification change, but this phenomenon is limited, so I judge it as a bug. Not reproduced with [2025-01-08] Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 6700b311310a94e0de8123b307275cd553bb0d9b CPU threads: 4; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Vulkan; VCL: win Locale: en-US (ja_JP); UI: en-US Calc: CL threaded --- Reproducible with Version: 25.8.0.0.alpha1 (X86_64) / LibreOffice Community Build ID: a2896e060b54ce6ce36e3e29218fac40d2919c74 CPU threads: 4; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Vulkan; VCL: win Locale: en-US (ja_JP); UI: en-US Calc: CL threaded Reproducible with Version: 25.8.0.4 (X86_64) Build ID: 48f00303701489684e67c38c28aff00cd5929e67 CPU threads: 4; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Raster; VCL: win Locale: en-US (ja_JP); UI: en-US Calc: CL threaded Reproducible with [2025_08_19] Version: 25.8.1.0.0+ (X86_64) / LibreOffice Community Build ID: a067cfd788121ad4042cf09acf62505caf38b66c CPU threads: 4; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Vulkan; VCL: win Locale: en-US (ja_JP); UI: en-US Calc: CL threaded --- Not reproduced with [2025_07_23] Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 7f4868348c14b305fcd75744e1e3544d0d3a5d61 CPU threads: 4; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Raster; VCL: win Locale: en-US (ja_JP); UI: en-US Calc: CL threaded --- Not reproduced with Version: 25.8.0.4 (X86_64) Build ID: 48f00303701489684e67c38c28aff00cd5929e67 CPU threads: 2; OS: Linux 6.1; UI render: default; VCL: gtk3 Locale: ja-JP (ja_JP.UTF-8); UI: en-US Calc: threaded
bibisected with win64-25.8 commit f678ec9a65c4d7ae2d4dda4599a06fc4b66a27d8 author Armin Le Grand (Collabora) <Armin.Le.Grand@me.com> Wed Apr 30 14:16:25 2025 +0200 CEOO: CellEditOnOverlay 26.2 fix bibisected with win64-26.2 commit 04bd455e36b054001e08a0a3256d508a009ffef3 author Armin Le Grand (Collabora) <Armin.Le.Grand@me.com> Thu Jun 26 14:18:30 2025 +0200 StripPortions: Move tooling closer to EditEngine/Outliner II
*** Bug 168402 has been marked as a duplicate of this bug. ***
*** Bug 168408 has been marked as a duplicate of this bug. ***