Closed Bug 172103 Opened 22 years ago Closed 14 years ago

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

Categories

(Core :: DOM: Editor, defect)

Product:
Core
Component:
DOM: Editor
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
major

Tracking

()

Status:
VERIFIED WORKSFORME

People

(Reporter: tratz, Unassigned)

References

Details

(Keywords: regression, Whiteboard: don't dup windows bugs here) 

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.
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....
Assignee: kin → akkana
Severity: normal → critical
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: regression
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.
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.)
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.
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...

This does not solve my problem. I use kde, didn't twiddle the keybindings, and
had no problems with mozilla 1.0.
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?
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
gtk2 --> to blizzard
Assignee: akkana → blizzard
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
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.
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?
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.
(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.
Is bug 220900 depended or duplicate?

(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.
This also happens sometimes in the new released firefox 1.5.0.2 !


Bug 133439 has been getting alot of attention lately, should they be merged?
*** Bug 337281 has been marked as a duplicate of this bug. ***
*** Bug 337662 has been marked as a duplicate of this bug. ***
*** Bug 330741 has been marked as a duplicate of this bug. ***
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
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.
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?
Assignee: blizzard → nobody
Severity: critical → major
QA Contact: sujay
Summary: Clipboard does not work → Clipboard does not work in linux, copy / paste
Whiteboard: don't dup windows bugs here
(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.
QA Contact: editor
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
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.
(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
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.
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
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
Summary: Clipboard does not work in linux, copy / paste → Clipboard does not work in linux, copy / paste [linux]
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.