Description: Selecting images within more or less complex document is slower as before Steps to Reproduce: 1. Open attachment 118663 [details] (bug 94184) 2. Disable automatic spell check (related to bug 94184) 3. Select few barcodes; and move them a bit 4. Minimize; restore -> do the same again (initial move seems to be slower) Actual Results: Horrible with 5.5. With rest of the LibO 5 branch a small delay 2 sec every time when selecting/moving With 4.3.0.4 the first move takes around 2 sec. After that small delay of around 1 sec Expected Results: Behavior like 4.3.0.4 Reproducible: Always User Profile Reset: No Additional Info: Found in (selecting is already slow) Version: 5.5.0.0.alpha0+ Build ID: 076ed447f694239d5c67adee528ea6e471d909ff CPU threads: 4; OS: Windows 6.19; UI render: default; TinderBox: Win-x86@42, Branch:master, Time: 2017-06-09_23:54:20 Locale: nl-NL (nl_NL); Calc: CL and in Versie: 5.2.2.1 Build ID: 3c2231d4aa4c68281f28ad35a100c092cff84f5d CPU Threads: 4; Versie besturingssysteem:Windows 6.2; UI Render: standaard; Locale: nl-NL (nl_NL); Calc: CL and in Versie: 5.0.0.1 Build ID: 9a0b23dd0ab9652e0965484934309f2d49a7758e Locale: nl-NL (nl_NL) and in Versie: 4.4.6.3 Build ID: e8938fd3328e95dcf59dd64e7facd2c7d67c704d Locale: nl_NL but not in Version: 4.3.0.4 Build ID: 62ad5818884a2fc2e5780dd45466868d41009ec0 User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:45.0) Gecko/20100101 Firefox/45.0
(In reply to Telesto from comment #0) > 3. Select few barcodes; and move them a bit one by one.. > 4. Minimize; restore -> do the same again (initial move seems to be slower) Can't see that on Version: 5.5.0.0.alpha0+ Build ID: 200a566cf106fc724b99c373f16da0058163b28d CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-06-05_23:01:35 Locale: nl-NL (nl_NL.UTF-8); Calc: group [note in Dutch: mjammie, kwetsen ;) ]
I can't reproduce it in Version: 5.5.0.0.alpha0+ Build ID: 6ab249ea6aecef5d3f35d624622a368061cad9c3 CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group Could you please create a screencast?
Created attachment 134045 [details] Screencast 6000 Version: 6.0.0.0.alpha0+ Build ID: cbf371e07fd5dea1ea08a1f299360d1273961ebd CPU threads: 4; OS: Windows 6.19; UI render: default; TinderBox: Win-x86@42, Branch:master, Time: 2017-06-14_23:13:57 Locale: nl-NL (nl_NL); Calc: CL
Created attachment 134046 [details] Screencast 4304
Is OpenGL enabled ?
(In reply to Xisco Faulí from comment #5) > Is OpenGL enabled ? Without
Created attachment 134232 [details] Callgrind output from master Yep, in 3.6 there is no lag. Arch Linux 64-bit, KDE Plasma 5 Version: 6.0.0.0.alpha0+ Build ID: ab27953d9ef2076e0acd43ed4ba6652732794777 CPU threads: 8; OS: Linux 4.11; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on June 23rd 2017
Created attachment 136804 [details] Bibisect log d29d65b3f27a234200f0264378168a320ebcac28 is the first bad commit commit d29d65b3f27a234200f0264378168a320ebcac28 Author: buildslave <buildslave@tb51.libreoffice.org> Date: Fri Apr 15 15:58:49 2016 +0200 source-hash-5771bde234ec65d79501d5eab938e06dfe43e232 commit 5771bde234ec65d79501d5eab938e06dfe43e232 Author: Zolnai Tamás <tamas.zolnai@collabora.com> AuthorDate: Fri Nov 7 16:53:47 2014 +0100 Commit: Zolnai Tamás <tamas.zolnai@collabora.com> CommitDate: Fri Nov 7 16:54:58 2014 +0100 Try to fix ambiguity error Change-Id: I93cf7497e52d065d00f762f61f79a4e8f8609bfc
*** This bug has been marked as a duplicate of bug 100442 ***
No delay anymore on the same computer as in my 2017 test, with Linux 7.4 bibisect repo. I didn't see a delay even in 6.3, so it seems this was fixed a long time ago.