fix(wordpress): keep searchType subBlock id to preserve saved-workflow compat

The type/subtype fix should only change which API param the field feeds
(subtype, not type) — renaming the subBlock id to searchSubtype broke
already-saved workflows with a search content-type filter set, since the
block would stop reading the old searchType key. Reverted the id rename,
kept the underlying subtype mapping fix. Flagged by Cursor Bugbot.

Author: waleedlatif1

apps/sim/blocks/blocks/wordpress.ts

@@ -624,7 +624,7 @@ export const WordPressBlock: BlockConfig<WordPressResponse> = {
       required: { field: 'operation', value: 'wordpress_search_content' },
     },
     {
-      id: 'searchSubtype',
+      id: 'searchType',
       title: 'Content Type',
       type: 'dropdown',
       options: [
@@ -1111,7 +1111,7 @@ export const WordPressBlock: BlockConfig<WordPressResponse> = {
               query: params.query,
               perPage: params.perPage ? Number(params.perPage) : undefined,
               page: params.page ? Number(params.page) : undefined,
-              subtype: params.searchSubtype || undefined,
+              subtype: params.searchType || undefined,
             }
           default:
             return baseParams
@@ -1172,9 +1172,10 @@ export const WordPressBlock: BlockConfig<WordPressResponse> = {
     roles: { type: 'string', description: 'User roles filter' },
     // Search inputs
     query: { type: 'string', description: 'Search query' },
-    searchSubtype: {
+    searchType: {
       type: 'string',
-      description: 'Content subtype filter (post, page, attachment)',
+      description:
+        'Content subtype filter (post, page, attachment) — maps to the API subtype param',
     },
     // List inputs
     perPage: { type: 'number', description: 'Results per page' },