Bug 108282 [correction] Quick Fix (Ctrl+1) takes a long time to catch up with current state
The Quick Fix feature (pressing Ctrl+1) takes a very long time to correctly display the list of options. If I use a new class which is not in the import list the unknown type shows up as an error. Pressing Ctrl+1 to show a quick fix menu oftens lags behind so that the 'import type' is not shown on the menu. This is highly annoying ans really slows down workflow. Sometimes it will not update until I do a Save on the file. Occasionally it refuses to do so until I quit and restart Eclipse. This happens frequently on a 2.5GHz HP PC with 1GB RAM even with Eclipse given 512MB. This is symptomatic of a general problem with Eclipse taking a long time before the syntax colouring of errors and warnings catches up to the current state of the editor.
org.eclipse.jdt.ui/ui/org/eclipse/jdt/internal/ui/javaeditor/ASTProvider.java
* Wait flag indicating that a client requesting an AST
	 * only wants to wait for the shared AST of the active editor.
	 * <p>
	 * No AST will be created by the AST provider.
	 * </p>
	 *
	 * @since 3.1
	 */
	public static final WAIT_FLAG WAIT_ACTIVE_ONLY= new WAIT_FLAG("wait active only"); 
	/**
	 * Wait flag indicating that a client requesting an AST
	 * only wants the already available shared AST.
	 * <p>
	 * No AST will be created by the AST provider.
	 * </p>
	 *
	 * @since 3.1
	 */
	public static final WAIT_FLAG WAIT_NO= new WAIT_FLAG("don't wait"); 
	/**
	 * Tells whether this class is in debug mode.
	 * @since 3.0
	 */
	private static final boolean DEBUG= "true".equalsIgnoreCase(Platform.getDebugOption("org.eclipse.jdt.ui/debug/ASTProvider"));  
	/**
	 * Internal activation listener.
	 *
	 * @since 3.0
	 */
	private class ActivationListener implements IPartListener2, IWindowListener {