20901 - [feature] Unix Paste should request CLIPBOARD selection

Status: VERIFIED FIXED

(SeaMonkey :: General, defect, P3)

Description

[Masato]

- The X/11 quick Copy & Paste (mark & MMB) completely doesn't work.
  (mozilla ---> other apps. - the other dir. works)
- mark & ctrl+c/x  put the marked text into the quick X/11-Clipboard
  (you have to press the MMB) (forms only)
- the method above don't work on normal text (you can mark it, but no copy)
- If text (in forms and normal text) marked Cut & Copy in the Edit menu
  is inactive. Text in forms automatically gets unsmarked if any pull down
  menu is selected.
- the communicator clipport is ignored.

Comment 1

[Kathleen :Brade]

reassign to akkana

Comment 2

[Akkana Peck]

Lots of different bugs here.

Copy-on-select is bug 7787; shaver is working on it and has a fix, and we're
negotiating with the owner of the selection code to get the fix checked in.

I don't understand the second point; don't we want alt-C/alt-X (BTW, it's alt
now, not control, now that the emacs keybindings are coming online) to make the
selection available as an X selection?

I'm not sure I understand the third point (what's "normal text"?  What window?)
-- maybe this is due to trying to use control-C instead of alt?

- The fourth point is an issue with menu updating, so it's a bug on the
particular window you're using.  If it's the browser window, it's a dup of
14026; if it's another window, you should probably file a separate bug.

- Point 5: selecting something in Communicator and middle-mouse pasting it into
the mozilla editor works fine for me.  What are you trying to do that isn't
working?  Please be more specific.

I'm going to close this bug because I think all the issues mentioned here are
already addressed in other bugs.  Reopen it if you have a specific test case for
the points that I didn't understand.  Please include instructions on exactly how
to reproduce what you're seeing, what you see happening, and what you expected
to happen.

Comment 3

[Masato]

Some additional infos:
Build ID:1999111520 (Sorry forgot to post)

Normal text is the text that is not in a HTML form (the the text which is
normally displayed on websites)
Example:
 o take any website (without a form)
 o select text
 o press Ctrl+C (for copy to Clipboard)
 o press MMB on an application (that accept MMB-Paste; most apps does)
Result: nothing happen
If you do the thing above in forms (here you have to select text INSIDE a form)
the MMB-Paste is succesful performed.

the Copy on select (from Mozilla to an other app.) definitely doesn't work

I should have make an own point of this:
- Text in forms automatically gets unselected if any pull down
  menu is "activated".

- the communicator clipboard is ignored.
for example:
 o select any text in Communicater
 o press Alt+C (for copy into communicator clipboard)
 o unselect text (the formerly selected text is kept in the
   communicator clipboard (you can verify it by using Alt+V in a form;
   even in a seperate running communicator)
Result: there is no way to paste the text from the communicator clipboard
into Mozilla. (Ctrl+V or MMB doesn't work)

hope this helps

Comment 4

[Akkana Peck]

Reopening to reassign the one bug that I don't think is filed.

Comment 5

[Akkana Peck]

The problem with copy not working in the browser window is bug 14026.

The "selection highlighting gets un-drawn while menus are visible" (it doesn't
get unselected, it just stops being drawn while menus are on the screen) is a
bug in the xpfe; please file a separate bug with component = XP Toolkit/Widgets,
probably assigned to [e-mail] or [e-mail].

The "communicator clipboard" issue is a real issue.  4.x was inconsistent about
its dealings with the X selection mechanism: sometimes it used the PRIMARY X
selection, sometimes the CLIPBOARD.  Gtk, the widget set we're using now,
doesn't even have #defines to ask for the CLIPBOARD selection.  But it might be
worth considering writing support for the CLIPBOARD selection since 4.x used
it.  This probably isn't going to be a very high priority, though; we might need
someone on the net to help with it.  Reassigning to Pavlov, who owns the X
clipboard.

Comment 6

[leger]

Clearing INVALID resolution due to reopen.

Comment 7

[John G. Myers]

*** Bug 28415 has been marked as a duplicate of this bug. ***

Comment 8

[John G. Myers]

*** Bug 28415 has been marked as a duplicate of this bug. ***

Comment 9

[John G. Myers]

*** Bug 28415 has been marked as a duplicate of this bug. ***

Comment 10

[Colin Slater]

Shouldn't this bug be listed under some platform other than PC??

Comment 11

[Eli Goldberg]

*** Bug 28415 has been marked as a duplicate of this bug. ***

Comment 12

[Eli Goldberg]

QA Assigning to self.

Comment 13

[Stuart Parmenter]

have fix.  need to get 35814 fixed before I can check in though.

Comment 14

[Stuart Parmenter]

fixed

Comment 15

[Eli Goldberg]

Pavlov says that this is fixed, I don't really understand the bug report (sorry).

pavlov/akkana: if any verification needs to be done on this that I didn't already 
do for 24926, please let me know, and I'll gladly do it. Or, a pointer to a FAQ 
on how the X Clipboard works would really help.

Comment 16

[Pulsebot]

Pushed by ffxbld-merge:
https://hg.mozilla.org/releases/mozilla-beta/rev/61cb52c1ddc8
[fenix] Closes https://github.com/mozilla-mobile/fenix/issues/20901: Do not record viewTime observations when we do not have a set lastAccess