Community
Participate
Working Groups
I'm not sure how reproducible this is. I closed the Java perspective, and then opened it again. It said that an error had occurred, but it did not interfere with any functionality (that I could see). I'll attach the log. Eclipse-GTK-3.0M4
Created attachment 6416 [details] Eclipse Log File
Transferring to JDT/UI as this looks like it might be a Package Explorer issue. Please reassign if this isn't correct.
PackageExplorerPart.createPartControl ends up calling itself: Seems to be a GTK problem with ethe event handling. Steve, can you have a quick look at the stack trace (attachment 6416 [details])? We should remove the 'update(getSelection());' from the PasteAction constructor. Markus, can you do that?
Veronika will look a this. GTK runs a free event loop for you in their clipboard code that allows callbacks to come spilling in. So far as I know, there is nothing we can do about it because we need to make this clipboard call and the event loop is deep in the GTK source. We will try again. This bug belongs to SWT.
*** This bug has been marked as a duplicate of 44915 ***
We should not remove update(getSelection()) from PasteAction and its friends, since it initially disables the action when the part is created. Steps to see incorrect enablement when removing the call to update(...) in PasteAction: - copy some text to the clipboard - new (empty) workspace, open Java Perspective, activate Package Explorer -> Edit > Copy is enabled, but shouldn't be. As an intermediate action, we could use update(StructuredSelection.EMPTY), but the general problem seems indeed to be in GTK event-handling.