Bug 148350 - Toolbar & sidebar button state updates slowly when moving between comments and document
Summary: Toolbar & sidebar button state updates slowly when moving between comments an...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.4.0.0 alpha0+
Hardware: All All
: low minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: perf
Depends on:
Blocks: Writer-Comments
  Show dependency treegraph
 
Reported: 2022-04-04 08:36 UTC by Eyal Rozenberg
Modified: 2023-10-13 04:38 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Large document with comment on page 5 (4.29 MB, application/vnd.oasis.opendocument.text)
2022-10-20 20:09 UTC, Eyal Rozenberg
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Eyal Rozenberg 2022-04-04 08:36:12 UTC
I' working on a large document which I can't upload here, for reasons. It's an imported .docx file, in Hebrew, with over 100 pages, many tables, a lot of cross-references and dummy bookmarks generated by the importation process, tables, some image objects, numbering, a ToC, etc. Additionally, someone has added multiple comments I am now reviewing. I'm working in normal view.

I'm noticing that, as I move the cursor - with the mouse - from a comment box to the main document - I can immediately see the cursor at the target position and even start typing; but  the state of buttons on the toolbar and the sidebar - specifically, paragraph direction and alignment pressed state, and navigator buttons enabled/disabled state - takes longer to change. Between 1 and 2 seconds on my machine.

My machine is pretty snappy: Core i7 with 16 GB of RAM. There's some work going on in the background, but nothing which slows down other apps.

Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: fb9270b238cba4f36e595c5d7f4d85f6f3f18e1c
CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: gtk3
Locale: en-IL (en_IL); UI: en-US
Comment 1 Dieter 2022-10-20 14:51:47 UTC
Eyal, unfortunately nothing has happened with this bug report for more than half a year. So I'd like to ask, if it is still valid. Could you please try to reproduce it with the actual master?

If the problem is still valid please also add some ideas how it would be possible to reproduce the bug.

Please also explain why do you think an input from a developer is needed here.

=> NEEDINFO
Comment 2 Eyal Rozenberg 2022-10-20 20:09:58 UTC
Created attachment 183174 [details]
Large document with comment on page 5

Open the Properties sidebar.

Now, open the document, scroll down to page 5, switch to the comment, type something, then, with the mouse, please that cursor somewhere in the Hebrew body text. See how long it takes for the current font textbox on the "Character" section of the Properties sidebar. On my system it takes about 2 full seconds.
Comment 3 QA Administrators 2022-10-21 03:46:13 UTC Comment hidden (obsolete)
Comment 4 Dieter 2022-10-24 19:32:27 UTC
I confirm a small delay (1 second) with

Version: 7.4.2.3 (x64) / LibreOffice Community
Build ID: 382eef1f22670f7f4118c8c2dd222ec7ad009daf
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL

I still can't see, why input from developer is needed here, so I removed needsDevEval. Feel free to add it again with a short reasoning, if you disagree.
Comment 5 Eyal Rozenberg 2022-10-24 20:10:17 UTC
(In reply to Dieter from comment #4)
> I confirm a small delay (1 second) with

This may depend on your machine and OS. Also - 1 second is a _huge_ delay...

> I still can't see, why input from developer is needed here, so I removed
> needsDevEval. Feel free to add it again with a short reasoning, if you
> disagree.

I guess "perf" is a more appropriate keyword.