Description: File opens with red heading (track & changes involved) Steps to Reproduce: 1. Open the attached file 2. Notice the read heading on top (should be only a bulleted list) Actual Results: Heading Expected Results: No heading Reproducible: Always User Profile Reset: No Additional Info: Found in 7.1 and in 6.4 not in 6.3
Created attachment 164772 [details] Bibisect log Bisected to: author Michael Stahl <Michael.Stahl@cib.de> 2019-05-16 15:21:18 +0200 committer László Németh <nemeth@numbertext.org> 2019-08-01 09:43:10 +0200 commit beec1594587d0bf1ea2268f9a435c948b5580278 (patch) tree b78501cff07a20d87697a7198a6229295803f53e parent 4a5bb4c94037ba0461bc29f447ee919ebc2a4b86 (diff) tdf#125319 sw_redlinehide: handle empty paragraphs more like Word Partially revert commit c20308f1b919ca5ce61233068946e5fddb7eadb3 Partially revert commit 4439427aadeaa0cb611011b46f0fa14bfa196f33 "#i100466# correction for showing and hiding redlines" This gets us somewhat closer to what Word does but not exactly the same; Word actually creates a separate formatting redline about paragraph property changes at the time when you merge the paragraphs, but Writer's formatting redlines are quite unhelpful. Unfortunately ODF documents from OOo 3.2 and later (possibly also pre-3.0, haven't checked that) will look different if they contain such redlines. https://cgit.freedesktop.org/libreoffice/core/commit/?id=beec1594587d0bf1ea2268f9a435c948b5580278
Created attachment 164773 [details] Example file
Self-confirming based on another bug identified by the same commit
Adding CC: to Michael Stahl
It is no longer a red heading since LO 7.4 with commit 81273c65dd9cec5acd9464b9041f452a5481e10e Author: Michael Stahl on Thu Jun 16 19:38:43 2022 +0200 tdf#134759 sw: do CopyToModify() for both start and end node