Bug 168849 - Track Changes: The line in the margin indicating a Track Change remains after reject All
Summary: Track Changes: The line in the margin indicating a Track Change remains after...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.3.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected
Depends on:
Blocks: Track-Changes
  Show dependency tree / graph
 
Reported: 2025-10-14 10:35 UTC by Telesto
Modified: 2025-10-15 11:22 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
Sample (23.03 KB, application/vnd.oasis.opendocument.text)
2025-10-14 10:36 UTC, Telesto 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2025-10-14 10:35:55 UTC 
Description:
Track Changes: The line in the margin indicating a Track Change remains after reject All 

Steps to Reproduce:
1. Open the attached file
2. Make sure Edit -> Track Changes -> Record being enabled
3. Select and delete the yellow highlighted text (but in principle any text will do) (backspace or delete)
4. Edit Track Changes -> Reject All

Actual Results:
Line in the margin still visible; even after scroll

Expected Results:
Line should disappear


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: b1c0c4838d2e006ffa8e72516569ce8d13bdbe01
CPU threads: 4; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL threaded
Comment 1 Telesto 2025-10-14 10:36:07 UTC 
Created attachment 203318 [details]
Sample
Comment 2 Telesto 2025-10-14 10:38:37 UTC 
Also in (but vanishes after scroll)
Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 1ea27b7e35faf6619112bf3f1d69e4ec41c0bf23
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL threaded

fine in
Version: 7.1.8.0.0+ (x64) / LibreOffice Community
Build ID: a94b58277c7aeaa83ce14347cd0b8f7137969d03
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL
Comment 3 BogdanB 2025-10-14 12:16:40 UTC 
Confirm with
Version: 25.8.2.2 (X86_64)
Build ID: d401f2107ccab8f924a8e2df40f573aab7605b6f
CPU threads: 4; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Raster; VCL: win
Locale: ro-RO (en_US); UI: en-US
Calc: threaded

Can disapear with Zoom in/Zoom out. So, maybe it's a refresh/reload problem
Comment 4 Saburo 2025-10-15 11:22:38 UTC 
Reject all from the sidebar works fine from ver.7.4 onwards.

bibisected with win64-7.3
commit b9c2207e1b5247b4d3184b137be9a75a4b8c6c37
author	Luboš Luňák <l.lunak@collabora.com>	Mon Aug 09 12:44:40 2021 +0200

avoid repeated writer layout calls with tiled rendering

My next commit will disable idle paints for tile rendering, as they
do nothing in that case (or at least that should be the case).
But this code causes an infinite loop with idle layout timer,
because painting resets the SwViewShellImp paint region, which is
not performed if painting is done only later by idle rendering.

Change-Id: Ic401f16254aade02ddb3e4faffd99f0ce29d4df4
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/120201