[Bug?] "git show -s" still worries about renameLimit?

$ git show -s | cat
warning: exhaustive rename detection was skipped due to too many files.
warning: you may want to set your diff.renameLimit variable to at least 6123 and retry the command.
commit a3a9dd8be6b8767e690b014715aefa2ba39672e2 (HEAD -> master)
Author: Junio C Hamano <gitster@pobox.com>
Date:   Sat Apr 19 14:27:03 2025 -0700

    Something something something

As we have -M (rename detection) on by default these days, and this particular commit has very many deletions and creations, if we were asking to show some diff (not necessarily patch text output, but just "--stat" or even "--raw") it is fair to warn about rename detection being limited by diff.renameLimit.

But the command knows that with "-s" the user declined to show any diff computation, so it feels wrong to even _count_ how many diff_filepairs there are and comparing with the renameLimit, in order to warn about busting the limit.