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 202567 - Inefficient updates of clipboard actions when traversing projects tree
Summary: Inefficient updates of clipboard actions when traversing projects tree
Status: RESOLVED DUPLICATE of bug 203335
Alias: None
Product: platform
Classification: Unclassified
Component: Window System (show other bugs)
Version: 7.1
Hardware: PC All
: P3 normal (vote)
Assignee: Jaroslav Tulach
URL:
Keywords: PERFORMANCE
: 202503 203054 (view as bug list)
Depends on:
Blocks: 88161
  Show dependency tree
 
Reported: 2011-09-23 14:16 UTC by Michel Graciano
Modified: 2011-10-20 17:13 UTC (History)
9 users (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 Michel Graciano 2011-09-23 14:16:42 UTC 
[ BUILD # : 201109222201 ]
[ JDK VERSION : 1.7 ]

If you try to navigate through nodes with keyboard, it is impossible to do that
given how slow it is. It happens for Beta and I can confirm it for today's
trunk version of IDE. To reproduce it, just create the sample project
FeedReader, expand the first level od nodes for all projects and try to
navigated through these nodes.
Comment 1 Michel Graciano 2011-09-23 14:22:40 UTC 
Same problem for File and Favorites views too.
Comment 2 Michel Graciano 2011-09-23 18:20:07 UTC 
Goran Miskovic has generated a dump [1] from his environment where it is reproduceable too. I hope it helps.

[1] http://ubuntuone.com/1o7PjwfGJ7dxRrfRBOjTyz
Comment 3 Tomas Zezula 2011-09-26 08:00:21 UTC 
Nothing to do with parsing api?
First) the parsing api has no UI.
Second) there is no parsing api activity.
Comment 4 Tomas Zezula 2011-09-26 08:54:11 UTC 
From the stack dump it seems as a window system issues.
I am not able to reproduce it with my current build, so I am now building a new build (trunk) to generate my own thread dumps.
Comment 5 Tomas Zezula 2011-09-26 10:02:40 UTC 
I am not able to reproduce the slowness but it seems that the win sys tries to update the window name when you navigate on the node.
Comment 6 Michel Graciano 2011-09-26 12:23:47 UTC 
As discussed at NetCAT list, the problem is better noticeable when you keep the arrow key pressed during the process. If you do just press and release the problem is not really easy to see, but if you compare to 7.0.1 you can see it is slower than before.
Comment 7 Antonin Nebuzelsky 2011-09-26 12:59:46 UTC 
*** Bug 202503 has been marked as a duplicate of this bug. ***
Comment 8 Stanislav Aubrecht 2011-09-26 13:48:26 UTC 
this looks like a side-effect of fix #202503. a 100ms timer is scheduled for each update of copy/cut/paste actions. with enough keystrokes in projects window (i.e. selection change events) the amount of such timers accumulates easily...

reassigning
Comment 9 Stanislav Aubrecht 2011-09-26 14:18:21 UTC 
(In reply to comment #8)
> this looks like a side-effect of fix #202503. a 100ms timer is scheduled for
> each update of copy/cut/paste actions. with enough keystrokes in projects
> window (i.e. selection change events) the amount of such timers accumulates
> easily...
> 
> reassigning

sorry, i meant fix #192317
Comment 10 Jaroslav Tulach 2011-09-30 19:06:17 UTC 
Actually no, it is not side effect of bug 192317, but result of fixing bug 88161. I may improve fix for bug 192317 to mitigate usage of "slow clipboard", but it is not going to happen soon (e.g. next two weeks).
Comment 11 _ gtzabari 2011-10-03 12:54:26 UTC 
Why is the clipboard being touched during node navigation?
Comment 12 Jaroslav Tulach 2011-10-03 21:43:46 UTC 
(In reply to comment #11)
> Why is the clipboard being touched during node navigation?

To enable/disable paste action.
Comment 13 Jaroslav Tulach 2011-10-04 16:40:36 UTC 
*** Bug 203054 has been marked as a duplicate of this bug. ***
Comment 14 Stanislav Aubrecht 2011-10-05 08:55:02 UTC 
jardo, why did you assign this bug to me? the problem is in your code. if i'm reading your fix for #192317, then you're creating at least three background threads for each change of selected nodes in explorer. traversing over 30 nodes then creates 90 background threads...
Comment 15 Jaroslav Tulach 2011-10-20 05:49:02 UTC 
Fixed as http://hg.netbeans.org/main-golden/rev/8669a6401408

*** This bug has been marked as a duplicate of bug 203335 ***
Comment 16 _ gtzabari 2011-10-20 17:13:44 UTC 
The proposed fix does not seem to change the number of created threads as mentioned in comment #14. Shouldn't that be fixed?