We are experiencing a bug with the admin post list search on a site running Meta Box AIO 3.10.0 (WordPress, WPML active).
Symptom:
Searching in any admin post list (native search box on edit.php) always returns 0 results – for all post types, including posts and pages. This happens even when the search term is literally part of existing post titles.
What we found via Query Monitor:
The MBAC search integration correctly finds the matching posts. For a search for "walze" (edit.php?s=walze&post_type=inventory&lang=de):
1. MBAC\Post->search_post_ids_by_title() runs:
SELECT ID FROM wp_posts WHERE post_title LIKE N'%walze%'
→ returns **72 rows** (correct)
2. MBAC\Post->search_post_ids_by_metas() runs against wp_postmeta → 0 rows (fine)
3. However, the main query (WP_Query->get_posts) then contains:
AND wp_posts.ID = 9
→ **a single post ID instead of the 72 found IDs**, resulting in 0 rows displayed.
It looks like the list of found post IDs is passed to the main query as a single ID (possibly the ID list ends up in the p parameter instead of post__in, so everything after the first ID gets dropped).
Environment:
- Meta Box AIO 3.10.0
- WordPress (current), WPML Multilingual CMS 4.9.6
- Custom post types registered, custom relational DB usage via MetaBox
- Search is broken globally in wp-admin (all post types), frontend is not affected
Could you confirm whether this is a known issue, and if a fix is planned? A hint on how to disable the MBAC search integration as a workaround (so the native WP search takes over again) would also help us short-term, as the site launches soon.
.
