Bug 102510 - Stale AST given by ASTProvider after reconcile() on ICompilationUnit
Summary: Stale AST given by ASTProvider after reconcile() on ICompilationUnit
Status: RESOLVED INVALID
Alias: None
Product: JDT
Classification: Eclipse Project
Component: Text (show other bugs)
Version: 3.1   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: JDT-Text-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords: needinfo
Depends on:
Blocks:
 
Reported: 2005-07-01 13:52 EDT by Srimanth CLA
Modified: 2007-06-22 10:04 EDT (History)
1 user (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Srimanth CLA 2005-07-01 13:52:50 EDT 
In an async I have to do multiple local renames. This involves the local rename
mechanism (LinkedNamesAssistProposal) which gets its AST from
JavaPlugin.getDefault().getASTProvider().getAST() . 

After making a change a change to the document, the AST of the ASTProvider is
not updated even after I do a ICompilationUnit.reconcile(). After the
ICompilationUnit.reconcile() call finishes, doing a
JavaPlugin.getDefault().getASTProvider().getAST() still gives the stale AST. It
looks like the ASTProvider updates via a different mechanism. After calling
ICompilationUnit.reconcile(), JavaPlugin.getDefault().getASTProvider().getAST()
should return the correct AST.
Comment 1 Olivier Thomann CLA 2005-07-01 16:17:30 EDT 
Move to JDT/UI
Comment 2 Dani Megert CLA 2005-07-04 06:43:19 EDT 
Which build?
Can you give a bit more context, e.g. your code or steps to reproduce?
See also:
http://dev.eclipse.org/viewcvs/index.cgi/%7Echeckout%7E/platform-text-home/development/bug-incomplete.htm
Comment 3 Dani Megert CLA 2007-06-22 09:59:24 EDT 
Get rid of deprecated state.
Comment 4 Dani Megert CLA 2007-06-22 10:04:38 EDT 
.