How about this:

$("#pnlSelectHolder").one('animationend', () => {
  $("#pnlSelectHolder").removeClass("animated fast fadeIn");
});

It looks like this will solve your problem: https://mdbootstrap.com/snippets/jquery/grzegorz-bujanski/2568685#js-tab-view

It can be a challenge with what I'm trying to do here, and I've had recommendation to not try it from MDBSupport. But I'm still plugging away at it. Here are the desired steps:

1. Fetch XML from Ajax
2. Hide the target container with a fade
3. Replace the content with the XML
4. Perform any required transformations on the container (datepicker, timepicker, chart, fullcalender, materialSelect)
5. Show the target container with a fade

So this uses

$(container).one("webkitAnimationEnd mozAnimationEnd MSAnimationEnd oanimationend animationend", function() {

However, I often find that it happens twice - because that event is not specific to hiding or showing, just the end of an animation. So if I apply it and inside the callback I apply another animation (show) then it triggers itself a second time. That's a separate issue that I'm mostly fixing through a outer function-scoped boolean variable.

But the problem with this in this case is that the animated fadeIn fast doesn't remove itself at the end of the animation and it messes with the contained materialSelect.

So to fix this, I've added a timeout to the callback of the$(container).one statement above to manually remove the classes 1.5 sec after the callback begins. This is because I don't want the removal of the classes to mess with the fadeIn animation that I've just applied in case it's longer than 1 sec.

$(container).one("webkitAnimationEnd mozAnimationEnd MSAnimationEnd oanimationend animationend", function() {
     setTimeout(function(){$(container).removeClass("animated fast fadeIn");},1500);

Seems like quite a long way to go. Shouldn't the animated class disappear at the end of the animation?

I may have found the issue. When I draw the content back onto the screen, I use an animation (smooth out, smooth in). But that leaves a remnant of "animated fast fadeIn" as class on the container holding the material select. If I manually remove those three classes, it fixes the material-select. So now I'm going to work at trying to remove those classes after arrival of the content to see if it fixes the routine all around. I would have thought that the completion of the animation would remove those classes, but it appears not. I will post my results.