You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "Claus Köll (JIRA)" <ji...@apache.org> on 2008/02/12 13:29:09 UTC
[jira] Reopened: (JCR-1172) Better MimeType Handling
[ https://issues.apache.org/jira/browse/JCR-1172?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Claus Köll reopened JCR-1172:
-----------------------------
hi angela,
if i add a node to jackrabbit i add the jcr:content node as nt:resource.
if i open now this document with webdav i found that the DefaultHandler
looks if the jcr:content node is from type nt:unstructured,.if not
the child properties of the content node will be deleted and the properties will be set again.
so there is also a problem with the mimetype. if i do that with a office 07 document (.docx)
the original mimetype "application/msword" will be changed to "application/octet-stream".
i think we must restore the original mimetype.
what do you think ?
BR,
claus
> Better MimeType Handling
> ------------------------
>
> Key: JCR-1172
> URL: https://issues.apache.org/jira/browse/JCR-1172
> Project: Jackrabbit
> Issue Type: Improvement
> Components: jackrabbit-webdav
> Affects Versions: 1.3
> Reporter: Claus Köll
> Assignee: angela
> Fix For: 1.4
>
>
> After saving a Excel File through WebDAV the mimetype will be changed.
> The mimetype for a Win2000 Exel File is application/vnd.ms-excel. This will be changed to application/msexcel.
> Also problems makes the new office 07 format (docx,xlsx,pptx). They will also be changed to application/octet-stream (default mimetype).
> We have a lot of file types that we store in jackrabbit that are not in the properties file (MSInfoPath-, OutlookMsg-, MsAccess-Files, ...)
> I think it will be better to let the mimetype property untouched if a mimetype is present so we must not put all the possible mimetypes in the property file.
> BR
> claus
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.