Bug 66935

Summary: FILEOPEN: Impress closes when opening a certain file
Product: LibreOffice Reporter: public
Component: ImpressAssignee: Not Assigned <libreoffice-bugs>
Status: RESOLVED WORKSFORME    
Severity: major CC: ign_christian, lo
Priority: medium    
Version: 4.0.3.3 release   
Hardware: Other   
OS: All   
Whiteboard: BSA
Crash report or crash signature: Regression By:

Description public 2013-07-15 16:30:21 UTC
Problem description: 
I have a file that cannot be opened in Impress. It has been saved with the same Impress installation. It's not a problem to provide the file but I do not want to attach it here... Just tell me and I'll send it to you.

Steps to reproduce:
1. Open file

Current behavior:
The progress bar goes to about 50%. Then the window closes but Impress does not crash (e.g. other files stay open). I cannot find any information such as an error message. The bug also occurs if I just try to convert the file to PDF using the command line.

The file can be opened with Impress 3.6.6.2 (but I tried it under windows) and after saving it, it can be opened with 4.0.3.3 again.
I have not tried any intermediate version so far.

This may be related to the problem described here: http://listarchives.libreoffice.org/global/users/msg30288.html

Operating System: Linux (Other)
Version: 4.0.3.3 release
Comment 1 retired 2013-07-16 10:16:22 UTC
Hi Tim,

could you remove any personal info from that file and attach it please? Otherwise it will be impossible to confirm this bug.

Setting to NEEDINFO. After you've attached the file in question please re-set the bug to UNCONFIRMED.

Thanks.
Comment 2 retired 2013-07-16 10:17:58 UTC
Could you see how the latest LO release 4.0.4 http://www.libreoffice.org/download/ behaves? If it opens the file fine I'd say this is fixed.
Comment 3 public 2013-07-17 00:24:21 UTC
Well, if I cannot open the file, it seems difficult to remove private information, hm?

But okay, I have uploaded it (without changes) to
 - http://timruffing.de/lo/talk-corrupted.odp
 - user=lo
 - pw=Deesh0ah

(just to avoid crawling by a bot.)

4.0.4 (Windows) gives exactly the same behavior.
Comment 4 ign_christian 2013-07-17 03:44:18 UTC
> Current behavior:
> The progress bar goes to about 50%. Then the window closes but Impress does
> not crash (e.g. other files stay open).

I can confirm same behavior with LO 4.0.4.2 (Win7 32bit)

If that file contains multiple slides, perhaps you could try split to the slides to many files. And then try to reproduce which slide/file that produces that behavior. It would help dev to trace.
Comment 5 ign_christian 2013-07-17 05:07:22 UTC
Ok I confirm that file can be opened with LO 3.6.6.2 (Ubuntu 12.04 32bit)

Then I did these:
1. Save as that file in LO 3.6.6.2 & close
2. Open that file with LO 4.0.4.2, save as & close
3. Reopen the file with LO 4.0.4.2 (opened without problem)

I'll put status back to UNCONFIRMED since I don't know whether it's a valid bug. (if I didn't misunderstand, that original file created with LO 4.0.3.3)

@public@timruffing.de, I won't misuse your data. I will delete that on my disk :)
Comment 6 retired 2013-07-17 10:40:17 UTC
Tested with LO 4.1.0.2.0, OS X 10.8.4. file from Comment 3 opens fine.

@Tim: Could you please retry with the latest LO release http://www.libreoffice.org/download/pre-releases/ and see how that behaves for you?

BTW: Looks like a talk for the university? In germany "lehre ist öffentlich" so the document should be public anyhow. But as christian: I'm not going to misuse it. Also very optimistic map about the worldwide censorship. :)
Comment 7 public 2013-07-18 12:10:41 UTC
LO 4.1.0 on Windows can open the file as well. So the problem seems fixed in 4.1. :)

Just to clarify: I trust all you guys here and I'm not afraid of any misuse or similar. And yes, the contents are not really secret information. It is a preliminary version of a talk for a conference. So this is rather research than teaching. However even for teaching, things are not that simple in Germany that everything is immediately public, which would be a good idea in a lot of cases I think.
And I really support open access to reseach! But still, I would like to avoid that preliminary versions of my work are crawled and appear as a first hit on some search engine. And the map... Well, that's from Wikipedia, at least there is some kind of consent about it.
Comment 8 retired 2013-07-18 12:35:04 UTC
So setting this to WORKSFORME. Since it'S fixed in the 4.1 branch. Since I don't have any specific commit that fixed exactly this issue I'm not sure if backporting to 4.0.x is possible. The fix might as well just pop up in 4.0.5. Not sure...

Thanks for taking the time to report this issue and good luck for your talk. :) Interesting topic.