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.
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.
This do not happen in previous releases (in 4.1.* at least) so regression
Created attachment 99685 [details] Screenshot of Styles & Formatting Dialog
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
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)
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.
Marking as NEW, as at least two people in the Chinese libreoffice QQ chatroom can reproduce it in different OSs.
Marking OS as ALL, as this behaviour is at least reproducible in ubuntu 14.04, win8, and Fedora 20.
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.
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.
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)
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
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.
Migrating Whiteboard tags to Keywords: (bibisected) [NinjaEdit]