Description: Scrolling around in a document with lots of comment shown very slow compared to 4.4.7.2 Steps to Reproduce: 1. Open attachment 144526 [details] (bug 119075) 2. View -> Show comments 3. Scroll around Actual Results: Very slow Expected Results: Smooth like 4.4.7.2 Reproducible: Always User Profile Reset: No Additional Info: Version: 6.3.0.0.alpha0+ Build ID: 0b21f6556b6fff76290d1095089da89532365215 CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; Locale: nl-NL (nl_NL); UI-Language: en-US Calc: CL
Also with Version: 6.3.0.0.alpha0+ Build ID: e0745a11597e5d57eb8001a295314e86810a6027 CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; TinderBox: Win-x86@42, Branch:master, Time: 2019-02-12_04:16:22 Locale: nl-NL (nl_NL); UI-Language: en-US Calc: CL
confirm in Версия: 6.2.0.3 ID сборки: 98c6a8a1c6c7b144ce3cc729e34964b47ce25d62 Потоков ЦП: 4; ОС:Windows 6.1; Отрисовка ИП: по умолчанию; VCL: win; Локаль: ru-RU (ru_RU); UI-Language: ru-RU Calc: threaded
Please explain why you opened a separate bug for the same document? The original also says "Slow scrolling". Can be added that it also happens on just fileopen.
(In reply to Timur from comment #3) > Please explain why you opened a separate bug for the same document? > The original also says "Slow scrolling". Can be added that it also happens > on just fileopen. The initial report is talking about GTK2/ GTK3 difference nobody did confirm it.. so don't gonna spam that one with this.. I created 3 separate reports for this bug doc: 1. Slow file opening (compared to 4.4.7.2) 2. Slow opening of all the comment (compared to 4.4.7.2) 3. Laggy scrolling with all comment boxes open compared to 4.4.7.2) I expect 2-3 to be related (but without bibisect impossible to say for sure). Bug 1 is probably something else..
Telesto: I have a problem: in 4.4, 5.0, 5.1 there is no "View - Comments". So how can I test and compare this?
confirm in Version: 7.2.2.1 (x64) / LibreOffice Community Build ID: 0e408af0b27894d652a87aa5f21fe17bf058124c CPU threads: 12; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: it-IT (it_IT); UI: it-IT Calc: threaded After View -> Comments it almost impossible to scroll Sheet 1 is completely full of comments and many cells are covered... is it a real problem in real life?
Noel Grandin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/ab83d7d57d0fae106037b12651adb397b48354e4 tdf#123419 using glyph cache for drawinglayer rendering It will be available in 7.5.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Noel Grandin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/551e5943d4bec10c31077f38ccf5d8149c05265c tdf#123419 optimise ImplMakeFraction It will be available in 7.5.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Chris Sherlock committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/845dd688e5032c83db889cbf2ca033144dd1de32 tdf#123419 vcl: remove unneeded ImplMakeFraction() in map.cxx It will be available in 7.5.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Dear Telesto, 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
Has anyone tested this lately? With the oldest commit of 7.4 Linux bibisect repo, I get 3.5 sec delays per scrollbar position refresh when dragging the scrollbar. With 25.2 the lag is not even 0.5 sec (impossible to measure with stopwatch).
(In reply to Buovjaga from comment #11) > Has anyone tested this lately? With the oldest commit of 7.4 Linux bibisect > repo, I get 3.5 sec delays per scrollbar position refresh when dragging the > scrollbar. With 25.2 the lag is not even 0.5 sec (impossible to measure with > stopwatch). Good news: with the latest master on Linux and Windows, the lag is basically gone! I double-checked with 25.2 Win & Linux to be sure I still saw the 0.5 sec lag in those. Changing to fixed as this has commits. Arch Linux 64-bit Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 5effa8d0977ac9ce13a8e66cbd2302e585c41c6d CPU threads: 8; OS: Linux 6.16; UI render: default; VCL: gtk3 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: CL threaded Built on 22 September 2025 Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 8023d9a3c1938ecc5448799bcf8fac9d71758ddb CPU threads: 2; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded