Bug 77076 - Style names within Body Text are shown truncated for CJK UI (zh-CN and zh-TW at least)
Summary: Style names within Body Text are shown truncated for CJK UI (zh-CN and zh-TW ...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.2.3.2 rc
Hardware: x86 (IA32) All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: CJK
  Show dependency treegraph
 
Reported: 2014-04-05 06:12 UTC by Kevin Suo
Modified: 2015-12-15 11:03 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
screenshots showing the bug for zh-CN, zh-TW and en-US. (167.34 KB, application/vnd.oasis.opendocument.text)
2014-04-05 06:12 UTC, Kevin Suo
Details
screenshots in a odt file (79.01 KB, application/vnd.oasis.opendocument.text)
2014-05-24 01:51 UTC, Kevin Suo
Details
Screenshot of Styles & Formatting Dialog (42.63 KB, image/png)
2014-05-24 03:22 UTC, reporter_of_bugs
Details
screenshot showing the issue (27.62 KB, image/png)
2014-05-24 04:55 UTC, Kevin Suo
Details
screenshot linux mint 17, libreoffice 4.2.4 (38.55 KB, image/png)
2014-05-24 05:01 UTC, Kevin Suo
Details
another screenshot (28.81 KB, image/png)
2014-07-25 16:07 UTC, Kevin Suo
Details
Test document (60.50 KB, application/vnd.oasis.opendocument.text)
2015-04-08 06:00 UTC, Matthew Francis
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Kevin Suo 2014-04-05 06:12:20 UTC
Created attachment 96931 [details]
screenshots showing the bug for zh-CN, zh-TW and en-US.

Some of the style names within/under "Body Text" are not shown complete. This happens for zh-CN and zh-TW UI at least, but works OK for en-US UI.

Steps to reproduce:
Just open my attached screenshots (three screenshots in a single ODT file), which shows the comparison.

LibreOffice 4.2.3.3 (I do not see this in the version field, so choosing 4.2.3.2 instead, but in fact it shoule be 4.2.3.3). Should be a regression against 4.2.3.2.

OS: Fedora 20 X86.
Comment 1 Kevin Suo 2014-05-24 01:51:02 UTC
Created attachment 99683 [details]
screenshots in a odt file

Before click, style names show full name;
After click, style names are truncated.

Still reproducible in LibreOffice 4.3 beta1.
Comment 2 Kevin Suo 2014-05-24 01:56:30 UTC
This do not happen in previous releases (in 4.1.* at least) so regression
Comment 3 reporter_of_bugs 2014-05-24 03:22:04 UTC
Created attachment 99685 [details]
Screenshot of Styles & Formatting Dialog
Comment 4 reporter_of_bugs 2014-05-24 03:25:15 UTC
Unable to replicate this on 4.3.0.0b1 Build ID: 2e39c7e59c8fc8b16a54c3d981dceef27fb0c07f
with
libreofficedev4.3-zh-cn_4.3.0.0.beta1-1_amd64.deb
lodevbasis4.3-zh-cn_4.3.0.0.beta1-1_amd64.deb
lodevbasis4.3-zh-cn-base_4.3.0.0.beta1-1_amd64.deb
lodevbasis4.3-zh-cn-calc_4.3.0.0.beta1-1_amd64.deb
lodevbasis4.3-zh-cn-math_4.3.0.0.beta1-1_amd64.deb
lodevbasis4.3-zh-cn-res_4.3.0.0.beta1-1_amd64.deb
lodevbasis4.3-zh-cn-writer_4.3.0.0.beta1-1_amd64.deb

installed alongside en_gb langpacks on top of en_us LO base install

Screenshot attached
Comment 5 Kevin Suo 2014-05-24 04:55:07 UTC
Created attachment 99687 [details]
screenshot showing the issue

Someone in the Chinese libreoffice QQ chatroom reproduced this bug behaviour in win8, libreoffice 4.2.4. 
I am attaching his/her screenshot, as he/she is not able to help confirm in the bug system (poor english)
Comment 6 Kevin Suo 2014-05-24 05:01:35 UTC
Created attachment 99688 [details]
screenshot linux mint 17, libreoffice 4.2.4

He/she also reproduced this in linux mint 17, libreoffice 4.2.4.
I am also attaching his/her screenshot.

More info:
"jmadero" and "reporter_of_bugs" in #libreoffice-qa do not reproduce in zh_CN UI (while their OS language is not zh_CN).
So it seems this only reproduce in zh_CN OS while zh_CN/zh_TW UI is enabled.
Comment 7 Kevin Suo 2014-05-24 05:02:57 UTC
Marking as NEW, as at least two people in the Chinese libreoffice QQ chatroom can reproduce it in different OSs.
Comment 8 Kevin Suo 2014-05-24 05:08:16 UTC
Marking OS as ALL, as this behaviour is at least reproducible in ubuntu 14.04, win8, and Fedora 20.
Comment 9 Kevin Suo 2014-06-13 14:40:11 UTC
Corrected component to from "LibreOffice" to "Writer". All the bug tests are with regard to Writer.

Still reproducible with 4.3.0.0 beta2 and 4.2.5.2.
Comment 10 Kevin Suo 2014-07-25 16:07:07 UTC
Created attachment 103454 [details]
another screenshot

Actually it's not truncted. It's the highlight and transparancy isse.
See the number "9" in the screenshot.

Still reproducible with 4.2.6.2 version.
Comment 11 Matthew Francis 2015-04-08 06:00:27 UTC
Created attachment 114687 [details]
Test document

- Set LibreOffice language to e.g. zh_CN (Chinese Simplified)
- Open document
- Open Styles and Formatting (F11)
- Select any of the entries under "正文" (the selection bounds are too big for those that appear in English, and too small for those that appear in Chinese)
Comment 12 Matthew Francis 2015-04-08 06:02:10 UTC
This seems to have begun at the below commit.
Adding Cc: to kendy@collabora.com; Could you possibly take a look at this? Thanks

commit 62ea355b2679073b8ee326df5793231996136da9
Author: Jan Holesovsky <kendy@collabora.com>
Date:   Thu Dec 12 09:55:35 2013 +0100

    fdo#72125: GetTextWidth() can get very expensive.
    
    Let's just count an approximate width using a cached value when we have too
    many entries.
    
    Change-Id: I2113887c477bc774dd00df538ec1a01f102f4726
Comment 13 Kevin Suo 2015-06-23 09:49:05 UTC
Version: 5.0.0.1
Build ID: 9a0b23dd0ab9652e0965484934309f2d49a7758e
Locale: zh-CN (zh_CN)

The UI for "Styles and Formating" in version 5.0.0.1 is changed to a new one.
In this version this bug behaviour does not exist any more.

Mark as RESOLVED WORKSFORME.
Comment 14 Robinson Tryon (qubit) 2015-12-15 11:03:34 UTC
Migrating Whiteboard tags to Keywords: (bibisected)
[NinjaEdit]