Summary: | KMail-created ToDo's open up as text instead of mail | ||
---|---|---|---|
Product: | [Applications] kdepim | Reporter: | Vaclav Masin <vaclav.masin> |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | dvratil |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | https://invent.kde.org/pim/incidenceeditor/commit/e7967bea0526e147ce53d45cd2bbcda0894d1685 | Version Fixed In: | 5.16 |
Sentry Crash Report: |
Description
Vaclav Masin
2019-05-23 16:17:30 UTC
Couldn't reproduce on current master (as of today). I created a Todo from an email, exported it from KOrganizer and checked the iCal file. The attachment has message/rfc882 mime type set as expected. Thanks a lot for looking into it! If I may add one more piece of information I hadn't known as of creating this bug report: I tried again a few days ago on current KDE version (KDE Frameworks 5.75, KDE Apps 20.08.2, Plasma 5.20.2) and strangely enough it still doesn't seem to work when using a GMail account BUT it does work as expected on a seznam.cz account through IMAP. Git commit e7967bea0526e147ce53d45cd2bbcda0894d1685 by Daniel Vrátil. Committed on 05/11/2020 at 12:17. Pushed by dvratil into branch 'master'. Fix attachment mimetype detection We want to resolve the mimetype from the content only if QMimeType doesn't now the mimetype or the mimetype is not valid. This matches the behavior of KMimeType (and this code) in KDE4. FIXED-IN: 5.16 M +1 -1 src/attachmenticonview.cpp https://invent.kde.org/pim/incidenceeditor/commit/e7967bea0526e147ce53d45cd2bbcda0894d1685 |