Download it now!
Bug 55793 - Problem rendering multiple Asian fonts in Impress
Summary: Problem rendering multiple Asian fonts in Impress
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
(earliest affected) release
Hardware: x86 (IA32) Windows (All)
: medium normal
Assignee: Not Assigned
Depends on:
Blocks: Font-Rendering
  Show dependency treegraph
Reported: 2012-10-09 08:39 UTC by Floater
Modified: 2019-08-19 07:07 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:

Demo file (10.40 KB, application/vnd.oasis.opendocument.presentation)
2012-10-09 08:39 UTC, Floater
Screenshot after 1st key - Normal behavior (86.12 KB, image/png)
2013-08-22 09:10 UTC, Floater
Screenshot after 2nd key, wrong rendering (92.28 KB, image/png)
2013-08-22 09:11 UTC, Floater

Note You need to log in before you can comment on or make changes to this bug.
Description Floater 2012-10-09 08:39:26 UTC
Created attachment 68318 [details]
Demo file

Windows XP SP3
Build ID: e0fbe70-5879838-a0745b0-0cd1158-638b327

To reproduce problem:-

enable and install "Install files for complex script and right to left languages ..." in Windows OS.

In LanguageBar->settings, add languages "Sanskrit", "Bengali", "Kannada", and Keyboard layout "INSCRIPT" for each one of them.

Open a blank Presentation

Click on title, choose "SA" from Language bar and INSCRIPT Keyboard layout

Type 'a' 

choose "BN" from Language bar and INSCRIPT Keyboard layout

Type 'a'

choose "KN" from Language bar and INSCRIPT Keyboard layout

Type 'a'; results in empty box.
Comment 1 bfoman (inactive) 2013-05-02 13:12:02 UTC
Please check if this bug is reproducible with the latest stable release (4.0.x) as 3.5.x line is in EndOfLife state.
Comment 2 Floater 2013-05-03 07:35:28 UTC
Tested with Version (Build ID: 7545bee9c2a0782548772a21bc84a9dcc583b89)

The Bug has got worse.

Type 3 'a' keys with SA (Sanskrit INSCRIPT) keyboard. Change the Kryboard to KA (Kannada) type key 'a'. The displayed text gets scrambled and more so with second  'a'.

Comment 3 tommy27 2013-08-19 07:36:32 UTC
please provide a screenshot
Comment 4 retired 2013-08-19 09:46:32 UTC
After providing the requested screenshot please re-set this bug to UNCONFIRMED. Thanks :)
Comment 5 Floater 2013-08-22 09:08:20 UTC
Attached 2 screenshots reproducing the behavior.
Changed status to Unconfirmed
Comment 6 Floater 2013-08-22 09:10:53 UTC
Created attachment 84437 [details]
Screenshot after 1st key - Normal behavior
Comment 7 Floater 2013-08-22 09:11:40 UTC
Created attachment 84438 [details]
Screenshot after 2nd key, wrong rendering
Comment 8 tommy27 2013-08-22 12:56:01 UTC
1- I have reverted version from to
please note that the version field should always indicate the earliest release where the issue appears which is according to your first post.

2- basically the bug is that the 2nd letter changes aspect after entering other letters... I tested the demo .odp file and I see that you cancel the 3rd letter the 2nd one changes aspect. so I think issue is confirmed. setting status to NEW.

3- is this issue happening just in Impress text boxes or does it affects digiting such asian letters in Writer as well?
Comment 9 Floater 2013-08-23 09:27:31 UTC
I now have The issue is only present in Impress and not in writer.
Comment 10 QA Administrators 2015-04-01 14:41:46 UTC Comment hidden (obsolete)
Comment 11 Floater 2015-04-02 08:41:27 UTC
Tested with Impress 

Build ID: 45e2de17089c24a1fa810c8f975a7171ba4cd432
Locale: en_US

The bug exists as it is.
Comment 12 tommy27 2016-04-16 07:28:03 UTC Comment hidden (obsolete)
Comment 13 Floater 2016-04-16 09:03:56 UTC
Bug is intact

LibO Version:

Win XP
Comment 14 QA Administrators 2017-05-22 13:25:38 UTC Comment hidden (obsolete)
Comment 15 Floater 2017-05-27 09:20:04 UTC
Bug remains
Comment 16 Khaled Hosny 2018-05-23 21:13:40 UTC
Can someone please clarify what is the exact bug here? Inputting characters results in non-nonsensical string, or that the string is correct but the rendering is bad?
Comment 17 QA Administrators 2018-12-03 13:13:43 UTC Comment hidden (obsolete)
Comment 18 Xisco Faulí 2019-01-10 12:41:28 UTC
Hello Floater,
You changed this bug back to UNCONFIRMED without answering comment 16. Please do it before changing it back to UNCONFIRMED again...
Comment 19 QA Administrators 2019-07-10 02:54:06 UTC Comment hidden (obsolete)
Comment 20 QA Administrators 2019-08-19 07:07:48 UTC
Dear Floater,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team