Title: tomgreene's Replies | WordPress.org

---

# tomgreene

  [  ](https://wordpress.org/support/users/tomgreene/)

 *   [Profile](https://wordpress.org/support/users/tomgreene/)
 *   [Topics Started](https://wordpress.org/support/users/tomgreene/topics/)
 *   [Replies Created](https://wordpress.org/support/users/tomgreene/replies/)
 *   [Reviews Written](https://wordpress.org/support/users/tomgreene/reviews/)
 *   [Topics Replied To](https://wordpress.org/support/users/tomgreene/replied-to/)
 *   [Engagements](https://wordpress.org/support/users/tomgreene/engagements/)
 *   [Favorites](https://wordpress.org/support/users/tomgreene/favorites/)

 Search replies:

## Forum Replies Created

Viewing 1 replies (of 1 total)

 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Media Library Assistant] Using MLA’s NOT IN operator to pre-filter tags for handoff to Envira](https://wordpress.org/support/topic/using-mlas-not-in-operator-to-pre-filter-tags-for-handoff-to-envira/)
 *  Thread Starter [tomgreene](https://wordpress.org/support/users/tomgreene/)
 * (@tomgreene)
 * [5 days, 2 hours ago](https://wordpress.org/support/topic/using-mlas-not-in-operator-to-pre-filter-tags-for-handoff-to-envira/#post-19020034)
 *     ```wp-block-code
       Thank you for the quick fix to the original issue — the simple tax_query + mla_alt_shortcode handoff (single taxonomy condition, no exclusion) now works correctly, and correctly populates a working Envira gallery via the [gallery]-to-Envira-conversion path.However, testing further with the same setup (WordPress.com, Envira Gallery Pro with Dynamic Addon, "Render all WordPress Galleries using Envira" enabled) has surfaced what appear to be two new, separate regressions introduced alongside the fix. Site cache was cleared before each test below.Test results, in the order run:Test 1 — tax_query = single condition (envira-tag = kingbird), with handoff params present (mla_alt_shortcode="gallery", mla_alt_ids_name="ids", mla_style="none")→ Works — renders correctly as an Envira galleryTest 2 — tax_query = compound ('relation' => 'AND', kingbird AND NOT featured), with handoff params present→ Fails — nothing rendersTest 3 — Same compound query as Test 2, with handoff params removed→ Fails — nothing rendersTest 4 — tax_query = compound (kingbird AND flight, no exclusion), with handoff params removed→ Fails — nothing rendersTest 5 — tax_query = single condition (envira-tag = kingbird) — identical to Test 1, but with handoff params removed→ Fails — nothing rendersExact shortcodes used:Test 1 (works):[mla_gallery tax_query="array(array('taxonomy'=>'envira-tag','field'=>'slug','terms'=>'kingbird'))" mla_alt_shortcode="gallery" mla_alt_ids_name="ids" mla_style="none"]Test 2 (fails):[mla_gallery tax_query="array(    'relation' => 'AND',    array('taxonomy'=>'envira-tag','field'=>'slug','terms'=>'kingbird'),    array('taxonomy'=>'envira-tag','field'=>'slug','terms'=>'featured','operator'=>'NOT IN'))" mla_alt_shortcode="gallery" mla_alt_ids_name="ids" mla_style="none"]Test 3 (fails):[mla_gallery tax_query="array(    'relation' => 'AND',    array('taxonomy'=>'envira-tag','field'=>'slug','terms'=>'kingbird'),    array('taxonomy'=>'envira-tag','field'=>'slug','terms'=>'featured','operator'=>'NOT IN'))"]Test 4 (fails):[mla_gallery tax_query="array(    'relation' => 'AND',    array('taxonomy'=>'envira-tag','field'=>'slug','terms'=>'kingbird'),    array('taxonomy'=>'envira-tag','field'=>'slug','terms'=>'flight'))"]Test 5 (fails): [mla_gallery tax_query="array(array('taxonomy'=>'envira-tag','field'=>'slug','terms'=>'kingbird'))"]What this suggests are two distinct issues, not one:MLA's own default rendering path (no mla_alt_shortcode) appears broken generally. Test 5 is the identical query to Test 1 — the same one that worked correctly on the original release with no handoff at all, and which I used at the time to confirm the taxonomy name and results were correct. On this dev build, that same bare query now produces nothing without the handoff parameters present, and only succeeds when they're added.Compound tax_query structures ('relation' => 'AND' with multiple taxonomy arrays, including NOT INexclusions) appear broken regardless of whether the handoff is used — Tests 2, 3, and 4 all failed, including Test 3, which is functionally identical to the compound query that worked correctly (via MLA's own default rendering, no handoff) prior to this update.Given that Test 1 is the only passing case, and it's narrower than what worked before this build (previously, both the simple query alone and the simple query with handoff worked; now only the combination works), it looks like the fix for the original reported issue may have had side effects on both the plain rendering path and compound query handling. Happy to run further isolation tests if useful — let me know what would help narrow this down further.
       ```
   

Viewing 1 replies (of 1 total)