Closed Bug 77620 Opened 23 years ago Closed 23 years ago

paste anything to external app doesn't work

Categories

(SeaMonkey :: MailNews: Message Display, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: duanev, Assigned: sspitzer)

References

()

Details

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.
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)
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

WFM Linux 2001061914. Reporter please retry with newest build.
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.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
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.