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 42814 - Populating Fast Open dialog is not correctly responsive
Summary: Populating Fast Open dialog is not correctly responsive
Status: CLOSED FIXED
Alias: None
Product: editor
Classification: Unclassified
Component: -- Other -- (show other bugs)
Version: 4.x
Hardware: PC All
: P2 blocker (vote)
Assignee: Dusan Balek
URL:
Keywords: PERFORMANCE
Depends on:
Blocks:
 
Reported: 2004-05-05 09:45 UTC by Antonin Nebuzelsky
Modified: 2007-11-05 13:44 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Antonin Nebuzelsky 2004-05-05 09:45:07 UTC 
Populating the list of matching class names in Go
To Class dialog (aka Fast Open) can take quite a
long time, which is noticeable when you use it the
first time. There is no indication that populating
is in progress and the user may get confused.

How about writing "searching..." text in the list
box at the moment you start searching and
replacing it with the list of class names when you
have it ready. This should be done only for the
first time because later on, when the user refines
the query, populating is fast enough.
Comment 1 Miloslav Metelka 2004-05-05 12:19:37 UTC 
I may be wrong but I guess we won't be able to determine that the call
to the underlying MDRFinder which is delegating to JMI model will
require longer execution time.
 So the only option will likely be to start a timer that will do
something if the call to JMI does not return in certain time-frame.
 Assigning to Mato.
Comment 2 Martin Roskanin 2004-05-06 12:58:37 UTC 
fixed in [meta_stavbicka]

/cvs/editor/libsrc/org/netbeans/editor/ext/java/JavaFastOpen.java,v 
<--  JavaFastOpen.java
new revision: 1.17.8.3; previous revision: 1.17.8.2


fixed in [maintrunk]

/cvs/editor/libsrc/org/netbeans/editor/ext/java/JavaFastOpen.java,v 
<--  JavaFastOpen.java
new revision: 1.18; previous revision: 1.17


We have decided to solve it using mouse wait cursor during first
evaluation, if the results are not ready within 1 second
Comment 3 _ ttran 2004-05-06 13:05:30 UTC 
please keep this bug open and mark it as fixed only when
meta_stavbicka is merged into the CVS trunk
Comment 4 Martin Roskanin 2004-05-06 13:08:14 UTC 
Bug has been fixed also in [maintrunk]
Comment 5 Antonin Nebuzelsky 2004-05-12 16:03:24 UTC 
Verified in trunk build 200405101820.
Comment 6 Antonin Nebuzelsky 2004-07-27 13:03:38 UTC 
The mouse wait cursor appears only at the first searching, but next
searches may take very long time now as well as the first search.
Could the wait cursor be used for all searches?
Comment 7 Dusan Balek 2004-07-30 08:38:58 UTC 
Fixed in [maintrunk].

Checking in JavaFastOpen.java;
/cvs/editor/libsrc/org/netbeans/editor/ext/java/JavaFastOpen.java,v 
<--  JavaFastOpen.java
new revision: 1.23; previous revision: 1.22
done
Comment 8 Antonin Nebuzelsky 2004-08-02 12:35:09 UTC 
Verified in 200408011800. Works as expected. Diky!