On Windows 10 with Skia Vulkan rendering enabled, making text edits in dialog boxes (e.g. the Find & Replace dialog) are not fully clearing the previous glyphs. STR: 1. Open Find & Replace dialog 2. other options mode 3. regular expression check box 4. enter expression "\u0027" 5. clearing field and enter "\0047", have residual "\" Vulkan HW rendering only, no issue with Skia raster or VCL default rendering. Have noticed this for some time, most recently Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 3b852f274696a5e2a44bb4107c37cea9d291758e CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded but it does manifest on release builds as well: Version: 7.3.4.1 (x64) / LibreOffice Community Build ID: 13668373362b52f6e3ebcaaecb031bd59a3ac66b CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded skia log... RenderMethod: vulkan Vendor: 0x8086 Device: 0x8a52 API: 1.2.195 Driver: 0.404.1069 DeviceType: integrated DeviceName: Intel(R) Iris(R) Plus Graphics Denylisted: no
no repro in macOS with Skia/Metal enabled Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: ab12274ffda3a1a5a1ff33203acf9de665d4a636 CPU threads: 4; OS: Mac OS X 12.4; UI render: Skia/Metal; VCL: osx Locale: ru-RU (ru_RU.UTF-8); UI: en-US Calc: threaded
This seems to have resolved. Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 55cd20e6228a06836285c14ca6726adb1bb4ffcb CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded Version: 7.4.2.3 (x64) / LibreOffice Community Build ID: 382eef1f22670f7f4118c8c2dd222ec7ad009daf CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded