title: Solr local parameter for Tagging and Excluding Filters is not working
body: <p>Here I'm trying to get the count of most frequent items in a time range, vs items in all time:</p>
  
  <pre><code>{
      "query": "{!tag=time}time_in_seconds:[1589453460 TO 1589539860]",
      "facet": {
          "topItems": {
              "type": "field",
              "limit": 10,
              "field": "item_name",
              "facet": {
                  "allItems": {
                      "type": "query",
                      "q": "{!ex=time}*:*"
                  }
              }
          }
      }
  }
  </code></pre>
  
  <p>The problem is, in the query result, topItems count is always the same with allItems count, since excluding filters is somehow not working:</p>
  
  <pre><code>"facets": {
      "count": 8263088,
      "topItems": {
        "buckets": [
          {
            "val": "item 1",
            "count": 14945,
            "allItems": {
              "count": 14945
            }
          },
          {
            "val": "item 2",
            "count": 14060,
            "allItems": {
              "count": 14060
            }
          }...
  </code></pre>
  
  <p>From what I understand in <a href="https://lucene.apache.org/solr/guide/8_4/faceting.html#tagging-and-excluding-filters" rel="nofollow noreferrer">docs</a>, the inline facet should show total item count without the time filter. I am sure there are additional items outside of that time range.</p>
  
  <p>Btw using Solr v. 8.4</p>
  
  <p>-- Tried this too:</p>
  
  <pre><code>{
      "query": "*:*",
      "filter":["{!tag=time}time_in_seconds:[1589453460 TO 1589539860]"]
      "facet": {
          "topItems": {
              "type": "field",
              "limit": 10,
              "field": "item_name",
              "facet": {
                  "allItems": {
                      "type": "query",
                      "q": "{!ex=time}*:*"
                  }
              }
          }
      }
  }
  </code></pre>
  
  <p>result is the same sadly.</p>