Summary: | Kword can't open files (doc, rtf, etc...) | ||
---|---|---|---|
Product: | kde-windows | Reporter: | jfaryeeman |
Component: | network and files | Assignee: | KDE-Windows <kde-windows> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | cberger, halla, sebsauer |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Microsoft Windows | ||
OS: | Microsoft Windows | ||
Latest Commit: | Version Fixed In: |
Description
jfaryeeman
2009-10-10 19:16:54 UTC
Could a kde-windows guy maybe verify this bug? I have the suspicion this is a packaging or Windows specific issue. Hi, I confirm exactly this error message. The problem is in KoFilter or even in KZip. I've been trying to debug this, but no results yet. BTW, the created temporary odf file has 0 size. Sounds like a duplicate of bug:209652 . Someone mentioned on IRC that saving from Krita to .png/.jpeg produces a .kra file instead. I am suspecting that kdelibs doesn't return the correct mimetype (I don't think there is anything os-specific in KoFilter that would justify the behaviour), so when opening .doc/.rtf in kword (or .png/.jpeg in krita), KoFilterChain think the file is a .odt (or .kra) file and that would explain the failure. The debug-out from comment 5 at bug #291374 says; [8732] words(8732) bool __thiscall DocxImport::acceptsSourceMimeType(const class QByteArray &) const: Entering DOCX Import filter: from "application/vnd.openxmlformats-officedocument.wordprocessingml.document" [8732] words(8732) bool __thiscall DocxImport::acceptsDestinationMimeType(const class QByteArray &) const: Entering DOCX Import filter: to "application/vnd.oasis.opendocument.text" what means the mimetypes are proper detected. I do think too that it's a bug in KZip. Probably similar to what was fixed with commit 9f9e302d0b8b in kzip. Fixed in bf47fed5ead06f2128abf042897f86bab39cf333 |