Bug 156298 - Drag URLs from messages with attachments in IMAP folder doesn't work
Summary: Drag URLs from messages with attachments in IMAP folder doesn't work
Status: RESOLVED WORKSFORME
Alias: None
Product: kmail
Classification: Applications
Component: messageviewer (show other bugs)
Version: 1.9.6
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2008-01-21 09:58 UTC by Ivan S. J.
Modified: 2009-04-10 23:43 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Message that exhibits the problem (39.95 KB, application/octet-stream)
2008-01-21 17:00 UTC, Ivan S. J.
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ivan S. J. 2008-01-21 09:58:38 UTC
Version:           1.9.6 (using KDE 3.5.7)
Installed from:    SuSE RPMs
OS:                Linux

Environment:
- IMAP INBOX folder.
- Folder set to prefer prefer text over html (configuration does not seem to matter though).
- Message with text/plain and text/html and attachment.

kmail correctly discovers the URL and presents it as clickable/draggable.
Dragging the URL with the mouse does not work. The mouse pointer changes shape over the URL, but dragging (left-button-down) does not "pick up" the URL.

Right-click + "copy link address" works.
Marking (selection) + middle-button-pasting works.
mailto: URLs do not work either.

This behaviour only occurs with the following mime structure in the mail:
  * multipart/mixed
    - multipart/alternative
      . tetx/plain
      . text/html
    - image/png   (or any other type of file)
In other words: a MIME email with text, html and an attachment.

It does /not/ occur with using simple-part messages with text/plain, or multipart/alternative text+html. Only when attachments are present does the drag+drop stop working.

Please note that it is not the attachment that I am trying to drag (other bugs are reported on that). I am trying to drag a URL inside a MIME part.
Comment 1 Thomas McGuire 2008-01-21 15:40:09 UTC
Can you attach such a message here?
Comment 2 Ivan S. J. 2008-01-21 17:00:46 UTC
Created attachment 23173 [details]
Message that exhibits the problem
Comment 3 Ivan S. J. 2008-01-21 17:02:14 UTC
In addition: it seems that the attached file must be of a certain size, otherwise kmail does not treat it as an attachemnt (no paperclip is shown on the message list), and the dragndrop works (???)
Comment 4 Ivan S. J. 2008-01-22 08:40:17 UTC
This bug does not occur with the same message accessed via "disconnected imap" folder.
Comment 5 Ivan S. J. 2008-02-15 10:19:21 UTC
I also experience the bug on at least 1 almost-trivial emails with the structure
  multipart/alternative
    text/plain, base64
    text/html, base64

Dragging the URL does not work in either text view or HTML view.

Unfortunately, the message I experience then bug with contains sensitive information, so I cannot attache the complete email. Here is the slightly modified headers:

From vmwareteam@connect.vmware.com Thu Feb 14 22:10:46 2008
Received: from smtp.volubill.com ([10.10.10.250]) by dkex01.vb.int with Microsoft SMTPSVC(6.0.3790.1830);
	 Thu, 14 Feb 2008 22:10:41 +0100
X-SEM-SMTP: 1
Received: from titan.volubill.com ([192.168.3.1]) by smtp.volubill.com with Microsoft SMTPSVC(5.0.2195.6713); Thu, 14 Feb 2008 22:10:50 +0100
Content-Transfer-Encoding: 7bit
Received: from ibatlmx01.intecbilling.com (ibatlmx01.intecbilling.com [158.155.2.12]) by titan.volubill.com (8.13.1/8.13.1) with ESMTP id m1ELAnt6004710 for <redacted>; Thu, 14 Feb 2008 22:10:50 +0100
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1914
Received: by ibatlmx01.intecbilling.com (Postfix) id 28CF0660005; Thu, 14 Feb 2008 16:10:48 -0500 (EST)
Delivered-To: redacted
Received: from ibatlmx01.intecbilling.com (localhost.localdomain [127.0.0.1]) by localhost.intecbilling.com (Postfix) with ESMTP id EA52C660007 for <redacted>; Thu, 14 Feb 2008 16:10:47 -0500 (EST)
Received: from e114.en25.com (e114.en25.com [209.167.231.114])by  ibatlmx01.intecbilling.com (Postfix) with ESMTP id 92062660005for  <redacted>; Thu, 14 Feb 2008 16:10:46 -0500 (EST)
X-Mailer: SMTP
thread-index: AchvTeyrVJ0+8hCMSS629CEiuTLLgA==
Thread-Topic: You can win an iPhone from VMware when you update your VMware Profile
Reply-To: "The VMware Team" <vmwareteam@connect.vmware.com>
From: "The VMware Team" <vmwareteam@connect.vmware.com>
To: <redacted>
Cc: 
Subject: You can win an iPhone from VMware when you update your VMware Profile
Date: Thu, 14 Feb 2008 16:10:46 -0500
Message-ID: <492A47D8758A437F904201A26BEB7CCD@524>
MIME-Version: 1.0
Content-Type: multipart/alternative;
  boundary="----=_NextPart_000_2EE5_01C86F24.03DEFBB0"
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-imss-scanInfo: M:B L:N SM:2
X-imss-tmaseResult: TT:1 TS:-18.6216 TC:01 TRN:94 TV:3.6.1039(15730.003)
Return-Path: <vmwareteam@connect.vmware.com>
X-OriginalArrivalTime: 14 Feb 2008 21:10:51.0026 (UTC) FILETIME=[13CAF720:01C86F4E]
X-TM-AS-Product-Ver: SMEX-8.0.0.1181-5.000.1023-15730.001
X-TM-AS-Result: No--17.891200-8.000000-1
X-TM-AS-User-Approved-Sender: No
X-TM-AS-User-Blocked-Sender: No
X-Length: 20203
X-UID: 1051

This is a multi-part message in MIME format.


------=_NextPart_000_2EE5_01C86F24.03DEFBB0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: base64

<<base64-encoded text with an URL in it>>

------=_NextPart_000_2EE5_01C86F24.03DEFBB0
Content-Type: text/html;
	charset="utf-8"
Content-Transfer-Encoding: base64

<<base64-encoded html with an URL in it>>

------=_NextPart_000_2EE5_01C86F24.03DEFBB0--

Comment 6 Ivan S. J. 2008-03-04 11:56:09 UTC
I noticed that the URLs are always draggable when the email is opened in its own window. The non-draggable URL problem seems to only affect the email when it is shown in the main window.
Comment 7 FiNeX 2009-04-03 10:50:58 UTC
The bug has been fixed on KDE 4. Dragging URI works fine on current trunk (>=4.2.2)
Comment 8 Dominik Tritscher 2009-04-10 23:43:10 UTC
Works in KDE 4.2.2 too. Both in preview and seperate window. So I'm closing this bug.