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
reconciled(ast, je);
		}
		return ast;
	}
	/**
	 * Returns a shared compilation unit AST for the given
	 * Java element.
	 * <p>
	 * Clients are not allowed to modify the AST and must
	 * synchronize all access to its nodes.
	 * </p>
	 *
	 * @param je				the Java element
	 * @param wait				<code>true</code> if the client wants to wait for the result,
	 * 								<code>null</code> will be returned if the AST is not ready and
	 * 								the client does not want to wait
	 * @param progressMonitor	the progress monitor
	 * @return					the AST or <code>null</code> if the AST is not available
	 * @deprecated As of 3.1, use {@link #getAST(IJavaElement, WAIT_FLAG, IProgressMonitor)}
	 */
	public CompilationUnit getAST(IJavaElement je, boolean wait, IProgressMonitor progressMonitor) {
		if (wait)
			return getAST(je, WAIT_YES, progressMonitor);
		else
			return getAST(je, WAIT_NO, progressMonitor);
	}
	/**
	 * Tells whether the given Java element is the one
	 * reported as currently being reconciled.
	 *