Writer does not open attached odt file

[Ulf Mehlig]

Trying to open the attached odt file generated by a custom script results in showing a small message box saying "Read-Error. Error reading file". The file opened in previous versions of Writer, as it is conformant to ODF 1.2 according to http://odf-validator.rhcloud.com/.

WORKAROUND: Use AbiWord.

ProblemType: Bug
DistroRelease: Ubuntu 13.10
Package: libreoffice-writer 1:4.1.3-0ubuntu1
ProcVersionSignature: Ubuntu 3.11.0-14.21-generic 3.11.7
Uname: Linux 3.11.0-14-generic x86_64
ApportVersion: 2.12.5-0ubuntu2.1
Architecture: amd64
Date: Thu Dec 12 18:33:12 2013
InstallationDate: Installed on 2013-03-07 (279 days ago)
InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5)
MarkForUpload: True
SourcePackage: libreoffice
UpgradeStatus: Upgraded to saucy on 2013-11-02 (39 days ago)

[Fahad (fahad-alsaidi)]

Created attachment 88955
arabic doc exported form google doc

I export the attached file from google doc but libreoffice can not open it. In the other hand, I can open it with Calligra office without problem.

[julien2412 (serval2412-6)]

Comment on attachment 88955
arabic doc exported form google doc

Mimetype fixed

[julien2412 (serval2412-6)]

Created attachment 88961
2 last bts

On pc Debian x86-64 with master sources updated yesterday, I didn't have a crash but had read error popup.
I used gdb and "catch throw", I attached 2 last bts:
- the first one corresponds at the moment just before the read error popup
- the second one corresponds at the moment just after the read error popup

[julien2412 (serval2412-6)]

Michael: I managed to retrieve 2 bts (before and after read error popup), do you know who may help here?

[Michael-meeks-1 (michael-meeks-1)]

A missing layout-cache should be fine:

        OUString sStreamName("layout-cache");
        try
        {
            uno::Reference < io::XStream > xStm = xStorage->openStreamElement( sStreamName, embed::ElementModes::READ );
            SvStream* pStrm2 = utl::UcbStreamHelper::CreateStream( xStm );
            if( !pStrm2->GetError() )
                rDoc.ReadLayoutCache( *pStrm2 );
            delete pStrm2;
        }
        catch ( uno::Exception& )
        {
        }

so we should ignore that exception.

I would guess that a dbgutil build may churn something useful out on the console when loading that; but I don't have one to hand ...

Abdulmajeed ? do you have a dbugtil build around that you could get some more debug info out of for this load problem ? :-)

Thanks ! =)

[Momonasmon (momonasmon)]

Caused by http://cgit.freedesktop.org/libreoffice/core/commit/?id=b69d152cfa1da868ba960345d72ba78f9f8e1b35

[Michael-meeks-1 (michael-meeks-1)]

Michael - this is blamed on a commit of yours (or I guess one nearby?) :-)

[Aalabdulrazzaq (aalabdulrazzaq)]

> Abdulmajeed ? do you have a dbugtil build around that you could get some
> more debug info out of for this load problem ? :-)
i'm sorry i don't have dbugtil on my machine :(

[Michael-meeks-1 (michael-meeks-1)]

Inferring regression from Maxim's causal commit.

[Momonasmon (momonasmon)]

*** Bug 71698 has been marked as a duplicate of this bug. ***

[Mstahl (mstahl)]

text:frame in the bugdoc do not have draw:name attributes, resulting in
an exception trying to set the empty string as name.

attachment in bug 71698 contains 2 draw:frame with the same draw:name="N3318_PGS1552" which is (probably) not valid ODF;
if somebody can find the steps to reproduce creating such
a document with LO please file a bug.

fixed on master.

[Libreoffice-commits (libreoffice-commits)]

Michael Stahl committed a patch related to this issue.
It has been pushed to "master":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=8171e713e74e3d09e86592c28abfe05d0400c071

fdo#71450 fdo#71698: ODF import: fix frame name corner cases

The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds
Affected users are encouraged to test the fix and report feedback.

[Libreoffice-commits (libreoffice-commits)]

Michael Stahl committed a patch related to this issue.
It has been pushed to "libreoffice-4-2":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=ae9017f0ba3a3a1fdc55b2f3d57230d04a46808e&h=libreoffice-4-2

fdo#71450 fdo#71698: ODF import: fix frame name corner cases

It will be available in LibreOffice 4.2.

The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds
Affected users are encouraged to test the fix and report feedback.

[Libreoffice-commits (libreoffice-commits)]

Michael Stahl committed a patch related to this issue.
It has been pushed to "libreoffice-4-1":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=0763cf6ed7bdc629e59b5df757b9ef4f5273f393&h=libreoffice-4-1

fdo#71450 fdo#71698: ODF import: fix frame name corner cases

It will be available in LibreOffice 4.1.5.

The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds
Affected users are encouraged to test the fix and report feedback.

[Bruno-ioda-net (bruno-ioda-net)]

Thanks for the push.

I've made some torture test. Loo is safe about creating this kind of content.xml erros.

Having the right exception is a most. to help to find why the document is invalid.
Thus a patch has been created for the upstream lib used to modify odt template.

Thanks a lot!

[Libreoffice-commits (libreoffice-commits)]

Michael Stahl committed a patch related to this issue.
It has been pushed to "libreoffice-4-1-4":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=3da29e6813a64b97fb56436a80dae7fafc39eba3&h=libreoffice-4-1-4

fdo#71450 fdo#71698: ODF import: fix frame name corner cases

It will be available already in LibreOffice 4.1.4.

The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds
Affected users are encouraged to test the fix and report feedback.

[Mstahl (mstahl)]

*** Bug 72150 has been marked as a duplicate of this bug. ***

[Momonasmon (momonasmon)]

*** Bug 72643 has been marked as a duplicate of this bug. ***

[penalvch (penalvch)]

Confirmed in Trusty, and the WORKAROUND with AbiWord. Hence, the issue you are reporting is an upstream one. It would be nice if somebody having it could send the bug to the developers of the software by following the instructions verbatim at http://wiki.documentfoundation.org/BugReport . If you have done so, please tell us the number of the upstream bug (or the link), so we can add a bugwatch that will inform us about the status. Thanks in advance.

Helpful bug reporting tips:
https://help.ubuntu.com/community/ReportingBugs

[Momonasmon (momonasmon)]

*** Bug 73508 has been marked as a duplicate of this bug. ***

[Momonasmon (momonasmon)]

*** Bug 73513 has been marked as a duplicate of this bug. ***

[Ulf Mehlig (umehlig)]

Problem apparently resolved in upstream:

https://bugs.freedesktop.org/show_bug.cgi?id=73508

[Rolf Leggewie (r0lf)]

opens fine now in LO in Trusty, so closing as fixed. Thanks for reporting.