Description: 鼠标点选一段文字的某个位置的同时，使用方向键向左或向右移动光标，光标会在原地留下未刷新的残影 Steps to Reproduce: 1.鼠标点选一段文字的某个位置的同时，使用方向键向左或向右移动光标 鼠标点击比方向键移动稍晚一点 Actual Results: 光标在原地留下未刷新的残影 Expected Results: 光标正常移动 Reproducible: Always User Profile Reset: No Additional Info: [Information automatically included from LibreOffice] Locale: zh-CN Module: TextDocument [Information guessed from browser] OS: Windows (All) OS is 64bit: no
Description. Use the arrow keys to move the cursor to the left or right while clicking on a position in the text, the cursor will leave an unrefreshed shadow in place. Steps to Reproduce. 1. Use the arrow keys to move the cursor left or right while the mouse clicks on a position in the text. The mouse click is a little later than the arrow keys. Actual Results. The cursor leaves an unrefreshed shadow in place Expected Results. Cursor moves normally Translated with www.DeepL.com/Translator (free version)
Thank you for the report. Can you please share: - a screenshot of the issue - the information copied from Help > About LibreOffice I have seen something similar in recent versions but was unable to reproduce. Not reproduced in: Version: 7.5.3.2 (X86_64) / LibreOffice Community Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Thank you!
Created attachment 187316 [details] 截图 Version: 7.5.3.2 (X86_64) / LibreOffice Community Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: zh-CN (zh_CN); UI: zh-CN Calc: CL threaded
[Automated Action] NeedInfo-To-Unconfirmed
This looks like the same issue as bug 153306. Marking as duplicate, but please confirm that the issue disappears when you run LO without Skia (using "force software rendering" in Tools > Options > LibreOffice > View). Thank you! *** This bug has been marked as a duplicate of bug 153306 ***
The problem is resolved when undoing "use Skia for all rendering". Thanks!
*** Bug 157251 has been marked as a duplicate of this bug. ***
Ghost cursor residuals with Skia lib Vulkan GPU rendering. The macOS issues with Skia Metal alone were resolved for bug 153306
Don't know if this will fix this bug, but if anyone has a Windows or Linux build, you might try using the same fix as I used for Skia/Metal on macOS. The following debug patch should enable the macOS fix for Skia/Vulcan: diff --git a/vcl/skia/gdiimpl.cxx b/vcl/skia/gdiimpl.cxx index 4c34d9ab2870..030bcefd9b2a 100644 --- a/vcl/skia/gdiimpl.cxx +++ b/vcl/skia/gdiimpl.cxx @@ -1509,7 +1509,6 @@ void SkiaSalGraphicsImpl::invert(basegfx::B2DPolygon const& rPoly, SalInvert eFl SkSamplingOptions())); } -#ifdef SK_METAL // tdf#153306 prevent subpixel shifting of X coordinate // HACK: for some unknown reason, if the X coordinate of the // path's bounds is more than 1024, SkBlendMode::kExclusion will @@ -1527,7 +1526,6 @@ void SkiaSalGraphicsImpl::invert(basegfx::B2DPolygon const& rPoly, SalInvert eFl aMatrix.set(SkMatrix::kMTransX, -0.001); getDrawCanvas()->concat(aMatrix); } -#endif } getDrawCanvas()->drawPath(aPath, aPaint); }
(In reply to Patrick Luby (volunteer) from comment #9) > Don't know if this will fix this bug, but if anyone has a Windows or Linux > build, you might try using the same fix as I used for Skia/Metal on macOS. > The following debug patch should enable the macOS fix for Skia/Vulcan: > ... I can just confirm it builds on pc Debian x86-64 with master sources updated today but for the rest I can't tell more.