Description: On a slide where there is a rectangular figures, when you zoom in a lot, Impress crashes or the desktop (Unity) slows down or stops for a whole few minutes. It also happens if you increase and decrease a few times zoom repeatedly Steps to Reproduce: 1.create slide with a few rectangular 2.increase a lot the zoom and decrease a lot 3.may repeat point 2. Actual Results: 4.Impress crash 5.If Impress dont crash destktop slows down or stops to work for few minutes Expected Results: Simply zooming the slide increases and decreases Reproducible: Always User Profile Reset: No Additional Info: I test in -OS : ubuntu 16.04 with Unity -kernel : 4.8.0-54-generic #57~16.04.1-Ubuntu SMP Wed May 24 16:22:28 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux -CPU : Intel® Core™ i7-6700 CPU @ 3.40GHz × 8 -GPU : Intel® HD Graphics 530 (Skylake GT2) User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.86 Safari/537.36
I can't reproduce it in Version: 5.3.3.2 Build ID: 1:5.3.3~rc2-0ubuntu0.16.10.1~lo0 CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; VCL: gtk3; Layout Engine: new; Locale: ca-ES (ca_ES.UTF-8); Calc: group To be certain the reported issue is not related to corruption in the user profile, could you please reset your Libreoffice profile ( https://wiki.documentfoundation.org/UserProfile ) and re-test? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the issue is still present
I confirm bug also after reset user-profile Versione: 5.3.3.2 Build ID: 1:5.3.3~rc2-0ubuntu0.16.04.1~lo0 Thread CPU: 8; Versione SO: Linux 4.8; Resa interfaccia: predefinito; VCL: gtk2; Motore layout: nuovo; Versione locale: it-IT (it_IT.UTF-8); Calc: group
Could you please attach a sample document, as this makes it easier for us to verify the bug. (Please note that the attachment will be public, remove any sensitive information before attaching it. See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.)
Created attachment 134047 [details] On slide 4 when I increase and/or decrease zoom, Impress crash or desktop freezes / slow down On slide 4 when I increase and/or decrease zoom, Impress crash or desktop freezes / slow down
Reproduced in and
Reproduced in Versión: 5.3.3.2 Id. de compilación: 3d9a8b4b4e538a85e0782bd6c2d430bafe583448 Subproc. CPU: 1; SO: Windows 6.1; Repr. de IU: predet.; Motor de trazado: HarfBuzz; Configuración regional: es-ES (es_ES); Calc: group and Version: 5.5.0.0.alpha0+ Build ID: 36b1e6270bf2fbb333e2a69c4bb5931eba418289 CPU threads: 1; OS: Windows 6.1; UI render: default; TinderBox: Win-x86@62-TDF, Branch:MASTER, Time: 2017-05-29_14:06:19 Locale: es-ES (es_ES); Calc: group
I can also reproduce it in Versión: 4.4.0.3 Id. de compilación: de093506bcdc5fafd9023ee680b8c60e3e0645d7 Configuración regional: es_ES
it also crashes if zooming in the first page. it doesn't crash if the image in the background is deleted
It seems the images in the background started to be displayed in commit be7d87bea2611eb316b9b379aebc031179d4f794. However, I'm not sure that commit is causing the freeze/crash... A callgrind log might help here...
Created attachment 134062 [details] Callgrind output from master I did not notice any hang, but here is the callgrind of zooming in and out in slide 4. Arch Linux 64-bit, KDE Plasma 5 Version: 5.5.0.0.alpha0+ Build ID: 2802dca10eef67554a81cb2347d5f648fa6fcd63 CPU threads: 8; OS: Linux 4.11; UI render: default; VCL: gtk2; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on June 10th 2017
Created attachment 134069 [details] Callgrind output from master You have to zoom in to about 1000% before you start feeling the effects. I sped up my callgrinding by double clicking the zoom percentage, which opens up a dialog, then I input 1000%, applied and scrolled some more. Arch Linux 64-bit, KDE Plasma 5 Version: 6.0.0.0.alpha0+ Build ID: 5c81adc51a05a016e754de7961d3a7bdb4494e01 CPU threads: 8; OS: Linux 4.11; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on June 16th 2017
*** Bug 90220 has been marked as a duplicate of this bug. ***
It seems it doesn't crash anymore in Version: 6.2.0.0.alpha0+ Build ID: d60d695fcc5064e1f16842387fdce23456a64694 CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group threaded nor in Versión: 6.0.4.2 Id. de compilación: 9b0d9b32d5dcda91d2f1a96dc04c645c450872bf Subprocs. CPU: 1; SO: Windows 6.1; Repres. IU: predet.; Configuración regional: es-ES (es_ES); Calc: group Besides, no more crashes in recent versions -> https://crashreport.libreoffice.org/stats/signature/dxcanvas::BitmapCanvasHelper::clear() Closing as RESOLVED WORKSFORME Much appreciated if someone can doublecheck!!