Bug 100165 - Calc: Resizing of a special image nearly freezes whole system on Linux
Summary: Calc: Resizing of a special image nearly freezes whole system on Linux
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
5.1.3.2 release
Hardware: x86-64 (AMD64) Linux (All)
: high normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Calc-Images
  Show dependency treegraph
 
Reported: 2016-05-31 15:10 UTC by Thomas Hackert
Modified: 2022-11-04 11:23 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Hackert 2016-05-31 15:10:36 UTC
Hello @ll,
we got a report on the de@discuss list, which seems to be 
reproducible on GNU/Linux (or better: Debian-based systems). I have also reported it to our QA list, where it was confirmed as well (see https://lists.freedesktop.org/archives/libreoffice-qa/2016-May/009589.html and its follow-ups) ... ;)

Steps to reproduce:
1. download https://media-cdn.ubuntu-de.org/forum/attachments/41/20/8285598-no-border-no-nation.ods
2. open it in Calc
3. click on the image to get the handler
4. drag the right bottom handler to resize it.

On my system (Debian Testing AMD64), this leads nearly immediately to a system freeze, where I have to switch to a VT to kill the soffice.bin ... :( The problem is, that still after killing the process with "kill -9 $PID" the system will not free the whole RAM / swap / whatever, so the system still seems to be blocking somewhere ... :( So be warned ... ;)

Tested with:
LO Version: 4.3.7.2
Build-ID: 8a35821d8636a03b8bf4e15b48f59794652c68ba
(no freeze, but I was only able to resize the image at the right 
handler. All others leads to a vanishing image)

Version: 4.4.1.2
Build-ID: 45e2de17089c24a1fa810c8f975a7171ba4cd432
Gebietsschema: de_DE
(same as 4.3.7.2)

Version: 4.4.6.2
Build-ID: 008d5d0ddffba0b82de2a2c36a65b9cba0a6b328
Gebietsschema: de_DE.UTF-8
(freeze)

Version: 5.0.0.5
Build-ID: 437e4abdf9e72fd0a6e6f8697a0e659bc77f9b10
Gebietsschema: de-DE (de_DE.UTF-8)
(freeze)

Version: 5.0.6.3
Build-ID: 490fc03b25318460cfc54456516ea2519c11d1aa
Gebietsschema: de-DE (de_DE.UTF-8)

These are the versions, which I have installed parallel to Debian's own version (following the instructions from https://wiki.documentfoundation.org/Installing_in_parallel/Linux)

Additionally, I tested it with Debian's own version
Version: 5.1.3.2
Build-ID: 1:5.1.3-1
CPU-Threads: 4; BS-Version: Linux 4.5; UI-Render: Standard; 
Gebietsschema: de-DE (de_DE.UTF-8)
, which also nearly freezes the whole system ... :(

I then tried to get a backtrace or even a strace, but alas to no avail ... :( IMHO this freezes the system much harder than without them ... :(
Sorry for the inconvenience and have a nice evening
Thomas.
Comment 1 m_a_riosv 2016-06-01 07:45:48 UTC
I Can't reproduce Win10x64
Version: 5.1.3.2 (x64)
Build ID: 644e4637d1d8544fd9f56425bd6cec110e49301b
CPU Threads: 4; OS Version: Windows 6.19; UI Render: GL; 

Please test enable/disable
Menu/Tools/Options/LibreOffice/View - Graphics Output -> Use OpenGL for ...
Comment 2 Thomas Hackert 2016-06-01 08:16:00 UTC
Hello  m.a.riosv, *,

(In reply to m.a.riosv from comment #1)
> I Can't reproduce Win10x64
> Version: 5.1.3.2 (x64)
> Build ID: 644e4637d1d8544fd9f56425bd6cec110e49301b
> CPU Threads: 4; OS Version: Windows 6.19; UI Render: GL; 

sorry, forgot to change the hardware entries ... :(

> Please test enable/disable
> Menu/Tools/Options/LibreOffice/View - Graphics Output -> Use OpenGL for ...

Debian's Version (5.1.3.2) has the first OpenGL option (Use OpenGL for all rendering) enabled, all parallel installed versions not. It seems, that this option is not the culprit, or what do you think? Should I retest it with disabled/enabled option?
Do you need some more information? If so, feel free to ask :)
Have a nice day
Thomas.
Comment 3 Richard 2016-06-02 03:42:21 UTC
I confirm the same hard freeze using the test document 
provided by the reporter, thackert@nexgo.de
with LibreOffice Versión: 5.1.3.2
Id. de compilación: 644e4637d1d8544fd9f56425bd6cec110e49301b
on Debian 8.4 x64 derivative MX-Linux.
Comment 4 Richard 2016-06-02 03:44:44 UTC
Note: the version I used was downloaded directly from LibreOffice. 
It is not the Debian provided backport.
Comment 5 Thomas Hackert 2016-06-05 15:06:44 UTC
Hello Richard, *,
(In reply to Richard from comment #3)
> I confirm the same hard freeze using the test document 
> provided by the reporter, thackert@nexgo.de
> with LibreOffice Versión: 5.1.3.2
> Id. de compilación: 644e4637d1d8544fd9f56425bd6cec110e49301b
> on Debian 8.4 x64 derivative MX-Linux.

thanks for confirming :) As you have confirmed this bug, I hope it is OK to set its status to new. If not, feel free to change it to something else ... ;)
Have a nice afternoon
Thomas.
Comment 6 Richard 2016-07-07 21:48:51 UTC
​Tried again on LibO-5.1.4.2_x64 release direct from LibO site, 
installed on Debian 8.5 base x64 with Xfce4.​12.2​ ​with similar resul​t:
Moving the bottom right corner of the image in the test document: https://media-cdn.ubuntu-de.org/forum/attachments/41/20/8285598-no-border-no-nation.ods 
froze up my system --couldn't get to another tty, mouse moved but no reponse, could not change to another app nor were there any other indications of activity. 

Rebooted with Ctrl-RSEISUB.
Comment 7 QA Administrators 2018-07-19 02:42:45 UTC Comment hidden (obsolete)
Comment 8 Thomas Hackert 2018-07-21 09:43:53 UTC
Dear *,
(In reply to QA Administrators from comment #7)
<snip>
> If the bug is present, please leave a comment that includes the information
> from Help - About LibreOffice.

thank you very much for the reminder, but - alas - this bug is still reproducible with

OS: Debian Testing AMD64
LO: Version: 6.1.0.2
Build-ID: b3972dcf1284967612d5ee04fea9d15bcf0cc106
CPU-Threads: 4; BS: Linux 4.16; UI-Render: Standard; VCL: kde4; 
Gebietsschema: de-DE (de_DE.UTF-8); Calc: group threaded

Sorry for not testing it with other LO versions like master or so, but I have not enough time at the moment to restart my system again ... :(
HTH
Thomas.
Comment 9 bugreporter11 2019-05-16 19:47:40 UTC
We can confirm this bug on two different systems. Both are running very recently updated Arch Linux.

System 1:
workstation, 64 GB ram
libreoffice-still 6.1.6-1
Linux 5.0.13-arch1-1-ARCH #1 SMP PREEMPT Sun May 5 18:05:41 UTC 2019 x86_64 GNU/Linux


System 2:
Thinkpad laptop, 16 GB ram
libreoffice-still 6.1.5-5
Linux 5.0.13-arch1-1-ARCH #1 SMP PREEMPT Sun May 5 18:05:41 UTC 2019 x86_64 GNU/Linux

Reproducibility: 100%

The steps to reproduce are the same as OP. Resizing a PNG or JPG image by dragging image handles results in instant system freeze. On single CPU laptop, the only way to recover is to restart the whole system. On  multi-CPU workstation, we can kill soffice.bin.

Temporary workaround we found: anchor image to cell, and resize using "fit to cell".
Comment 10 bugreporter11 2019-05-16 19:55:23 UTC
In our testing, this doesn't affect just resizing of "a special image." We are seeing this upon dragging resize handles for all png or jpg images, and it happens 100% of the time.
Comment 11 QA Administrators 2021-05-16 03:45:01 UTC Comment hidden (obsolete)
Comment 12 Rajasekaran Karunanithi 2022-10-29 23:17:41 UTC
I can't confirm it on LO 7.4.2.3 in LXLE (x64) Focal distro. I resized the image without any hangs or crash.

Version: 7.4.2.3 / LibreOffice Community
Build ID: 40(Build:3)
CPU threads: 1; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Ubuntu package version: 1:7.4.2~rc3-0ubuntu0.20.04.1~lo1
Calc: threaded
Comment 13 Buovjaga 2022-11-04 11:23:11 UTC
No freeze for me either. As the last reproduction was in 2019, let's close. If someone can still repro with 7.4, this can be set back to NEW.