Closed Bug 117642 Opened 23 years ago Closed 23 years ago

cut & paste behaviour stupid

Categories

(SeaMonkey :: UI Design, defect)

x86
Linux
defect
Not set
major

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 63419

People

(Reporter: tuoppi, Assigned: bugzilla)

References

()

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7) Gecko/20020101 BuildID: 2002010105 Cut&Paste from other windows is similar to Netscape, ie. it is almost unusable. Real life example: - Run a IRC client in xterm, someone mentions URL - you paint the URL, move the mouse over browser, someone says something and "paint" vanishes. Pasting doesn't work anymore. You still can paste the text into other xterm normally, but not into browser. This was one of the top5 irritating things in Netscape, and it is the #1 in Mozilla. At least different behaviour should be made optional. Reproducible: Always Steps to Reproduce: 1.IRC with terminal client, copy an URL 2.wait until someone says something and "paint" vanishes 3.try to paste the URL into browser 4.get annoyed, iterate steps 1-3 until you are faster than other people and finally succeed. Actual Results: Finally I am faster or then I just open another xterm and paste the URL in there, and from there to browser. Expected Results: Accepted the pasting attempt as nobly as xterm does.
xterm pastes from CUT_BUFFER0, not from PRIMARY. xterm clears PRIMARY when "someone says something". Duplicate of "Pasting in X should use cut buffer 0 if there is no selection" *** This bug has been marked as a duplicate of 63419 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
v
Status: RESOLVED → VERIFIED
Product: Core → Mozilla Application Suite
Component: XP Apps: GUI Features → UI Design
You need to log in before you can comment on or make changes to this bug.