| Summary: | Copy and Paste problem | ||
|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Sanjay Lalwani <sanjay_lalwani> |
| Component: | UI | Assignee: | Platform-UI-Inbox <Platform-UI-Inbox> |
| Status: | RESOLVED INVALID | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | eclipse, f.sauter, jose |
| Version: | 3.0 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| Whiteboard: | |||
|
Description
Sanjay Lalwani
I've noticed that the copy action sometimes ends up disabled in the java editor, even when a text block is selected, which means that ctrl-C won't work (since the action is disabled). You can check whether the copy action is enabled or not by checking the Edit menu. This problem occurs for me on version 3.0M9 (I haven't seen it in earlier versions), running on Windows 2000. I haven't found a consistent way to reproduce the problem. But once it occurs, there seems to be no way to get the copy action enabled for that editor. (I can't remember if closing file and reopening fixes problem or not). I find the same - i.e. selecting text and pressing "Ctrl-C" or "Ctrl-X" will not place the highlighted text onto the clipboard/copy buffer.... However it only seems to happen when there is an error in the file you are attempting to copy from. The menu option is still available to copy the text and this still works ok. Paste still works, however what is pasted is the previously copied or cut value. I experienced the same problem with 3.0 release. Closing and reopening the editor seems to solve the problem. It is very annoying. I'm having this problem all the time in 3.0. It seems to happen most often if I select an entire line of text (home, home, shift-end) and then copy or cut. All the edit actions are visibly enabled in the Edit menu. All ways of calling them seem to fail: accelerator, menu, context menu. There is nothing obvious that triggers the problem. Sometimes cut will work, but then paste won't! This is driving me nuts. The severity should be bumped up on this since data can potentially be lost. In release 3.0, I'm also having this problem all the time, and I can reproduce
it consistently by trying to copy the line
System.out.println("");
If I change something in the line, e.g. inserting a space,
Sys tem.out.println("");
I can copy it without problems.
I think it's to do with the new "Smart" Insert Mode (ha ha). I had the problem all the time, but not once I turned that off (Edit menu, or Ctrl - Shift - Insert). I see this problem (or something very similar) under AIX as well. Problem also occurs in Linux. I have adapted a habit of pressing CTRL+C some 3-4 times since that seems to make eclipse realize that it should copy what I have selected. I use Eclipse 3.0.1-r2 on gentoo linux (the -r2 part is gentoo specific). The problem occurs while coding in the Java perspective. I don't think really helps to press ctrl+c more times. I'm constantly anoyed by this problem. Copy pasting is something you do often. And when the wrong thing is pasted more often than the right, you kind of loose hope in that old trusty keycombo. I nearly made a rather serious mistake today when I pasted something. It almost looked like what I had meant to cut, but I had cut some other nearly identical text just before that.... Also I can't copy stuff from outside eclipse into eclipse. Rather anoying too. What can I do to help getting this bug fixed faster??? It seems like paste is what's broken, not cut and copy. Sometimes when I paste between two files I have this problem. I assumed it was just doing nothing at the paste, but noticed that it actually updates my import section to include the missing imports from what I'm pasting. So there is some awareness of what's on the clipboard (it's being analyzed to determine the imports to add to the file -- assuming the clipboard data is directly inspected to determing this), it just doesn't insert the clipboard text into the second file. I played a bit with it too. It seems that sometimes the copied stuff actually can be transferred between eclipse and for instance KEdit. I will try to find a pattern for when it succeeds when I get some time in a couple of days. You might look at Bug 74240 and see if some of the comments and notes there help resolve the problems y'all are seeing. I have this problem with release 3.1.1 for Mac OS X. I have made following observations: - when the copy/paste functionality is (for some reason) disabled the "Source" menu changes its name to "Document". The problem might go away and the menu might still preserve that name. - when this problem arises it is not possible to search for preferences in Window->Preferences nor it will display different panes if you change the selection (it seems completely broken). - After forcing garbage collection with MyEclipse (www.myeclipseide.com) the situation does not improve. - If I attempt to copy and then attempt to paste in an external application it becomes clear that nothing has been copied. - Sometimes it will go away by itself. - The lack of copy/paste functionality may affect only certain opened files, i.e. a situation could arise when I have file foo.java and goo.java opened and the problem affects only foo.java. If I closed foo.java and reopened it the problem would still be present for foo.java but not for goo.java. I have not experimented closing and reonopening goo.java. - Relaunching eclipse does not guarantee this bug to go away, sometimes it continues after restarting. Please help the community by fixing this bug, since it is *impossible* to work without cut and paste. Thanks! Just another observation: sometimes this condition goes awy when saving the affected file. It is always possible to paste text copied in another application. I just found this bug in the Platform-Scripting-Inbox "black hole". The last two comments refer to 3.1.1 on MacOS. Frederico, do you have any other plug-ins installed? Do you still see this problem when using just the Eclipse SDK? I have the MyEclipse plugin insalled (www.myeclipseide.com) After reinstalling eclipse and the plugins the problem has only arised when using the MyEclipse HTML editor and not anymore with eclipse's Java editor (as it used to happen), thus being a MyEclipse problem rather than a platform problem. Marking as invalid in response to the previous comment. |