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
return "AST without any type"; 
	}
	/**
	 * Caches the given compilation unit AST for the given Java element.
	 *
	 * @param ast
	 * @param javaElement
	 */
	private synchronized void cache(CompilationUnit ast, IJavaElement javaElement) {
		if (fActiveJavaElement != null && !fActiveJavaElement.equals(javaElement)) {
			if (DEBUG && javaElement != null) 
				System.out.println(getThreadName() + " - " + DEBUG_PREFIX + "don't cache AST for inactive: " + toString(javaElement)); 
			return;
		}
		if (DEBUG && (javaElement != null || ast != null)) 
			System.out.println(getThreadName() + " - " + DEBUG_PREFIX + "caching AST: " + toString(ast) + " for: " + toString(javaElement)); 
		if (fAST != null)
			disposeAST();
		fAST= ast;
		
		synchronized (fWaitLock) {
			fWaitLock.notifyAll();
		}
	}
	/**
	 * 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.