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 247979 - Navigate trough files inside project window via arrow keys is quite slow
Summary: Navigate trough files inside project window via arrow keys is quite slow
Status: REOPENED
Alias: None
Product: platform
Classification: Unclassified
Component: Explorer (show other bugs)
Version: 8.2
Hardware: All All
: P1 normal with 1 vote (vote)
Assignee: Jan Peska
URL:
Keywords: PERFORMANCE
Depends on:
Blocks:
 
Reported: 2014-10-16 12:16 UTC by ChrisLE
Modified: 2016-10-19 14:51 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
messages.log (148.36 KB, application/octet-stream)
2014-11-07 12:42 UTC, ChrisLE
Details
Self-Sampling snapshot (616.79 KB, application/octet-stream)
2014-11-07 12:52 UTC, ChrisLE
Details
UiGestures (441 bytes, application/octet-stream)
2014-11-07 13:33 UTC, ChrisLE
Details
UiGestures1 (646 bytes, application/octet-stream)
2014-11-07 13:33 UTC, ChrisLE
Details

Note You need to log in before you can comment on or make changes to this bug.
Description ChrisLE 2014-10-16 12:16:28 UTC
I have a Maven project with 5 child modules, a lot of files and packages and dependencies and so on. When I select the project window and use the arrow keys to navigate sometimes, it hangs at an file and at an other and so on. It's not really handy. Tell me what I should do to help you to reproduce the problem. Use Netbeans Dev 20140804 and windows 7 x64.


Regards

Chris
Comment 1 Tomas Hurka 2014-11-07 08:35:38 UTC
You can send us self-sampling snapshot of the ide (http://wiki.netbeans.org/FitnessViaPartnership) to help us understand what is going on and please also attach messages.log and uigestures files from the same timeframe as the snapshot. Thanks.
Comment 2 ChrisLE 2014-11-07 12:19:34 UTC
Do you need the whole messages.log?
Comment 3 Tomas Hurka 2014-11-07 12:24:36 UTC
(In reply to ChrisLE from comment #2)
> Do you need the whole messages.log?
Yes, please attach whole messages.log. Thanks.
Comment 4 ChrisLE 2014-11-07 12:42:11 UTC
Created attachment 150344 [details]
messages.log

The snapshot and the uigestures comeing soon.
Comment 5 ChrisLE 2014-11-07 12:52:52 UTC
Created attachment 150345 [details]
Self-Sampling snapshot

Here is the snapshot. Enough infos? I don't know whether the UIGestures are inside the npss file or not. Tell me if it's not.


Regards

Chris
Comment 6 Tomas Hurka 2014-11-07 13:00:46 UTC
(In reply to ChrisLE from comment #5)
> Created attachment 150345 [details]
> Self-Sampling snapshot
> 
> Here is the snapshot. Enough infos? I don't know whether the UIGestures are
> inside the npss file or not. Tell me if it's not.
Thanks, uigesture file is in the same directory as messages.log file.
Comment 7 ChrisLE 2014-11-07 13:33:17 UTC
Created attachment 150347 [details]
UiGestures
Comment 8 ChrisLE 2014-11-07 13:33:47 UTC
Created attachment 150348 [details]
UiGestures1

Added uigestures files.
Comment 9 Tomas Hurka 2014-11-07 14:35:42 UTC
Thanks for the additional info (although uigesture files do not look complete). Reassigning to platform/explorer for further evaluation.
Comment 10 Ondrej Vrabec 2015-03-04 15:40:25 UTC
What would help is to delay firing events because in this case as you jump from file to file every such event notifies half of the IDE and obviously uselessly because the next immediate event overwrites the result of the previous one.
However is that allowed? What would it break?
Comment 11 ChrisLE 2015-06-11 14:08:16 UTC
I would prefer this option too, maybe to edit it inside options, don't know, I think this is the same behaviour as IDEA does it, because in this IDE everything is fine, nothing hangs. A configurable delay for 300 - 500 ms would be nice.

Thx.
Comment 12 _ wadechandler 2016-10-19 14:08:40 UTC
Yes, this is definitely clunky. Luckily I have an SSD, but many don't, so this is bad. It is impacting 8.2 as well. Is anyone specifically looking into this? I'm going to bump this in priority too until I find some way of working around this other than a patch; i.e. is there a system property to set to keep this from happening at all. From a personal perspective it is best to turn off UI gesture logging completely than flood to disk.
Comment 13 _ wadechandler 2016-10-19 14:09:44 UTC
This happens on all hardware and OS. I have talked to people using Linux and myself a Mac. I saw the initial poster was using Windows.
Comment 14 _ wadechandler 2016-10-19 14:27:02 UTC
This doesn't just impact the project UI. This happens in the text editor too. Arrow up and down in the text editor and watch your uigestures file...boooooommmmm. :-)
Comment 15 ChrisLE 2016-10-19 14:51:13 UTC
Yes, I'm the original reporter of this bug (Chrizzly - Slack ;). The problem is there is no delay while selecting nodes. Everything (Except the titlebar) is updating immediately. When you see WebStorm, or IntelliJ in general there is a little delay for everything. Round about 300ms maybe. And I think this is really important. For the editor too, sure. But please not a default delay, a delay which I can change via options is a must have in this area. Of course more than 1s makes no sense so this could be the highest value. If you have a big file in NetBeans round about 400 or 700 lines of code and yes this is unfortunately a real world case, then it lacks a lot. In other editors like Sublime or so or brackets it starts to lack in a file with more lines of code.