Community
Participate
Working Groups
Hi. When I do the copying/pasting, something seems strange: I'm editing the Java source code, and want to copy some lines of code to another place, I selected the lines, about 15-line, press Ctrl-C, and then move to the paste place, and press Ctrl-V, and just nothing happened. I've tried several time, and tried to use mouse and right-button-menu for the copy/paste, the results are the same. And I also tried to copy/paste only one line, it sometimes works, but not always. With multiple lines copy/paste, it sometimes works too. I'm using the Eclipse 3, Windows 2000 pro, JDK 1.4.2, Lomboz.3rc2(before), Lomboz 3(now).
The same happens to me on Windows XP. Sometimes I have to hit Ctrl+C 3-4 times until the text actually gets copied to the clipboard. Ctrl+X usually doesn't work either. This is a very annoying bug which turns working in Eclipse into a struggle.
I have seen this as well. Though it only happens for me when I cut lines. If this fails I can always copy the lines and then go back and delete the original lines... Though that is a major pain in....
>I'm editing the Java source code, and want to copy some lines of code to How exactly do you copy those lines? Tonny and Rainer: do you use plain Eclipse SDK 3.0 or are there other plug-ins installed? Anyone anything in .log? I tried the "Cut Line" command and it works as expected.
I just deleted all of my previous plug-ins (the ones I had been carrying around since previous Eclipse beta builds and rc's) and now it seems to be working fine again.
Fine. What are those plug-ins? We should try to narrow it down and inform the plug-in provider.
I had about 10 different plugins installed, but I don't remember since I didn't use them that much. Some were builds for one of the milestones, some for 2.1. So I basically went and deleted everything under plugins/features which was not org.eclipse, org.junit or org.apache. Maybe someone else can provider more information. I guess though that one of the plugins may have intercepted the ctrl+c/x shortcuts since it did work sometimes. In the log file I found this: !ENTRY org.eclipse.ui 4 4 Jul 14, 2004 08:15:50.147 !MESSAGE Conflicting key binding for 'org.eclipse.debug.ui.commands.RunToLine' and 'net.sf.colorer.eclipse.editors.hrcupdate' but I don't think that this was set to Ctrl+C or Ctrl+X.
Same problem here on XP. I've had XMLBuddy 2.0.10 and eclipse VE installed. Just installed eclipse 3.0 new w/o any plugins on a seperate folder w/o any additional plugins. Copy/Paste especially ctrl-x still does not work on entire lines. With this "fresh" eclipse I created a brand new workspace - still the same problems. So - I'm NOT sure this has something todo with plugins! The only specials I can think of: - I've the MS's multi language pack installed, with a local of German and a keyboard set to US . Ok a few minutes later: I think I've found the problem at least on my machine: I've a keyboard macro utility from CE Software called QuicKeys installed. Deactivating QuicKeys and eclipse works fine. Note, I'm using QuicKeys for years and have not found ANY problems with hundreds of applications. So, I think this is qute sure a bug of Eclipse not QuicKeys. My QuicKeys has only actions on a few ALT-something keystrokes defined. There is and should be no interaction with the ctrl-c, ctrl-x handling.
To others: do you also use that (or another) macro utility?
Not for me. I'm using Win2000 pro Chinese version
re comment 9: and you can reproduce the bug on plain Eclipse 3.0 SDK?
Well, the bug is still here as well. At first it seemed to work but it really doesn't. I even deleted my old eclipse3.0 directory and started with a fresh copy, no love. If I have something in the clipboard, try to copy something inside eclipse (which fails) and then try to paste into a text editor it gives nothing. The clipboard is empty afterwards. Copy seems to work most of the time now, but cut usually fails. I am not using any macro recorders here either.
Just to clarify the scenario: >If I have something in the clipboard, How did this go into the clipboard (from Eclipse editor [if so which one?] or outside)? > try to copy something inside eclipse (which fails) how do you see it fails? do you see this before or after: > and then try to paste into a text editor it gives nothing. do you mean the Eclipse text editor or some other text editor outside Eclipse?
The text is supposed to go to the clipboard from the standard eclipse java editor. I am not using any 3rd party editor plugin. Eclipse seems to empty the clipboard but not put any of the selected text into it. So if I try to paste the copied (or cut) text into the eclipse editor--or any other external text editor which is open--nothing gets pasted because the clipboard seems to be empty.
I tried the copy/paste again with keyboard(if the keyboard not work, no help with mouse), in the same java file, it worked several times, and not worked several times also. If it doesn't work the first time, it will not work always unless make a new seletion, and with the new selection it might work, and might not work. There is nothing in the .log. I didn't reinstall the Ecslipes. I can remember that I installed the Eclipse 3 in a new folder, with a new workspace folder, anyway not a new java project. And then I installed Lomboz 3, and EMF&XSD 2 to make it work, and JBossIDE 1.2.430 (the problem had been found before the JBossIDE installation).
The folders in the plugins: com.objectlearn.j2ee.gmf.core.editor_3.0.0 com.objectlearn.j2ee.gmf.core.edit_3.0.0 com.objectlearn.j2ee.gmf.core_3.0.0 com.objectlearn.j2ee.gmf.emitter_3.0.0 com.objectlearn.j2ee.gmf.xdoclet_3.0.0 com.objectlearn.jdt.j2ee.editor_3.0.0 com.objectlearn.jdt.j2ee_3.0.0 org.apache.ant_1.6.1 org.apache.axis_1.1.0 org.apache.commons_1.0.0 org.apache.jasper_5.0.25 org.apache.log4j_1.2.8 org.apache.lucene_1.3.0 org.apache.xalan_2.4.1 org.eclipse.ant.core_3.0.0 org.eclipse.ant.ui_3.0.0 org.eclipse.compare_3.0.0 org.eclipse.core.boot_3.0.0 org.eclipse.core.expressions_3.0.0 org.eclipse.core.filebuffers_3.0.0 org.eclipse.core.resources.win32_3.0.0 org.eclipse.core.resources_3.0.0 org.eclipse.core.runtime.compatibility_3.0.0 org.eclipse.core.runtime_3.0.0 org.eclipse.core.variables_3.0.0 org.eclipse.debug.core_3.0.0 org.eclipse.debug.ui_3.0.0 org.eclipse.emf.codegen.ecore.ui_2.0.0 org.eclipse.emf.codegen.ecore_2.0.0 org.eclipse.emf.codegen.ui_2.0.0 org.eclipse.emf.codegen_2.0.0 org.eclipse.emf.common.ui_2.0.0 org.eclipse.emf.commonj.sdo_2.0.0 org.eclipse.emf.common_2.0.0 org.eclipse.emf.ecore.change.edit_2.0.0 org.eclipse.emf.ecore.change_2.0.0 org.eclipse.emf.ecore.editor_2.0.0 org.eclipse.emf.ecore.edit_2.0.0 org.eclipse.emf.ecore.sdo.editor_2.0.0 org.eclipse.emf.ecore.sdo.edit_2.0.0 org.eclipse.emf.ecore.sdo_2.0.0 org.eclipse.emf.ecore.xmi_2.0.0 org.eclipse.emf.ecore_2.0.0 org.eclipse.emf.edit.ui_2.0.0 org.eclipse.emf.edit_2.0.0 org.eclipse.emf.mapping.ecore2ecore.editor_2.0.0 org.eclipse.emf.mapping.ecore2ecore_2.0.0 org.eclipse.emf.mapping.ui_2.0.0 org.eclipse.emf.mapping.xsd2ecore.editor_2.0.0 org.eclipse.emf.mapping.xsd2ecore_2.0.0 org.eclipse.emf.mapping_2.0.0 org.eclipse.emf_2.0.0 org.eclipse.help.appserver_3.0.0 org.eclipse.help.base_3.0.0 org.eclipse.help.ide_3.0.0 org.eclipse.help.ui_3.0.0 org.eclipse.help.webapp_3.0.0 org.eclipse.help_3.0.0 org.eclipse.jdt.core_3.0.0 org.eclipse.jdt.debug.ui_3.0.0 org.eclipse.jdt.debug_3.0.0 org.eclipse.jdt.doc.user_3.0.0 org.eclipse.jdt.junit.runtime_3.0.0 org.eclipse.jdt.junit_3.0.0 org.eclipse.jdt.launching_3.0.0 org.eclipse.jdt.ui_3.0.0 org.eclipse.jdt_3.0.0 org.eclipse.jface.text_3.0.0 org.eclipse.jface_3.0.0 org.eclipse.ltk.core.refactoring_3.0.0 org.eclipse.ltk.ui.refactoring_3.0.0 org.eclipse.osgi.services_3.0.0 org.eclipse.osgi.util_3.0.0 org.eclipse.osgi_3.0.0 org.eclipse.platform.doc.user_3.0.0 org.eclipse.platform_3.0.0 org.eclipse.search_3.0.0 org.eclipse.swt.win32_3.0.0 org.eclipse.swt_3.0.0 org.eclipse.team.core_3.0.0 org.eclipse.team.cvs.core_3.0.0 org.eclipse.team.cvs.ssh2_3.0.0 org.eclipse.team.cvs.ssh_3.0.0 org.eclipse.team.cvs.ui_3.0.0 org.eclipse.team.ui_3.0.0 org.eclipse.text_3.0.0 org.eclipse.tomcat_4.1.30 org.eclipse.ui.cheatsheets_3.0.0 org.eclipse.ui.console_3.0.0 org.eclipse.ui.editors_3.0.0 org.eclipse.ui.externaltools_3.0.0 org.eclipse.ui.forms_3.0.0 org.eclipse.ui.ide_3.0.0 org.eclipse.ui.intro_3.0.0 org.eclipse.ui.presentations.r21_3.0.0 org.eclipse.ui.views_3.0.0 org.eclipse.ui.win32_3.0.0 org.eclipse.ui.workbench.compatibility_3.0.0 org.eclipse.ui.workbench.texteditor_3.0.0 org.eclipse.ui.workbench_3.0.0 org.eclipse.ui_3.0.0 org.eclipse.update.configurator_3.0.0 org.eclipse.update.core.win32_3.0.0 org.eclipse.update.core_3.0.0 org.eclipse.update.scheduler_3.0.0 org.eclipse.update.ui_3.0.0 org.eclipse.xsd.editor_2.0.0 org.eclipse.xsd.edit_2.0.0 org.eclipse.xsd.test_2.0.0 org.eclipse.xsd_2.0.0 org.jboss.ide.eclipse.core_1.2.430 org.jboss.ide.eclipse.deployer.core_1.2.430 org.jboss.ide.eclipse.deployer.ui_1.2.430 org.jboss.ide.eclipse.launcher.core_1.2.430 org.jboss.ide.eclipse.launcher.ui_1.2.430 org.jboss.ide.eclipse.packaging.core_1.2.430 org.jboss.ide.eclipse.packaging.ui_1.2.430 org.jboss.ide.eclipse.ui_1.2.430 org.jboss.ide.eclipse.xdoclet.assist_1.2.430 org.jboss.ide.eclipse.xdoclet.core_1.2.430 org.jboss.ide.eclipse.xdoclet.run_1.2.430 org.jboss.ide.eclipse.xdoclet.ui_1.2.430 org.junit_3.8.1 sf.net.xdoclet_1.2.1
Sorry - just wanted to correct my observation. I was the one with this QuicKeys makro utility installed. While copy / paste on complete lines almost never worked with this "harmless" makro utility installed I thought it works after stopping the makro utility - wrong - The failing copy / cut just happens to work most of the time. Now it failed may be 1 out of 10 actions! (no plugin, std 3.0 installation!).
I am seeing the same issue. Here is a concrete example, I have a line of code: protected EntityContext ctx; I can copy any of the individual words to the clipboard and SOMETIMES I seem to be able to copy two of the words but I can never copy the entire line or even the three words without the semi-colon. I can duplicate this problem in any file open in a Java editor where EntityContext is defined. In fact, I can reproduce it for any Java class that is valid in that file (e.g., "protected String foo"). If I replace EntityContext with some random invalid name or a primitive type (e.g., int), I CAN copy and paste it. I am pretty sure I have observed this behavior in other circumstances, not just when copying declarations, but I don't have any examples readily available. I have the JBoss IDE, EPIC (Perl environment) and the Syntax Coloring Editor plugins installed at the moment but I have seen the behavior before I installed any plugins. Build 200406251208 on Windows XP.
I use Ctrl+Ins/Shift+Ins and the behavior is the same. Sometimes it works, sometimes not. I also noticed that while I can't paste the actual copied text, "Update imports on paste" works fine.
I've started seeing this too, mostly on "cut" (seems to make no difference if I use ctrl-x or menu item). I've had to develop habit of coping first, then going back to delete text once safely pasted. Though has happened a few times on copy. At least text is not lost. BTW, I would consider this as 'major' since it has nearly caused me to lose data ... it would have except in my case there was correct text still in repository and/or local history. Nothing in log. Just GEF, EMF installed as "extra" plugins. I've seen in Java Editor, haven't tested others.
It's on the 3.0.1 candidate list but we are still looking for scenario to reproduce and debug.
Is Window > Preferences > Java > Editor > Typing > [ ] Update imports on paste checked? If so, can you reproduce when this is unchecked? Is folding enabled? If so, can you reproduce when this is disabled? Are you using some additional tool which handles the clipboard and which might have a lock on the clipboard? StyledText.copy() and StyledText.cut() silently fail if clipboard cannot be accessed. See bug 16011, bug 17578.
It looks like disabling "imports on paste" is a valid workaround. I'm not 100% sure but at least it worked for me for the last 7+ hrs.
re comment 22: do you use some clipboard manager tool? Is folding enabled or do you work in segmented mode ("Show Source of Selected Element Only")?
no clipboard manager tool folding enabled: true segmented mode: false
We can still not reproduce this on plain Eclipse SDK 3.0. Any additional input which helps to get a reproducible scenario is highly welcome. Regarding comment 22: Strange! Are you sure this did the trick? Copy to clipboard (in cut and in copy case) is done whether this is enabled or not. From the code I'd say this can't make the difference.
One thing we need to check in the ClipboardCopyAction is whether clipboard.setContents(datas, transfers); somehow fails and then overwrites the correct text information which has been placed into the clipboard by copy or paste.
> Strange! Are you sure this did the trick? Ok, here's what I've done: I've enabled "update imports on paste". After a while I was able to reproduce the bug. Then, in the same session, I've disabled "update imports on paste" and tried to copy/paste the exact block of code. It worked. ps. installed plugins: oxygen and hibernate synchronizer
I am experiencing this problem also. Windows XP. Eclipse 3.0.0, clean install to a new folder, no additional plugins. The copy operation often puts nothing in the clipboard. If I fill the clipboard from another application, paste works fine in Eclipse. Here's a good clue: I'm using WinVNC to control some remote servers where I'm testing my code. It seems that when I have one or more VNC sessions open, the copy function in Eclipse's Java editor windows mostly fails. However, when I have no VNC sessions open, the Java editor's copy operation works great. Other copy operations (such as copying a file in the package explorer view) seem unaffected. VNC causes the client and host's clipboards to interact: when data is put in the clipboard on the client, VNC puts it in the host's clipboard, and vice versa. I suspect that some aspect of this interaction is causing the copy operation to fail while attempting to set the contents of the clipboard. This is probably one example of a class of related failures that may involve many different tools that interact with the clipboard.
see also bug 65975
Tried with VNC (copy enabled via vncconfig) and Office clipboard. No luck. see also bug 66285
Looks like my problem might be VNC related too. I usually run win2vnc to let me remote control my laptop. That uses the same WinVNC libraries references above. When I quit it, the problem goes away. Two odd things though: 1. This doesn't happen with any other application besides Eclipse; the clipboard works fine in those. 2. Whether the problem crops up is still dependent on what is going on INSIDE Eclipse; note my comment #17.
Yeesss! I now have my system in a state where the bug appears. I was testing around with VNC. I could not reproduce while using VNC but now that I shut it down I have the problems. I also have Notes and Mozilla open. - folding off (can also reproduce with folding on) - Update imports on paste enabled - open CU - select one or more types for which there are imports - Ctrl+X ==> clipboard is empty I debugged it and that's what happens: the ClipboardOperationAction first executes the cut (StyledText.cut()) which adds the correct data to the clipboard. The action then asks the clipboard for the content: Object textData= clipboard.getContents(TextTransfer.getInstance()); Object rtfData= clipboard.getContents(RTFTransfer.getInstance()); adds additional data transfer and sets the clipboard with this data. In my case the above data is null which then gets written back to the clipboard. My first thought was that this gets caused by the fact that StyledText reuses the clipboard and does not dispose (and hence flush) it every time. I patched the code but it still did not work. Another thing which came to mind: the clipboard needs some event loop cycles to be committed. I therefore added getDisplay().readAndDispatch(); to the ClipboardOperationAction just before getting the clipboard data and voilà it works. I do not want to drive the event loop. SWT has to return the clipboard data that has been set before. If driving the event loop is needed under Windows then this should be done by SWT. I added some panic code (to HEAD and 3.0.1) that tests whether the clipboard returns null for all transfers. If so, I don't set the clipboard. This means that even though enabled imports will not be updated on paste but at least normal text copy/paste works.
I tried with the following code: public abstract java.lang.Integer getId(); // <--(1) and public abstract Integer getId(); // <--(2) With "Update imports on paste" diabled, copy/paste of the above code both works fine, with it enabled, the (1) works, but (2) not.
I'm also seeing this. Eclipse 3.0 SDK, Windows XP, ClearCase plugin, nothing else. It seems to be a problem in the Java Editor, because opening the file in the Text editor allows me to copy and paste everything. I tried the workaround with disabling "Update imports on paste" and it seems to work now without any problems.
We will look at this for 3.0.1 but I am removing the 3.0.1 target because I am not sure if we can find a safe fix for this.
*** Bug 71924 has been marked as a duplicate of this bug. ***
Fixed in HEAD for 3.1 >20040825. Assessing the risk in patching this back to 3.0.1.
Fixed in 3.0.1 > 20040830
*** Bug 72325 has been marked as a duplicate of this bug. ***
*** Bug 73938 has been marked as a duplicate of this bug. ***
I downloaded Eclipse 3.0.1 (build 200409081421) for Motif/Linux. The copy/paste situation is marginally better (it works about 20-30% of the time now) but, unfortunately, it still is very broken. Please take another look at this -- I love using Eclipse, but this has me working at about 30% of my usual speed. Sorry, I have no details to provide to you, but if you tell me how to turn on some sort of tracing that may provide you with required info, I'll be happy to do so.
Rick, Please enter a new bug report against platform SWT about copy/paste on linux motif. The implementation is completely different for each platform and resolving issues on one platform does not resolve them for all platforms so we need to track your problem separately. Please also provide details and steps. I use linux motif and can copy and paste 100% of the time without any problem.
I too experience this problem constantly and it drives me nuts (Eclipse version 3.0). Version: 3.0.0 Build id: 200406251208 Removing "Update imports on paste" seems to fix my problem.
Why not update to 3.0.1 then (where it's fixed)? Hmmm.
*** Bug 65975 has been marked as a duplicate of this bug. ***
I downloaded Eclipse 3.0.1 (build 200409081421) back in October, running under Windows XP, and found that this problem still exists and is periodic. What I found by using the eclipse editor is that the imports required for the copied text is placed into the clipboard, however the copied text is not. Thus, if you copy the text into a java file that does not have the required imports, those imports will be copied without any of the highlighted text being pasted into the new file. If the required imports already exist, you see the effect that the copy/paste function did not work. Hope this helps whoever is working on this issue. Disabling "Update imports on paste" still appears to be a valid work-around for this version and I have recommended that this be turned off in my development shop as everyone using the latest version is encountering this periodic issue.
I am reporting this also against 3.0.1 build 200409161125, running on Gentoo Linux w/KDE. Occurrence is intermittent, but *very* frequent. [Ctrl-C] does not copy the selected text to the clipboard, at least not on the first attempt. Usually "double-clutching", i.e.: [Ctrl-C], [Ctrl-C], [Ctrl-V], will work around the issue, copying and pasting "correctly", but sometimes triple or quadruple attempts are needed. One trick that always seems to reset things back to working order (I know not why) is to open Window > Preferences, and edit a preference setting. But the effect of this does not last, and I'm soon back to double-copying.
Here's an update regarding my troubles with this bug in: Eclipse 3.0.1 build 200409161125, running on Gentoo Linux w/KDE. I was able to avoid the trouble by turning off the Klipper clipboard manager (this is a tool I never use anyway). Eclipse was capturing entries essentially at random from Klipper's clipboard stack. In principle, the problem could be with Klipper or Eclipse, but I suspect Eclipse, since I haven't ever seen this problem in any other context (and I've always had Klipper on until now).
I feel a little lost seeing all the different bugs regarding this term, so I will post here even IF I'm using Linux and not Windows. First of all: Comment 48 helped me, too!!! Thanks for that :) I don't use the Klipper Tool, too, so I can live without ir and it seems that the problem is fixed then. But what I want to state is: I'm using Eclipse Version: 3.0.1 Build id: 200409161125 with two main plugins installed: C/C++ and PHPEclipse. The very surprising thing is that the stated copy(/paste) Problem ONLY occurs in PHPEclipse, in C/C++ files I did not see this behaviour in any case! But, and this is the very annoying thing, in PHPEclipse it happens nearly ALL the time. And, and this makes it even worse, in my case netiher copy nor cut works. I can switch between the C/C++ files and php files while working anytime I want and everytime, in C/C++ copy/cut works and in PHP it hardly ever works. Sometimes it really works the first time and then never again, until I switch to C/C++ files or close and reload Eclipse (but even this does not always lead to one successful try). Sorry, but one thing I can say is that this bug is not fixed, even if it might only happen on special platforms/plugin combinations.
This bug is definitely *not* fixed. The bug is present in Windows versions 3.0, 3.01, and 3.02, as I've used all three, and encountered the problem in all of them. I'm currently using 3.02, build 200503110845. I've encountered it when starting with a brand new Eclipse installation without any third-party plugins. Strangely, Cut seems to work fine, but Copy doesn't. I generally have better luck with Copy if I don't try to copy multiple lines, or if I don't select newline char of the last line for multiple lines. But even that's not consistent. It's a major annoyance, to say the least. Please re-open this bug and fix it properly. Thanks for all the excellent work!
Ari, there are no more 3.0* builds planned. Please try with Eclipse 3.1.
(In reply to comment #51) > Ari, there are no more 3.0* builds planned. Please try with Eclipse 3.1. I am using 3.1 RC3 on windows 2003 and cut/copy/paste does not work in the jany java ant or text editor. Aside from what is preinstalled, I have the subclipse plugin installed.
(In reply to comment #52) > (In reply to comment #51) > > Ari, there are no more 3.0* builds planned. Please try with Eclipse 3.1. > > I am using 3.1 RC3 on windows 2003 and cut/copy/paste does not work in the jany > java ant or text editor. Aside from what is preinstalled, I have the subclipse > plugin installed. Sorry, I left out some details. I'm also using the checkclipse plugin. With subclispe disabled and checkclipse removed and eclipse restarted, I get the same result after creating a new project, cut/copy/paste does nothing.
(In reply to comment #53) > (In reply to comment #52) > > (In reply to comment #51) > > > Ari, there are no more 3.0* builds planned. Please try with Eclipse 3.1. > > > > I am using 3.1 RC3 on windows 2003 and cut/copy/paste does not work in the jany > > java ant or text editor. Aside from what is preinstalled, I have the subclipse > > plugin installed. > > Sorry, I left out some details. I'm also using the checkclipse plugin. With > subclispe disabled and checkclipse removed and eclipse restarted, I get the same > result after creating a new project, cut/copy/paste does nothing. > More detail. I've been using remote desktop while using eclipse. Using 3.1 over remote desktop to a windows 2003 machine, cut/copy/paste do nothi8ng. Using 3.1 on windwos xp pro, cut/copy/paste works.
(In reply to comment #54) > (In reply to comment #53) > > (In reply to comment #52) > > > (In reply to comment #51) > > > > Ari, there are no more 3.0* builds planned. Please try with Eclipse 3.1. > > > > > > I am using 3.1 RC3 on windows 2003 and cut/copy/paste does not work in the jany > > > java ant or text editor. Aside from what is preinstalled, I have the subclipse > > > plugin installed. > > > > Sorry, I left out some details. I'm also using the checkclipse plugin. With > > subclispe disabled and checkclipse removed and eclipse restarted, I get the same > > result after creating a new project, cut/copy/paste does nothing. > > > > More detail. I've been using remote desktop while using eclipse. Using 3.1 over > remote desktop to a windows 2003 machine, cut/copy/paste do nothi8ng. Using 3.1 > on windwos xp pro, cut/copy/paste works. > Not it is working via remote desktop. I don't know what has changed. Nothing in eclipse.
This bug has long been marked fixed, and clearly it did fix a specific problem that was being seen at the time. If you are still experiencing problems with cut and paste with eclipse 3.1 please open a new bug so it can be properly investigated.
This problem showed up even with Eclipse 3.2.1 when you use the Synergy virtual KVM tool (which sends mouse and keyboard commands to other computers when you move your mouse pointer off your screen) and when using remote desktop. Synergy integrates "cut" and "paste" between different computers. Workaround is to disable Synergy.
I can confirm that this Bug still exists in Eclipse 3.2.1 (and 3.2). I am using Windows XP on a Core Duo laptop, so maybe dual core/processor machines could be part of the problem. I can reproduce the exact symptoms described by comment 46. If I disable "update imports on paste", the bug seems gone. I will observe this. Has someone opened a new bug report for this problem or could this bug be reopened?
(In reply to comment #58) > I can confirm that this Bug still exists in Eclipse 3.2.1 (and 3.2). I am using > Windows XP on a Core Duo laptop, so maybe dual core/processor machines could be > part of the problem. I don't think I was using a Core Duo when I last saw this problem. > Has someone opened a new bug report for this problem or could this bug be > reopened? > Maybe you should open a new bug report? -- John
I'm having this issue also. Windows XP Pro, Core 2 Duo. Eclipse 3.2.1. If I save all modified files I can usually get the cut and paste to work again. This is a major inconvenience and needs to be a high priority fix as it reduces your coding efficiency significantly.
I have the same bug with Eclipse 3.2.1 on Windows XP. This issue should be reopened with a high priority.
(In reply to comment #61) > I have the same bug with Eclipse 3.2.1 on Windows XP. > This issue should be reopened with a high priority. Daniel Megert suggested the following: Possible Solution: In Preferences => Java => Editor => Typing: Un-check "Update Imports" when pasting. This worked for me. However, it means there is a bug. I'm not sure how to re-open it, but I'll send an email to Veronika (who marked it resolved).
Verionica and others. Years later, this bug is still there. It is not Resolved-Fixed. I'd suggest that you either remove the "update imports" feature from Eclipse, or fix the bug. It's not useful to expect everyone to scratch their head thinking that they might not have hit Ctrl-C after all... and then to come searching here when they realise that they're not incompetent keyboard users ;) Come on... let's have this fixed.
I'm still seeing this issue: Version: 3.4.0 Build id: I20080617-2000 OS: Windows XP This issue is resolved when I uncheck "Update imports on paste". But come on ... fix this already.
Richard, please give latest 3.4.1 or 3.5 stream build a try. We think we finally fixed the issue there (see bug 200743 for details).
