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
Last Resolved: 18 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.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.