paste anything to external app doesn't work



18 years ago
13 years ago


(Reporter: duanev, Assigned: sspitzer)



Firefox Tracking Flags

(Not tracked)





18 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

18 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
duane, are you still seeing this in recent builds for the message body?  (The 
headers are a separate known bug)

Comment 3

18 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
home page at:

Comment 4

18 years ago
WFM Linux 2001061914. Reporter please retry with newest build.

Comment 5

18 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, 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


18 years ago
Last Resolved: 18 years ago
Resolution: --- → WORKSFORME

Comment 7

18 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.
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.