Bug 3762 - Last red x annotation not removed. (1GEP8JW)
Summary: Last red x annotation not removed. (1GEP8JW)
Status: VERIFIED FIXED
Alias: None
Product: JDT
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 2.0   Edit
Hardware: All Linux
: P2 major (vote)
Target Milestone: ---   Edit
Assignee: Martin Aeschlimann CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-10-10 23:00 EDT by Mike Wilson CLA
Modified: 2002-01-18 02:31 EST (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mike Wilson CLA 2001-10-10 23:00:27 EDT
When we load our org.eclipse.swt project it generates several thousand items
	in the task list because our .classpath file is not set. When I copy our ".classpath_motif"
	file to ".classpath", all items disappear from the task list, but the red x on the
	org.eclipse.swt _project_ in the Packages view does not disappear.

NOTES:

	McQ (02/06/2001 11:16:07 AM) -
		Could be an SWT problem, since it seems to go away on Windows.

	EG (6/3/2001 4:42:36 AM)
		Don't think it is an SWT problem, looks like an error tick update problem.
		This is the 2nd error tick update problem since 114. 

TM (23.07.2001 11:45:28)
	Have a scenario:

	1) create a project P
	2) create two source folders: F1 and F2
	3) create the same class foo.Foo under both source folders
	4) remove one source folder from the classpath.
	5) in the class remaining on the build path, introduce an error (call a non-existing method)
	6) remove F1 from the build path and put F2 on it. Do this in one step (only open the build paths
		page once)
	7) observe: there remains an error on the project, even though there should be none.
		Closing and reopening the packages view fixes the problem => refresh problem.

TM (23.07.2001 11:56:11)
	We're only looking at error deltas inside package fragement roots. Since the error is removed
	by removing the pkg fragment root, we never look at that change.
	Problem: since we're using resource deltas, we have no way to determine whether a change of 
	package fragment roots occurred.

TM (23.07.2001 16:16:52)
	Have fix.
Comment 1 Martin Aeschlimann CLA 2001-10-16 11:13:39 EDT
moved to 'active'
Comment 2 DJ Houghton CLA 2001-10-24 07:19:29 EDT
PRODUCT VERSION:

	107

Comment 3 Erich Gamma CLA 2001-11-10 16:19:35 EST
The error tick code has changed significantly.
Martin pls verify that the scenario below is covered in the new implementation.
Comment 4 Martin Aeschlimann CLA 2001-11-12 12:25:12 EST
The scenario described by TM is woring correctly in the current code.
Close PR.