Open the Elements Dock window and undock it. Select the 'Operators' part. Hover with the mouse over the symbols. Notice, that the window content jitters.
I can confirm with fresh install of LibO 4.1.0.RC1 on Win7. When moving mouse over symbols they are redrawn many times during moving. They appear flickering.
I can't reproduce this in Linux using master branch. Maybe this issue just happens in Windows.
With Linux it looks far more stable. Less jittering! But it occurs sometimes if you move your cursor over the items continuously (with Linux). On windows it's far more present, just move the mouse and it jitters. It jitters in the docked and undocked state.
*** Bug 75944 has been marked as a duplicate of this bug. ***
*** Bug 86648 has been marked as a duplicate of this bug. ***
*** Bug 89025 has been marked as a duplicate of this bug. ***
*** Bug 91360 has been marked as a duplicate of this bug. ***
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (5.1.5 or 5.2.1 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) http://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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20160920
repro in LO 5.2.1 enable OpenGL solve this issue, but it is add a lot another problem =)
*** Bug 102786 has been marked as a duplicate of this bug. ***
(In reply to Thomas Arnhold from comment #3) > With Linux it looks far more stable. Less jittering! But it occurs sometimes > if you move your cursor over the items continuously (with Linux). On Linux with GTK3, it does not jitter at all. It does jitter (in a slow rhythm) with kde4. Arch Linux 64-bit Version: 6.1.0.0.alpha1+ Build ID: 632bc11ce8fab1c4046ab24810b90a7ce9ac5914 CPU threads: 8; OS: Linux 4.16; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on April 27th 2018
*** Bug 94582 has been marked as a duplicate of this bug. ***
(In reply to Buovjaga from comment #12) > *** Bug 94582 has been marked as a duplicate of this bug. *** Note that this was bisected
*** Bug 109375 has been marked as a duplicate of this bug. ***
The flickering is much worse on Linux under Wayland.
*** Bug 118406 has been marked as a duplicate of this bug. ***
Moving the mouse in the Math Operators panel is a quite awful thing to do in: Version: 6.2.0.0.alpha0+ Build ID: 22f49d10c001f9d62e3783872bc7e53a902265a3 CPU threads: 4; OS: Windows 6.3; UI render: default; TinderBox: Win-x86@42, Branch:master, Time: 2018-09-08_03:56:10 Locale: en-US (nl_NL); Calc: CL Everything blinking at high speed. Versie: 4.4.7.2 is more stable (still broken)
Look to have resolved font mishandling of the CommonSalLayout refactoring (bug 118884, bug 119302)--the layout of the nodes in the elements panes are again stable for use except for this flickering with non-OpenGL rendering. But unbuffered screen paint occurs in many other locations of the UI [1], just especially obvious in the sm elements panels as here--or while cursor selecting text of the Help -> About dialog (noted in bug 113714) which I believe offers an obvious case for the continuing unbuffered paint issues. OpenGL accelerated rendering does a better job at buffering the paints. =-ref-= [1] https://bugs.documentfoundation.org/showdependencytree.cgi?id=112889&hide_resolved=0
There are no flickers in Version: 6.2.0.0.alpha1+ (x64) Build ID: f825e6d4082c0d0beb1c95b881f6a2ee9bfc9161 CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-11-05_00:20:26 Locale: de-DE (en_US); Calc: CL
(In reply to Regina Henschel from comment #19) > There are no flickers in Version: 6.2.0.0.alpha1+ (x64) > Build ID: f825e6d4082c0d0beb1c95b881f6a2ee9bfc9161 > CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; > TinderBox: Win-x86_64@42, Branch:master, Time: 2018-11-05_00:20:26 > Locale: de-DE (en_US); Calc: CL @Regina, that was with OpenGL rendering. Lack of double buffering in sm is still flickering for me with Default rendering for same TB42 build.
(In reply to V Stuart Foote from comment #20) > @Regina, that was with OpenGL rendering. Lack of double buffering in sm is > still flickering for me with Default rendering for same TB42 build. You are right. I have added OpenGL to the summary.
Dear Regina Henschel, 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 http://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
It is OK in Version: 6.4.0.0.alpha1+ (x64) Build ID: 7c6226bee72805db7f0e567ca9f06c786a7d0da2 CPU threads: 8; OS: Windows 10.0 Build 18362; UI render: GL; VCL: win; Locale: de-DE (en_US); UI-Language: en-US Calc: threaded
Still flickering without OpenGL Version: 6.4.0.0.alpha1+ (x64) Build ID: 7c6226bee72805db7f0e567ca9f06c786a7d0da2 CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: default; VCL: win; Locale: fi-FI (fi_FI); UI-Language: en-US Calc: threaded
For windows we need to make a test on 7.0 (uses skia graphics). Use linux so can't.
This is the UI team stuff. Starmath does not directly interact with openGL. It sould be somewhere on vcl.
(In reply to dante19031999 from comment #26) > This is the UI team stuff. Starmath does not directly interact with openGL. > It sould be somewhere on vcl. And it is not an OpenGL related issue, rather is a double-buffering issue which OpenGL happens to implement in VCL cleaner than default GDI. Flickering-UI meta bug 112889 is in place for these issues, and this is specific to the sm Formula Editor's VCL implementation. It belongs there or with the 'graphics stack' component--UI is for issues affection multiple LO modules: "For problems concerning User Interface. You should also use this component if your problem affects more than 1 Application or if you can't decide what the correct component might be. Details see here!" If you are unclear as to project convention, please consult on the QA chat, or ML.
(In reply to dante19031999 from comment #25) > For windows we need to make a test on 7.0 (uses skia graphics). > Use linux so can't. Issue of UI flickering of the sm Elements panel remains for default GDI rendering (CPU only or HA). And like with double buffering provided with OpenGL rendering, the Skia rendering modes (Vulkkan or 'software only' Raster) correctly double buffer the elements panel. No "flicker" noticeable with now default Skia rendering. Testing Windows 10 64-bit en-US, Intel HD Graphics 620 with Version: 7.1.0.0.alpha0+ (x64) Build ID: ffe503b62f9a508285ed06ef977f91604130579a CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: default; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded
Dear Regina Henschel, 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://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
I can no longer reproduce the problem in Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: d2dfc0c4286057f5d8dda178817de3503c3a7d29 CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: default; VCL: win Locale: de-DE (en_US); UI: en-US Calc: CL