Listeo Migration Tool

• Prevent Listeo Core's unverified save handler from blanking listing fields during programmatic updates and editor autosaves.

• Protect GeoPlaces contact and social metadata from Listeo save hooks during the post-type update, then reapply it at the end of the conversion request.

• Reapply validated GeoPlaces destination metadata after Listeo post-type save hooks run.

• Add a GeoPlaces adapter for places and events, source field mapping, attachment galleries, categories, locations and comment-linked reviews.
• Add explicit source URL preservation before switching away from GeoPlaces.
• Add single-listing conversion for reviewing a migration before a full run.
• Stop on conversion errors and report completion only when no listings remain and the run has no errors. Preserve partial progress in the UI.
• Ignore stale mapping responses after switching source platforms.

All three fixes below apply to every source (HivePress, Directorist, ListingPro); reported against HivePress.

• The Step-3 category-to-type mapping is now applied even when a listing already has a listing type from an earlier import run. Reset does not clear _listing_type, so re-running an import after fixing the mapping previously left every listing on its old type (usually "service") no matter what was selected.
• Listings assigned only to CHILD categories now inherit the listing type mapped for their parent category (the Step-3 map lists top-level categories only, so child-only listings always fell back to "service").
• Listings mapped to a CUSTOM listing type now get their categories assigned in that type's own category taxonomy (e.g. courses_category for a custom "Courses" type) instead of the generic listing_category. The per-type taxonomy is what the wp-admin "X Categories" checkboxes, the submit form and type-specific search actually use, so before this the terms were created but never ticked on the imported listings. Default types (service/rental/event/classifieds) keep using listing_category as before — assigning both would display every category badge twice on the single listing page.

• "Create new Listeo field" now also registers the created fields into the field group of every listing type produced by the conversion (listeo_{type}_tab_fields), so migrated attribute values actually display in the Details section of the single listing page. Previously fields were only added to the Hidden Custom Fields group, which is admin-only and never rendered on the frontend.

• Listing type mapping now offers custom listing types created in Listeo Editor -> Listing Types (previously only the four default types were shown). Types are fetched from Listeo Core, so labels, ordering and active/inactive state follow the Listing Types panel.

• Initial release: unified migration tool replacing the standalone listeo-hivepress-converter and listeo-listingpro-converter plugins.
• Pluggable source-adapter architecture (LMT_Adapter): HivePress, ListingPro and Directorist adapters included, more sources can be added as single adapter classes.
• Directorist support: at_biz_dir listings, custom fields, galleries, business hours, FAQs, reviews (comment-based and legacy table), categories/locations/tags and user roles.
• Source picker with auto-detection of installed source data.
• Shared workflow: preview, listing type mapping, field mapping (skip / map to meta / merge into features / create Listeo field), user role migration, batched conversion with progress, log and summary.
• ListingPro conversions now also offer "Merge into listing_feature" and "Create new Listeo field" mapping modes (new vs the old plugin).
• ListingPro queries only touch posts carrying lp_listingpro_options, so native Listeo listings on mixed sites are never modified.
• Admin UI matches the Listeo Subscriptions add-on design.