233556 - Specific text won't paste into mail composition body window.

Status: RESOLVED EXPIRED

(MailNews Core :: Composition, defect)

Description

[Les Gasser]

User-Agent:       
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040113

Summary: On KDE it appears that all text copied with Xemacs pastes
correctly into Mozilla forms, Mozilla text windows,the Mozilla URL
window, mail compositon address and subject line wondows, but not into
the Mail composition message body window.  This seems to indicate that
some clipboard-to-Mozilla state is different for the Mail composition
message body window than for other pasteable areas in Mozilla.

For me, this is a strange interaction between xemacs 21.4.12 and
Mozilla (at least 1.6) under KDE. It seems to indicate an unfortunate
inconsistency in the behaviors (and implementations?) of "paste" for
different Mozilla fields/text areas.



Reproducible: Always
Steps to Reproduce:
1. Start Mozilla 1.6 and bring up a mail composition window.

2. Start Xemacs and type some text into the xemacs scratch buffer window.

3. Copy or kill this text, e.g. with Xemacs's function
"kill-ring-save" (which is the default binding for ESC-w), or
"kill-line" (which is the default binding for CTRL-k) or
"copy-primary-selection". This puts the text on the system clipboard
(see A. below).

4. Try to paste (CTRL-V) the text into a Mozilla form, Mozilla text
window, the Mozilla URL window, or an address field or subject line of
a mail composition window, and the paste works fine.

5. Try to paste (CTRL-V) the text into the Mozilla mail composition
message body window - it fails to paste.


Actual Results:  
No paste occurs; Also verified after message is sent.

Expected Results:  
Software should have pasted the text as it does in other fields.

WORKAROUND:

A. Now click on the KDE "Klipper" icon (Klipper manages the KDE
clipboard). You will see the copied text, confirming it did get placed
on to the KDE clipboard.

B. Click on the copied text line, at the top of the Klipper popup
window's history list. 

C. After clicking on this line in the Klipper history list, if you now
go back and try again to paste into the Mozilla Mail Composition
message body window the paste works.

 That is:  Copy; click-on-Klipper-history-entry; paste-in-message-body works. 

This seems at least to indicate that some Klipper-to-Mozilla state is
different for the Mail composition window than for other pasteable
areas in Mozilla.

Copying-and-pasting as above from Xemacs to any other application I've
tried (e.g. Abiword, Konqueror) works fine. Copying-and-pasting from
any other application (e.g. Abiword, Konqueror) to the Mozilla mail
composition window also works fine. Copying-and-pasting from Mozilla
to Xemacs works fine. But copying-and-pasting from Xemacs to the
Mozilla mail composition window does not work unless you click on the
Klipper history entry first. 

Possibly related bugs: 228925 205830 207582 233317

Re: Comment #5 in bug 233317, I believe the behavior being
reported here is not the same behavior reported
(and seemingly resolved) in bug 233255 - there the issue
seems to be an unanticipated focus change before copying.

Comment 1

[Gervase Markham [:gerv]]

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 2

[Gervase Markham [:gerv]]

This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.