Whilst this is a valid workaround, showing the number of matches in the hits column is more intuitive.
The current search algorithm assumes a single match for filename searches, regardless of how many actual matches there are. Consequentially, the hits column remains blank (assuming no Containing text criteria is used).
Only showing the filename is satisfactory in most use cases. However, if no other changes to FLP were made, it would be useful if the Reports tab documented the count of filename matches and / or the actual matches.