Debian Bug report logs - #623232
libreoffice-writer: Libreoffice takes up 100% CPU time + all memory when opening certain files

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Hans Linkels <jlinkels@rnw.an>

To: submit@bugs.debian.org

Subject: Libreoffice takes up 100% CPU time + all memory when opening certain files

Date: Mon, 18 Apr 2011 11:00:22 -0400

Package: libreoffice-writer
Version: 1:3.3.2-2
Severity: normal

Hi,

When I try to open a certain file (saved with Microsoft Office 2007(??) ) 
as .DOC file, LibreOffice takes up 100% CPU time and starts to use all 
available memory, until memory and swap is fully exhausted. File size about 
2.5 MB. Other files, saved in the same format and on the same Windows 
computer of larger size (7MB) open without problems.
Unfortunately this file is on a computer of a co-worker several thousand miles 
away, I can't play around with saving the file differently or experimenting.
I have placed the problematic file here:
http://pdis.rnw.nl/~hansl/links/BTPU%2001%20deel%202%20duurzame%20enegie%20rapport.doc

-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libreoffice-writer depends on:
ii  libc6                  2.11.2-2          Embedded GNU C Library: Shared 
lib
ii  libgcc1                1:4.4.4-8         GCC support library ii  libicu44               
4.4.1-6           International Components for Unico
ii  libreoffice-base-core  1:3.3.2-2         office productivity suite -- 
share
ii  libreoffice-core       1:3.3.2-2         office productivity suite -- 
arch-
ii  libstdc++6             4.5.2-7           The GNU Standard C++ Library v3 
ii  libstlport4.6ldbl      4.6.2-7           STLport C++ class library
ii  libwpd-0.9-9           0.9.1-2           Library for handling WordPerfect 
d
ii  libwpg-0.2-2           0.2.0-4           WordPerfect graphics 
import/conver
ii  libwps-0.2-2           0.2.0-3           Works text file format 
import filt
ii  ure                    1.7.0+LibO3.3.2-1 LibreOffice UNO runtime 
environmen
ii  zlib1g                 1:1.2.3.4.dfsg-3  compression library - runtime

Versions of packages libreoffice-writer recommends:
ii  java-gcj-compat [java5-runtim 1.0.80-5.1 Java runtime environment 
using GIJ
ii  libreoffice-emailmerge        1:3.3.2-1  office productivity suite 
-- email
ii  libreoffice-filter-binfilter  1:3.3.2-2  office productivity suite 
-- legac
ii  libreoffice-java-common       1:3.3.2-1  office productivity suite 
-- arch-
ii  libreoffice-math              1:3.3.2-2  office productivity suite 
-- equat
ii  sun-java6-jre [java5-runtime] 6.21-1     Sun Java(TM) Runtime 
Environment (

Versions of packages libreoffice-writer suggests:
ii  libreoffice-base              1:3.3.2-2  office productivity suite 
-- datab
pn  libreoffice-gcj <none>     (no description available)

Versions of packages libreoffice-core depends on:
ii  fontconfig           2.8.0-2.1           generic font configuration 
library
ii  libatk1.0-0          1.30.0-1            The ATK accessibility toolkit
ii  libc6                2.11.2-2            Embedded GNU C Library: 
Shared lib
ii  libcairo2            1.8.10-4            The Cairo 2D vector 
graphics libra
ii  libcurl3-gnutls      7.21.0-1            Multi-protocol file 
transfer libra
ii  libdb5.1             5.1.25-1            Berkeley v5.1 Database 
Libraries [
ii  libexpat1            2.0.1-7             XML parsing C library - 
runtime li
ii  libfontconfig1       2.8.0-2.1           generic font configuration 
library
ii  libfreetype6         2.4.2-1             FreeType 2 font engine, 
shared lib
ii  libgcc1              1:4.4.4-8           GCC support library
ii  libgdk-pixbuf2.0-0   2.22.1-1+sid1       GDK Pixbuf library
ii  libglib2.0-0         2.28.2-1            The GLib library of C routines
ii  libgraphite3         1:2.3.1-0.2         SILGraphite - a "smart 
font" rende
ii  libgstreamer-plugins 0.10.30-1           GStreamer libraries from 
the "base
ii  libgstreamer0.10-0   0.10.30-1           Core GStreamer libraries 
and eleme
ii  libgtk2.0-0          2.24.3-1~sid1       The GTK+ graphical user 
interface
ii  libhunspell-1.2-0    1.2.11-1            spell checker and 
morphological an
ii  libhyphen0           2.7.1-4             ALTLinux hyphenation 
library - sha
ii  libice6              2:1.0.6-1           X11 Inter-Client Exchange 
library
ii  libicu44             4.4.1-6             International Components 
for Unico
ii  libjpeg62            6b1-1               The Independent JPEG 
Group's JPEG
ii  libmythes-1.2-0      2:1.2.1-1           simple thesaurus library
ii  libneon27-gnutls     0.29.5-3            An HTTP and WebDAV client 
library
ii  libnspr4-0d          4.8.4-2             NetScape Portable Runtime 
Library
ii  libnss3-1d           3.12.6-3            Network Security Service 
libraries
ii  libpango1.0-0        1.28.3-2~sid1       Layout and rendering of 
internatio
ii  libpng12-0           1.2.44-1            PNG library - runtime
ii  librdf0              1.0.13-2            Redland Resource 
Description Frame
ii  libreoffice-common   1:3.3.2-1           office productivity suite 
-- arch-
ii  libsm6               2:1.1.1-1           X11 Session Management library
ii  libssl1.0.0          1.0.0d-2            SSL shared libraries
ii  libstdc++6           4.5.2-7             The GNU Standard C++ Library v3
ii  libstlport4.6ldbl    4.6.2-7             STLport C++ class library
ii  libtextcat0          2.2-9               Language detection library
ii  libx11-6             2:1.3.3-3           X11 client-side library
ii  libxaw7              2:1.0.7-1           X11 Athena Widget library
ii  libxext6             2:1.1.2-1           X11 miscellaneous extension 
librar
ii  libxinerama1         2:1.1-3             X11 Xinerama extension library
ii  libxml2              2.7.7.dfsg-4        GNOME XML library
ii  libxrandr2           2:1.3.0-3           X11 RandR extension library
ii  libxrender1          1:0.9.6-1           X Rendering Extension 
client libra
ii  libxslt1.1           1.1.26-5            XSLT 1.0 processing library 
- runt
ii  libxt6               1:1.0.7-1           X11 toolkit intrinsics library
ii  ttf-opensymbol       2:2.4.3+LibO3.3.2-1 OpenSymbol TrueType font
ii  ure                  1.7.0+LibO3.3.2-1   LibreOffice UNO runtime 
environmen
ii  zlib1g               1:1.2.3.4.dfsg-3    compression library - runtime

-- no debconf information

Message #10 received at 623232@bugs.debian.org (full text, mbox, reply):

From: Leandro Guimarães Faria Corcete DUTRA <leandro.dutra@camara.gov.br>

To: 623232@bugs.debian.org

Date: Tue, 18 Oct 2011 19:22:49 -0200

I have the same issue here, but under versions 3.4.3-3 and 3.4.3-4.



-- 
Leandro Guimarães Faria Corcete DUTRA  leandro.dutra@camara.gov.br  7244
Analista de Informática Legislativa     Seção de Especificação de Ativos
Coordenação de Relacionamento com Cliente  +55 (61) 3216 3603, 3216 3515
Centro de Informática, Câmara dos Deputados           Anexo I, sala 1108

Message #15 received at 623232@bugs.debian.org (full text, mbox, reply):

From: Leandro Guimarães Faria Corcete DUTRA <leandro.dutra@camara.gov.br>

To: 623232@bugs.debian.org

Subject: Additional information

Date: Wed, 19 Oct 2011 14:01:02 -0200

The culprit file also dies when I tried turning off modification
tracking and applying all changes.  I also noticed it has grown too
much, from just over 40 KiB to more than 120 KiB.  Opening it in GNU
Emacs, I see most of it is at contents.xml; opening that and searching
for text last edited, GNU Emacs also freezes until some other buffer
gets focus (for example, ERC loosing its connection), so I guess XML is
so screwed up the Emacs XML mode gets lost.  less also seems to die, but
I could not guess why.

	I think I cannot publish the culprit, but I guess I could send to
someone who would volunteer to analyse it.


-- 
Leandro Guimarães Faria Corcete DUTRA  leandro.dutra@camara.gov.br  7244
Analista de Informática Legislativa     Seção de Especificação de Ativos
Coordenação de Relacionamento com Cliente  +55 (61) 3216 3603, 3216 3515
Centro de Informática, Câmara dos Deputados           Anexo I, sala 1108

Message #20 received at 623232@bugs.debian.org (full text, mbox, reply):

From: Stéphane Aulery <saulery@legtux.org>

To: 623232@bugs.debian.org, leandro.dutra@camara.gov.br, jlinkels@rnw.an

Subject: Re : Libreoffice takes up 100% CPU time + all memory when opening certain files

Date: Mon, 22 Feb 2016 16:38:25 +0100

tags 623232 + confirmed
tags 623232 + upstream
stop
-------------------------------------------------------------------------------


Hello Hans and Leandro,

>    From: Hans Linkels <jlinkels@rnw.an>
>    To: submit@bugs.debian.org
>    Subject: Libreoffice takes up 100% CPU time + all memory when 
> opening
>    certain files
>    Date: Mon, 18 Apr 2011 11:00:22 -0400
> 
> Package: libreoffice-writer
> Version: 1:3.3.2-2
> Severity: normal
> 
> When I try to open a certain file (saved with Microsoft Office 2007(??) 
> )
> as .DOC file, LibreOffice takes up 100% CPU time and starts to use all
> available memory, until memory and swap is fully exhausted. File size 
> about
> 2.5 MB. Other files, saved in the same format and on the same Windows
> computer of larger size (7MB) open without problems.
> Unfortunately this file is on a computer of a co-worker several 
> thousand miles
> away, I can't play around with saving the file differently or 
> experimenting.
> I have placed the problematic file here:
> http://pdis.rnw.nl/~hansl/links/BTPU%2001%20deel%202%20duurzame%20enegie%20rappo
> rt.doc
> 
>    Message #10 received at 623232@bugs.debian.org (full text, mbox,
>    reply):
> 
>    From: Leandro Guimarães Faria Corcete DUTRA
>    <leandro.dutra@camara.gov.br>
>    To: 623232@bugs.debian.org
>    Date: Tue, 18 Oct 2011 19:22:49 -0200
> 
> I have the same issue here, but under versions 3.4.3-3 and 3.4.3-4.
> 
> 
> 
> --
> Leandro Guimarães Faria Corcete DUTRA  leandro.dutra@camara.gov.br  
> 7244
> Analista de Informática Legislativa     Seção de Especificação de 
> Ativos
> Coordenação de Relacionamento com Cliente  +55 (61) 3216 3603, 3216 
> 3515
> Centro de Informática, Câmara dos Deputados           Anexo I, sala 
> 1108
> 
> 
>    Message #15 received at 623232@bugs.debian.org (full text, mbox,
>    reply):
> 
>    From: Leandro Guimarães Faria Corcete DUTRA
>    <leandro.dutra@camara.gov.br>
>    To: 623232@bugs.debian.org
>    Subject: Additional information
>    Date: Wed, 19 Oct 2011 14:01:02 -0200
> 
> The culprit file also dies when I tried turning off modification
> tracking and applying all changes.  I also noticed it has grown too
> much, from just over 40 KiB to more than 120 KiB.  Opening it in GNU
> Emacs, I see most of it is at contents.xml; opening that and searching
> for text last edited, GNU Emacs also freezes until some other buffer
> gets focus (for example, ERC loosing its connection), so I guess XML is
> so screwed up the Emacs XML mode gets lost.  less also seems to die, 
> but
> I could not guess why.

If you have yet yours culprit files, you can add them to this bug report 
:

https://bugs.documentfoundation.org/show_bug.cgi?id=39006

Regards,

-- 
Stéphane Aulery

Message #31 received at 623232@bugs.debian.org (full text, mbox, reply):

From: "Perry Palmer" <perry.palmer@institutolink.org.br>

To: 623232@bugs.debian.org

Subject: Invoice #008775-2016-03

Date: 9 Mar 2016 01:51:55 -0300

[Message part 1 (text/plain, inline)]

Dear Customer,

Please check attached document for your invoice. 

Thanks and best regards

Perry Palmer,
Support Manager

[Scanned_Invoice_008775-2016-03.zip (application/zip, attachment)]

Message #40 received at 623232-done@bugs.debian.org (full text, mbox, reply):

From: Stéphane Aulery <lkppo@free.fr>

To: 623232-done@bugs.debian.org

Subject: libreoffice-writer: Libreoffice takes up 100% CPU time + all memory when opening certain files

Date: Mon, 29 Oct 2018 23:32:22 +0100

Hello,

This bug is fixed since version 5.4.1 of LO.

Regards,

-- 
Stéphane Aulery

Send a report that this bug log contains spam.