Bug Hunting Session
Bug 56391 - Using old .sxw documents as templates causes segmentation fault
Summary: Using old .sxw documents as templates causes segmentation fault
Status: RESOLVED INVALID
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.5.6.2 release
Hardware: x86 (IA32) Linux (All)
: medium major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-10-25 12:52 UTC by Rudolf Kollien
Modified: 2014-07-09 06:55 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
bt + console logs on 3.6 (6.53 KB, text/plain)
2012-10-25 20:57 UTC, Julien Nabet
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Rudolf Kollien 2012-10-25 12:52:45 UTC
Hello,

we have template directories where not only template files (.ott, .sxt) are stored, but normal text documents (.odt, .sxw) too. 

This is because some users find it more comfortable to create and edit normal documents than using the native template options. This documents are stored in a directory which is a template directory for other users (only read access). As of the history there are a lot of files from the old OpenOffice and therefore with the .sxw file extension.

Now when a user browses this template directory by "new->from templates" and tries to access such a .sxw file (by clicking on it), LO immediately crashes with Sig11.

This doesn't happen on on ".odt" nor on ".sxT".

There are currently two workarounds:

1) Open the .sxw file and store it as .odt, .ott or .sxt and delete the .sxw
2) Rename the .sxw manually to .sxt, .ott or .odt

Fortunately LO seems to not care about when a .sxw is renamed to an .odt

There seems to be a bug in the special handling when ordinary old text documents (.sxw) are opened for the preview pane in the "create from template" dialog. Doesn't matter if "document properties" or "preview" is selected. Sig11 happens both.

This is valid for: LO from 3.5.x to 3.6.3 (and maybe above).
Comment 1 Julien Nabet 2012-10-25 20:57:35 UTC
Created attachment 69094 [details]
bt + console logs on 3.6

On pc Debian x86-64 with 3.6 sources updated today, I reproduced a crash but not in the same way.

I created an sxw and put it on ~/.config/libreoffice/3/user/template.

then:
- opened Writer
- Menu File, new Templates and Doc
- Select Templates/My Templates
- open the sxw
- close sxw
- close Writer
-> crash
Comment 2 Rudolf Kollien 2012-10-26 07:52:56 UTC
Maybe sxw created with LO (or newer versions of OOo) are behave better. Our sxw-files are all created with OOo 2.x. Didn't investigate if sxw created with LO crash the writer the same way. But on monday i will be able to test and give feedback.
Comment 3 Julien Nabet 2012-10-26 21:03:33 UTC
Rudolf: could you attach an sxw which triggers the problem so we can try to reproduce the problem?
BTW, did you try to create an sxw file with LO to test if you reproduce the behaviour?
Comment 4 Rudolf Kollien 2012-10-29 14:59:34 UTC
Hello,

unfortunately i can't attach a stw causing this error. First, we renamed all stw to odt so we don't know anymore, which one was a stt, a stw or an odt. Second, all the files are confidential sales contracts. I'm sorry about.

But one guess i have: we have still some very old stw files which are used as templates. But this files are all manually unziped, modified some content inside the XMLs an repacked using zip. This one do NOT cause any error. But when the zip is the cause, why error causing stw work when renamed to stt or odt/ott?
Comment 5 Julien Nabet 2012-10-29 22:22:48 UTC
Thank you for your feedback.
I put it back to "unconfirmed"
Comment 6 bfoman (inactive) 2013-03-04 12:21:49 UTC
(In reply to comment #1)
> Created attachment 69094 [details]
> bt + console logs on 3.6
> On pc Debian x86-64 with 3.6 sources updated today, I reproduced a crash but
> not in the same way.

Is this still an issue in the latest stable release?
Comment 7 Rudolf Kollien 2013-03-04 12:39:17 UTC
Do you mean the 4.x versions? Unfortunately they don't support RHEL 5 anymore. So i can't test this.
Comment 8 Joel Madero 2013-06-24 17:46:09 UTC
I think we need a test file to use - marking as NEEDINFO - if someone (anyone?) has a sxw file that they can attach please mark as UNCONFIRMED  else it's very hard for QA or anyone else to confirm that the bug still exists on 4.0 or later.

Following steps from comment 1 - I don't actually see the file when I open template manager with version 4.2 master so I don't get an actual crash from this.

Thanks all for your help
Comment 9 Julien Nabet 2013-06-26 19:57:17 UTC
Joel: I gave a new try with master sources, in fact ~/.config/libreoffice/4/user/template appears only if I create a template manually.
Then I copied some sxw files but they don't appear when using File/New/templates:-(

About sxw, you can find some files with Google for example by searching this:
filetype:sxw openoffice
Comment 10 Joel Madero 2013-06-26 20:02:47 UTC
@Julien - same issue for me - seems like a separate bug which would block even being able to test this one.

Moving this back to UNCONFIRMED until we figure out where to go from here
Comment 11 Robinson Tryon (qubit) 2013-12-24 21:24:25 UTC
(In reply to comment #9)
> Joel: I gave a new try with master sources, in fact
> ~/.config/libreoffice/4/user/template appears only if I create a template
> manually.
> Then I copied some sxw files but they don't appear when using
> File/New/templates:-(

Can anyone reproduce this problem with non-EOL releases and/or builds off of master? If not, let's resolve this thing as WONTFIX.

Status -> NEEDINFO
Comment 12 QA Administrators 2014-07-08 17:28:59 UTC
Dear Bug Submitter,

This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information.

For more information about our NEEDINFO policy please read the wiki located here: 
https://wiki.documentfoundation.org/QA/FDO/NEEDINFO

If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed.


Thank you for helping us make LibreOffice even better for everyone!


Warm Regards,
QA Team
Comment 13 Rudolf Kollien 2014-07-09 06:41:16 UTC
Sorry, first of all, the mentioned sxw files all contain highly confidential medical informations, so it is impossible to upload it. As this error occurs only on sxw files created with old versions of OpenOffice, it is not possible to create new test files. As this bug is now over 1,5 years old, in the meantime we converted all affected files to odt format. In the time till conversation was finished, we uses OpenOffice 4.x at this workstations. OOo doesn't behave faulty.
Comment 14 Joel Madero 2014-07-09 06:52:43 UTC
We'd need a test document. Closing as INVALID.

For confidential files you can do a fine and replace and replace every character with a X. Without a test document, nothing we can do.
Comment 15 Rudolf Kollien 2014-07-09 06:55:51 UTC
When i change the document and save it, the error doesn't appear. As i wrote, this only happens to sxw files created with old versions of OOo. As we do not host antique software, i cannot change the documents without converting to a "compatible" sxw format.