Bug 66439 Copy of Class causes update error in package explorer
RC1 RHEL JDK 1.4.2_02 Motif I have experienced a problem where I copy a java file and paste it into the same package, accepting the default new name (CopyOfClass.java) However, the package view does not list the class, but it does list 2 instances of the last class in the package (note that I am using the hierarchical view). The file is aparently inserted in the correct location, but the name->class mapping is incorrect: clicking on classes that appear before where the new class should be inserted brings up the correct class, but clicking on classes that appear after the inserted class brings up a different class than the one selected. Restarting eclipse causes the problem to go away
bundles/org.eclipse.jface/src/org/eclipse/jface/viewers/StructuredViewer.java
refresh(getRoot());
	}
	/**
	 * Refreshes this viewer with information freshly obtained from this
	 * viewer's model. If <code>updateLabels</code> is <code>true</code>
	 * then labels for otherwise unaffected elements are updated as well.
	 * Otherwise, it assumes labels for existing elements are unchanged, and
	 * labels are only obtained as needed (for example, for new elements).
	 * <p>
	 * Calling <code>refresh(true)</code> has the same effect as
	 * <code>refresh()</code>.
	 * <p>
	 * Note that the implementation may still obtain labels for existing
	 * elements even if <code>updateLabels</code> is false. The intent is
	 * simply to allow optimization where possible.
	 * 
	 * @param updateLabels
	 *            <code>true</code> to update labels for existing elements,
	 *            <code>false</code> to only update labels as needed, assuming
	 *            that labels for existing elements are unchanged.
	 * 
	 * @since 2.0
	 */
	public void refresh(boolean updateLabels) {
		refresh(getRoot(), updateLabels);
	}
	/**
	 * Refreshes this viewer starting with the given element.
	 * <p>
	 * Unlike the <code>update</code> methods, this handles structural changes