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).
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.
- opened Writer
- Menu File, new Templates and Doc
- Select Templates/My Templates
- open the sxw
- close sxw
- close Writer
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.
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?
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?
Thank you for your feedback.
I put it back to "unconfirmed"
(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?
Do you mean the 4.x versions? Unfortunately they don't support RHEL 5 anymore. So i can't test this.
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
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:
@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
(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
> Then I copied some sxw files but they don't appear when using
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
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:
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!
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.
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.
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.