Bug 134159 - Text body style re-introduced after save
Summary: Text body style re-introduced after save
Status: RESOLVED WONTFIX
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.1.0.0.alpha0+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: Writer-Styles-Paragraph
  Show dependency treegraph
 
Reported: 2020-06-19 20:42 UTC by Telesto
Modified: 2021-03-24 05:52 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file (8.92 KB, application/vnd.oasis.opendocument.text)
2020-06-19 20:43 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2020-06-19 20:42:54 UTC
Description:
Text body style re-introduced after save

Steps to Reproduce:
1. Open the attached file
2. CTRL+A
3. Clear formatting in the paragraph style drop down menu
4. Save 

Actual Results:
Text body style 

Expected Results:
Probably not


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.1.0.0.alpha0+ (x64)
Build ID: 43c60ce1ac7629a1462e927e6ff937469f58f743
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL
Comment 1 Telesto 2020-06-19 20:43:11 UTC
Created attachment 162218 [details]
Example file
Comment 2 raal 2020-06-21 10:15:50 UTC
Confirm with Version: 7.1.0.0.alpha0+
Build ID: 11d21b3c1f7754b5d13ae9ea88da562ec74366ff
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded

Text body style is used on 5. row
Comment 3 raal 2020-06-21 10:18:50 UTC
no repro with Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a)
Comment 4 raal 2020-06-22 03:59:23 UTC
This seems to have begun at the below commit.
Adding Cc: to László Németh; Could you possibly take a look at this one?
Thanks

warning: ignoring broken ref refs/bisect/good-493d7c3d05e36097385016456d98945c824b7d29
warning: ignoring broken ref refs/bisect/good-493d7c3d05e36097385016456d98945c824b7d29 eda8d7586eded7008cecb1fb7283fe5a69b2f5ab is the first bad commit
commit eda8d7586eded7008cecb1fb7283fe5a69b2f5ab
Author: Jenkins Build User <tdf@pollux.tdf>
Date:   Thu Dec 20 02:03:30 2018 +0100

    source 3f2130c5748ad7fc8c0d4dd81d29c650e7a28106

author	László Németh <nemeth@numbertext.org>	2018-12-04 21:54:24 +0100
committer	Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>	2018-12-19 21:27:26 +0100
commit 3f2130c5748ad7fc8c0d4dd81d29c650e7a28106 (patch)
tree 157bf105a86fb5659f2305af069ef4f70493658b
parent b1059dcad84dccc68b45819ed0d74dcb577fe19e (diff)
tdf#105413 track changes: keep paragraph styles
Comment 5 sdc.blanco 2021-01-13 23:54:00 UTC
Repro the STR --  but -- this test does not "reveal" the "fragile" or highly limited nature of this bug. 

Here are three additional tests.  Start with the test file (attachment 162218 [details]), make the change described, then "Clear formatting" before "saving"

test 1.  Add one character in line 5 in the test document (i.e., the line with the empty Text Body paragraph).  

After saving, "default paragraph style" remains.

test 2.  Add one additional empty Text Body paragraph after the one on line 5.

After saving, only one of the two empty "Text Body" paragraphs returns to Text Body.

3.  Using the same file as with test 1 or test 2, I then created some new empty "text body" paragraphs  (and tried to reproduced the "bug"), but now I could not.  All text body paragraphs (with or without characters) remained "default paragraph style"

I respectfully suggest that perhaps this ticket should be closed as WF or reduce the importance to low trivial


tested with:

Version: 7.2.0.0.alpha0+ (x64)
Build ID: 4041c68ea59181f1c4774c356809066d2051db41
CPU threads: 8; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win