Community
Participate
Working Groups
Eclipse I20111025-1325 + EGit 1.2.0.201110190928 Steps: 1. Import > Git > Projects from Git, Next 2. Clone... 3. Paste a git repo location, Next 4. Wait for remote branches to be read 5. On the Branch Selection page, all branches are selected by default 6. Go straight to the "type filter text" field and enter "master" => SHOULD BE: only matched branches should be displayed => IS: nothing happens
Created attachment 205975 [details] Screenshot
The tree only filters out items that have not been checked. Personally, I find this behaviour to be completely counterintuitive.
(In reply to comment #2) > Personally, I find this behaviour to be completely counterintuitive. I totally agree! Any idea why it's implemented this way? I can provide a fix for that if it's not an expected behaviour. Looking for someone to "blame" I found out that Mathias could give us some insight here :)
(In reply to comment #3) > (In reply to comment #2) > > Personally, I find this behaviour to be completely counterintuitive. > I totally agree! Any idea why it's implemented this way? I can provide a fix > for that if it's not an expected behaviour. > Looking for someone to "blame" I found out that Mathias could give us some > insight here :) I guess I'm the one to blame... Go forward with a fix.
*** Bug 307003 has been marked as a duplicate of this bug. ***
Bug 307003 and this one are both about filtering in the Clone wizard. The other bug is about filtering only unselected projects, while this one is about the same confusing behaviour for branches. Currently, the fix proposed on http://egit.eclipse.org/r/4531 addresses only the branch issue. I can apply the same change for projects if all agree it's ok.
(In reply to comment #6) > Bug 307003 and this one are both about filtering in the Clone wizard. The other > bug is about filtering only unselected projects, while this one is about the > same confusing behaviour for branches. I reopened bug 307003 for the sake of posterity (considering they really are talking about two different wizard pages).
merged as 0af999b145ad7124793b0d468652a8818dcba2c7
There are at least two issues with the fix: 1) It does not covert the duplicate bug 307003. 2) Filtering seems to affect the enabled state in the background: 1. select all 2. type some filter text 3. deselect each of the still visible elements ==> 'Finish' gets disable, error says that at least one element must selected. This is wrong, since there are still other checked elements (but filtered).
(In reply to comment #9) > 1) It does not covert the duplicate bug 307003 Remy has reopened bug 307003 in comment 7. > 2) Filtering seems to affect the enabled state in the background: To make things worse, "Finish" stays disables even then the filter is cleared. Matthias, should I create a new Change for this?
(In reply to comment #10) > > 2) Filtering seems to affect the enabled state in the background: > > To make things worse, "Finish" stays disables even then the filter is cleared. I'm trying to fix that in http://egit.eclipse.org/r/#change,4609. Comments are welcome.
Fixed with 647df0265fbf606c922a4729bfe873cb65a1abaa
Verified in 1.2.0.201111150513.