From the calendar, did a manual serach for EP 26 of this show, and it gave me the following:
Is this normal? I don’t recall earlier versions doing this. I only ever noticed it showing the episode I actually searched for, or nothing at all.
In this case it’s design, please allow me to explain before you yell “WHAT?!” 
You’re talking about the 2014 series, which is reported by trakt as:
trakt title slug: the-tom-and-jerry-show-2014
tvdbid: 280446
imdb: tt3559124
tvrageid: none
Yup, trakt doesn’t know that show is 41747 on tvrage.
This caused drone to fall back to using a search query by title, and it so happens to be that x264 contains 26. Which explains the multitude of results.
Solution, ask trakt to associate the appropriate tvrageid to that show.
Ok. That makes sense. I didn’t think of the x264 angle.
I get what you’re saying, @Taloth, but at the same time the red exclamation mark (probably) says something like “episode was not requested”, or at least I does whenever I come across this. Drone does seem to have a way to recognize this. Wouldn’t it be nice to filter the search results after they get returned to not include the episodes that were not requested? Or is there a use case that I didn’t think of in which you want those to show up?
If drone didn’t detect the results properly if one that could potentially cause a result to be excluded. We also show Unknown Series, which is often caused by things being named differently, which we include.
We want drone to show all the results it was returned with the result of its parsing/matching, so you can choose which release to grab. Once we start excluding releases we have to make a decision on which ones to display and which ones to hide, I don’t want to deal with the why did this result not show and having to resort to people digging through logs to see why it was rejected (which is the exact reason we have the manual search).
I fully agree w/ you Markus, on the ‘manual search’ options. If things start to get fuzzy, show it all to me. 
Maybe a button to toggle showing/hiding results that are likely to be the wrong episode? By default, only show the ones you’re sure about (i.e. the ones that don’t show the red warning I mentioned above). If there are no results at all that way, show everything. For everything in between, let users toggle. That way you don’t flood a user with more information than he needs unless he actually triggers it himself (or unless you have no choice because there is no matchin data at all).
I agree that making the information completely unavailable is a bad idea (especially if there are no regular matches) but I’m also a strong believer in keeping things as easy as possible. Not showing uncertain matches when there are matches that do fit the description makes sense to me.
tymanthius reported the issue because he saw something he didn’t expect, not because he was ‘flooded’ with information.
In fact, he would’ve never seen it if ep26 was already available.
You’ll only see this kind of behavior if trakt doesn’t have a tvrage id, it basically only a symptom. Fix the underlying problem and the symptom disappears.
To add to what @Taloth said Its pretty rare that this happens, when it does its either drone acting up (and we want to fix it), its a bad indexer and it should be removed, or in like in this case, trakt needs to be updated.
And I agree, we would rather fix the cause than the effect.
It’s not as rare as you think. It seems to happen a lot for the shorter anime series, which is made worse by the fact that anime series have a hash code in their release name which probably causes the same issues as the 26 in h264. “Normal” series are usually fine, that’s true. In addition most users will not know that it is Trakt that “causes” it, will frown at the list, find the episode they were looking for and go on with their lives. The chances of Trakt fixing itself are rather slim and the way to see the same info in a more presentable way on your end is relatively simple. Look, I agree that the principle of the thing is wrong and I fully understand the notion of “garbage in, garbage out” when applicable. But considering the fact that you are already recognizing that an episode was not requested you can in fact filter on it and show a more sensible list of downloads even if the TVRage ID is missing.
The reason I’m arguing this point is best illustrated by the series I added a few days back: Hayate the Combat Butler. There are 4 seasons with a total of 101 episodes. Where looking for episode 1 of season 1 I’d get a list of well over 100 entries (3 different indexers), most of which were not the episode I requested.