| Summary: | DOCX IMPORT: Wrong underline applied to list style | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Kevin Suo <suokunlong> |
| Component: | Writer | Assignee: | Miklos Vajna <vmiklos> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | major | ||
| Priority: | highest | CC: | anistenis, cloph, jmadero.dev, l.lunak, mst.fdo, suokunlong |
| Version: | 4.2.6.1 rc | Keywords: | bisected, regression |
| Hardware: | All | ||
| OS: | All | ||
| See Also: | https://bugzilla.novell.com/show_bug.cgi?id=875717 | ||
| Whiteboard: | bibisected target:4.3.6 | ||
| i915 platform: | i915 features: | ||
| Bug Depends on: | |||
| Bug Blocks: | 75025 | ||
| Attachments: |
Test DOCX file
LibreOffice 4.3.0 beta2 screenshot LibreOffice 4.2.5.1 screenshot MSO 2010 screenshot |
||
Created attachment 100693 [details]
LibreOffice 4.3.0 beta2 screenshot
Created attachment 100694 [details]
LibreOffice 4.2.5.1 screenshot
It works OK in 4.2.5.1
Created attachment 100695 [details]
MSO 2010 screenshot
Set importance to HIGH MAJOR, because it causes format loss. Confirmed:4.3b2:OSX 10.9.3 -> NEW Thanks for the report suokunlong Can't be bibisected with 43all re the 4.2.6.1 is also buggy, but the version has not yet been added to bugzilla... regression from: commit 2d89b1a029514935b60fbd3f7f7c5341a329bfc8 Author: Luboš Luňák <l.lunak@collabora.com> AuthorDate: Thu May 29 14:31:20 2014 +0200 handle direct formatting for numbering in .docx (bnc#875717) (This is an automated message.) Setting priority to highest as this is a MAB. This is part of an effort to make the importance of MAB reflected in priority too. (This is an automated message.) It seems that the commit that caused this regression was identified. (Or at least a commit is suspected as the offending one.) Thus setting keyword "bisected". OK in 4.2.5.2, NOT OK in 4.2.6.1 (regression), NOT OK in 4.3.5.2 (current), OK in 4.4.0.1. (how comes this?) was fixed by commit b2c1474c1dc93b69f0ede03fc5c9ab496c669955 Miklos Vajna committed a patch related to this issue. It has been pushed to "libreoffice-4-3": http://cgit.freedesktop.org/libreoffice/core/commit/?id=54eb3d31b7be999468f1ae54a99730a8c739a22d&h=libreoffice-4-3 fdo#79810: SwTxtNode::IsIgnoredCharFmtForNumbering: ignore RES_CHRATR_COLOR It will be available in 4.3.6. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
Created attachment 100692 [details] Test DOCX file Problem description: When open a docx file with list style, the underline format is also applied to the list symple chars, which is wrong. Steps to reproduce: 1. Open the attached docx file with LibreOffice; Current Behaviour: Underline is applied to "A. list 1", "B. list 2", and "C. list 3". Expected Behaviour: Underline should only be applied to "list 1", "list 2", and "list 3". Reproduce in version: 4.3.0 beta 2. Works ok in 4.2.5.1, so it's a regression. OS: Windows XP SP3