Bug 116602 - Sidebar properties panel content momentarily flashes some different settings, when selecting an element
Summary: Sidebar properties panel content momentarily flashes some different settings,...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
5.4.2.2 release
Hardware: All Windows (All)
: low minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Sidebar-Properties
  Show dependency treegraph
 
Reported: 2018-03-24 10:36 UTC by joerg.kubitz@gmx.de
Modified: 2022-09-13 02:42 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Example Video (2.10 MB, video/mpeg)
2018-03-24 10:52 UTC, joerg.kubitz@gmx.de
Details

Note You need to log in before you can comment on or make changes to this bug.
Description joerg.kubitz@gmx.de 2018-03-24 10:36:45 UTC
Description:
Redrawing all the context dependend UI Elements takes up to 2 seconds on a high end computer. The processur is almost idle during that time. i.e. The drawing could be much faster if the CPU would not sleep so much during handling the redrawing.

Steps to Reproduce:
1.open new impress document
2.Insert a Text field. 
3.Deselect Text field
4.Select Text field


Actual Results:  
Clicking inside the textfield immediately puts the cursor inside. Approximatly 1 second later the the UI starts redrawing asynchronous all toolbars, propertie pages, the ruler... It feels like a fast Video is playing redrawing all Symbols one by one. Some Elements are even redrawn multiple times (as if multiple properties of it changed)causing flickering. 

Expected Results:
Immediatly redrawing all context dependend UI elements. Single click => single redraw (i.e. dont redraw before all properties updated to final state)


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Also happens in V 6.0.1.1


User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:59.0) Gecko/20100101 Firefox/59.0
Comment 1 joerg.kubitz@gmx.de 2018-03-24 10:52:26 UTC
Created attachment 140850 [details]
Example Video
Comment 2 Telesto 2018-03-24 11:54:04 UTC
Does this also happen with the sidebar disabled? View -> Sidebar (bug 105500)
Comment 3 joerg.kubitz@gmx.de 2018-03-24 11:58:45 UTC
less to redraw then but yes.. for example the rulers updates several times once for changing the size once for tab stops once for sides of the selected object once for redrawing numbers...
Comment 4 Buovjaga 2018-03-28 18:30:21 UTC
Please copy and paste here the contents of your Help - About. This allows us to know more about your system.

Set to NEEDINFO.
Change back to UNCONFIRMED after you have provided the information.
Comment 5 joerg.kubitz@gmx.de 2018-03-28 18:33:13 UTC
Version: 5.4.5.1 (x64)
Build-ID: 79c9829dd5d8054ec39a82dc51cd9eff340dbee8
CPU-Threads: 8; BS: Windows 6.19; UI-Render: Standard; 
Gebietsschema: de-DE (de_DE); Calc: single
Comment 6 Buovjaga 2018-03-28 18:41:17 UTC
Does the same happen with a fresh master build: https://dev-builds.libreoffice.org/daily/master/Win-x86_64@42/current/
It installs separately.
Comment 7 joerg.kubitz@gmx.de 2018-03-28 18:42:39 UTC
i did a fresh build of master on my own and it also happens there.
Comment 8 Buovjaga 2018-03-29 13:28:59 UTC
Ok, I can reproduce.

So switching selection between title and content box is enough (not inside the input). Have Area, Shadow and/or Line expanded in the sidebar and observe them while switching.

Version: 6.1.0.0.alpha0+ (x64)
Build ID: 83204c1fbf2cb85f3a22a922411ed8291cfb3fe8
CPU threads: 4; OS: Windows 10.0; UI render: default; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2018-03-29_01:08:27
Locale: fi-FI (fi_FI); Calc: group

Arch Linux 64-bit
Version: 6.1.0.0.alpha0+
Build ID: 9c459fd919cb8199a69fc2d630742930e533285b
CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: kde4; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on March 29th 2018
Comment 9 QA Administrators 2019-03-30 06:12:42 UTC Comment hidden (obsolete)
Comment 10 QA Administrators 2021-03-30 03:39:34 UTC
Dear joerg.kubitz@gmx.de,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug