172103 - Clipboard does not work in linux, copy / paste [linux]

Status: VERIFIED WORKSFORME

(Core :: DOM: Editor, defect)

Description

[Mark]

The clipboard simply does not work. I can select text and hit 'copy' or 'ctrl+c'
but it doesn't work -- eg - ctrl+v and paste will not insert text.

Mozilla version 1.0.1 build 2002100203
Compiled on an athlonxp.

Comment 1

[Boris Zbarsky [:bzbarsky]]

Confirmed.  This is also broken in the 2002-09-30-21 nightly build.  Steps to
reproduce:

1)  Select some text (on a webpage or in the editor or in a textarea or in
    Composer)
2)  Ctrl-C or Edit > Copy.
3)  Note that the CLIPBOARD has changed.
4)  Ctrl-V.  Watch the wrong text be pasted.

Notes:  1)  Edit > Paste works correctly, unlike Ctrl-V
        2)  PRIMARY works fine (highlight and middle click stuff).

So this looks like a fubared keybinding for Ctrl-V.  To Akkana for starters, I
guess....

Comment 2

[Boris Zbarsky [:bzbarsky]]

This is broken at least as far back as 2002-09-14-21.  I have no older build to
test with here, but I have some at home; I'll try to test that tonight.

Comment 3

[Akkana Peck]

I can't reproduce this reliably.  I think I might have seen it the first couple
times I tried, but when I try now, it always works.  Here's what I'm doing:

run mozilla (bring up a browser window)
click the composer icon in the taskbar to bring up a composer window
Select something in the browser window
ctrl-C in the browser
ctrl-V in composer
The right text gets pasted into composer.

I tried both with and without xclipboard running at the same time (to monitor
when CLIPBOARD changes).  This is with my debug profile (no unusual key binding fu.)

I've also tried loading this bug in the browser, select something and ctrl-C,
click in the Additional Comments field and ctrl-V, and that works too.

Is it possible you have a custom binding on ctrl-V, perhaps to page down or
something?  (Probably not if you and Mark are definitely seeing the same thing;
Mark's description is fairly vague so I can't tell whether he's seeing a problem
with the key binding, or something else, like some of the known issues with copy
and paste not enabling when they should.)

Comment 4

[Mark]

Hey guys,

this is my problem (which is not in 1.1 btw!!):
Whatever I do after I select text, may it be ctrl+c or right-click the selected
text and hit 'copy' there, there is no *paste* function when I right-click
somewhere else and try to choose 'paste' (which reacts as if the clipboard is
empty -- unable to choose paste), or try to do ctrl+v. So I'm guessing it can't
copy the text. However, cut only acts as delete as well with no putting text
into the clipboard either.

Comment 5

[Boris Zbarsky [:bzbarsky]]

OK.  I'm a moron for two reasons:

1)  I didn't cc myself on the bug (would have saved me time)
2)  I didn't think, until today, that some moron would configure a window
    manager's default setup to "paste"!  Yet this is what Afterstep seems to do by
    default (I can't figure out how the hell it decides _what_ to paste, but....). 
    I have turned that off and see no further problems...

Comment 6

[Mark]

This does not solve my problem. I use kde, didn't twiddle the keybindings, and
had no problems with mozilla 1.0.

Comment 7

[Boris Zbarsky [:bzbarsky]]

Mark, could you give exact steps you take to reproduce the problem, please? 
Include exactly how you copy (main menu, context menu, Ctrl-c, copy key on
keyboard, selecting text?) and exactly how you paste (main menu, context menu,
Ctrl-v, paste key on keyboard, middle-click).  Are both copy and paste being
done within Mozilla?

Comment 8

[Mark]

Hello,

accidentally I missed a line in my config where I could say mozilla would be
built with gtk1 or 2, so it was build with gtk2. This problem only occurred in
gtk2, so after recompiling mozilla with gtk1 there were no problems.

--
Mark, could you give exact steps you take to reproduce the problem, please? 
Include exactly how you copy (main menu, context menu, Ctrl-c, copy key on
keyboard, selecting text?) and exactly how you paste (main menu, context menu,
Ctrl-v, paste key on keyboard, middle-click).
--
In any possible way you have mentioned.


--
  Are both copy and paste being done within Mozilla?
--
Not neccisarily (sp?)

Mark

Comment 9

[Boris Zbarsky [:bzbarsky]]

gtk2 --> to blizzard

Comment 10

[Jay Yan]

I am using mozilla's gtk2 build, I build it by myself, Nov 8th's code.

I can not reproduce it, ctrl+v and edit->paste work well.

Mark, can you verify it or tell us the detailed way to reproduce it? thanks

Comment 11

[Mark]

Ways to reproduce have been discussed, please be sure to check the history of
this bug. And, because gtk2 has a version change, I'm sure it could be possible
this bug is not present anymore. I will install mozilla using gtk2 today to see
if I can reproduce the error.

Comment 12

[KENZ (Kenji Irie)]

I can't repro this too. This bug(the original problem) looks INVALID, doesn't it?
I think we should change the summary if we would continue argument  about WM
default setting can prevent us copy/paste as comment 5.
Or there remains another problem?

Comment 13

[karl lillevold]

i have been having intermittent clipboard problems in /all/ versions of mozilla,
up to and including 1.5 beta. CTRL-C / CTRL-V works around 50% of the time, the
other 50% nothing is pasted. CTRL-X (in edit box) will always cut, but sometimes
CTRL-V in the same edit box will still not paste anything.

I have this problem for the address bar, normal text on web pages, and edit
boxes in forms on web pages. It even happens with right click -> Copy Link
Location, but in general Edit->Copy will work when CTRL-C fails.

I have trouble reliably reproducing this, because there does not appear to be
any system to the failures, but it is very annoying. It seems to help to
repeatedly press CTRL-C.

Both my systems are WinXP (all updates) dual CPU systems (one true dual, one
hyper-threaded). I am not using mozilla on any single CPU systems.

Comment 14

[Roland]

(In addition to comment #13)
The problem still exists. I use Mac OS X 10.2 and 10.3 with Mozilla 1.6, 1.7α
and today 1.7β (build 1004031613)/ Mozilla/5.0 (Macintosh; U; PPC Mac OS X
Mach-O; de-AT; rv:1.7b) Gecko/20040316. It also occurs in the original (non
localized) builds. 

The problem is not immediately to reproduce but if it happened one time it
persists. It leads to the same result using only the mouse to mark a text, click
right for using the context menu's copy and try to insert with right click and
using context menu's paste  or using the keyboard (mark with cursor, then Cmd-C
and Cmd-V). After a restart of Mac OS Mozilla works fine again one up to three
times until it refuses to proceed with copy and paste in the desired way. 

Both copy and paste are done within Mozilla. If I copy something from outside it
is possible to insert it in the URL-Line or the file saving dialog while Mozilla
shows this strange behaviour.

Comment 15

[Hiro]

Is bug 220900 depended or duplicate?

Comment 16

[Roland]

(In reply to comment #15)
Neither I think. The edit menu always shows an active (i.e. not "grayed out")
copy   command. My mouse wheel works correctly but with Mozilla 1.7b the back
and forward buttons of my mouse don't work no longer. But that seems probably to
be an other subject and not for this bug thread.

Comment 17

[Andreas Morawietz]

This also happens sometimes in the new released firefox 1.5.0.2 !

Comment 18

[Artem Saveliev]

Bug 133439 has been getting alot of attention lately, should they be merged?

Comment 19

[Mark Pilgrim (inactive)]

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

Comment 20

[Mark Pilgrim (inactive)]

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

Comment 21

[Mark Pilgrim (inactive)]

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

Comment 22

[Emmanuel van der Meulen]

Hello all,

I also have same problem: Ctrl+C / Ctrl-V problem plays up intermittently.

This is also the case with keyboard arrow keys.

I find this behaviour in the text and search bar.

I need to start FF or open a new tab to get these keys to work again.

This is a recent problem: I never experienced it before: I suspect it came with FF 1.5.0.2.

Kind regards
Emmanuel

Comment 23

[:gerard-majax]

It seems that deleting the entry named "AppIniti_DLLs" in HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Windows solved the problem.

Even if there was no value in this key.

Comment 24

[Wayne Mery (:wsmwk)]

is KENZ comment sensible about marking this invalid b/c "WM default setting can prevent us copy/paste as comment 5."  or is there a reliable linux testcase?
If the laster, is this correctly defined as a regression?

Comment 25

[Stephanie Daugherty [:sdaugherty]]

(In reply to comment #23)
> It seems that deleting the entry named "AppIniti_DLLs" in
> HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Windows solved
> the problem.
> 
> Even if there was no value in this key.
> 

This is a GTK2-only bug as I understand it, it has nothing to do with Windows platforms, perhaps you meant to comment in another bug.

Comment 26

[Fernando Pereira Silveira]

Copy and paste doesn't work as it should on Firefox.

I'm not able to paste anything outside Firefox if Firefox is closed first. This is not the GTK default behavior and it obviously shouldn't work that way.

Currently I'm using Shiretoko[1], but I was able to reproduce this bug on every Linux version I've used.

[1]: Mozilla/5.0 (X11; U; Linux x86_64; pt-BR; rv:1.9.1.2pre) Gecko/20090725 Shiretoko/3.5.2pre

Comment 27

[Boris Zbarsky [:bzbarsky]]

Fernando, that has nothing to do with this bug.  If it's not already filed (which I'm pretty sure it is), please file it as a separate bug.

Comment 28

[Fernando Pereira Silveira]

(In reply to comment #27)
> Fernando, that has nothing to do with this bug.  If it's not already filed
> (which I'm pretty sure it is), please file it as a separate bug.

you're right, that's bug 327294

Comment 29

[Robert]

Will this every be fixed in Thunderbird? It's almost 2011 and we still have to deal with basic copy/paste problems in company running Thunderbird in Linux.

Comment 30

[Wayne Mery (:wsmwk)]

Closing this linux bug:
- Afaict none of the original reporters' email addresses still work.
- the last relevant comments are from the v1.5 era (if we exclude the duped windows bugs)
- steps to reliably reproduce seem lacking
- reporter, Mark, mentioned to me in 2006 "problem doesn't even occur
anymore [but others seem to be reporting it]"
- karsten wrote me in 2006 "I suspect KDE there, since it does mutilate many of my c&p actions even without SM being involved...C&P under Linux just sucks."
=> WFM based on last two comments above

the host of linux+paste open bugs ...
https://bugzilla.mozilla.org/buglist.cgi?type1-0-0=nowordssubstr&short_desc=paste%20pasti&field0-0-0=short_desc&bug_severity=major&bug_severity=normal&bug_severity=minor&type0-0-1=substring&field0-0-1=op_sys&type1-0-1=allwordssubstr&resolution=---&classification=Client%20Software&classification=Components&query_format=advanced&value1-0-0=imag&short_desc_type=anywordssubstr&value0-0-1=linux&type0-0-0=anywordssubstr&value0-0-0=linux&field1-0-0=short_desc&product=Core&product=Firefox&product=MailNews%20Core&product=Thunderbird&field1-0-1=short_desc