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 46873 - Code completion popup Javadoc flashes display or moves selection around
Summary: Code completion popup Javadoc flashes display or moves selection around
Status: CLOSED FIXED
Alias: None
Product: editor
Classification: Unclassified
Component: Completion & Templates (show other bugs)
Version: 4.x
Hardware: PC Linux
: P2 blocker (vote)
Assignee: Martin Roskanin
URL:
Keywords: REGRESSION
Depends on:
Blocks:
 
Reported: 2004-08-03 21:08 UTC by Jesse Glick
Modified: 2007-11-05 13:38 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
Some informative stack traces (3.56 KB, text/plain)
2004-08-03 22:21 UTC, Jesse Glick
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jesse Glick 2004-08-03 21:08:50 UTC
040803 custom, 1.5.0 b60, Ocean. When I invoke
Java code completion and get the popup Javadoc,
approximately every second the selection of member
in the popup list is reset to the first item, and
the popup Javadoc is reset to the Javadoc for the
first item (flashing in case it was already on the
first item). For example, if I type

  return System.i
                 ^
                 +- CARET HERE

and press Ctrl-SPACE, I get "in" and
"identityHashCode" in the list as expected. Popup
Javadoc for "in" is displayed and flashes once a
second. If I press Down or Page Down, I very
briefly see Javadoc for identityHashCode(), but it
almost immediately resets to that for System.in.

Makes code completion unusable. Observed for the
first time in this build, I think.
Comment 1 Jesse Glick 2004-08-03 22:19:13 UTC
Thread dumps and stack traces reveal that
JavaEditor.JavaEditorComponent.selectElementsAtOffset is being called
once a second or so by timerSelNodes, whether code completion is being
shown or not. caretListener is being called repeatedly too. Some sort
of feedback loop with UndoAction - only happens after doc is modified.
Looks like BaseCaret is for some reason firing caret changes when none
have in fact occurred.
Comment 2 Jesse Glick 2004-08-03 22:21:16 UTC
Created attachment 16632 [details]
Some informative stack traces
Comment 3 Martin Roskanin 2004-08-04 11:55:45 UTC
fixed in [maintrunk]

/cvs/editor/libsrc/org/netbeans/editor/BaseCaret.java,v  <-- 
BaseCaret.java
new revision: 1.102; previous revision: 1.101
Comment 4 Roman Strobl 2005-07-14 14:51:04 UTC
Verified in 200507131800.