Description: It changes cyrillic text in Writer document to set of symbol from other alphabet if made replace ">" to symbol U+25BA Cyrillic text and symbol ">" uses font Noto Sans There isn't good symblol "black triangle to right" in Noto Sans and I found it in Liberetion Sans (Hexadecimal: U+25BA) I opened dialogue Find & Replace and in field Find type >, then in field Replace i pasted symbol ► Then i pushed button "Replace all" and got very strange result (see attach) 1. replace some cyrillic text to symbols from other alphabets 2. view of symbol ► in text is strange also, it is more wide For text from latin symbols replace works fine, without damage of text Steps to Reproduce: 1. Create new Writer doc 2. Type any cyrillic text with sign > between words 3. Select all text and select font Noto Sans for it 4. Find symbol "black triangle" (U+25BA) in dialogue Special character in font Liberation Sans and paste it in document 5. Copy symbol "black triangle" (U+25BA) 6. Open dialogue Find & Replace 7. In field Find type symbol > 8. In field Replace paste symbol ► (U+25BA) 9. Push button Replace all Actual Results: cyrillic text damages after replace > to special character ► (U+25BA) Expected Results: replacing of symbols works fine without any damaging of text Reproducible: Always User Profile Reset: No Additional Info: Version: 6.1.0.0.beta2+ (x64) Build ID: fe1a23b5c49c94410a604c8d4a6f50f43d575403 CPU threads: 4; OS: Windows 10.0; UI render: default; TinderBox: Win-x86_64@42, Branch:libreoffice-6-1, Time: 2018-06-17_06:31:41 Locale: ru-RU (ru_RU); Calc: CL
Created attachment 143253 [details] LO Writer changes text to abrakadabra (screenshot)
Created attachment 143254 [details] Changes text to abrakadabra (file ODT with result of replace)
file in LO 6.0.4.2 opens without damage of text. in LO 6.0.4.2 this doesn't repro - > regression looks like a problem with text rendering in LO 6.1.
this is a OpenGL problem. If activate "Use OpenGL for all rendering" and open file, then it lokks very good
only Windows problem
result of bibisecting: $ git bisect bad 6aacbf0388441202897811d8013fbf245772cc52 is the first bad commit commit 6aacbf0388441202897811d8013fbf245772cc52 Author: Norbert Thiebaud <nthiebaud@gmail.com> Date: Mon May 7 16:09:19 2018 -0700 source bdccb7e9991d83029eb2f2f11327b54534a00db8 source bdccb7e9991d83029eb2f2f11327b54534a00db8
there is same problem with text rendering in dialogue AutoCorrect options
Hi kompilainenn, thanks for bisecting this. Let's put it to NEW
Adding Cc: to Jan-Marek Glogowski
Should be fixed, retest with Version: 6.2.0.0.alpha0+ (x64) Build ID: 86ca9badf9be518be3456afde70271bc1f956065 CPU threads: 8; OS: Windows 10.0; UI render: GL; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-07-11_02:27:04 Locale: en-US (en_US); Calc: CL or later =-ref-= https://cgit.freedesktop.org/libreoffice/core/commit/?id=fad862e290d727fc9fefe206f6e4b807482c4175 https://cgit.freedesktop.org/libreoffice/core/commit/?id=ca4e75d694a5fb41a1c800146319aa6ba34d8bab
Can no longer reproduce with default rendering with Version: 6.2.0.0.alpha0+ (x64) Build ID: 86ca9badf9be518be3456afde70271bc1f956065 CPU threads: 8; OS: Windows 10.0; UI render: GL; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-07-11_02:27:04 Locale: en-US (en_US); Calc: CL => Resolved Fixed, reopen if still issues Also merged patch was backported to 6.1.0 against 6.1.0.2 https://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-6-1&id=392a36b83c5288106a59acf76b3a89da31d5e4d1