Inability to search the query log by type and protocol

[DandelionSprout]

Have a question or an idea? Please search it on our forum to make sure it was not yet asked. If you cannot find what you had in mind, please submit it here.

Prerequisites

Please answer the following questions for yourself before submitting an issue. YOU MAY DELETE THE PREREQUISITES SECTION.

• I am running the latest version (v0.106.0b1)
• I checked the documentation and found no answer
• I checked to make sure that this issue has not already been filed

Issue Details

• Version of AdGuard Home server:
  • v0.106.0b1
• How did you install AdGuard Home:
  • GitHub releases
• How did you setup DNS configuration:
  • System
• If it's a router or IoT, please write device model:
  • Raspberry Pi 4 4GB
• CPU architecture:
  • armhf
• Operating system and version:
  • Raspberry Pi OS Bullseye 32-bit

Expected Behavior

The option to search by request type (e.g. A, AAAA, TXT, RRSIG, AXFR, PTR, MX, SRV, "None", NS, MD, MF, TYPE11, MB, SOA, URI, MR, NULL, OPT, etc.) and/or protocol (Regular DNS, TCP DNS, DNS-over-HTTPS, DNS-over-TLS, DNS-over-QUIC, etc.) in the query log, preferably incorporated into its unified search bar.

Actual Behavior

After the query log's search methods were unified into one text bar sometime in 2020, it has since then been impossible to search by request type, e.g. A, AAAA, TXT, RRSIG, AXFR, PTR, MX, etc.

It has also never been possible to search by protocol that I'm aware of.

Screenshots

Screenshot:

Additional Information

This would be of help for https://github.com/DandelionSprout/adfilt/tree/master/Dandelion%20Sprout's%20Official%20DNS%20Server (which encourages the use of DoH and DoT), to further help sift out the constant invasion of Romanian/Dutch webhost port-scanners, from the (at the time of writing non-existent) legitimate human people person users.

[Aikatsui]

DNS protocol #1900
Related request type #594

[DandelionSprout]

#594 applies to the old search bar, and in my eyes doesn't count.

I'll admit that #1900 counts, however.