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 118879 - [65cat] Error badge on compilable file
Summary: [65cat] Error badge on compilable file
Status: RESOLVED FIXED
Alias: None
Product: java
Classification: Unclassified
Component: Source (show other bugs)
Version: 6.x
Hardware: All All
: P3 blocker (vote)
Assignee: Rastislav Komara
URL:
Keywords:
: 137645 (view as bug list)
Depends on:
Blocks: 121950
  Show dependency tree
 
Reported: 2007-10-15 12:45 UTC by Jiri Prox
Modified: 2009-09-25 02:34 UTC (History)
4 users (show)

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 Jiri Prox 2007-10-15 12:45:30 UTC
Product Version: NetBeans IDE Dev (Build 20071015000502)
Java: 1.6.0_03-ea; Java HotSpot(TM) Client VM 1.6.0_03-ea-b01
System: Linux version 2.6.5-1.358 running on i386; UTF-8; en_US (nb)

Every time when I open refactoring/java module, there is error badge on UseSuperTypeRefactoringPlugin even it is compilable.
Comment 1 Jan Lahoda 2007-10-16 09:39:44 UTC
Caused by a class living elsewhere (VarUsageVisitor vs. VarUsagesVisitor). While we are trying to support such classes,
the support is not perfect - not a huge problem, anyway, IMO.
Comment 2 Jan Lahoda 2007-10-16 09:41:48 UTC
I forgot to mention - I have fixed file name in refactoring/java, so this should not be visible in new checkouts.
Comment 3 Jiri Prox 2008-04-24 14:51:32 UTC
*** Issue 123886 has been marked as a duplicate of this issue. ***
Comment 4 Jiri Prox 2008-06-19 08:44:54 UTC
*** Issue 137645 has been marked as a duplicate of this issue. ***
Comment 5 Michel Graciano 2008-08-15 19:21:36 UTC
Another way to reproduce it is, when switching between cvs branches and new files are created and existing files uses
it, the compiler don't understand that there is a new file and the already existing files has a non compilable marker.
To solve the problem, just open the new file and the existing. This forces a recompilation.
Comment 6 Rastislav Komara 2009-02-03 10:56:26 UTC
Overtake.
Comment 7 Dusan Balek 2009-08-04 15:39:04 UTC
The problem with classes living elsewhere fixed in jet-main.

http://hg.netbeans.org/jet-main/rev/be4a5851fbc3

The problem with external modifications (via e.g. cvs) is tracked in the separate higher priority issue #168237
Comment 8 Quality Engineering 2009-08-05 06:18:46 UTC
Integrated into 'main-golden', will be available in build *200908050201* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress)
Changeset: http://hg.netbeans.org/main-golden/rev/be4a5851fbc3
User: Dusan Balek <dbalek@netbeans.org>
Log: Proper handling of classes living elsewhere (see issue #118879).