Bug 157130 - Characters don't appear when pressing with CMD+Z pressed for couple of seconds and track changes record enabled (macOS-only)
Summary: Characters don't appear when pressing with CMD+Z pressed for couple of second...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
24.2.0.0 alpha0+
Hardware: All macOS (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisectRequest, regression
Depends on:
Blocks: Writer-View-Jumps
  Show dependency tree / graph
 
Reported: 2023-09-07 07:57 UTC by Telesto
Modified: 2023-09-29 21:04 UTC (History)
3 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 Telesto 2023-09-07 07:57:17 UTC 
Description:
Characters don't appear when pressing with CMD+Z pressed for couple of seconds and track changes record enabled

Steps to Reproduce:
1. Open attachment 177175 [details] (bug 146452)
2. Punt the cursor at the end of the paragraph 
3. Press and hold backspace for say 20 seconds
4. Press and hold CMD+Z

Actual Results:
Cursor moves, but glyphs don't appear (paint)

Expected Results:
On each undo a character shows


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: e60ef8651cfb30335471d1622e58c13eebc7d58b
CPU threads: 8; OS: Mac OS X 13.4.1; UI render: default; VCL: osx
Locale: nl-NL (nl_NL.UTF-8); UI: en-US
Calc: threaded
Comment 1 Telesto 2023-09-07 21:23:32 UTC 
Fine on Windows with
Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: c9916d9be9c060d43fc063b76d70629162650fea
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 threaded
Comment 2 Buovjaga 2023-09-26 06:05:56 UTC 
Seems specific to macOS as I can't repro on Linux with any UI

Arch Linux 64-bit, X11
Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 5e9c8d21874eea8cb5adf2ecab1905295af2308f
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: kf5 (cairo+xcb)
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded
Built on 26 September 2023
Comment 3 Stéphane Guillou (stragu) 2023-09-28 12:21:44 UTC 
Reproduced in:

Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: d88779fc86385dde1215fd28b78a69eacc6b4f97
CPU threads: 2; OS: Mac OS X 13.2.1; UI render: Skia/Raster; VCL: osx
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

View does not refresh until keys released.

Not reproduced in:

Version: 7.4.6.2 / LibreOffice Community
Build ID: 5b1f5509c2decdade7fda905e3e1429a67acd63d
CPU threads: 2; OS: Mac OS X 13.2.1; UI render: default; VCL: osx
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

...in which the view is refreshed word-by-word.
Comment 4 Patrick Luby (volunteer) 2023-09-29 21:04:17 UTC 
In my local master build, I can reproduce this bug with Skia/Metal, Skia/Raster, and Skia disabled. But in all 3 cases, when I do steps 3 and 4 in https://bugs.documentfoundation.org/show_bug.cgi?id=157130#c0 a second time, I cannot reproduce the bug.

So I don't think this is a Skia flushing bug. Maybe Writer is doing some post-document loading work that is blocking repainting?

Version: 24.2.0.0.alpha0+ (AARCH64) / LibreOffice Community
Build ID: 77243143dfe8c462a3e4e74a1f5a8a1e58046635
CPU threads: 8; OS: macOS 14.0; UI render: Skia/Metal; VCL: osx
Locale: en-CA (en_CA.UTF-8); UI: en-US
Calc: threaded