Bug 70192 - FILEOPEN: Fails to open file with embedded font
Summary: FILEOPEN: Fails to open file with embedded font
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected) release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
Whiteboard: BSA
Keywords: bibisectRequest, regression
Depends on:
Blocks: Fonts-Embedded
  Show dependency treegraph
Reported: 2013-10-06 13:22 UTC by webofht-libreofficebugs002
Modified: 2017-10-22 00:51 UTC (History)
9 users (show)

See Also:
Crash report or crash signature:

terminal output, opening and closing the .odt (7.27 KB, text/plain)
2014-07-09 20:16 UTC, Terrence Enger
terminal output, opening and closing the .odp (18.20 KB, text/plain)
2014-07-09 20:17 UTC, Terrence Enger

Note You need to log in before you can comment on or make changes to this bug.
Description webofht-libreofficebugs002 2013-10-06 13:22:31 UTC
Problem description: Cannot open a file with embedded font roughly 50% of the time.

Steps to reproduce:

$ uname -a
Linux debian 3.2.0-4-amd64 #1 SMP Debian 3.2.46-1+deb7u1 x86_64 GNU/Linux

1. Type in Writer
2. File->Properties->Check the box: Embed fonts in the document
3. File-> Save

Current behavior: Sometimes opens the file. Sometimes cannot open it.

Expected behavior: Open the file.

Operating System: Debian
Version: release
Comment 1 webofht-libreofficebugs002 2013-10-06 13:24:33 UTC
I would like to attach the file but it seems that it was removed by Bugzilla. Maybe it is too big?
Comment 2 webofht-libreofficebugs002 2013-10-20 01:32:47 UTC
An OpenDocument Text file and an OpenDocument Presentation file have been created for testing purposes.



I sometimes open each file for the first time.

Not being able to open the files, I double-click on the file icons again and again until I open the files.

I open the files at last. I double-click for less than seven times and open the them.

It is reproducible if I open, close the files and open them repeatedly.

I see that
(1) the file does not open smoothly; and
(2) LibreOffice crashes.

This could be a serious problem.
Comment 3 webofht-libreofficebugs002 2013-10-20 01:34:07 UTC
(In reply to comment #2)

The problem persists in LibreOffice:

Build ID: 40b2d7fde7e8d2d7bc5a449dc65df4d08a7dd38
Comment 4 ign_christian 2013-10-20 01:55:39 UTC
Confirm that ODT fail to open, LO frozen. But that ODP can be opened several times without problem, fast enough (I'm wondering how could the file size is very big?).

LO, Win7 32bit
Comment 5 ign_christian 2013-10-20 02:12:05 UTC
Now I can't open the ODP (LO frozen) after fail to delete the file (looks like endless looping reading file information). Very mysterious..after several try succesfully delete the file.
Comment 6 Terrence Enger 2013-10-20 04:13:18 UTC
My debug build of LibreOffice exits without displaying either
document.  For the .odt example, when I name the file on the command
line, messages at the terminal are:

    p11-kit: couldn't load module: /usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory
    warn:legacy.tools:3627:1:vcl/generic/glyphs/glyphcache.cxx:340: ServerFont: RefCount underflow
    warn:legacy.tools:3627:1:vcl/generic/glyphs/glyphcache.cxx:340: ServerFont: RefCount underflow
    warn:legacy.tools:3627:1:vcl/source/gdi/outdev3.cxx:2752: ImplFontCache::Invalidate() - mnRef0Count non-zero
    warn:legacy.tools:3627:1:vcl/source/gdi/outdev3.cxx:2752: ImplFontCache::Invalidate() - mnRef0Count non-zero

The situation for the .odp is similar, but there are 40 instances of
the message from glyphcache.cxx.  (I always get the first of these

The prompt termination of the program which I see is not exactly what
the reporter and ign_christian see, bug I can easily believe that the
difference arises from mine being a debug build.

My LibreOffice is master commit 95e95e0, pulled 2013-09-19, configured as:


built on ununtu-natty (11.04) 32-bit, running on ubuntu-quantal
(12.10) 64-bit.
Comment 7 Maxim Monastirsky 2013-10-20 11:19:18 UTC

I can open both files without any problem, and very fast (~2 seconds). Tried several times. Tested with under Ubuntu 13.10 (64-bit) & Windows 7 (32-bit).

(In reply to comment #4)
> (I'm wondering how could the file size is very big?).
For some reason LO embeds a lots of fonts, which not used in the particular document at all. I'll open a new bug report for it.
Comment 8 Maxim Monastirsky 2013-10-20 13:41:00 UTC
(In reply to comment #7)
> For some reason LO embeds a lots of fonts, which not used in the particular
> document at all. I'll open a new bug report for it.
Done with Bug 70669.
Comment 9 Brian Horne 2013-10-22 16:25:53 UTC
I've just started to see something similar. I had been working on a couple of documents with embedded fonts earlier this month using LibreOffice 4.1 on Ubuntu 13.04 (32-bit) without any problems. In the last few days, however, I've been unable to open the files. LibreOffice exits without displaying the document whenever I try to open the file. I upgraded to the latest release of LibreOffice but the problem persists. This problem does not affect me when I'm using LibreOffice for Windows 7 (64-bit) using the same documents.

I would be happy to upload a logfile if one exists on any other information.
Comment 10 albucasis 2013-12-05 14:51:40 UTC
After working on some elaborate templates for days without problems, I can confirm this behaviour starts appearing when marking the embed fonts option in the properties pane, and it affects, at least, several Linux OSes. (using v. on Debian Wheezy x86-64)
Comment 11 Yousuf Philips (jay) (retired) 2014-06-01 02:31:17 UTC
pulled from my comment in bug 77753.

On Linux Mint, opening the file crashes with 4.2.4 and 4.2.6, but shows correctly in 3.6.7, 4.0.6, and 4.3 beta, while in 4.1.6 it hangs while loading with the terminal output of "*** glibc detected *** /usr/lib/libreoffice/program/soffice.bin: corrupted double-linked list: 0x0a5f5970 ***".
Comment 12 Joel Madero 2014-07-09 15:42:11 UTC
I am unable to confirm this in 4.1 or in bibisect so unfortunately I cannot bibisect it. I can open the file no problem
Comment 13 Terrence Enger 2014-07-09 20:14:50 UTC
I have just opened the .odt and the .odp ten times each (without
restarting LibreOffice) without any crash or rendering problem.
However, I notice that each open is slower than the one before (up to
30 seconds with the CPU almost pegged for the .odt, and 60 seconds for
the .odp) and that memory usage is increasing.  Additionally, I note
messages in the terminal ...  so much that I shall attach them rather
than quoting them here.

These observations are made on master commit 397362d, fetched
2014-07-02 2357 UTC, configured:

    --enable-option-checking=fatal --enable-dbgutil --enable-crashdump
    --without-system-postgresql --without-myspell-dicts
    --with-extra-buildid --without-doxygen

built and running on debian-wheezy 64-bit.
Comment 14 Terrence Enger 2014-07-09 20:16:22 UTC
Created attachment 102500 [details]
terminal output, opening and closing the .odt
Comment 15 Terrence Enger 2014-07-09 20:17:24 UTC
Created attachment 102501 [details]
terminal output, opening and closing the .odp
Comment 16 Matthew Francis 2015-01-29 12:04:16 UTC
I can't reproduce this issue with Ubuntu 14.04 and LO

Setting Status -> NEEDINFO

If you still see the issue occurring in 4.3 or 4.4, please provide a backtrace from the crash.
If you can no longer reproduce the issue, please close the bug.
Comment 17 Yousuf Philips (jay) (retired) 2015-01-30 07:13:24 UTC
Tested ( https://www.dropbox.com/s/ag0qjo4l7hnc468/testingOnly.odt ) on,, and on Linux and it opened fine. LO would hang trying to open it on 4.1.6.
Comment 18 Robinson Tryon (qubit) 2015-12-17 07:32:29 UTC Comment hidden (obsolete)