Bug 105731 - RTF import gets indent wrong, mostly negative, in lines that contain numbering or bullets
Summary: RTF import gets indent wrong, mostly negative, in lines that contain numberin...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:rtf
Depends on:
Blocks: RTF-Opening
  Show dependency treegraph
 
Reported: 2017-02-03 17:10 UTC by Christian Nieber
Modified: 2020-06-14 07:23 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Example with just a Title (34.20 KB, application/msword)
2017-02-03 17:12 UTC, Christian Nieber
Details
More complex example with several different title and bullet formats (8.62 KB, application/msword)
2017-02-03 17:12 UTC, Christian Nieber
Details
Regression between 5.4 and 6.0alpha1 (321.92 KB, application/pdf)
2017-11-06 06:34 UTC, Mike
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Christian Nieber 2017-02-03 17:10:41 UTC
Description:
These RTFs were created with Word 2010 on Windows.
In lines that contain automatic numbering or bullets and have an indent and/or different first line indent, the indent often becomes zero or negative after import into LO.

Actual Results:  
indent negative or zero

Expected Results:
indents as in Word


Reproducible: Always

User Profile Reset: No

Additional Info:


User-Agent: Mozilla/5.0 (Windows NT 6.2; rv:51.0.1) Gecko/20100101 Firefox/51.0.1 anonymized by Abelssoft 1941398195
Comment 1 Christian Nieber 2017-02-03 17:12:03 UTC
Created attachment 130887 [details]
Example with just a Title
Comment 2 Christian Nieber 2017-02-03 17:12:56 UTC
Created attachment 130888 [details]
More complex example with several different title and bullet formats
Comment 3 Xisco Faulí 2017-02-04 16:29:44 UTC
Confirmed in

Version: 5.4.0.0.alpha0+
Build ID: fc53cce64400430cdc21f79c959d75fb9a26d13d
CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; VCL: gtk2; 
Locale: ca-ES (ca_ES.UTF-8); Calc: group

and

LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4
Comment 4 Mike 2017-11-06 06:34:18 UTC
Created attachment 137552 [details]
Regression between 5.4 and 6.0alpha1
Comment 5 Mike 2017-11-06 06:36:44 UTC
I think I found a regression in 6.0alpha1. It looked much better in LO 5.4.
Please have a look at the attached PDF with screenshots.

Version: 6.0.0.0.alpha1+ (x64)
Build ID: 9ea8686d3573540b697b51d1e2e00bfe2d57d872
CPU threads: 4; OS: Windows 10.0; UI render: default; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2017-10-29_07:23:44
Locale: de-DE (de_DE); Calc: CL

Version: 5.4.2.2 (x64)
Build-ID: 22b09f6418e8c2d508a9eaf86b2399209b0990f4
CPU-Threads: 4; Betriebssystem:Windows 6.19; UI-Render: GL; 
Gebietsschema: de-DE (de_DE); Calc: group
Comment 6 Xisco Faulí 2017-12-02 18:36:25 UTC
The problem described in attachment 137552 [details] is fixed in

Version: 6.1.0.0.alpha0+
Build ID: 889c72a7e54f241342f42b1b0a05858902228cbc
CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk3; 
Locale: ar-MA (ca_ES.UTF-8); Calc: group threaded

Probably fixed by Miklos
Comment 7 QA Administrators 2018-12-03 03:59:10 UTC Comment hidden (obsolete)
Comment 8 Mike 2020-06-14 07:23:51 UTC
Works for me

Version: 6.4.4.2 (x64)
Build ID: 3d775be2011f3886db32dfd395a6a6d1ca2630ff
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: GL; VCL: win; 
Locale: de-DE (de_DE); UI-Language: en-US
Calc: CL