No search results were found in Documentation!
Hi there!
Confirmed TagDiv Composer serialization drift (tdc_content out of sync with post_content) – supported recovery procedure?
We have isolated what appears to be a TagDiv Composer synchronization problem on our homepage and would like to know the supported recovery procedure.
We are not asking for general troubleshooting. We believe we have already identified the root cause and would like confirmation of the proper recovery method.
Environment
Newspaper Theme
TagDiv Composer
WordPress
Staging site
Homepage
The frontend renders correctly.
The homepage content is intact.
Only TagDiv Composer cannot load the page correctly.
Composer displays:
Layout sync error in Content, row 1. The editor expects 1 element but the page is rendering 5.
Investigation
We performed a read-only investigation and found:
post_id: 338024
tdc_dirty_content
1
tdc_content
[tdc_zone type=”tdc_content”][vc_row][vc_column][/vc_column][/vc_row][/tdc_zone]
The stored post_content contains the complete homepage layout with five vc_row_inner sections, while tdc_content contains only the minimal empty scaffold.
The frontend renders correctly because post_content is intact.
Composer appears to be comparing:
the serialized editor model (tdc_content)
against the current post_content
and reporting:
“expects 1 element but the page is rendering 5.”
Our question
Is this a known TagDiv Composer synchronization state?
If so, what is the supported method to regenerate or synchronize tdc_content from the existing post_content?
We are specifically looking for the supported recovery procedure.
We are not looking for workarounds such as rebuilding the homepage manually unless that is officially required.
Thanks your for help with this. Please let me know if any other information is required.
https://okobserverorg.staging.wpmudev.host/wp-admin
contact@wpmudev.org
(password sent via email to: contact@wpmudev.org)
Bob
Hi,
Those thumbnails are indeed blurry. It’s the same on my test install. The thing is that they are also blurry if I test with a default theme, I think they look even worse https://prnt.sc/4SaSaFy2OAiT
There is a very small thumb there, 100×100 https://leather-templates.com/wp-content/uploads/2025/03/901-Leather-Belt-Pattern-v01-fixed-belt-free-02-100×100.jpeg If it was bigger it would look better, but I see no way to set a bigger thumb for the gallery in Woocommerce.
I found a lot of topics online about blurry woocommerce images, especially in galleries. It looks like there was an issue but I’m not sure if it was fixed https://wordpress.org/support/topic/weird-image-behaviour-in-product-gallery-after-last-update/
Some say to use this option in the wordpress customizer to make the thumbs bigger https://prnt.sc/6L8fZs_QQ3HE and then regenerate the thumbs, but I tried it and it doesn’t seem to have changed anything. I tried other code solutions but no luck so far. I’ll keep looking, maybe there is a way to increase the size of the thumbs or a way to make them look better.
Thank you!
Hi,
Based on your screenshot, I understand that you are referring to the thumbnails used in Flex Blocks. These allow you to choose the specific thumbnail format for each block individually.
Please make sure that the thumbnail size you want to use is enabled in the Theme Panel. After that, you should regenerate the thumbnails so the required thumbnail version is properly created and available for use.
Normally, when an image is uploaded and the thumbnail size is already enabled, the thumbnail is generated automatically. However, if that thumbnail size was enabled only after the images were uploaded, the corresponding thumbnail version does not exist yet. In that case, the block will use the full-size image instead.
To resolve this, you will need to use a thumbnail regeneration plugin to generate the missing image sizes.
-> https://forum.tagdiv.com/theme-thumbs/
-> https://wordpress.org/plugins/search/Regenerate+Thumbnails/
Thank you!
Hi tagDiv team,
I have a Flex Block 1 (configured as “Latest news” widget in the homepage left column)
that renders empty in the frontend but displays posts correctly in the Composer editor preview.
DETAILS:
– Theme: Newspaper v12.7.5 (REGISTERED)
– Demo installed: Newsweek PRO
– Site: https://eurowaypoint.com
– WordPress: 6.9.4
– PHP: 8.2.30
THE PROBLEM:
– In Composer editor: the Flex Block 1 shows the latest 5 published posts correctly
– In frontend (incognito browser, logged out): the block container is generated
(div id=”tdi_96″ class=”td_block_inner td-mc1-wrap”) but completely empty —
no child modules are rendered inside
– 24 published posts exist in the database
– Other blocks on the same homepage (Big Grid Flex 1, other Flex Block 1 instances)
work correctly and display posts
– No JavaScript errors in browser Console
– The block has no special filters configured (Category: All, all filter fields empty)
WHAT I’VE ALREADY TRIED:
– Cleared all caches (SiteGround, WP Super Cache disabled, browser hard reload)
– Restored Homepage from a 3-day-old revision (no improvement)
– Disabled all third-party plugins one by one (Wordfence, SG Optimizer, etc.)
– Verified block configuration in Composer (Filter tab, Layout tab — all default/empty)
– Forced re-save of the block (changed limit number and saved)
– Removed custom CSS that contained :has() selectors
WHAT I NOTICED:
The block was working until I made some modifications today (changed page slug from
/plans/ to /newsletter/, edited some HTML custom blocks for Subscribe links).
The Latest block stopped rendering at some point during these changes.
Restoring an older Homepage revision did NOT fix it.
Could this be a corrupted block state in the database? Is there a way to reset
the block’s internal cache or regenerate its configuration?
Thank you for your help.
Hi,
The situation is as follows: when the sidebar is removed, a larger image thumbnail is required. However, the issue occurs because the image doesn’t have a thumbnail generated for that size, so it appears as if no thumbnail is available.
This can be resolved by using a thumbnail regeneration plugin to generate the missing image sizes. https://wordpress.org/plugins/force-regenerate-thumbnails/
This is an example. One of the images is still pointing to the original, but two of the images are pointing to the version with size in the URL, which doesn’t exist. I tried running regenerate in wp cli, it didn’t help.
Hi,
Unfortunately, those edits must be changed in the theme plugin file and should be done after each theme update because that thumbnail size doesn’t exist. To edit it you need to edit the file wp-content/plugins/td-composer/legacy/Newspaper/includes/td_config.php, look for the td_api_thumb::add(‘td_300x0’, https://prnt.sc/KNli1gH4SIx1 code line around 1491 and change the width from 300 to 400. After that, you need to set the thumb on the blocks small – https://prnt.sc/A-XkfODxUiLO and use a regenerate plugin to regenerate the thumbs.
I hope thsi will help you!
Hi,
You can explore all our demos here: https://demo.tagdiv.com/select_demo/newspaper-prebuilt-websites/?demo-type=all and choose the one that best matches your image sizes and overall layout.
If the issue only affects the single post template, it can be adjusted quickly and easily. However, if changes are needed across the entire site, it’s definitely possible, but it will require a bit more work—each flex block may need to be adjusted individually to ensure the images display properly.
Also, if you can share a link to your website, I’d be happy to take a closer look and suggest the best solution. In some cases, it might be enough to regenerate the images or change the thumbnail size used in the blocks.
Thank you!
Hi,
There are indeed thumbs that are created by the theme so check in the theme panel > block settings and let enable only the thumbs you are using – https://forum.tagdiv.com/thumbs-on-modules-and-blocks/ also, wordpress will generate some thumbs https://i.imgur.com/luRoCac.png
After taht use a plugin that will check all thumbs and remove those that are not used https://wordpress.org/plugins/force-regenerate-thumbnails/
Why WordPress + Newspaper creates ~27 image sizes
Two things are happening at once:
1️⃣ WordPress core creates image sizes
By default WordPress generates:
thumbnail
medium
medium_large
large
plus retina variants (2x)
2️⃣ Newspaper theme (tagDiv) adds many custom sizes
Newspaper is optimized for:
blocks
sliders
modules
mobile / tablet / desktop
retina (2x)
So it registers 20+ custom image sizes, which is why every upload explodes into ~27 files.
👉 This is normal behavior for Newspaper — not a bug.
What image sizes does Newspaper REALLY use?
In practice, Newspaper mostly uses these core groups:
✅ Commonly used sizes
td_696x0 → main article featured image
td_1068x0 → full-width layouts
td_300x220 → small blocks
td_534x462 → medium blocks
td_80x60 → widgets / lists
Retina (2x) versions of the above
⚠️ Many other sizes are edge cases (rare modules, legacy layouts, demos).
Option 1 (Recommended): Reduce image sizes SAFELY ✅
Step A: Disable unused sizes via code
Add this to functions.php (or a custom plugin):
add_filter(‘intermediate_image_sizes_advanced’, function ($sizes) {
$allowed = [
‘thumbnail’,
‘medium’,
‘large’,
‘td_696x0’,
‘td_300x220’,
‘td_534x462’
];
foreach ($sizes as $key => $value) {
if (!in_array($key, $allowed)) {
unset($sizes[$key]);
}
}
return $sizes;
});
📌 This:
Keeps only important Newspaper sizes
Stops WordPress from generating the rest
Option 2: Disable Retina Images (Huge win 🚀)
Newspaper creates 2x images by default.
Turn them off:
Newspaper → Theme Panel → General Settings → Retina Display
➡️ Disable Retina Images
💡 This alone can cut image generation almost in half.
Option 3: Use a plugin (Easiest, no code)
Install Disable Media Sizes or Perfmatters.
Then:
Disable unused WordPress sizes
Leave Newspaper core sizes enabled
⚠️ Don’t blindly disable everything — Newspaper needs some sizes to avoid layout breaks.
Option 4: Regenerate after cleanup (IMPORTANT)
After changing sizes:
Install Regenerate Thumbnails
Regenerate
Delete old unused thumbnails (plugin or server cleanup)
❌ What NOT to do
Don’t disable all td_* sizes
Don’t edit Newspaper core files
Don’t rely only on CDN offloading (it hides the problem but doesn’t fix disk usage)
Best setup for Newspaper (my recommendation)
✅ Disable Retina
✅ Keep 6–8 essential sizes only
✅ Use Bunny / CDN for delivery
✅ Use WebP/AVIF
This keeps:
Layout intact
Disk usage low
CDN fast
Hi,
Normally, you can use a plugin that will delete the thumbs of images that are no longer in use. The plugin is Force Regenerate Thumbnails https://wordpress.org/plugins/force-regenerate-thumbnails/
Hello,
I’m experiencing an issue with my website where the desktop version displays correctly, but the mobile version is completely broken and does not load the theme properly.
Here’s what I’ve already done to try to fix the problem:
Removed AMP completely.
Cleared all cache (plugin cache, hosting/server cache, and browser cache).
Regenerated permalinks.
Cleared the Newspaper theme cache.
Despite this, the mobile version still does not display the normal responsive theme layout. My goal is for the site to load the same Newspaper theme design on both desktop and mobile (standard responsive version), without using AMP.
Could you please check what is causing the mobile view to break and help me resolve this issue?
Thank you in advance.
Mobile version👉👉https://prnt.sc/KCeppGPFFx_5
Desktop version👉👉 👉👉https://prnt.sc/Sp4ZtFdga1SF
Web: conantoni.net
Hello,
I am using the Newspaper Theme on my domain:
https://thesenegambiaobserver.com
I am facing a major problem:
Whenever I try to edit any page with tagDiv Composer OR open the Cloud Library, it shows a 404 page.
I have tried the following steps already:
1.Regenerated permalinks (saved twice)
2.Deactivated all plugins, only Newspaper Theme plugins kept active
3.Switched to default .htaccess
4.Increased PHP limits:
5.max_input_vars = 5000
6.memory_limit = 256M
7.Cleared CDN and browser cache
8.Disabled RankMath SEO plugin
9.Tried switching to parent theme only
10.Deleted custom code from functions.php
11.Reinstalled tagDiv Composer and Newspaper theme
But the problem continues:
Cloud Library always returns 404. Nothing loads.
Please help me check what is blocking the tagDiv Cloud Library from loading on my site.
If you need:
– System Info
I can provide it.
Thank you.
Hi Niclas,
Wordpress creates an extra 3 thumbs https://i.imgur.com/CFLHw5U.png and the rest of them depend on the number of teh thumbs you have enabled in the theme panel. Those are used for different blocks and https://forum.tagdiv.com/theme-thumbs/ and can be enabled and disabled. Also, you can remove those thumbs that are not in used using this plugin https://wordpress.org/plugins/force-regenerate-thumbnails/
Thank you!
Hi,
First, what you should do is to test it logged in so no cache is applied and see if the situation persists.
The next step will be to use only tagDiv plugins to see if the problem persists.
IF the problem is still there, what you can do is to try a different template for the search results – https://i.imgur.com/gO5mbA0.png or try to regenerate the thumbs https://forum.tagdiv.com/thumbnails-fix-strange-looking-images-on-blocks/
Thank you!
I have the EWWW image optimizer installed. I have regenerated the thumbnails and the issue is still there. It’s not just in the post template page – it’s also on the home page of the mobile, the thumbnails are all over the place and look incorrectly sized.
Hi,
I see, so the settings are ok, and the thumbs should be created when the images are uploaded in the wordpress media.
Do you have some extra plugins that optimize the images?
Can you please regenerate the thumbs https://wordpress.org/plugins/force-regenerate-thumbnails/? This should regenerate the thumbs in case those are not created.
Thank you!
Hi Calin,
Thanks for your tips regarding the recommanded thumbs settings. Your suggestion to regenerate would works if those thumbs where on the sae server in our uploads folder. That is however not the case.
Simply put: we have no thumbs. We only have one size (full or 1920) on Google Drive. Inside the _wp_attachment_metadata rows in our postmeta each thumbnailsize for our theme is described and shown if needed, but it does not fysicly exsist anywhere. It is just the one Google Drive image served in different sizes described in that table. There are about 13 sizes and each size is described twice in one row. There is one row for each image and there about 35.000 images. You can do the math for that is over 910,000 seperate rules in postmeta,
Example of _wp_attachment_metadata (first few lines of one row only):
a:7:{s:5:”width”;i:2560;s:6:”height”;i:1394;s:4:”file”;s:40:”Isolatie-Foto-gemeente-Altena-scaled.jpg”;s:8:”filesize”;i:317478;s:5:”sizes”;a:19:{s:6:”medium”;a:6:{s:4:”file”;s:79:”https://drive.google.com/thumbnail?id=1425AFrPRIGp9vQy9TsJIg8W9A1X2G1vo&sz=w300″;s:5:”width”;i:300;s:6:”height”;i:163;s:9:”mime-type”;s:10:”image/jpeg”;s:8:”filesize”;i:10721;s:3:”url”;s:79:”https://drive.google.com/thumbnail?id=1425AFrPRIGp9vQy9TsJIg8W9A1X2G1vo&sz=w300″;}s:5:”large”;a:6:{s:4:”file”;s:80:”https://drive.google.com/thumbnail?id=1425AFrPRIGp9vQy9TsJIg8W9A1X2G1vo&sz=w1024″;s:5:”width”;i:1024;s:6:”height”;i:558;s:9:”mime-type”;s:10:”image/jpeg”;s:8:”filesize”;i:71200;s:3:”url”;s:80:”https://drive.google.com/thumbnail?id=1425AFrPRIGp9vQy9TsJIg8W9A1X2G1vo&sz=w1024″;}s:9:”thumbnail”;a:6:{s:4:”file”;s:79:”https://drive.google.com/thumbnail?id=1425AFrPRIGp9vQy9TsJIg8W9A1X2G1vo&sz=w150″;s:5:”width”;i:150;s:6:”height”;i:82;s:9:”mime-type”;s:10:”image/jpeg”;s:8:”filesize”;i:3789;s:3:”url”;s:79:”https://drive.google.com/thumbnail?id=1425AFrPRIGp9vQy9TsJIg8W9A1X2G1vo&sz=w150″;}s:12:”medium_large”;……… etc.
So, you see that the image sizes need to be cleared inside the database and can not be regenerated.
Hi,
I see, so if is related to the thumbs dimensions, then those from the theme can be disabled and you can use a regenerated plugin that will delete the thumbs that are not used https://wordpress.org/plugins/force-regenerate-thumbnails/
Also, my recommendation is to keep a few theme thumbs settings on, like the most used: 1920 x 0, 1068 x 0, 696 x 0, 300 x 0
Thank you!
Thanks for your reply.
To be clear, for https://imgur.com/PajVRJT, please press the 2nd button in thumbnail regeneration plugin. Did you see if these td_xxx sizes image can be generated in server in your test? Thank you.
My expericence: thumbnail regeneration plugin can show the td_xxx sizes in dashboard page but cannot regenerate those images in server in real run after pressing the button.
As I said before:
Normally we only want to regenerate thumbnail for MAIN image only (but not gallery/secondary image) for td widgets usage.
Force Regenerate Thumbnails seems regenerate for ALL images which cause uncessary inodes/usage in server. Please advise any plugin/options to regenerate thumbnail for MAIN image only, thank you.
Hi,
If the plugin Regenerate Thumbnails no longer regenerates the thumbs only the images, then it will need to go with Force Regenerate Thumbnails and let that plugin run after you make a complete backup to your website.
Thank you!
Please press the 2nd button in thumbnail regeneration plugin to see if these td_xxx sizes’ image can be generated in server? Thank you.
My expericence: thumbnail regeneration plugin can show the td_xxx sizes in dashboard page but cannot regenerate those images in server in real run after pressing the button.
(FYI, the thumbnail regeneration plugin not updated for 2 years)
Hi,
I have only 3 plugins enabled – https://i.imgur.com/NBeCv9N.png and for me the thumbs are displaying the regeneration thumb https://i.imgur.com/PajVRJT.png
If fr you the situation is different, you can enable the standard pack ntill the images are regenerated.
Thank you!
Yes, I did tested with Regenerate Thumbnails plugin and found an related issue:
Disabling “tagDiv Standard Pack” plugin will remove all the td_xxxx thumbnail sizes in thumbnail regeneration plugin (can show it but cannot regenerate image), even though we can select thumbnail sizes in theme panel of td. (eg. 265×198 and 741×486 for mobile theme)
When I enable the “tagDiv Standard Pack” plugin again and the regeneration return to normal.
Please check and advise, thank you.