paste anything to external app doesn't work

VERIFIED WORKSFORME

Status

SeaMonkey
MailNews: Message Display
VERIFIED WORKSFORME
17 years ago
12 years ago

People

(Reporter: duane voth, Assigned: (not reading, please use seth@sspitzer.org instead))

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

17 years ago
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.18djv i686; en-US; 0.8.1)
BuildID:    mozilla0.9

highlighted text in the mail reader does not seem to become the
active selection and thus it cannot be pasted with the middle
button under X11.

Reproducible: Always
Steps to Reproduce:
1. read a message
2. highlight some text
3. (optionally) press ctrl-c
4. paste into an xterm or other X11 app

Actual Results:  Whatever was previously in the primary selection buffer will
get pasted instead of the recent text highlighted in Netscape.


Expected Results:  Whatever is highlighted in Netscape (message text,
and email address on any of the To: Cc: Bcc: lines) should be pasteable
into any other text based X11 app.  ctrl-c after the selection in
Netscape does not help (AND it should not be necessary per
standard X11 semantics).

Running xclipboard shows the Netscape highlighted text correctly.
A workaround is to select the text a second time in xclipboard
and then paste it into an X11 app.

Comment 1

17 years ago
Mozilla/5.0 (X11; U; Linux 2.4.2 i586; en-US; rv:0.9+) Gecko/20010509
wfm. I am able to paste into emacs and use the third mouse button to paste into
xterm.
duane, are you still seeing this in recent builds for the message body?  (The 
headers are a separate known bug)
(Reporter)

Comment 3

17 years ago
Yes, but the behavior has changed.  After selecting something in
mozilla I have to paste "several times" to make the selection appear
in other X apps.  It appears as if there is a rotating selection
buffer (about 4 entries round).  The most recent selection appears
to get placed on the tail end of the list instead of at the beginning.

This is with a two-three week old Linux "talkback" build from the mozilla.org
home page at: http://ftp.mozilla.org/pub/mozilla/releases/mozilla0.9/mozilla-
i686-pc-linux-gnu-0.9-sea.tar.gz

Comment 4

17 years ago
WFM Linux 2001061914. Reporter please retry with newest build.
(Reporter)

Comment 5

17 years ago
I wanted to reproduce the rotating-cut-buffer effect I reported on 6/5/01
with the 5/10/01 build of mozilla 0.9.0 I was using before upgrading to
the latest 0.9.1 build - but I can't. Thus there may be something else
going on here that I can't yet quantify.

Anyway, the 0.9.1 (build id: 2001062021) version looks quite a bit better
at selection handling. I noticed the email address "copy" menu item now
works even after parts of a message have been selected for pasting. I'll
continue to use 0.9.1 for all further reports.  Great work everyone.

I see two problems - both new ones.

1) all "cuts" append two newlines to each selection. I can no longer
   capture a single word from browser or email windows, it gets pasted
   as word\n\n.

2) I can't include the last line of text in a form box (for example the
   one I'm typing in now to submit this comment on the bugzilla pages) in
   a selection.  A newline is apparently required on the last line for the
   last line to be selectable during the copy drag-capture operation.

duane
duane, please file these as separate bugs.  Let's not mutate bugs -- if you're
no longer seeing the problem this bug was filed about please resolve it
worksforme.
(Reporter)

Updated

17 years ago
Status: UNCONFIRMED → RESOLVED
Last Resolved: 17 years ago
Resolution: --- → WORKSFORME
(Reporter)

Comment 7

17 years ago
Ok, newlines appended to selctions appears to be covered by 75283,
and the form box problems appears to be solved in 20001062508.
Closing this bug as worksforme.
verified
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.