Community
Participate
Working Groups
I don't know how I triggered it but I got a fecthing children job for every project in dev.eclipse.org when I performed a checkout with the toolbar checkout wizard. I choose an exisiting project from the list but somehow I also triggered the expansion of every item in the list. We need to add code to the wizard that will kill any jobs launch from the wizard (as was done in the repositories view)
I think this happens every time the list of existing projects is enabled. I suspect that the content provider hasChildren is being called which leads to the fetching.
*** Bug 62246 has been marked as a duplicate of this bug. ***
I don't know whether that's the problem here, but I remember there was a discussion about a change in TreeViewer's behaviour when filters are installed: The TreeViewer should pre-fetch all children to determine whether the '+' sign should be drawn in front of a tree item (should not be drawn iff all children are filtered away).
I don't think there are any filters installed in this case but it's good to know just in case. Thanks.
I was wrong. There are filters and that is exactly the problem. Thanks for the heads up.
This seems like a breaking change on the part of UI. I have logged bug 62268 but I doubt anything can be done since we are API frozen so I'll try and get the filtering another way.
Didn't mean to send this to UI. I have removed the filter. The result is that the files are displayed but cannot be checked out. Leaving open for now. If UI fixes bug 62268, we'll add the filter back. If not we either have to find another way to remove the files or at least disable selection of them.
Subclassed TreeViewer to change isExpandable computation
