Bug 82622 - Paste doesn't always update enablement correctly
Summary: Paste doesn't always update enablement correctly
Status: RESOLVED WONTFIX
Alias: None
Product: GEF
Classification: Tools
Component: GEF-Legacy GEF (MVC) (show other bugs)
Version: 3.0   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Pratik Shah CLA
QA Contact:
URL:
Whiteboard: Bugzilla 3.4 Migration
Keywords:
Depends on: 39369
Blocks:
  Show dependency tree
 
Reported: 2005-01-11 18:23 EST by Pratik Shah CLA
Modified: 2016-12-14 11:20 EST (History)
1 user (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Pratik Shah CLA 2005-01-11 18:23:16 EST 
Currently PasteTemplateAction updates when selection or active workbench part 
changes.  However, it's not possible to detect all actions that can cause the 
action to change enablement.  For instance, if you copy something to the 
clipboard from a palette in a different workbench window, paste should become 
enabled in the original workbench window.  This doesn't happen.

So, paste should always be enabled.  This is how other applications (like 
Word, WordPad) handle this problem too.
Comment 1 Pratik Shah CLA 2005-01-13 12:14:59 EST 
I retract my original statement.  Word is enabling/disabling the Paste Action 
as expected.  If SWT supported clipboard-change notification (Bug# 39369), 
we'd be able to do the same.  If not, then PasteTemplateAction should probably 
be enabled at all times.
Comment 2 Pratik Shah CLA 2005-04-13 18:22:18 EDT 
While we wait for Bug 39369, I've changed PasteTemplateAction so that its 
calculateEnabled() method always returns true.

Marking as Resolved - Remind.
Comment 3 Anthony Hunter CLA 2009-08-24 12:00:23 EDT 
LATER and REMIND resolutions will be going away with the upgrade of Bugzilla to the latest Bugzilla 3.4.  They are no longer part of the default Bugzilla installation. See http://dev.eclipse.org/mhonarc/lists/eclipse.org-committers/msg00778.html for the announcement.

As a result 
RESOLVED + REMIND OR LATER 
will be changed to
RESOLVED + WONTFIX

This unfortunately also means I need to REOPEN and then RESOLVE as WONTFIX

Sorry for the inconvenience.
Comment 4 Anthony Hunter CLA 2009-08-24 12:13:33 EDT 
LATER and REMIND resolutions will be going away with the upgrade of Bugzilla to the latest Bugzilla 3.4.  They are no longer part of the default Bugzilla installation. See http://dev.eclipse.org/mhonarc/lists/eclipse.org-committers/msg00778.html for the announcement.

As a result 
RESOLVED + REMIND OR LATER 
will be changed to
RESOLVED + WONTFIX

This unfortunately also means I need to REOPEN and then RESOLVE as WONTFIX

Sorry for the inconvenience.