Bug 99392 - EDITING: adding/moving slides gets slower and slower
Summary: EDITING: adding/moving slides gets slower and slower
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
4.0.0.3 release
Hardware: All All
: medium normal
Assignee: David Tardon
URL:
Whiteboard: target:5.2.0
Keywords: perf, regression
Depends on:
Blocks:
 
Reported: 2016-04-19 12:20 UTC by Samuel Thibault
Modified: 2016-10-25 19:01 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
testcase document (4.44 MB, application/vnd.oasis.opendocument.presentation)
2016-04-19 12:20 UTC, Samuel Thibault
Details

Note You need to log in before you can comment on or make changes to this bug.
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