| Summary: | FORMATTING: Line border widths / styles around a paragraph do not display correctly | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | tschubert |
| Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | RESOLVED WONTFIX | ||
| Severity: | normal | ||
| Priority: | medium | ||
| Version: | 3.6.3.2 release | ||
| Hardware: | Other | ||
| OS: | Windows (All) | ||
| Whiteboard: | BSA | ||
| Crash report or crash signature: | Regression By: | ||
| Attachments: | odt Document where the problem can be seen. | ||
Altered summary to more accurately reflect the described issues (i.e., not frames). There are two distinctly separate issues reported here related to line border widths and styles: (1) handling of old content via copy / paste; (2) display of the UI line style element being dependent upon line width. Issue (2) would appear to be at least partly related to bug 47194 and may in fact be a duplicate. Comments 2 and 3 in that bug indicate that v3.5 saw a change in the available border widths and styles that affected old (pre-v3.5) documents, which is likely what issue (1) is. Dealing with issue (1), in the provided document the original paragraph (circa 2009: OOo v2.4-3.1, with "double line, 0.05 pt") has the XML: > <style:style style:name="P12" ...> > <style:paragraph-properties ... style:border-line-width="0.002cm 0.035cm 0.002cm" > fo:padding="0.3cm" fo:border="1.11pt double #000000" ... ... which is a ~0.06pt line + 0.99pt gap + ~0.06pt line. When this paragraph is copied (v3.6.2.3 is indicated) to the second paragraph example it becomes: > <style:style style:name="P8" ...> > <style:paragraph-properties style:border-line-width="0.012cm 0.012cm 0.012cm" > fo:padding="0.3cm" fo:border="1.05pt double #000000" ... which is a ~0.34pt line + 0.34pt gap + ~0.34pt line, which indicates the visible difference, even at a zoomed level. Conversely, copying the original paragraph under Ubuntu 10.04 running v4.1.3.2 results in: > ... style:border-line-width="0.002cm 0.035cm 0.002cm" > fo:padding="8.5pt" fo:border="1.11pt double #000000" ... which is identical to the original. It therefore seems possible that this issue (1) has been at least partially resolved under newer versions although it would be good if this could be confirmed. (In reply to comment #1) > > fo:padding="8.5pt" This value in the last example should read "0.3cm" (I copied the wrong piece of code). (In reply> Created attachment 71802 [details] REPRO STEPS: downloaded Document where the problem can be seen. > > Frame styles around paragraphs are assigned confusingly and different to > previous versions. Should work like before. > Operating System: Windows XP > Version: 3.6.3.2 release Able to reproduce running LibreOffice 4.4.0.0.alpha1 on Mac OSX 10.9.5 Copying and pasting old paragraph with 0.5px. double-lined border works. Opening border styles and closing without changes recreates the issue reported above and shown in the attached file. The border shows as a thick single line in the preview (although double-lined and 0.5px is shown as selected). The screen shows ~ 1px thick, single-lined border. ** 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.4 or later) 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 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: 2015-12-20 ** 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.1.6 or 5.2.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-20170103 This is one of those old, lost issues. "making frames around a paragraph produces noticably different results to previous versions which leads into inconsistent design of documents that either already exist or that are created newly. In my memory, the problem did already exist in version 3.5." Looking now, I don't think it can be "solved" by reverting to OO 3.3 state. There's been changes and you can submit a new bug. But please first search, there are many unresolved border bugs. While I thank you for submitting and the effort, I feel closing is appropriate. There are no other bug followers. |
Created attachment 71802 [details] odt Document where the problem can be seen. Frame styles around paragraphs are assigned confusingly and different to previous versions. Should work like before. Operating System: Windows XP Version: 3.6.3.2 release