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 155390 - "Annotation"-icons are misplaced if class/method is @Annotated
Summary: "Annotation"-icons are misplaced if class/method is @Annotated
Status: RESOLVED WONTFIX
Alias: None
Product: java
Classification: Unclassified
Component: Editor (show other bugs)
Version: 6.x
Hardware: PC Windows XP
: P4 blocker with 1 vote (vote)
Assignee: Dusan Balek
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-12-12 18:21 UTC by malfunction84
Modified: 2016-07-07 07:16 UTC (History)
1 user (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 malfunction84 2008-12-12 18:21:14 UTC
(To avoid confusion with Java Annotations, I will refer to the icons that appear in the line number sidebar as "line
icons" rather than "annotations" as they are called in NetBeans Options.)

Inspired by something that came up in issue 129310, some NetBeans line icons appear on the wrong line if the element has
been annotated.  This includes the "Implements" and "Overrides" icons, warnings, hints, errors, etc.

Some examples:

- The "Implements" and "Overrides" line icons should *always* appear on the line with the @Overrides annotation, if
there is one.
- If you have Tools > Options > Editor > Hints > Java > Standard Javac warnings > Serialization enabled and you have
annotated a Serializable class, the serializable warning appears on the line of the first annotation.  Instead, it
should appear...
(1) on the line where the java.io.Serializable interface implementation is declared OR
(2) on the line where the superclass is declared if java.io.Serializable is inherited from a superclass OR
(3) on the line where the *first* Serializable superinterface implementation is declared if java.io.Serializable is
inherited from a superinterface.
Comment 1 Martin Entlicher 2008-12-12 20:33:11 UTC
BTW: would it be possible that com.sun.source.tree.MethodTree.getName() is changed to return a Tree before this goes to
the official API? Currently it's really not easy to find out the position of the method name in the source code.
Comment 2 Martin Balin 2016-07-07 07:16:38 UTC
This old bug may not be relevant anymore. If you can still reproduce it in 8.2 development builds please reopen this issue.

Thanks for your cooperation,
NetBeans IDE 8.2 Release Boss