Bug 108266 - FILESAVE: RTF: paragraphs preceded by endnote with custom character lose formatting (see comment 7)
Summary: FILESAVE: RTF: paragraphs preceded by endnote with custom character lose form...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.5.0 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, filter:rtf, regression
Depends on:
Blocks: RTF-Paragraph
  Show dependency treegraph
 
Reported: 2017-05-31 14:00 UTC by Marco
Modified: 2019-03-18 12:05 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Example that goes wrong in LibreOffice Writer (9.80 KB, application/rtf)
2017-05-31 14:05 UTC, Marco
Details
Example file in .odt format (10.49 KB, application/vnd.oasis.opendocument.text)
2017-06-01 07:21 UTC, Marco
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Marco 2017-05-31 14:00:39 UTC
Description:
When opening rtf files any paragraph preceded by endnote or footnote with custom character lose style assignment.
If the "Automatic" option is selected non error occurs.
File is saved correctly; other applications (Word, OpenOffice 4.1.3) open it with no errors.

Steps to Reproduce:
1.Create new Writer document
2.Format first line as, for example, "heading 1"
3.Insert Footnote with "Footnote or Endnote..." option
4.Choose "Character", insert any character and press OK
5.Type anything in the first line
6.Save document in .rtf format and close it.
7.Reopen the document

Actual Results:  
The first line has "Default Style"

Expected Results:
The first line should have "heading 1" style


Reproducible: Always

User Profile Reset: No

Additional Info:
[Information automatically included from LibreOffice]
Locale: en-US
Module: TextDocument
[Information guessed from browser]
OS: Windows (All)
OS is 64bit: no
Builds ID: LibreOffice 5.3.3.2


User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36
Comment 1 Marco 2017-05-31 14:05:49 UTC
Created attachment 133747 [details]
Example that goes wrong in LibreOffice Writer
Comment 2 Xisco Faulí 2017-05-31 15:05:21 UTC
Hi Marco,
Could you please share the original file saved to .odt?
Comment 3 Marco 2017-06-01 07:21:45 UTC
Created attachment 133775 [details]
Example file in .odt format
Comment 4 Marco 2017-06-01 07:38:47 UTC
Published file in .odt format
Comment 5 Xisco Faulí 2017-06-01 08:49:56 UTC
Confirmed in

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

- Version: 4.3.0.0.alpha1+
Build ID: c15927f20d4727c3b8de68497b6949e72f9e6e9e

- Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a)

but not in

LibreOffice 3.5.0 
Build ID: d6cde02
Comment 6 Xisco Faulí 2018-01-26 16:57:51 UTC
Formatting problem no longer reproducible in

Version: 6.1.0.0.alpha0+
Build ID: 5cb225b0b3dbb55fd44899b1fb16bdcfeb866849
CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); Calc: group threaded

Closing as RESOLVED WORKSFORME

[Improvement found by office-interoperability-tools]
Comment 7 Marco 2018-03-22 09:35:07 UTC
I still note problems: the charcter font is right (as in LibreOffice version 6.0.1), but the first line has wrong spacing above paragraph and the style is shown as "Default Style" instead of "Heading 1".
Comment 8 Marco 2018-03-22 09:45:59 UTC
(In reply to Marco from comment #7)
> I still note problems: the charcter font is right (as in LibreOffice version
> 6.0.1), but the first line has wrong spacing above paragraph and the style
> is shown as "Default Style" instead of "Heading 1".

PS:Version: 6.1.0.0.alpha0+ (x64)
Build ID: 751191ed2d7d6af6eddc3d738e8c45b0a2ab2572
CPU threads: 4; OS: Windows 10.0; UI render: default; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2018-03-22_00:36:35
Locale: it-IT (it_IT); Calc: group
Comment 9 Buovjaga 2018-07-05 18:18:15 UTC
Bibisected on Linux with 43all to range https://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=fb754a0df859e30255c25af8fa19bfaa75f257e7...5a212d501ee1c8ae2b7b9517a4ff486e61cac0fd

Was between last35onmaster and oldest.

It has RTF commits, but don't ask me which would be the cause.
Comment 10 Marco 2019-03-18 11:36:57 UTC
Good! Seems that the problem is not reproducible in:
Version: 6.2.2.0.0+ (x64)
Build ID: 5f9104ef6f42d9d42ce3ec564affcba88889e76c
CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; 
TinderBox: Win-x86_64@42, Branch:libreoffice-6-2, Time: 2019-02-27_17:10:55
Locale: it-IT (it_IT); UI-Language: en-US
Comment 11 Buovjaga 2019-03-18 12:05:51 UTC
Yep, seems to work.