-
Bug
-
Resolution: Duplicate
-
P4
-
None
-
1.2.1
-
generic
-
generic
Name: vi73552 Date: 05/24/99
When you add an AbstractAction instance to a JToolBar, a PropertyChangeListener is added to the action. This is so that the JToolBar can listen to the action getting disabled/enabled, the name of the action changing, or the icon associated with the action changing. The JToolBar reacts to these changes by updating the appearance of the appropriate JToolBar button. Unfortunately, these PropertyChangeListener's are transient. After the JToolBar gets serialized/deserialized these operations are no longer executed. Complicating this problem is that there is no way to re-attach these PropertyChangeListeners without removing and then adding the actions because of access restrictions.
(Review ID: 83419)
======================================================================
When you add an AbstractAction instance to a JToolBar, a PropertyChangeListener is added to the action. This is so that the JToolBar can listen to the action getting disabled/enabled, the name of the action changing, or the icon associated with the action changing. The JToolBar reacts to these changes by updating the appearance of the appropriate JToolBar button. Unfortunately, these PropertyChangeListener's are transient. After the JToolBar gets serialized/deserialized these operations are no longer executed. Complicating this problem is that there is no way to re-attach these PropertyChangeListeners without removing and then adding the actions because of access restrictions.
(Review ID: 83419)
======================================================================
- duplicates
-
JDK-4626632 Various containers for Action throw NPE when PropChgEvent has null newValue
- Resolved