Aharon
Forum Replies Created
-
Forum: Plugins
In reply to: [404 Solution] Database errors on update to version 4.1.4We have reverted to version 4.1.17 for now due to the flood of messages printed to the debug.log. I’ll copy below the wave messages printed there for a specific timestamp. I’m not sure what is initiating each wave of messages — it’s not every second but every few minutes. Possibly they’re printed to the debug.log each time the plugin is triggered by a visitor clicking a site URL… I don’t know.
[15-May-2026 03:19:55 UTC] WordPress database error Table '░░░░░░.wp░░░_abj404_view_build' doesn't exist for query SET STATEMENT max_statement_time=296 FOR
/* ------------------ /░░░/░░░/░░░/░░░/wp-content/plugins/404-solution/includes/sql/getRedirectsForViewStaged/02_insert.sql BEGIN ----- */
/* S2: bulk-load every row from the live redirects table into the build
buffer, with status_for_view, type_for_view (constant-per-status),
final_dest, code, disabled, timestamp, engine, score, and fd_int
(CAST(final_dest AS UNSIGNED)) computed inline. dest_for_view and
published_status start at the column defaults and are filled in
per-type by the next stages.
The shared build buffer holds ALL redirects (both active and trashed,
both redirect statuses and captured statuses). Per-tab status filter,
disabled filter, score-range filter, and search filter are all applied
at READ time against the served view_done table.
Resumable batching: this fragment is invoked once per batch by
stageInsertRedirectsBatched(). 0 is MAX(id) of the build
buffer at batch start (0 on first batch), and 2000 caps how
many rows the batch copies. ORDER BY id ASC is required so MAX(id)
advances strictly, which lets the next batch resume cleanly without
ever inserting duplicates and without needing INSERT IGNORE. / INSERT INTO wp_siddur_abj404_view_build (id, url, status, status_for_view, type, type_for_view, final_dest, code, disabled, timestamp, engine, score, fd_int) SELECT id, url, status, CASE WHEN status = 1 THEN 'Manual' WHEN status = 2 THEN 'Automatic' WHEN status = 6 THEN 'Regex' ELSE 'Unknown' END, type, CASE WHEN type = 4 THEN 'External' WHEN type = 2 THEN 'Category' WHEN type = 3 THEN 'Tag' WHEN type = 5 THEN 'Home' WHEN type = 0 THEN 'Special' ELSE '' END, final_dest, code, disabled, timestamp, engine, score, / fd_int: numeric form of final_dest for the per-type UPDATE-JOINs in
S4 (wp_posts.ID) and S5 (wp_terms.term_id). Non-numeric final_dest
(external URLs, empty for HOME/404-displayed) becomes 0, which
matches the legacy CAST behavior under non-strict sql_mode. The
REGEXP guard avoids strict-mode CAST errors in MySQL 8+ defaults. */
CAST(IF(final_dest REGEXP '^[0-9]+$', final_dest, '0') AS UNSIGNED)
FROM wp_siddur_abj404_redirects
WHERE id > 0
ORDER BY id ASC
LIMIT 2000
/* ------------------ /░░░/░░░/░░░/░░░/wp-content/plugins/404-solution/includes/sql/getRedirectsForViewStaged/02_insert.sql END ----- / made by do_action_ref_array('abj404_rebuildViewDone'), WP_Hook->do_action, WP_Hook->apply_filters, abj404_rebuildViewDoneListener, ABJ_404_Solution_DataAccess->rebuildViewDoneInBackground, ABJ_404_Solution_DataAccess->runStagedBuildOnce, ABJ_404_Solution_DataAccess->runTimedViewBuildStage, ABJ_404_Solution_DataAccess->{closure:ABJ_404_Solution_DataAccess_ViewQueriesStagedTrait::runStagedBuildOnce():1300}, ABJ_404_Solution_DataAccess->stageInsertRedirectsBatched, ABJ_404_Solution_DataAccess->runInsertBatch, ABJ_404_Solution_DataAccess->runStagedSqlFile, ABJ_404_Solution_DataAccess->queryAndGetResults [15-May-2026 03:19:55 UTC] WordPress database error Table '░░░░░░.wp░░░_abj404_view_build' doesn't exist for query SET STATEMENT max_statement_time=296 FOR
/ ------------------ /░░░/░░░/░░░/░░░/wp-content/plugins/404-solution/includes/sql/getRedirectsForViewStaged/03_index_fd.sql BEGIN ----- */
/* S3: indexes used by the per-type UPDATE-JOINs in S4 (POST), S5 (CAT/TAG),
S6 (HOME), S7 (EXTERNAL), S8 (404 displayed). Composite is added because
MySQL/MariaDB usually pick one index per table reference per join step
(no index merge by default), and every per-type UPDATE combines aWHERE type = Xpredicate with afd_int = ...join key. */
ALTER TABLE wp_siddur_abj404_view_build
ADD INDEXidx_fd_int(fd_int),
ADD INDEXidx_type(type),
ADD INDEXidx_type_fd_int(type,fd_int)
/* ------------------ /░░░/░░░/░░░/░░░/wp-content/plugins/404-solution/includes/sql/getRedirectsForViewStaged/03_index_fd.sql END ----- / made by do_action_ref_array('abj404_rebuildViewDone'), WP_Hook->do_action, WP_Hook->apply_filters, abj404_rebuildViewDoneListener, ABJ_404_Solution_DataAccess->rebuildViewDoneInBackground, ABJ_404_Solution_DataAccess->runStagedBuildOnce, ABJ_404_Solution_DataAccess->runNonBatchedStageWithKillStreakEscape, ABJ_404_Solution_DataAccess->runTimedViewBuildStage, ABJ_404_Solution_DataAccess->{closure:ABJ_404_Solution_DataAccess_ViewQueriesStagedTrait::runStagedBuildOnce():1325}, ABJ_404_Solution_DataAccess->stageAddPreJoinIndexes, ABJ_404_Solution_DataAccess->runStagedSqlFileTolerantOfDuplicateKey, ABJ_404_Solution_DataAccess->runStagedSqlFile, ABJ_404_Solution_DataAccess->queryAndGetResults [15-May-2026 03:19:55 UTC] WordPress database error Table '░░░░░░.wp░░░_abj404_view_build' doesn't exist for query SET STATEMENT max_statement_time=296 FOR
/ ------------------ /░░░/░░░/░░░/░░░/wp-content/plugins/404-solution/includes/sql/getRedirectsForViewStaged/06_update_home.sql BEGIN ----- */
/* S6: HOME-typed redirects show the site's blogname as their destination.
wp_options.option_name is a UNIQUE index in WP core, so this scalar
subquery reads exactly one row regardless of multisite shape. Missing
blogname yields '' for dest_for_view (acceptable degraded path). */
UPDATE wp_siddur_abj404_view_build
SET
dest_for_view = COALESCE((
SELECT option_value FROM wp_siddur_options
WHERE option_name = 'blogname' LIMIT 1), ''),
published_status = 1
WHERE type = 5
/* ------------------ /░░░/░░░/░░░/░░░/wp-content/plugins/404-solution/includes/sql/getRedirectsForViewStaged/06_update_home.sql END ----- / made by do_action_ref_array('abj404_rebuildViewDone'), WP_Hook->do_action, WP_Hook->apply_filters, abj404_rebuildViewDoneListener, ABJ_404_Solution_DataAccess->rebuildViewDoneInBackground, ABJ_404_Solution_DataAccess->runStagedBuildOnce, ABJ_404_Solution_DataAccess->runTimedViewBuildStage, ABJ_404_Solution_DataAccess->{closure:ABJ_404_Solution_DataAccess_ViewQueriesStagedTrait::runStagedBuildOnce():1362}, ABJ_404_Solution_DataAccess->stageUpdateHome, ABJ_404_Solution_DataAccess->runStagedSqlFile, ABJ_404_Solution_DataAccess->queryAndGetResults [15-May-2026 03:19:55 UTC] WordPress database error Table '░░░░░░.wp░░░_abj404_view_build' doesn't exist for query SET STATEMENT max_statement_time=296 FOR
/ ------------------ /░░░/░░░/░░░/░░░/wp-content/plugins/404-solution/includes/sql/getRedirectsForViewStaged/07_update_external.sql BEGIN ----- */
/* S7: EXTERNAL redirects display the destination URL itself. */
UPDATE wp_siddur_abj404_view_build
SET
dest_for_view = final_dest,
published_status = 1
WHERE type = 4
/* ------------------ /░░░/░░░/░░░/░░░/wp-content/plugins/404-solution/includes/sql/getRedirectsForViewStaged/07_update_external.sql END ----- / made by do_action_ref_array('abj404_rebuildViewDone'), WP_Hook->do_action, WP_Hook->apply_filters, abj404_rebuildViewDoneListener, ABJ_404_Solution_DataAccess->rebuildViewDoneInBackground, ABJ_404_Solution_DataAccess->runStagedBuildOnce, ABJ_404_Solution_DataAccess->runTimedViewBuildStage, ABJ_404_Solution_DataAccess->{closure:ABJ_404_Solution_DataAccess_ViewQueriesStagedTrait::runStagedBuildOnce():1375}, ABJ_404_Solution_DataAccess->stageUpdateExternal, ABJ_404_Solution_DataAccess->runStagedSqlFile, ABJ_404_Solution_DataAccess->queryAndGetResults [15-May-2026 03:19:55 UTC] WordPress database error Table '░░░░░░.wp░░░_abj404_view_build' doesn't exist for query SET STATEMENT max_statement_time=296 FOR
/ ------------------ /░░░/░░░/░░░/░░░/wp-content/plugins/404-solution/includes/sql/getRedirectsForViewStaged/08_update_special.sql BEGIN ----- */
/* S8: 404-displayed redirects use a fixed translated label as their
destination. Captured 404 rows also fall in this branch (status =
captured/ignored/later, type = 404_displayed). */
UPDATE wp_siddur_abj404_view_build
SET
dest_for_view = '(404 page)',
published_status = 1
WHERE type = 0
/* ------------------ /░░░/░░░/░░░/░░░/wp-content/plugins/404-solution/includes/sql/getRedirectsForViewStaged/08_update_special.sql END ----- / made by do_action_ref_array('abj404_rebuildViewDone'), WP_Hook->do_action, WP_Hook->apply_filters, abj404_rebuildViewDoneListener, ABJ_404_Solution_DataAccess->rebuildViewDoneInBackground, ABJ_404_Solution_DataAccess->runStagedBuildOnce, ABJ_404_Solution_DataAccess->runTimedViewBuildStage, ABJ_404_Solution_DataAccess->{closure:ABJ_404_Solution_DataAccess_ViewQueriesStagedTrait::runStagedBuildOnce():1388}, ABJ_404_Solution_DataAccess->stageUpdateSpecial, ABJ_404_Solution_DataAccess->runStagedSqlFile, ABJ_404_Solution_DataAccess->queryAndGetResults [15-May-2026 03:19:55 UTC] WordPress database error Table '░░░░░░.wp░░░_abj404_view_build' doesn't exist for query SET STATEMENT max_statement_time=296 FOR
/ ------------------ /░░░/░░░/░░░/░░░/wp-content/plugins/404-solution/includes/sql/getRedirectsForViewStaged/09_update_hits.sql BEGIN ----- */
/* S9c: LEFT JOIN the indexed S9 temporary aggregate onto the build buffer
so the rendered table can sort/show logshits and last_used. Skipped
entirely (orchestrator never reaches S9) when wp_abj404_logs_hits does
not exist.
The preceding temporary aggregate is defensive: the rebuild pipeline already
produces one row per canonical_url via GROUP BY, but the table schema
does not enforce UNIQUE on requested_url, so a corrupted/partial
rebuild could leave duplicates. SUM/MAX on every group keeps the JOIN
deterministic regardless. */
UPDATE wp_siddur_abj404_view_build t
LEFT JOIN wp_siddur_abj404_view_build_hits h
ON h.requested_url =
(CONVERT(CONCAT('/', TRIM(BOTH '/' FROM t.url)) USING utf8mb4) COLLATE utf8mb4_bin)
SET
t.logshits = h.logshits,
t.logsid = h.logsid,
t.last_used = h.last_used
/* ------------------ /░░░/░░░/░░░/░░░/wp-content/plugins/404-solution/includes/sql/getRedirectsForViewStaged/09_update_hits.sql END ----- / made by do_action_ref_array('abj404_rebuildViewDone'), WP_Hook->do_action, WP_Hook->apply_filters, abj404_rebuildViewDoneListener, ABJ_404_Solution_DataAccess->rebuildViewDoneInBackground, ABJ_404_Solution_DataAccess->runStagedBuildOnce, ABJ_404_Solution_DataAccess->runNonBatchedStageWithKillStreakEscape, ABJ_404_Solution_DataAccess->runTimedViewBuildStage, ABJ_404_Solution_DataAccess->{closure:ABJ_404_Solution_DataAccess_ViewQueriesStagedTrait::runStagedBuildOnce():1411}, ABJ_404_Solution_DataAccess->stageUpdateHits, ABJ_404_Solution_DataAccess->runStagedSqlFile, ABJ_404_Solution_DataAccess->queryAndGetResults [15-May-2026 03:19:55 UTC] WordPress database error Table '░░░░░░.wp░░░_abj404_view_build' doesn't exist for query SET STATEMENT max_statement_time=296 FOR
/ ------------------ /░░░/░░░/░░░/░░░/wp-content/plugins/404-solution/includes/sql/getRedirectsForViewStaged/10_index_sort.sql BEGIN ----- */
/* S10: indexes used by the read query against the served view_done table.
Read filters: status IN (…), disabled = ?, optional score-range,
optional filterText LIKE composite. Read sorts: published_status ASC
primary, then user-chosen orderby column (url/status/type/code/score/
timestamp/logshits/last_used/final_dest), then url ASC, then id.
The composite indexes lead with published_status because that is the
first ORDER BY key. Trailing column makes the (sort + LIMIT 0,25) shape
plan-friendly: the planner reads directly off the index in order
without filesort. status_disabled covers the WHERE filter. */
ALTER TABLE wp_siddur_abj404_view_build
ADD INDEXidx_status_disabled(status,disabled),
ADD INDEXidx_pub_url(published_status,url(190)),
ADD INDEXidx_pub_status(published_status,status),
ADD INDEXidx_pub_type(published_status,type),
ADD INDEXidx_pub_code(published_status,code),
ADD INDEXidx_pub_score(published_status,score),
ADD INDEXidx_pub_timestamp(published_status,timestamp),
ADD INDEXidx_pub_logshits(published_status,logshits),
ADD INDEXidx_pub_last_used(published_status,last_used),
ADD INDEXidx_pub_dest(published_status,final_dest(190))
/* ------------------ /░░░/░░░/░░░/░░░/wp-content/plugins/404-solution/includes/sql/getRedirectsForViewStaged/10_index_sort.sql END ----- */
made by do_action_ref_array('abj404_rebuildViewDone'), WP_Hook->do_action, WP_Hook->apply_filters, abj404_rebuildViewDoneListener, ABJ_404_Solution_DataAccess->rebuildViewDoneInBackground, ABJ_404_Solution_DataAccess->runStagedBuildOnce, ABJ_404_Solution_DataAccess->runNonBatchedStageWithKillStreakEscape, ABJ_404_Solution_DataAccess->runTimedViewBuildStage, ABJ_404_Solution_DataAccess->{closure:ABJ_404_Solution_DataAccess_ViewQueriesStagedTrait::runStagedBuildOnce():1442}, ABJ_404_Solution_DataAccess->stageAddSortIndexes, ABJ_404_Solution_DataAccess->runStagedSqlFileTolerantOfDuplicateKey, ABJ_404_Solution_DataAccess->runStagedSqlFile, ABJ_404_Solution_DataAccess->queryAndGetResults
[15-May-2026 03:19:55 UTC] WordPress database error Table '░░░░░░.wp░░░_abj404_view_build' doesn't exist for query SET STATEMENT max_statement_time=60 FOR RENAME TABLEwp_siddur_abj404_view_doneTOwp_siddur_abj404_view_deleteme,wp_siddur_abj404_view_buildTOwp_siddur_abj404_view_donemade by do_action_ref_array('abj404_rebuildViewDone'), WP_Hook->do_action, WP_Hook->apply_filters, abj404_rebuildViewDoneListener, ABJ_404_Solution_DataAccess->rebuildViewDoneInBackground, ABJ_404_Solution_DataAccess->runStagedBuildOnce, ABJ_404_Solution_DataAccess->runTimedViewBuildStage, ABJ_404_Solution_DataAccess->{closure:ABJ_404_Solution_DataAccess_ViewQueriesStagedTrait::runStagedBuildOnce():1455}, ABJ_404_Solution_DataAccess->stageRenameSwap, ABJ_404_Solution_DataAccess->queryAndGetResults- This reply was modified 3 weeks, 5 days ago by Aharon.
Forum: Plugins
In reply to: [404 Solution] Database errors on update to version 4.1.4We did see a number of messages posted to our debug log after the 4.1.18 version update earlier today. I’m keeping my eye on them in case they continue to post. (I’ll mainly post here in the event of a continuous, unending flood of debug.log messages.)
Forum: Plugins
In reply to: [404 Solution] Database errors reported on update to version 3.3.0We did see messages in the debug.log after each update, but nothing like the flood after 3.3.0. I think we may also be seeing a couple messages getting reported after the plugin has something scheduled in cron. It’s hard to tell since it’s only been around a day. Here are the messages in case they are helpful (our site seems to be operating normally).
[21-Mar-2026 05:17:22 UTC] WordPress database error Table 'xxxxx_xxxxx.wp_abj404_redirects' doesn't exist for query
/* ------------------ /home/xxxxx/public_html/xxxxx/wp-content/plugins/404-solution/includes/sql/getOrphanedAutoRedirects.sql BEGIN ----- */
SELECT r.id, r.url, r.final_dest
FROM wp_abj404_redirects r
LEFT JOIN wp_posts p ON r.final_dest = p.ID
WHERE r.status = 2
AND r.disabled = 0
AND r.type = 1
AND (p.ID IS NULL OR p.post_status NOT IN ('publish', 'inherit'))
/* ------------------ /home/xxxxx/public_html/xxxxx/wp-content/plugins/404-solution/includes/sql/getOrphanedAutoRedirects.sql END ----- */
made by do_action_ref_array('abj404_cleanupCronAction'), WP_Hook->do_action, WP_Hook->apply_filters, abj404_dailyMaintenanceCronJobListener, ABJ_404_Solution_DataAccess->deleteOldRedirectsCron, ABJ_404_Solution_DataAccess->cleanupOrphanedAutoRedirects, ABJ_404_Solution_DataAccess->queryAndGetResults[21-Mar-2026 05:17:22 UTC] WordPress database error Table 'xxxxx_xxxxx.wp_abj404_redirects' doesn't exist for query
/* ------------------ /home/xxxxx/public_html/xxxxx/wp-content/plugins/404-solution/includes/sql/getOrphanedAutoRedirects.sql BEGIN ----- */
SELECT r.id, r.url, r.final_dest
FROM wp_abj404_redirects r
LEFT JOIN wp_posts p ON r.final_dest = p.ID
WHERE r.status = 2
AND r.disabled = 0
AND r.type = 1
AND (p.ID IS NULL OR p.post_status NOT IN ('publish', 'inherit'))
/* ------------------ /home/xxxxx/public_html/xxxxx/wp-content/plugins/404-solution/includes/sql/getOrphanedAutoRedirects.sql END ----- */
made by do_action_ref_array('abj404_cleanupCronAction'), WP_Hook->do_action, WP_Hook->apply_filters, abj404_dailyMaintenanceCronJobListener, ABJ_404_Solution_DataAccess->deleteOldRedirectsCron, ABJ_404_Solution_DataAccess->cleanupOrphanedAutoRedirects, ABJ_404_Solution_DataAccess->queryAndGetResults, ABJ_404_Solution_DataAccess->attemptMissingTableRepairAndRetryAll has been quiet on the debug.log since your recent updates. Thank you!
Forum: Plugins
In reply to: [Advanced iFrame] PHP Deprecation messages under PHP 8.2+Thank you for your patience. I understand now what you wrote earlier by going into the plugin for the “options tab” to migrate our license.
Forum: Plugins
In reply to: [Advanced iFrame] PHP Deprecation messages under PHP 8.2+The version I downloaded from CodeCanyon says that it is version 2025.2. This is the version number in both the readme and in the advanced-iframe.php file. Perhaps there is an issue with what version CodeCanyon is offering for download. Here are two screenshots: the first of the ZIP folder contents as downloaded today via CodeCanyon, and the second of advanced-iframe.php
Forum: Plugins
In reply to: [Advanced iFrame] PHP Deprecation messages under PHP 8.2+Michael,
Perhaps you can roll the changes you’ve made in Advanced Iframe into Advanced Iframe Pro? But let me know if we should transition from Advanced Iframe Pro over to Advanced Iframe — and thank you.
Forum: Plugins
In reply to: [Advanced iFrame] PHP Deprecation messages under PHP 8.2+The version we have installed is Version 2025.2 and we hope we haven’t missed an update. Here are lines 1234 and 1235 from the code block in advanced-iframe.php triggering the message:
if ($version_info === 0) {
$version_info_array = json_decode(utf8_encode($result), true);Forum: Plugins
In reply to: [UpdraftPlus: WP Backup & Migration Plugin] PHP Deprecation notices on BackupConfirmed, version 1.26.1.
Just want to confirm that the patch @earthman100 offered for this noisy debug.log message (generated multiple times every second!) worked and was helpful in our environment (WP 6.9, PHP 8.2+). Thank you @earthman100
Forum: Plugins
In reply to: [Classic Editor] Sudden unexplained deletion of classic-editor.php?@azaozz Here are the recently updated plugin directories (updated prior to classic-editor.php disappearing):
Updated Wednesday, 1 May 12:55am
wordpress-seo (a/k/a Yoast SEO)
Updated Tuesday, 30 April 6:26pm
updraftplus
Updated Monday, 29 April 6:37pm
schema-and-structured-data-for-wp
atec-cache-info- This reply was modified 2 years, 1 month ago by Aharon. Reason: removed inactive plugins that had been updated
Thank you so much @garyj — v.3.5.13 is working well.
Forum: Plugins
In reply to: [Image Regenerate & Select Crop] Fatal error on update to v.7.2.0Yes, all is well after v.7.2.1 — thank you!
Thank you Ollie. It’s good to know I’m helping. I’m looking now through the other error logs and I’m finding similar “unable to execute” errors (either ‘column is not unique‘ or ‘database is locked‘). Copying these below just in case they offer any additional clues.
This one is from the root error log:
#0 /home/.../.../.../wp-content/object-cache.php(1296): SQLite3Stmt->execute() #1 /home/.../.../.../wp-content/object-cache.php(1239): WP_Object_Cache->handle_put('get_page_by_pat...', 0, 'posts', 0) #2 /home/.../.../.../wp-content/object-cache.php(1950): WP_Object_Cache->set('get_page_by_pat...', 0, 'posts', 0) #3 /home/.../.../.../wp-includes/post.php(5747): wp_cache_set('get_page_by_pat...', 0, 'posts') #4 /home/.../.../.../wp-includes/class-wp.php(239): get_page_by_path('compilations/li...') #5 /home/.../.../.../wp-includes/class-wp.php(780): WP->parse_request('') #6 /home/.../.../.../wp-includes/functions.php(1332): WP->main('') #7 /home/.../.../.../wp-blog-header.php(16): wp() #8 /home/. in /home/.../.../.../wp-content/object-cache.php on line 1296 [19-Jan-2023 03:29:43 UTC] PHP Fatal error: Uncaught Exception: Unable to execute statement: database is locked in /home/.../.../.../wp-content/object-cache.php:1178 Stack trace: #0 /home/.../.../.../wp-content/object-cache.php(1178): SQLite3Stmt->execute() #1 /home/.../.../.../wp-content/object-cache.php(1142): WP_Object_Cache->getone('get_page_by_pat...', 'posts') #2 /home/.../.../.../wp-content/object-cache.php(1428): WP_Object_Cache->cache_item_exists('get_page_by_pat...', 'posts') #3 /home/.../.../.../wp-content/object-cache.php(1994): WP_Object_Cache->get('get_page_by_pat...', 'posts', false, NULL) #4 /home/.../.../.../wp-includes/post.php(5680): wp_cache_get('get_page_by_pat...', 'posts') #5 /home/.../.../.../wp-includes/class-wp.php(239): get_page_by_path('prayers/lunisol...') #6 /home/.../.../.../wp-includes/class-wp.php(780): WP->parse_request('') #7 /home/.../.../... in /home/.../.../.../wp-content/object-cache.php on line 1178This one is from the error log in wp_admin:
[19-Jan-2023 04:51:52 UTC] PHP Fatal error: Uncaught Exception: Unable to execute statement: column name is not unique in /home/.../.../.../wp-content/object-cache.php:1296 Stack trace: #0 /home/.../.../.../wp-content/object-cache.php(1296): SQLite3Stmt->execute() #1 /home/.../.../.../wp-content/object-cache.php(1239): WP_Object_Cache->handle_put('wp_query:8d3851...', Array, 'posts', 0) #2 /home/.../.../.../wp-content/object-cache.php(1950): WP_Object_Cache->set('wp_query:8d3851...', Array, 'posts', 0) #3 /home/.../.../.../wp-includes/class-wp-query.php(3292): wp_cache_set('wp_query:8d3851...', Array, 'posts') #4 /home/.../.../.../wp-includes/class-wp-query.php(3749): WP_Query->get_posts() #5 /home/.../.../.../wp-content/plugins/contact-form-7/includes/contact-form.php(89): WP_Query->query(Array) #6 /home/.../.../.../wp-content/plugins/contact-form-7/includes/block-editor/block-editor.php(58): W in /home/.../.../.../wp-content/object-cache.php on line 1296I looked through the plugin code. The extra space (in ‘rel=” me”‘) appears on line 1238 in social-icons-widget-by-wpzoom/includes/classes/class-zoom-social-icons-widget.php