Closed
Bug 117642
Opened 23 years ago
Closed 23 years ago
cut & paste behaviour stupid
Categories
(SeaMonkey :: UI Design, defect)
Tracking
(Not tracked)
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.
![]() |
||
Comment 1•23 years ago
|
||
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
Updated•21 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•