https://bugs.documentfoundation.org/show_bug.cgi?id=173694
V Stuart Foote <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever confirmed|0 |1 CC| |[email protected], | |[email protected], | |[email protected] --- Comment #1 from V Stuart Foote <[email protected]> --- Comparing 26.2.6 against 26.8.0.3 Using NirSoft InsideClipboard v1.30 With a simple ODF document text mixing strings with low order ASCII and chars from Unicode BMP: 美国、中国、日本 USA, China, Japan Copy/Paste from 26.2.6 results in CF_TEXT showing just the ASCII and unmapped chars getting tofu/placeholders: ???????? USA, China, Japan While Copy/Paste from 26.8.0.3 results in CF_TEXT showing ASCII coding with BMP glyphs encoded, strings that when toggled in the clipboard viewer from ASCII mode to UTF-8 mode, resolve into the valid BMP glyphs matching the source. 美国ã€ä¸å›½ã€æ—¥æœ¬ USA, China, Japan So yes, the CF_TEXT composition has changed, and rather than "?" for each unmapped glyph, it *is* incorrectly passing valid Unicode! This is incorrect. And Believe we should observe the CF_TEXT ASCII restriction as the CF_TEXT is a standard "well known" clipboard format? =-testing-= Version: 26.8.0.3 (X86_64) Build ID: bce0998afefdbc355585ca324285661a2170ba77 CPU threads: 8; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded Version: 26.2.6.3 (X86_64) Build ID: 8221e31b3ac356a1623c672912a3d2b492f7e3d1 CPU threads: 8; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
