The get_search_query() function was returning an empty string when used inside a Toolset View, causing the Relevanssi relevanssi_didyoumean() function to fail. The issue occurred because Toolset custom search does not use WordPress’s default ?s= parameter, so get_search_query() had no value to read.
Solution:
Instead of using get_search_query(), the Relevanssi function was modified to use the Toolset View’s search URL parameter. By passing the View’s actual search parameter value to relevanssi_didyoumean(), the “Did you mean” functionality worked correctly inside the View’s “No items found” section.
A Taxonomy View was created to display a Google Map with one marker per “Countries” taxonomy term using a Toolset Location/Address field. The map rendered, the address field output as text looked correct, Google Maps API loaded, but no markers appeared, even with a minimal hardcoded marker test. Conflict testing (default theme + only Toolset plugins) did not change the behavior.
Solution:
On the staging site, a new Taxonomy View was created and configured correctly for taxonomy term markers (Countries taxonomy + term address field) so Toolset Maps could read the term location field and output markers. After using the new View (ID 12255) on the test page, the markers displayed correctly. The working setup can be reused and customized:
Working View: /wp-admin/admin.php?page=views-editor&view_id=12255
When using the toolset_association_created hook to retrieve a relationship field value from the intermediary post, the custom field returned an empty value, even though the value was confirmed to exist in the database. The field was stored on the intermediary post, and get_post_meta() was being called inside the hook, but it returned blank.
Solution:
The issue was caused by timing. At the moment toolset_association_created fires, the intermediary post meta may not yet be fully saved and available for retrieval.
To resolve this, the meta retrieval was delayed until after Toolset completed saving the relationship. This was achieved by scheduling a secondary action using wp_schedule_single_event() and retrieving the field value in a later hook.
Confirmed the intermediary post exists and has the expected post type and status.
Verified the correct meta key (wpcf-donor-scholar-relationship-status) is stored on the intermediary post.
Ensured the field is indeed saved on the intermediary (relationship fields are not stored on parent/child posts).