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)

x86
Linux
defect
Not set
major

Tracking

()

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.