So let’s consider a “quick refresh” context menu choice for Search results. Fairly simple to add a menu item. User invokes menu item, what happens? Oh, software reruns the search? Well, how does it do that??
This would presume that whatever is right-clicked upon has some way of knowing what the search was. All it actually “knows” is what the search term was (because it can read that from the text in the window). It doesn’t know the state of the Match case checkbox at the time of the search, it doesn’t know the Search mode, it doesn’t know if the item came from a Find All in Current Document or a Find in Files, and if a Find in Files what was the Directory, the Filters, etc., etc. So a major code restructuring would have to take place in order for each search to be retained so that this stuff could be recalled when needed, i.e., when a quick-refresh is called for.
The Search results window is pretty much just a dumping ground for output. It doesn’t carry around a lot of extra data about the search that was conducted, for purposes of reconstructing that search later. Why? Because whomever wrote that code didn’t think it was necessary for it to do so. And, up until this point, it wasn’t needed.