Bug 141510 - "Track changes - Manage..." dialog shows up empty, even when changes are tracked and shown
Summary: "Track changes - Manage..." dialog shows up empty, even when changes are trac...
Status: VERIFIED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.2.0.0.alpha0+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: target:7.2.0
Keywords: bibisected, bisected, regression
Depends on:
Blocks:
 
Reported: 2021-04-06 09:43 UTC by Gerald Pfeifer
Modified: 2021-04-07 10:04 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
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 Gerald Pfeifer 2021-04-06 09:43:47 UTC 
How to reproduce:
 
 1. Open any existing DOCX or ODT file
 2. Make sure change tracking is enabled
    ("Edit - Track Changes - Record")
 3. Make some changes
 4. Observe how these show in a different color, i.e., are tracked 
    and highlighted
 5. Open the management of tracked changes dialog
    ("Edit - Track Changes - Manage..."
 6. Observe how the list of changes is empty, even though you just made some

Bad:

Version: 7.2.0.0.alpha0+ / LibreOffice Community
Build ID: 5e53fe7b53017068d183e923f6a77f0afaf31d67
CPU threads: 8; OS: Linux 5.11; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-04-05_00:50:06

Good:

Version: 7.1.3.0.0+ / LibreOffice Community
Build ID: 66319fd36564f55feb9669b3f117176f4ef4c939
CPU threads: 8; OS: Linux 5.11; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:libreoffice-7-1, Time: 2021-03-20_11:15:06

Version: 6.4.8.0.0+
Build ID: 99b065ec31d032fc08ab14f66430dac4fef904a5
CPU threads: 8; OS: Linux 5.11; UI render: default; VCL: gtk3; 
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:libreoffice-6-4, Time: 2020-10-08_08:57:08
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Comment 1 Aron Budea 2021-04-07 00:52:12 UTC 
This started, and was fixed by the same commit as bug 141499. One could mark as duplicate, but the symptoms were really different. I'll leave that decision to Caolán.

The fixing commit:
https://cgit.freedesktop.org/libreoffice/core/commit/?id=c7cfd3323cf80d5953f5c3808c1afd6fec0c674b
author		Caolán McNamara <caolanm@redhat.com>	2021-04-05 20:25:42 +0100
committer	Caolán McNamara <caolanm@redhat.com>	2021-04-05 22:20:22 +0200

tdf#141499 trigger container_focus_changed for toplevel window focus events
Comment 2 Caolán McNamara 2021-04-07 09:19:47 UTC 
probably a duplicate of the "cursor not starting in URL field" bit where the event that triggered that wasn't delivered which is presumably the same missing event causing this problem
Comment 3 Gerald Pfeifer 2021-04-07 10:04:12 UTC 
Verifying as fixed with Version: 7.2.0.0.alpha0+ / LibreOffice Community
Build ID: 71471a36b125f6bdc915d5dbcae92ebcaa7ff5a4
CPU threads: 8; OS: Linux 5.11; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-04-06_11:39:18
Calc: threaded

(In reply to Caolán McNamara from comment #2)
> probably a duplicate of the "cursor not starting in URL field" bit where
> the event that triggered that wasn't delivered which is presumably the same
> missing event causing this problem

Probably still leave it separate as Aron suggested since it manifests very
differently and so may help others running into this?