Package: libreoffice-calc
Version: 1:3.5.4+dfsg2-0+deb7u2
Severity: normal
Dear Maintainer,
When updating an XLSX file (that has previously been edited in both LO and
MSXL),
I have found on rare occasions that after saving and reopening the file again,
the chrome of LO is corrupted. In particular the line and column headers and the
worksheet tabs are overwritten. Interestingly, this misrendering also happens
if
the file is reopened in MSXL.
Saving the file as old-fashioned XLS fixes the headers issue, but the sheet tabs
are still missing (again, in both LO and MSXL). The worksheets still exist as I
can use hotkeys to navigate between them.
I have no method to reproduce, but it has happened twice so is not an isolated
issue. I can't provide an example as both files are commercially sensitive.
Will
update this bug if I come across one that I can redistribute.
Andrew
-- System Information:
Debian Release: 7.3
APT prefers stable
APT policy: (700, 'stable'), (650, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libreoffice-calc depends on:
ii libc6 2.17-97
ii libgcc11:4.7.2-5
ii libreoffice-base-core 1:3.5.4+dfsg2-0+deb7u2
ii libreoffice-core 1:3.5.4+dfsg2-0+deb7u2
ii libstdc++6 4.7.2-5
ii lp-solve 5.5.0.13-7
ii uno-libs3 3.5.4+dfsg2-0+deb7u2
ii ure3.5.4+dfsg2-0+deb7u2
libreoffice-calc recommends no packages.
libreoffice-calc suggests no packages.
Versions of packages libreoffice-core depends on:
ii fontconfig 2.9.0-7.1
ii fonts-opensymbol 2:102.2+LibO3.5.4+dfsg2-0+deb7u2
ii libc62.17-97
ii libcairo21.12.2-3
ii libcmis-0.2-00.1.0-1+b1
ii libcurl3-gnutls 7.26.0-1+wheezy7
ii libdb5.1 5.1.29-5
ii libexpat12.1.0-1+deb7u1
ii libexttextcat0 3.2.0-2
ii libfontconfig1 2.9.0-7.1
ii libfreetype6 2.4.9-1.1
ii libgcc1 1:4.7.2-5
ii libglib2.0-0 2.33.12+really2.32.4-5
ii libgraphite2-2.0.0 1.1.3-1
ii libgstreamer-plugins-base0.10-0 0.10.36-1.1
ii libgstreamer0.10-0 0.10.36-1.2
ii libhunspell-1.3-01.3.2-4
ii libhyphen0 2.8.3-2
ii libice6 2:1.0.8-2
ii libicu48 4.8.1.1-12+deb7u1
ii libjpeg8 8d-1
ii libmythes-1.2-0 2:1.2.2-1
ii libneon27-gnutls 0.29.6-3
ii libnspr4 2:4.9.2-1+deb7u1
ii libnspr4-0d 2:4.9.2-1+deb7u1
ii libnss3 2:3.14.5-1
ii libnss3-1d 2:3.14.5-1
ii libpng12-0 1.2.49-1
ii librdf0 1.0.15-1+b1
ii libreoffice-common 1:3.5.4+dfsg2-0+deb7u2
ii librsvg2-2 2.36.1-2
ii libsm6 2:1.2.1-2
ii libssl1.0.0 1.0.1e-2+deb7u3
ii libstdc++6 4.7.2-5
ii libx11-6 2:1.5.0-1+deb7u1
ii libxext6 2:1.3.1-2+deb7u1
ii libxinerama1 2:1.1.2-1+deb7u1
ii libxml2 2.8.0+dfsg1-7+nmu2
ii libxrandr2 2:1.3.2-2+deb7u1
ii libxrender1 1:0.9.7-1+deb7u1
ii libxslt1.1 1.1.26-14.1
ii uno-libs33.5.4+dfsg2-0+deb7u2
ii ure 3.5.4+dfsg2-0+deb7u2
ii zlib1g 1:1.2.7.dfsg-13
-- no debconf information
The information in this email and any attachments contain
confidential information and is intended only for the individual
named. If you are not the named addressee you should not
disseminate, distribute or copy this e-mail, the attachments or any
part thereof. Please notify the sender immediately by e-mail if you
have received this e-mail by mistake and delete this e-mail from
your system. E-mail transmission cannot be guaranteed to be secure
or error-free as information could be intercepted, corrupted, lost,
destroyed, arrive late or incomplete, or contain viruses. The
sender therefore does not accept liability for any errors or
omissions in the contents of this message which arise as a result
of e-mail transmission. If verification is required please request
a hard-copy version.
Unless expressly stated, this email is not intended to create any
contractual relationship. If this email is not sent in the course
of the senders employment or fulfilment of his/her duties to Ward
Solutions, Ward Solutions accepts no liability whatsoever fo