Bug 169906 - Dragging text leaves a trace, if overshoot was below the selection rectangle
Summary: Dragging text leaves a trace, if overshoot was below the selection rectangle
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
25.8.3.2 release
Hardware: All All
: low minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Font-Rendering
  Show dependency treegraph
 
Reported: 2025-12-09 10:57 UTC by Danat
Modified: 2025-12-22 15:27 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Video (4.57 MB, video/mp4)
2025-12-09 10:57 UTC, Danat
Details
File in the video (6.47 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2025-12-09 10:58 UTC, Danat
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Danat 2025-12-09 10:57:12 UTC
Description:
https://drive.google.com/drive/folders/1QbOLVtPPJHFU0kImyaHQ91egshV1SWpm?usp=sharing

Steps to Reproduce:
1.Select a text
2.Move it
3.

Actual Results:
It creates an artefact that does not disappear unless the user zooms

Expected Results:
No such remnants


Reproducible: Always


User Profile Reset: No

Additional Info:
In the video
Comment 1 Danat 2025-12-09 10:57:33 UTC
Created attachment 204520 [details]
Video
Comment 2 Danat 2025-12-09 10:58:07 UTC
Created attachment 204521 [details]
File in the video
Comment 3 jcline 2025-12-10 01:24:07 UTC
Repro in Version: 25.8.3.2 (X86_64)
Build ID: 8ca8d55c161d602844f5428fa4b58097424e324e
CPU threads: 32; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

It seems like if there is something outside of the blue text select highlight it will either be left behind or not be part of the moved text. If there is part of the above text that seeps into the highlighted text it will disappear when the text is moved.
Comment 4 Buovjaga 2025-12-22 15:25:18 UTC
In the video we see the issue related to للح

I don't have Lucida Sans in my system. For me, the selection covers the full text. If I change the font to Lucida Sans Unicode, the overshoot in ح below the baseline is clipped. I still see the selection rectangle extending downward to include even the invisible clipped part. I also tried all the Noto fonts, but no issue.

It would have been interesting to test with older versions, but I can't as I'm unable to reproduce the issue.

Version: 25.8.3.2 (X86_64)
Build ID: 8ca8d55c161d602844f5428fa4b58097424e324e
CPU threads: 2; OS: Windows 11 X86_64 (build 26100); UI render: default; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

For reference:
https://en.wikipedia.org/wiki/Overshoot_(typography)
Comment 5 Buovjaga 2025-12-22 15:27:13 UTC
(In reply to Buovjaga from comment #4)
> I don't have Lucida Sans in my system. For me, the selection covers the full
> text. If I change the font to Lucida Sans Unicode, the overshoot in ح below
> the baseline is clipped. I still see the selection rectangle extending
> downward to include even the invisible clipped part. I also tried all the
> Noto fonts, but no issue.

Ah, quick note: I did not have Skia active when testing. When I activate Skia, the Lucida Sans Unicode clipping issue is gone. But I still could not see any issue with the selection rectangle.