Closed
Bug 161646
Opened 24 years ago
Closed 23 years ago
can't paste content after closing browser
Categories
(Core :: XUL, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: Louie.Zhao, Assigned: jag+mozilla)
Details
When mozilla is the owner of clipboard data (do "copy"), other app can't paste
content from Clipboard if the mozilla has been closed.
reproduce step:
1. copy content from mozilla
2. close mozilla
3. paste
expected result:
something be pasted
actual result:
nothing be pasted
Comment 1•24 years ago
|
||
Are we talking about CLIPBOARD or PRIMARY here? Are you copying via the menus
or just by highlighting?
I was under the impression that a CLIPBOARD selection required the app providing
the selection to be running to retrieve it....
| Reporter | ||
Comment 2•24 years ago
|
||
I test both CLIPBOARD and PRIMARY, they are same.
If as you said, "a CLIPBOARD selection required the app providing
the selection to be running to retrieve it....", only PRIMARY has the problem.
I saw the code of nsClipboard before, it seems there is no code to deal with
putting data to PRIMARY when mozilla exits, although there is an interface
"ForceDataToClipboard" which seem to do this.
Comment 3•24 years ago
|
||
is this a regression?
Comment 4•24 years ago
|
||
Adding Pavlov: didn't we use to copy the selection to gnome's (or kde's? Aren't
they supposed to be getting more compatible?) clipboard when we exited? If not,
is there already a bug covering this? Does this need to be updated for gnome2?
Comment 5•23 years ago
|
||
This is the way X cut & paste works. The process claiming CLIPBOARD or PRIMARY
must be running in order to serve pastes. At paste time, the data source and the
data sink communicate (through the X server) to decide the right data format and
exchange data.
You might find <http://www.jwz.org/doc/x-cut-and-paste.html> useful.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → INVALID
| Comment hidden (Intermittent Failures Robot) |
You need to log in
before you can comment on or make changes to this bug.
Description
•