| Summary: | Styles not imported correctly when using CJK UI (zh_CN and JA at least) | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Kevin Suo <suokunlong> |
| Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | fdbugs, jmadero.dev, philipz85, sophi, suokunlong |
| Priority: | medium | ||
| Version: | Inherited From OOo | ||
| Hardware: | Other | ||
| OS: | All | ||
| See Also: |
https://bugs.freedesktop.org/show_bug.cgi?id=76405 https://bugs.freedesktop.org/show_bug.cgi?id=76526 https://bugs.freedesktop.org/show_bug.cgi?id=76934 https://bugs.freedesktop.org/show_bug.cgi?id=80473 |
||
| Whiteboard: | |||
| Crash report or crash signature: | Regression By: | ||
| Bug Depends on: | |||
| Bug Blocks: | 83066 | ||
| Attachments: |
the test doc file.
a docx file saving from the above doc file Step by step screen in Fedora, with ZH_CN, JA, and EN UI, respectively. how it looks for me with zh-CN UI how it looks for me with arabic UI how it looks for me with KeyID UI |
||
Created attachment 95916 [details]
a docx file saving from the above doc file
Notice the different formatting of heading 2.
I can not reproduce, the two documents look the same and styles are correctly applied using Ubuntu 13.10, FR lang pack, Version: 4.2.3.1 Build ID: 3d4fc3d9dbf8f4c0aeb61498a81f91c5b7922f13. I'll ask our Chinese l10n team to have a look - Sophie I also reproduced this with Japanese UI, so changing the title to "CJK". Created attachment 96008 [details]
Step by step screen in Fedora, with ZH_CN, JA, and EN UI, respectively.
Sorry, in my Fedora machine I produce a different result than what I produced in my another machnine (heading 2 is within heading). But the style Hierarchical problem still exists, and save as docx still corrupt the styles.
See the step by step screen shots.
I will take further screenshots in my another machine tomorrow.
This is not a critical bug - critical means data loss/crashes/etc... this is just a normal bug. Marking accordingly. Please do not set to critical again. For more information feel free to email the QA list about priorities. Created attachment 101650 [details]
how it looks for me with zh-CN UI
Created attachment 101653 [details]
how it looks for me with arabic UI
Created attachment 101655 [details]
how it looks for me with KeyID UI
When attachment 95915 [details] is opened in all UIs other than english, the 'Heading', 'Index', 'Quotations', and 'Table of Contents' appear in english rather than their localized version. If you look in the KeyID UI version, you will notice that these entries dont have string references and the string referenced version of 'Heading' appears as a sub-folder of the non-string referenced 'Heading' and the string referenced 'Heading' has Heading 7 to Heading 10 underneath it, in addition to others.
This was tested in 4.2 and 4.3 on Linux Mint.
Also occurs on 3.3.0.4 with the zh_CN langpack (note that to reproduce that far back, you have to manually enable the "Hierarchical" view in Styles and Formatting) -> Version: Inherited from OOo ** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.0.5 or 5.1.2 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT - Update the version field - Reply via email (please reply directly on the bug tracker) - Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2016-04-16 ** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.2.7 or 5.3.3 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170522 This may not be an issue in most recent versions. Version: 6.0.0.0.beta1 Build ID：97471ab4eb4db4c487195658631696bb3238656c CPU 线程：2; 操作系统：Linux 4.13; UI 渲染：默认; VCL: gtk2; Locale: zh-CN (zh_CN.UTF-8); Calc: group threaded |
Created attachment 95915 [details] the test doc file. When open the attached doc file with LibreOffice under a non-English UI (I am using zh_CN), the styles hierarchical structure is not imported correctly. Steps: 1. Enable a zh_CN UI (maybe other on-English UIs will also reproduce, which I did not test); 2. Open the attached doc file. Current Result: Style name for "A. Heading 2 " is under (based on) the "Default" style. Expected: tyle name for "A. Heading 2 " should be based on the "Heading" style. (This can be seen from the style editor). Further bad behaviour: When save the above doc file as docx, the style of Heading 2 is totally different.(text is align centered rather than left). This may be because of the un-properly imported styles.