-
Bug
-
Resolution: Unresolved
-
P4
-
9
-
b157
-
generic
-
generic
Comment from JDK-8174073 reporter:
This is much better but there still outstanding problems.
• The stdout output looks good.
• The "frames" view looks good (only one interface shows up, and it's the correct one).
Now for the problems:
• In "index" view, both interfaces show up. I don't want the bad interface to show up.
• In "tree" view, the same interface shows up under "Class Hierarchy" and "Interface Hierarchy". I am only expecting it to show up under "Interface Hierarchy" since it is not a class.
• In "packages" view, the bad interface shows up under "Exception summary". First, it is not an exception class. Second, it shouldn't appear at all.
• The search box returns both the good and bad interface. I don't want the bad interface to show up.
• After clicking on the good interface, "next class" is grayed out but "prev class" remains active. Clicking "prev class" redirects back to the current interface.
This is much better but there still outstanding problems.
• The stdout output looks good.
• The "frames" view looks good (only one interface shows up, and it's the correct one).
Now for the problems:
• In "index" view, both interfaces show up. I don't want the bad interface to show up.
• In "tree" view, the same interface shows up under "Class Hierarchy" and "Interface Hierarchy". I am only expecting it to show up under "Interface Hierarchy" since it is not a class.
• In "packages" view, the bad interface shows up under "Exception summary". First, it is not an exception class. Second, it shouldn't appear at all.
• The search box returns both the good and bad interface. I don't want the bad interface to show up.
• After clicking on the good interface, "next class" is grayed out but "prev class" remains active. Clicking "prev class" redirects back to the current interface.
- relates to
-
JDK-8174073 NPE caused by @link reference to class
-
- Closed
-