Bug 84533 Refactoring does not do anything...
Build: I-20050202 1. Create a new Hello world plugin project. Call it 'com.example.xyz' and accept all defaults. 2. Close the manifest editor for the newly created plugin.xml to take PDE out of the equation. 3. Open the plugin.xml in a plain text editor. 4. Right-click on the 'com.example.xyz' project and choose to rename it to 'com.example.xyz.bla' with textual matches in plugin.xml files. 5. In the preview, uncheck the 'plugin.xml - com.example.xyz). All its children are now unchecked 6. Check the second match in the plugin.xml file only (ie. the one for the 'class' attribute. 7. click OK. NOTHING HAPPENS!
org.eclipse.ltk.core.refactoring/src/org/eclipse/ltk/core/refactoring/Change.java
*         return;
 *     Change undo= change.perform(new SubProgressMonitor(pm, 1));
 *     if (undo != null) {
 *        undo.initializeValidationState(new SubProgressMonitor(pm, 1));
 *        // do something with the undo object
 *     }
 *   } finally {
 *     change.dispose();
 *   }
 * </pre>
 * </p>
 * <p>
 * It is important that implementors of this abstract class provide an adequate 
 * implementation of <code>isValid</code> and that they provide an undo change
 * via the return value of the method <code>perform</code>. If no undo can be
 * provided then the perform method is allowed to return <code>null</code>. But
 * implementors should be aware that not providing an undo object for a change 
 * object that is part of a larger change tree will result in the fact that for
 * the whole change tree no undo object will be present.    
 * </p>
 * <p>
 * Clients may subclass this class.
 * </p>
 * 
 * @since 3.0
 */
public abstract class Change implements IAdaptable {
	private Change fParent;
	private boolean fIsEnabled= true;