Bug 113637 - Some special characters (Emoji for example) change the font setting of their previous character
Summary: Some special characters (Emoji for example) change the font setting of their ...
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
5.4.2.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Special-Character
  Show dependency tree / graph
 
Reported: 2017-11-04 07:17 UTC by Hiunn-hué
Modified: 2024-08-04 08:52 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:

Attachments
screenshot (90.14 KB, image/png)
2017-11-04 07:29 UTC, Hiunn-hué 		Details
result of STR on Windows from comment 2 (6.76 KB, image/png)
2017-11-04 13:22 UTC, V Stuart Foote 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Hiunn-hué 2017-11-04 07:17:31 UTC 
Description:
--

Steps to Reproduce:
 1. Open a new Writer, Calc, or Impress file
 2. Input "LibreOffice"
 3. Set the font to "Capture it 2" or other fonts that help observation
 4. Insert the Emoji character "😃" (Smiling Face With Open Mouth) between "Libre" and "Office"

Actual Results:  
 The font of the alphabet "e" changed.

Expected Results:
 The font should not change.


Reproducible: Always


User Profile Reset: No



Additional Info:
 A space between the alphabet "e" and Emoji would make it return normal. 


User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Ubuntu Chromium/62.0.3202.62 Chrome/62.0.3202.62 Safari/537.36
Comment 1 Hiunn-hué 2017-11-04 07:29:22 UTC 
Created attachment 137514 [details]
screenshot

tested in ...

 Version: 5.4.2.2
 Build ID: 1:5.4.2~rc2-0ubuntu0.16.04.1~lo2
 CPU threads: 4; OS: Linux 4.4; UI render: default; VCL: gtk2; 
 Locale: zh-TW (zh_TW.UTF-8); Calc: group

and

 Version: 6.0.0.0.alpha1+
 Build ID: 1f8c3e3b78e0abb96d06a51eca354ae7ade5deb2
 CPU threads: 4; OS: Linux 4.4; UI render: default; VCL: gtk2; 
 TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-11-01_22:57:04
 Locale: zh-TW (zh_TW.UTF-8); Calc: group
Comment 2 V Stuart Foote 2017-11-04 13:18:06 UTC 
Confirmed. But on Windows builds just with the :emoji: auto-correct mechanism, while if using the Special Character dialog the insertion of the glyph selected is done cleanly.

STR

1. Writer document
2. paragraph with Liberartion Serif font
3. enter "Libre§Office"
4. position cursor after "§"
5. enter :dice:
Result -- autocorrect pulls Dice glyph (U+1F3B2) from fallback font and places, while the "§" changes to that font (Segoe UI Emoji). And a copy of the "§" is stamped at the start of the line.

6. repeat through 4.
7. open Special Character dialog
8. enter 1F3B2 in the search and 'Insert'
Result -- Dice glyph (fallback font) is inserted cleanly, the "§" remains Liberation Serif and just one is visible.


Note: on Windows we remain unable to test the experimental Emoji dialog (Standrad toolbar), so not sure if that behaves or not. 

=-testing-=

On Windows 10 Home 64-bit en-US (v1709) with
Version: 5.4.3.1 (x64)
Build ID: 32c8895c6cae21571f364dbb059f419a743ee44d
CPU threads: 4; OS: Windows 6.19; UI render: GL; 
Locale: en-US (en_US); Calc: group
Comment 3 V Stuart Foote 2017-11-04 13:22:09 UTC 
Created attachment 137520 [details]
result of STR on Windows from comment 2
Comment 4 QA Administrators 2018-11-05 03:44:17 UTC Comment hidden (obsolete)
Comment 5 QA Administrators 2020-11-05 04:06:16 UTC Comment hidden (obsolete)
Comment 6 Mike Kaganski 2024-08-04 08:52:39 UTC 
Fixed by commit 76f0cf39fd06ec1b523e9bdf8fbcc98a55a541b4 (tdf#107487 fix font fallback for non-BMP characters, 2019-06-05).