Bug 99965 - Pasting in composer produces a popup asking for attachment name
Summary: Pasting in composer produces a popup asking for attachment name
Status: RESOLVED FIXED
Alias: None
Product: kmail
Classification: Applications
Component: composer (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Edwin Schepers
URL:
Keywords:
: 148282 (view as bug list)
Depends on:
Blocks:
 
Reported: 2005-02-22 03:17 UTC by Toivo Pedaste
Modified: 2007-12-07 13:51 UTC (History)
2 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 Toivo Pedaste 2005-02-22 03:17:53 UTC
Version:            (using KDE Devel)
Installed from:    Compiled sources
Compiler:          gcc version 3.3.5 (Debian 1:3.3.5-8)
 
OS:                Linux

If I try and paste into the composer with the middle mouse button of even ^V it puts up a popup asking for attachment name. Middle Mouse Button doing this is quite inconsistent with any other KDE or X application.
Comment 1 Janet 2005-04-13 02:02:54 UTC
That's very annoying, yes. Well, seems as if kmail is using the wrong clipboard. For example: I do some picture editing in gimp - has nothing to do with kmail, I know. I don't use any clipboard function in gimp but I use a filter on a picture. Then I start kmail (via kontact) to write an email. I want to paste some text from kwrite to this new email. I mark the text in kwrite with the mouse. Then I middleclick in kmail to paste the text. And then kmail asks me to give a name for an attachment. I nearly get a heartattack but do so. And when I look at the newly created mail/attachment it is a png-file, not a text-file. And it is a png-file I've never seen before and I've never made, it is the mask the filter of gimp temporarily created. Gee - ghosts in the house.

I only can paste text into a kmail email when I select it in any other program with the mouse *and then* press Ctrl-C! Only then can I paste it to kmail with either Ctrl-V or the middle mouse button. That's very very strange and not practical for working.
Comment 2 Janet 2005-04-13 02:08:40 UTC
I just see the kmail version is not shown in this bugreport: it happens in kmail 1.8...
Comment 3 Janet 2005-06-10 03:58:50 UTC
The bug still exists in KDE 3.4.1, but only when something graphical is in one of the clipboards. When I want to copy some text (selected with the mouse or selected and strg-c) into a mail in a freshly started KDE I can paste it with the middle mouse or with strg-v, the two clipboards work independently and I can paste two different text pieces. But when I have used gimp before I want to copy text to a mail I always get the question for a file name of the attachment, no matter which clipboard I try to use (middle mouse or strg-v), kmail ignores the marked text and wants to paste a graphic.  
Comment 4 Tristan Miller 2005-06-10 17:55:39 UTC
I am using KDE 3.4.1 (KMail 1.8.1) and this bug seems to occur nondeterministically; unlike Janet, I can't seem to reliably reproduce it whether or not there are graphics on the clipboard.  However, it does nonetheless happen that when I select some plain text from Konsole or XEmacs and then double-click in the KMail composer, I get a popup asking for the attachment name.  This happened to me today; I then tried using Edit->Copy from Konsole and Edit->Paste in KMail at KMail finally pasted the text without problems.  I tried to reproduce the bug behaviour with a new KMail message and the exact same text, but this time double-click to paste worked fine.  I then read Janet's post and tried the following: copy some graphics to the clipboard, either with Gimp or with Konqueror, then select some text in Konsole and try double-clicking in KMail.  Bug did not occur.  I'm thoroughly confused as to what triggers this bug.
Comment 5 BJ Blanchard 2005-11-21 22:28:36 UTC
I am using KDE 3.4.1 (KMail 1.8.1) as well, and I can reproduce this everytime..

If I open OpenOffice Calc, and high-light a range of spreadsheet cells and Edit -> copy (ctrl-c), and then Compose under Kmail, and paste.. it pops message asking for attachment.  Not to mention it takes unusual amount of time to popup - even with small spreadsheet range selected.

Evolution and Mozilla thunderbird support pasting of spreadsheet contents as HTML table into messages - but we want to move corporately to Kontact w/Kmail and this is a drop dead issue.
Comment 6 Andrey Cherepanov 2006-02-08 10:11:17 UTC
I don't understand KMail developer! There is menu item "Paste as attachment". Why KMail analyze clipboard contents on ordinary pasting when user expects plain text? :(
Comment 7 Janet 2006-02-14 17:53:58 UTC
Well, I do only have that behaviour when I work with Gimp, but it seems to happen with the use of other GTK applications (I don't use  OOo so cannot confirm it).

There are two different behaviours and it still happens in the KMail version of KDE 3.5.1.: 

When I use Ctrl-C/Ctrl-V in Gimp and don't close Gimp before pasting text into a new mail, KMail wants to paste that picture via middle mouse click instead of the marked text.  But when I e.g. use the Gimp Script-Fu Alchemy - Unsharp Mask (and it doesn't matter if I have used Ctrl-C in that Gimp session before)  kmail accepts the text I have marked, *but* it takes about 5 seconds before the text appears.

In both cases as soon as I close Gimp I can paste the text that still waits on my middle mouse button without having to mark it again. And the text appears instantly. But it is not very handy to always have to close Gimp (or OpenOffice.org or whatsoever) just to write an email.

I wonder if there had been a change in the way KDE or GTK applications now use the clipboard so that both ways conflict with each other...

Comment 8 Daniel Moyne 2006-03-22 11:38:07 UTC
I have also this bug from time to time
Comment 9 Bjørn 2006-08-30 20:08:11 UTC
KMail 1.9.4 (Using KDE 3.5.4-0.1.fc5 Fedora-Core)
OpenOffice.org 2.0.2
Linux d510 2.6.17-1.2174_FC5 #1 Tue Aug 8 15:30:55 EDT 2006 i686 i686 i386 GNU/Linux

This bug is easy to reproduce.

1: Start: KMail, a konsole and ooimpress

2: Start a new message in KMail

3: Copy some text from Konsole (mark text with left mouse button)

4: Paste the text in the new message's Subject and body (use middle mouse button)

5: This works as expected

6: In ooimpress choose an object (you have to draw an object first if you started with a new presentation) and copy it (Ctrl+C)

7: Paste into the new message's body (middle mouse button). You are asked to enter a name of the attachment.

8: Paste into the new message's Subject. Nothing will happen.

9: Copy some text from Konsole once more (mark with left mouse button).

10: Paste into the new message's Subject (middle button). The text is copied ok.

11: Paste into the new message's body (middle button). You are asked to enter a name of the attachment. This is wrong. The text should be copied into the body.

12: Quit ooimpress.

13: Paste into the new message's body (middle button). The text is copied ok.
Comment 10 Bjørn 2006-11-05 22:03:52 UTC
This bug is also present in FC6.

KMail 1.9.5 (Using KDE 3.5.5-0.2.fc6 Fedora-Core)
OpenOffice.org 2.0.4
Linux nx6125 2.6.18-1.2798.fc6 #1 SMP Mon Oct 16 14:37:32 EDT 2006 i686 athlon i386 GNU/Linux

Really annoying. Copy'n'paste is used all the time, and it is really disturbing the work flow to have to close the application in which I selected a graphical object to be able to copy'n'paste text into KMail.
Sometimes I don't remember which application I selected the object, and have to close several applications until the text is copied into KMail.
Comment 11 Olivier Vitrat 2007-05-04 18:48:36 UTC
also reported in Debain BTS at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=421292
Comment 12 Bjørn 2007-05-05 13:38:02 UTC
The bug is still present in KMail 1.9.6 (Using KDE 3.5.6-0.3.fc6 Fedora-Core).

Linux d510 2.6.20-1.2948.fc6 #1 SMP Fri Apr 27 18:53:15 EDT 2007 i686 i686 i386 GNU/Linux
Comment 13 Andrey Cherepanov 2007-06-14 12:14:57 UTC
In KDE-3.5.7 on ALT Linux KMail is crashed on step 7 ("Paste into the new message's body (middle mouse button). You are asked to enter a name of the attachment"). 
Comment 14 Thomas McGuire 2007-07-29 02:43:08 UTC
*** Bug 148282 has been marked as a duplicate of this bug. ***
Comment 15 Harry Mangalam 2007-08-04 18:59:41 UTC
My bug sounds related so I'm appending to this bug rather than starting a new one.  If you want me to start a new one, let me know.
I also have this same bug, which seems to happen randomly, interspersed with the one described below.  The pop-up bug is less severe (never crashes kmail).

After copying text from another application by hiliting it, trying to paste that text into kmail by middle-clicking will immediately lock up the kmail application (both composer window and entire application).  The windows remain in place but the window contents do not refresh when brought forward.
Force-closing the composer window terminates the entire application.
Background: running Feisty on a thinkpad t60, 2GB RAM, Intel Core2 CPU@1.66GHz, using s2ram to suspend (several times a day), frequently go a week or more between full reboots.

This is tricky to replicate as it does not have an immediate apparent trigger.
It seems to be related to the amount of time since a reboot (but not suspend)  (For example, I've just rebooted and Composer is working fine). It is not cured by re-starting the kmail application.  Other applications (even KDE applications such as kate) do not seem to be affected by this. 

In fact the bug can be bypassed often (tho not always) by pasting the text first into another KDE app such as kate or klipper, then copying it into the kmail composer.  Copying directly from other applications (such as nedit or open office) are the worst.

Also, possibly related).  The longer the kmail application is running, if I compose an email that is longer than a few lines, the text entry will slow down so that even slow typing will outrun the visible text by several words.

All these bugs seem to be related to the way kmail handles the text buffer.

Comment 16 Edwin Schepers 2007-09-29 20:59:52 UTC
seems to be fixed in KDE4
Comment 17 Janet 2007-12-07 13:51:21 UTC
Would be nice to see the fix backported to KDE 3.5 branch (Debian Etch e.g.).