Bug 129885 - Text rendering broken at first change or before when sidebar track changes is open and track changes on.
Summary: Text rendering broken at first change or before when sidebar track changes is...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.3.4.2 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-01-08 13:40 UTC by mace
Modified: 2020-01-09 09:09 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
odt document demonstrating the bug (8.86 KB, application/vnd.oasis.opendocument.text)
2020-01-08 13:42 UTC, mace
Details
Screenrecord for reproduction. (1.66 MB, image/gif)
2020-01-08 21:19 UTC, mace
Details

Note You need to log in before you can comment on or make changes to this bug.
Description mace 2020-01-08 13:40:15 UTC
Description:
I noticed interference between comments and track changes in files.
Once text is marked with a comment, adding text during track change will lead to the text disappearing. 


Steps to Reproduce:
1. Open new writer document
2. Write some text
3. Mark the text aand press 'Insert comment'
4. activate track changes (show changes)
5. Try to write in marked text (or outside)
6. Any written text will disappear immediately


Actual Results:
new text disappears

Expected Results:
new text should be shown. 


Reproducible: Always


User Profile Reset: No


OpenGL enabled: Yes

Additional Info:
Sometimes it works as expected, but mostly it doesn't.
Comment 1 mace 2020-01-08 13:42:31 UTC
Created attachment 157004 [details]
odt document demonstrating the bug

Try to write in the middle of the marked text. The text should disappear immediately.
Comment 2 ian 2020-01-08 16:11:15 UTC
Thank you for reporting this bug. Due to the erratic nature of the bug's reproducibility, can you please provide more information about your computer environment, as this makes it easier for us to verify the bug? To find this information, go to the "Help" menu in LibreOffice and select the "About LibreOffice" option. Copy and paste the information into a comment. 

For example, for one of my configurations: 

Version: 6.3.4.2 (x64)
Build ID: 60da17e045e08f1793c57c00ba83cdfce946d0aa
CPU threads: 2; OS: Windows 10.0; UI render: GL; VCL: win; 
Locale: en-US (en_US); UI-Language: en-US
Calc: CL

I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once you have done so.
Comment 3 mace 2020-01-08 16:13:46 UTC
System info:

Version: 6.3.4.2
Build ID: 1:6.3.4-0ubuntu0.18.04.1~lo2
CPU threads: 8; OS: Linux 5.0; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded
Comment 4 Dieter 2020-01-08 17:16:27 UTC
I can't confirm it with

Version: 6.5.0.0.alpha0+ (x64)
Build ID: e26d89371f0e4f41476c9a99be01d98dedb76776
CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: default; VCL: win; 
Locale: de-DE (de_DE); UI-Language: en-GB
Calc: threaded

and also not with

Version: 6.3.4.2 (x64)
Build-ID: 60da17e045e08f1793c57c00ba83cdfce946d0aa
CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; VCL: win; 
Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE
Calc: threaded

To be certain the reported issue is not related to corruption in the user profile, could you please reset your Libreoffice profile (https://wiki.documentfoundation.org/UserProfile) and re-test?

I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the issue is still present
Comment 5 mace 2020-01-08 21:07:02 UTC
I can reproduce it on a different ubuntu system with a clean user profile.

libreoffice --safe-mode  --> continue in safe mode.


Version: 6.3.4.2
Build ID: 1:6.3.4-0ubuntu0.18.04.1~lo2
CPU threads: 8; OS: Linux 5.0; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded


It seems that it happens when the track change menu in the sidebar is open and it affects text that is written 'before' the comment.
Comment 6 mace 2020-01-08 21:19:53 UTC
Created attachment 157018 [details]
Screenrecord for reproduction.

See above.
Comment 7 mace 2020-01-08 21:32:19 UTC
I noticed that one doesn't need the comment. So it just seems to be a problem with the first comment when the track change sidebar is open.
Comment 8 mace 2020-01-09 08:14:30 UTC
Changed the title to reflect what I found.

Cannot be reproduced in 6.4 AppImage
Comment 9 Dieter 2020-01-09 08:41:32 UTC
(In reply to mace from comment #8)
> Cannot be reproduced in 6.4 AppImage

So perhaps problem has already been resolved. Can we change status to RESOLVED WORKSFOMRE? Of course it is possible to reopen the bug, if it happens again.
Comment 10 mace 2020-01-09 09:09:46 UTC
I changed to WORKSFORME but will keep an eye open in future releases.