What Determines AddHandler Action

Question

What Determines AddHandler Action

RogerSchlueter-7899 1,736

I have the following in my Window.Loaded event:


Dim cvsPeople As CollectionViewSource = CType(Resources("cvsPeople"), CollectionViewSource)
cvsPeople.Source = ocPeople
....
ComboTextBox = DirectCast(cbxPeople.Template.FindName("PART_EditableTextBox", cbxPeople), TextBox)
AddHandler ComboTextBox.TextChanged, AddressOf EnterSearchText
AddHandler cvsPeople.Filter, AddressOf RePopulateSource
End Sub

Nothing happens when the first line executes while the second line causes execution to immediately jump to the RePopulateSource subroutine. Why? And, of course, how can prevent this behavior?

RogerSchlueter-7899 1,736 Reputation points

2026-06-29T14:48:37.5533333+00:00

Sorry, this got garbled. Nothing happens when the first AddHandler line executes while the second AddHandler ....
Viorel 127K Reputation points

2026-06-29T15:03:35.3133333+00:00
It looks like there was a solution:

https://learn.microsoft.com/en-us/answers/questions/5593070/

2 answers

Your answer

RogerSchlueter-7899 1,736 Reputation points

2026-06-29T14:48:37.5533333+00:00

Sorry, this got garbled. Nothing happens when the first AddHandler line executes while the second AddHandler ....
Viorel 127K Reputation points

2026-06-29T15:03:35.3133333+00:00

It looks like there was a solution:

https://learn.microsoft.com/en-us/answers/questions/5593070/

Answer 1

Hello @RogerSchlueter-7899 ,

Thanks for your question.

When you use AddHandler for ComboTextBox.TextChanged, the program just sets up a listener. Since no one is typing in the text box at that exact moment, it waits quietly.

However, the cvsPeople.Filter event works differently because of the line of code you ran just above it: cvsPeople.Source = ocPeople.

Because your CollectionViewSource already has a list of data assigned to it, the moment you attach the filter handler, the system realizes, "I already have data, and I just received a new filtering rule. I need to apply this filter right now so the list displays correctly." Attaching a filter to a list that already contains data forces an immediate refresh.

You can refer to following steps:

Create a flag at the top of your Window class:

Private isInitializing As Boolean = True

Turn the flag off at the very end of your Window.Loaded event:

Leave your AddHandler lines exactly as they are, but add one line at the very end to signal that the setup is finished.

' ... existing code ...
ComboTextBox = DirectCast(cbxPeople.Template.FindName("PART_EditableTextBox", cbxPeople), TextBox)
AddHandler ComboTextBox.TextChanged, AddressOf EnterSearchText
AddHandler cvsPeople.Filter, AddressOf RePopulateSource

isInitializing = False
End Sub

Check the flag inside your RePopulateSource subroutine:

Private Sub RePopulateSource(sender As Object, e As FilterEventArgs)
    If isInitializing Then Exit Sub

    ' ... your normal filtering code goes here ...
End Sub

I hope the above information is helpful. If it addressed your concern, please consider using the following guidance to share your feedback.

Nancy Vo (WICLOUD CORPORATION) 6,595 Reputation points Microsoft External Staff Moderator

2026-07-03T07:00:40.09+00:00

Hi,

I wonder if there is any update on this post. If you have any question, feel free to reach out. I'm happy to support you.

Answer 2

AddHandler itself never causes the handler to run; it only associates the handler with the event. The handler runs when the event is raised.

In the code:

AddHandler ComboTextBox.TextChanged, AddressOf EnterSearchText
AddHandler cvsPeople.Filter, AddressOf RePopulateSource

these two events behave differently:

TextBox.TextChanged
- This is a standard CLR/WPF event.
- AddHandler ComboTextBox.TextChanged, ... only wires the handler.
- EnterSearchText will run later, when the user changes the text or when code assigns a different Text value.
- So “nothing happens” at the moment AddHandler executes because TextChanged is not raised at that time.
CollectionViewSource.Filter
- This is an event that is raised whenever the view needs to (re)apply its filter.
- As soon as a handler is attached with:
```
     AddHandler listingDataView.Filter, AddressOf ShowOnlyBargainsFilter
```
  (same pattern as your cvsPeople.Filter line), the view may immediately re-evaluate its contents and raise Filter.
- That is why execution “immediately jumps” to RePopulateSource: the CollectionViewSource raises the Filter event right after the handler is attached, so your handler is invoked.

This is expected behavior for CollectionViewSource.Filter: attaching the handler can trigger an immediate filter pass.

To prevent the handler from running at that moment, typical approaches are:

Guard the handler with a flag so it does nothing during initialization:

  Private _isInitializing As Boolean = True
  
  Private Sub Window_Loaded(...) Handles Me.Loaded
      Dim cvsPeople As CollectionViewSource = CType(Resources("cvsPeople"), CollectionViewSource)
      cvsPeople.Source = ocPeople
  
      ComboTextBox = DirectCast(cbxPeople.Template.FindName("PART_EditableTextBox", cbxPeople), TextBox)
      AddHandler ComboTextBox.TextChanged, AddressOf EnterSearchText
      AddHandler cvsPeople.Filter, AddressOf RePopulateSource
  
      _isInitializing = False
  End Sub
  
  Private Sub RePopulateSource(sender As Object, e As System.Windows.Data.FilterEventArgs)
      If _isInitializing Then
          Return
      End If
      ' Normal filtering logic here
  End Sub

Or attach the Filter handler later, after initial setup is complete, if the design allows it.

The key point is that AddHandler only wires the handler; whether it runs immediately depends entirely on the event’s own raising behavior.

References: