This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 101281 - Tasklist shows nonexisting errors
Summary: Tasklist shows nonexisting errors
Status: VERIFIED FIXED
Alias: None
Product: java
Classification: Unclassified
Component: Source (show other bugs)
Version: 6.x
Hardware: All All
: P1 blocker (vote)
Assignee: Jan Lahoda
URL:
Keywords:
: 102035 102155 102488 102541 (view as bug list)
Depends on:
Blocks:
 
Reported: 2007-04-17 09:51 UTC by Jiri Prox
Modified: 2007-06-06 13:47 UTC (History)
4 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:

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 Jiri Prox 2007-04-17 09:51:15 UTC 
NetBeans IDE Dev (Build 070417)
1.6.0_02-ea; Java HotSpot(TM) Client VM 1.6.0_02-ea-b02
Linux version 2.6.5-1.358 running on i386
en_US (nb); UTF-8

Tasklist shows a lots of nonexisting errors for files in Java Desktop
Application Project (new type of project, in category General)
Comment 1 Jana Maleckova 2007-04-24 11:21:40 UTC 
It also happen in case when new master/detailed form is created in new package.
Till form is not opened, task list warms than some errors are in new created
class...
Comment 2 Jan Lahoda 2007-04-25 11:59:35 UTC 
*** Issue 102155 has been marked as a duplicate of this issue. ***
Comment 3 Jan Lahoda 2007-04-25 20:23:10 UTC 
*** Issue 102541 has been marked as a duplicate of this issue. ***
Comment 4 Alexander Kouznetsov 2007-04-25 20:28:42 UTC 
I believe this issue is REGRESSION, at least according to the  Issue 102541
scenario.
Comment 5 Jesse Glick 2007-04-25 20:43:00 UTC 
I'm not sure if the scenario in issue #102541 makes this bug a regression; there
was no Java error badge until very recently. If you don't want to use the Java
error badge at all, you can turn it off in Options.
Comment 6 Alexander Kouznetsov 2007-04-26 14:06:22 UTC 
I believe user has no chance to determine whether this icon belongs to Task List
or just shows that Reference is broken. If this feature was disabled by default,
it would not be a regression. Since it is turned on by default, it disappoints
user and seems to be a regression. 

Nevertheless, it would be nice to have a hint showing the root of the problem
(describing why the project has this icon shown).

Does this make sense?
Comment 7 Jan Lahoda 2007-04-26 15:27:37 UTC 
Listening on classpath implemented in the trunk. Keeping open for now to cover
possible porting to M9. mrkam, feel free to create an enhancement to cover the
tooltips for badges (it may already exist, I am not sure). Thanks.

Checking in classpath/GlobalSourcePath.java;
/cvs/java/source/src/org/netbeans/modules/java/source/classpath/GlobalSourcePath.java,v
 <--  GlobalSourcePath.java
new revision: 1.9; previous revision: 1.8
done
Checking in usages/RepositoryUpdater.java;
/cvs/java/source/src/org/netbeans/modules/java/source/usages/RepositoryUpdater.java,v
 <--  RepositoryUpdater.java
new revision: 1.53; previous revision: 1.52
done
Comment 8 Jan Lahoda 2007-04-26 17:11:13 UTC 
*** Issue 102488 has been marked as a duplicate of this issue. ***
Comment 9 Jan Lahoda 2007-04-26 17:16:26 UTC 
*** Issue 102035 has been marked as a duplicate of this issue. ***
Comment 10 Jan Lahoda 2007-04-26 18:32:22 UTC 
Fixed in M9:
Checking in RepositoryUpdater.java;
/cvs/java/source/src/org/netbeans/modules/java/source/usages/RepositoryUpdater.java,v
 <--  RepositoryUpdater.java
new revision: 1.51.2.2; previous revision: 1.51.2.1
done
Comment 11 Jan Lahoda 2007-04-26 18:37:48 UTC 
Checking in GlobalSourcePath.java;
/cvs/java/source/src/org/netbeans/modules/java/source/classpath/GlobalSourcePath.java,v
 <--  GlobalSourcePath.java
new revision: 1.8.2.1; previous revision: 1.8
done
Comment 12 Jiri Prox 2007-06-06 13:47:48 UTC 
v.