Apache OpenOffice (AOO) Bugzilla – Issue 55130
Writer does not recognise templates without file extension
Last modified: 2013-07-30 02:35:57 UTC
If a template is saved without the "ott" file extension and closed. Susequently, when the template is next selected for use, Writer does not recognise the file type and consequently asks for details of file type. If "ott" is added as the file extension then writer will happily open the file with no other changes. If a finished document (i.e. odt) is saved without the file extension then writer will still recognise and open the file with no difficulty. I would expect a template to be similarly recognised.
Framework issue.
Reproducible in recent build (m130)
After talked to AS this problem seems to be related to a wrong mimetype detection while loading or missing/wrong mimetypes while saving these documents. A correct mimetype-detection must be done within every single application. Therefore clone-tasks of this one will be created.
#i55816 - word processor #i55818 - spreadsheet #i55819 - draw/impress
AS: I've debugged the code and found out ... there is a central method inside the sfx, which maps the mediatype of a storage to the corresponding type name requested by the type detection framework. But this code is used for ALL our storage based document formats. And so it has to do some magic to solve the problem of our SO7-XML format. There the mime type of documents and templates was equals. And there only a set extensions can make it clear. As a result of that a SO7-XML-template will be detected as document always. I will take over this task ... The only solution I see here: make detection right for our newest formats (SO8) and map the mime type to an internal type name. But we have to decide how S=7 template must be handled then. May be they wont be detected as templates any longer. That's why it's clear, that this task shouldnt be fixed for any SO8 based build ... because a missing support for SO7 templates should be established for a newer office version (S09 !) only .-)
does this mean the cloned tasks for the other applications are now useless?
.
*** Issue 55816 has been marked as a duplicate of this issue. ***
Reset assignee on issues not touched by assignee in more than 1000 days.