I would like to attach the file but it seems that it was removed by Bugzilla. Maybe it is too big?

An OpenDocument Text file and an OpenDocument Presentation file have been created for testing purposes.

https://www.dropbox.com/s/ag0qjo4l7hnc468/testingOnly.odt

https://www.dropbox.com/s/54drwsh7kktd645/odpWithEmbeddedFonts.odp

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.

(In reply to comment #2)

The problem persists in LibreOffice:

Version: 4.1.2.3
Build ID: 40b2d7fde7e8d2d7bc5a449dc65df4d08a7dd38

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 4.0.6.2, Win7 32bit

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.

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
messages.)


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:

    --enable-option-checking=fatal
    --enable-dbgutil
    --enable-crashdump
    --without-system-postgresql
    --without-myspell-dicts
    --with-extra-buildid
    --without-doxygen
    --with-external-tar=/home/terry/lo_hacking/git/src

built on ununtu-natty (11.04) 32-bit, running on ubuntu-quantal
(12.10) 64-bit.

Hi,

I can open both files without any problem, and very fast (~2 seconds). Tried several times. Tested with 4.1.2.3 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.

(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.

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.

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. 4.1.2.3 on Debian Wheezy x86-64)

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 ***".

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

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
    --with-external-tar=/home/terry/lo_hacking/git/src

built and running on debian-wheezy 64-bit.

Created attachment 102500 [details]
terminal output, opening and closing the .odt

Created attachment 102501 [details]
terminal output, opening and closing the .odp

I can't reproduce this issue with Ubuntu 14.04 and LO 4.3.5.1/4.4.0.1.

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.

Tested ( https://www.dropbox.com/s/ag0qjo4l7hnc468/testingOnly.odt ) on 4.2.6.2, 4.3.6.0.0+, and 4.4.1.0.0+ on Linux and it opened fine. LO would hang trying to open it on 4.1.6.