Bug 99392

Summary: EDITING: adding/moving slides gets slower and slower
Product: LibreOffice Reporter: Samuel Thibault <samuel.thibault>
Component: ImpressAssignee: David Tardon <dtardon>
Status: RESOLVED FIXED    
Severity: normal CC: cno, dtardon, h3734236, ilmari.lauhakangas
Priority: medium Keywords: perf, regression
Version: 4.0.0.3 release   
Hardware: All   
OS: All   
Whiteboard: target:5.2.0
Crash report or crash signature: Regression By:
Attachments: testcase document

Description Samuel Thibault 2016-04-19 12:20:27 UTC
Created attachment 124499 [details]
testcase document

Hello,

I have attached the set of slides I usually present. I can edit the slides fine, but operations on the list of slides get slower and slower during the work, which makes it completely impractical in the end.

Steps to reproduce:

- open 16-04-xx-latest.odp
- clic on "New page/slide" button, the new slide appears quite immediately
- clic on "New page/slide" button again, the new slide appears within a couple of secondes
- clic on "New page/slide" button again, the new slide appears within a few seconds
- etc.

It looks like each time you click on "New page/slide", it takes about like 1 or 2 seconds more than the previous click, to get the new slide inserted. After a few slides inserted, each new insertion can take as much as several minutes to complete... And this happens with moving/copy/pasting slides in the list as well.

Closing the file and reopening it again (without shutting down libreoffice) allows to get back to slide insertion being fast again, but that's far from convenient :)

Samuel
Comment 1 Samuel Thibault 2016-04-19 16:44:45 UTC
Note: I'm using Debian testing, upgraded as of today. I tried to use a blank new user, with no file at all in his home, and within a plain xfce desktop session, with the same issue.

This however only happens when I have either libreoffice-gtk or libreoffice-gtk3  installed with accessibility enabled, i.e. if I'm using the gtk frontend with libatk-bridge enabled (GTK_MODULES contains gail:atk-bridge) or gtk3 frontend (which always loads libatk-bridge when available on the system).
Comment 2 Buovjaga 2016-04-28 13:32:14 UTC
Reproduced. I ran with SAL_USE_VCLPLUGIN=gtk3 and I have atk installed.

Arch Linux 64-bit, KDE Plasma 5
Version: 5.2.0.0.alpha1+
Build ID: 29c4f7bd5863e34c449062aca6f8aee5ec7510a2
CPU Threads: 8; OS Version: Linux 4.5; UI Render: default; 
Locale: fi-FI (fi_FI.UTF-8)
Built on April 28th 2016
Comment 3 Cor Nouws 2016-05-03 13:22:41 UTC
already a problem in 4.0.0.1 on 32 bits Ubuntu
version 3.3.4 shows the same to a much lower extend: there is some increase in time for each next slide, but only a little bit.
Comment 5 David Tardon 2016-05-11 11:59:55 UTC
(In reply to David Tardon from comment #4)
> Fixed by
> http://cgit.freedesktop.org/libreoffice/core/commit/
> ?id=b672126e7c4ffd32d42594cf527b09a9f0434cb9 .

Blah, I meant http://cgit.freedesktop.org/libreoffice/core/commit/?id=2fb31f248fe86c52c1070cbc8b18b24872a4bedc .
Comment 6 Samuel Thibault 2016-05-11 15:14:41 UTC
It does improve a lot indeed.

Adding a slide still takes more than a second after two dozen slide addition. That seems to be expected from the log of the commit, so I'm eager to see more work on this :)

Thanks