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)
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.
Comment 2•23 years ago
|
||
duane, are you still seeing this in recent builds for the message body? (The headers are a separate known bug)
Reporter | ||
Comment 3•23 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
Reporter | ||
Comment 5•23 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
Comment 6•23 years ago
|
||
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•23 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 7•23 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.
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•