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 28327 - Editor failed to clear underline after file recompiled
Summary: Editor failed to clear underline after file recompiled
Status: RESOLVED DUPLICATE of bug 32882
Alias: None
Product: java
Classification: Unclassified
Component: Unsupported (show other bugs)
Version: -S1S-
Hardware: PC Windows 3.1/NT
: P3 blocker (vote)
Assignee: issues@java
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-10-29 19:17 UTC by ssffleming
Modified: 2007-09-26 09:14 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description ssffleming 2002-10-29 19:17:22 UTC
This won't be easy to reproduce.  I am testing using EE build of 021025 on JDK 1.4, NT, 1cpu.
It looked like if I recompiled before the auto-checking was completed that I could never
clear the red underline.  Looks like a race condition where the red underline updates are
turned off somehow.  Workaround was to restart the ide.  Please work with Honza's team
to try to get a test case.
Comment 1 ssffleming 2002-10-29 21:06:09 UTC
I just saw this again.  A subclass had an error in a super(*) call within a 
constructor.
I added the constructor to the superclass (recompiling).  Then recompiled the subclass.
Error was not cleared even though recompile was successful.
Comment 2 ehucka 2002-12-17 09:44:53 UTC
Please specify the version of IDE and try to add some attachment with
example of code.
Comment 3 ssffleming 2002-12-17 22:22:18 UTC
EE build of 021025  (was noted in original submission)

I'll try to watch for this again and will attach source code sample and more info.
Or will let you know if I don't see it anymore.  Thanks.
Comment 4 ssffleming 2002-12-18 21:45:32 UTC
I have seen this again on the latest EE trunk build.
It may be this has been partially fixed and this new
test case finds a special case that still needs fixing.
In the original bug report an underline was not cleared
after a successful recompile.  In this *new* test case
an underline should be cleared after an unsuccessful 
recompile.  However, shutting down and restarting the IDE
will clear the underline and correctly underline the
import problem.  EE build 021217_2.  Please work with 
Honza's team to get an
exact test case.  Here is some helpful information.

Editing and compiling two files for a superclass Sup
and subclass of Sup, Sub.  That is Sub extends Sup.
Both files have been previously compiled.  Sub imports
another class file that is not mounted.

Steps:

1.  Add a new statement within one of Sub's methods
calling a method not yet added to Sup, eg. 
supFoo();
This statement will be correctly underlined in red.

2.  Implement supFoo() in Sup.java and recompile.

3.  Recompile Sub.java.  Recompilation fails because
the other class file is not mounted.  However the
red underline should be cleared and it is not.

4.  If you shutdown and restart the IDE it is cleared.
Comment 5 ssffleming 2003-01-14 23:56:15 UTC
I am still seeing this problem on EE build 030109_1 (latest Q build)
I saw this today in a case where recompiling sub is successful.
Underline is still not cleared.
Comment 6 Martin Roskanin 2003-02-28 15:37:46 UTC
At this time only P1s and P2s are allowed to be integrated into newly
created branch "release35". 
http://www.netbeans.org/servlets/ReadMsg?msgId=475395&listName=nbdev
Changing target milestone to 4.0
Comment 7 Martin Roskanin 2003-03-12 11:13:41 UTC
OK, I have reproduced it. It seems it is problem of background
parsing. Reassigning to java module.

Comment 8 Martin Roskanin 2003-03-12 11:49:29 UTC
or better, the background parsing is triggered by typing after idle
time not by compiling.
Comment 9 Martin Matula 2004-07-27 15:27:13 UTC

*** This issue has been marked as a duplicate of 32882 ***