Bug 115572 - Drag and Drop Items to Tasks/Calender/Notice's etc.
Summary: Drag and Drop Items to Tasks/Calender/Notice's etc.
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kontact
Classification: Applications
Component: calendar (show other bugs)
Version: 4.8.x
Platform: Unlisted Binaries Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
: 97814 142358 158539 164394 184396 289620 (view as bug list)
Depends on:
Blocks:
 
Reported: 2005-11-02 21:36 UTC by Stefan Zosel
Modified: 2017-01-07 22:17 UTC (History)
9 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Stefan Zosel 2005-11-02 21:36:43 UTC
Version:            (using KDE KDE 3.4.3)
Installed from:    Unspecified Linux
OS:                Linux

I i drag an email (or other item) to calender or tasks, it opens a new appointment or tasks. 

The subject of the task is the subject of the new appointment or task - and as attachment i will find something like:

kmail:21977/QBSNIHWU43UWZU

If i reopen the appointment, i cant select the link to view the origin email - or, if i copy to attachement to another person - they cant see the content of that email (maybe an agenda, or jobdescription)
It would be much better, if we would copy the content of the email as an attachement or content for the appointment (maybe you can configure, how you like toi handle the content)

Additional attachement of an email should be placed ad additional attachements for the appointment/task. Normaly you can find more informations like a PDF/JPG or SXW etc.

If i click on the kmail:xxx-link in the preview-window in korganizer - nothing happens.

Stefan
Comment 1 Mikolaj Machowski 2009-05-30 20:17:13 UTC
*** Bug 158539 has been marked as a duplicate of this bug. ***
Comment 2 Mikolaj Machowski 2009-05-30 20:17:52 UTC
*** Bug 184396 has been marked as a duplicate of this bug. ***
Comment 3 Björn Ruberg 2009-12-20 19:05:22 UTC
*** Bug 97814 has been marked as a duplicate of this bug. ***
Comment 4 Björn Ruberg 2009-12-20 19:05:59 UTC
*** Bug 142358 has been marked as a duplicate of this bug. ***
Comment 5 Björn Ruberg 2009-12-20 19:06:40 UTC
*** Bug 164394 has been marked as a duplicate of this bug. ***
Comment 6 Rigo Wenning 2009-12-21 21:11:07 UTC
If you fix this, please make sure that the URI that references the email survives the moving of the email into another mailbox. Mostly, in Kontact 4.3.2 the reference works as long as the message is not moved. 
A URI that survives moving would also fix the issue of dropping emails into http://basket.kde.org You may use MID for it or some other uniqueID.
It would be really nice if this would get fixed as it would allow one to use kontact to follow an issue and create dossiers in the To-Do without saving emails as text somewhere in the file system.
Comment 7 Ian Turner 2011-10-19 13:26:08 UTC
This behavior has changed since akonadi integration in 4.7. Can the bug be closed?
Comment 8 Rigo Wenning 2011-10-19 13:38:45 UTC
No, please do not close.  
I just tried with KDE 4.7.2 and dragged an email to the to-do-list. The result is not satisfying:
Title of the message is: akonadi:?item=240263&type=message%2Frfc822
Rest is empty, no attachment. 
In light of the akonadi-transition and the horrendous problems it created, I wouldn't close that bug here, rather revisit once the new KDE PIM has matured from alpha software to something more mature.
Comment 9 Christophe Marin 2012-01-14 22:11:57 UTC
*** Bug 289620 has been marked as a duplicate of this bug. ***
Comment 10 Rigo Wenning 2012-01-15 20:42:58 UTC
In the meantime, I found out that if one takes "akonadi:?item=" message created by dragging the email to general slider of an event, copies it to the clipboard and creates an attachment by pasting the "akonadi:?item=" into the attachment location, it works! So this is not a big deal, just the time to teach the attachment to learn about the dropped item that the "general" slider already knows about.
Comment 11 Denis Kurz 2016-09-24 19:26:46 UTC
This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present?

If noone confirms this bug for a Framework-based version of kontact (version 5.0 or later, as part of KDE Applications 15.08 or later), it gets closed in about three months.
Comment 12 Denis Kurz 2017-01-07 22:17:35 UTC
Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input.