Summary: | FILEOPEN RTF Paragraph properties are ignored after content start | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Vasily Melenchuk (CIB) <vasily.melenchuk> |
Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEW --- | ||
Severity: | normal | CC: | kelemeng |
Priority: | medium | ||
Version: | 3.5.5.3 release | ||
Hardware: | All | ||
OS: | All | ||
See Also: | https://bugs.documentfoundation.org/show_bug.cgi?id=152784 | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 112772 | ||
Attachments: |
Minimized RTF example
The example file in Word 2016 and Writer |
Created attachment 184507 [details]
The example file in Word 2016 and Writer
Confirming in Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 44355a90b3450111ad87ad4b6607a564e41d7b54 CPU threads: 14; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (hu_HU); UI: en-US Calc: threaded and it's broken all the way back to 3.5 |
Created attachment 184505 [details] Minimized RTF example LibreOffice RTF filter has important parsing issue: once paragraph content is started following paragraph properties are ignored and not taken into account. However properties until \par should be used. See attached minimized example: * First paragraph contain numbering and border definitions after all content but before paragraph end. Both paragraph border and numbering should be applied. * Second paragraph has a bookmark, same border and list definition, text content. Same story as in previous case: numbering and border are ignored. LO 3.3.0 was (almost) good here, but 3.5.5 is already broken. Verified LO vs MS Word 365.