Wildcard (dnsmasq address= entries) in web interface identified as regex

I have the following in a custom dnsmasq configuration file:

# android mtalk
address=/mtalk.google.com/#

mtalk.google.com isn't in the block lists, neither is the CNAME (mobile-gtalk.l.google.com)

pi@raspberrypi:~ $ pihole -q mtalk.google.com
 Match found in https://dbl.oisd.nl:
   alt1-mtalk.google.com
   alt2-mtalk.google.com
   alt3-mtalk.google.com
   alt4-mtalk.google.com
   alt5-mtalk.google.com
   alt6-mtalk.google.com
   alt7-mtalk.google.com
   alt8-mtalk.google.com

the pihole web interface (query log) identifies this as:

web interface problem OR simply NOT supported by pihole?

just setup an 4.3.2 system to verify this and other differences.
In 4.3.2, this was reported (web interface) as regex/wildcard:

Yes, the string was renamed in the web interface for a more uniform experience:

old new
regex/wildcard regex blacklist
blacklist exact blacklist

I don't think you'd like to see this as OK (cache) in green, would you? There is no other blocking status this could be put under meaningfully. And defining an altogether new blocking status is quite a bit of work as I'd have to go through all the FTL/CLI/database/web code to ensure the interpretation of the new code is known everywhere.