- NewsmagRequirements for Newsmag
- NewsmagHow to update the theme
- NewsmagtagDiv Social Counter tutorial
- NewsmagTop bar templates
- NewsmagAjax view count
Subject: Post published in Dashboard but not appearing on the live website – ashkelonnow.co.il
Message:
Hello tagDiv Support Team,
I am using the Newspaper PRO theme for my news website and I am facing an issue where new posts are not appearing on the live site after being published.
Site Details:
Domain: https://ashkelonnow.co.il
Contact Email: 247elad@gmail.com
Hosting: Hostinger (hPanel)
The Issue: I have successfully published a post via the WordPress dashboard, but it does not show up on the homepage or the category pages when viewing the site as a visitor.
Steps I have already taken:
Cache Clearing: I have cleared the cache via Hostinger hPanel (“Purge Cache”) and used the LiteSpeed Cache “Purge All” tool.
LiteSpeed Settings: My LiteSpeed settings are configured to “Auto Purge” all pages, including the Front Page, upon publishing/updating a post.
Theme Settings: I am using the TagDiv Composer for my layout. I have checked the “Flex Block” filters to ensure no specific categories are blocking the new post.
Could you please assist me in identifying why the live site is not updating? Is there a specific setting within the TagDiv Cloud Library templates or Theme Panel that I might have missed?
Thank you for your help, Elad
If you have lightspeed cache on the server there may be some guides to enabling properly for WordPress.
Alternately, WP Rocket does work well.
Hi,
Is that block cache new? Dont see it in settings.
Hi,
This situation can be related to the cache plugin. Can you clear all the cache and see if the weather info is correct?
What I will suggest is to exclude form cache from the js file for weather, for this exclude this file tdWeather.js
Thank you!
Hi,
The theme uses admin-ajax to handle the request to the database. Now each block from a page will make it’s on requets, so what you can do is to reduce the number of blocks on your pages.
Another option that can help is the flex blocks teh cache option https://forum.tagdiv.com/use-flex-blocks-cache-option/. This option will cache those block requests and deliver them as long as the cache is set (is recommended that the cache expiration time to be longer if you create only a few articles per day)
Thank you!
Thank you, Calin.
I made an update and added the tag to several recent blog entries; however, I’m not seeing those posts populate on the tag page at the link I shared earlier. This remains the case even after clearing my browser cache.
Additionally, can you clarify what the advertisement code is that appears in the upper-right corner of the page, and advise on how it can be removed?
Thank you for your help.
Hi Calin,
Thanks for the suggestions — we tested exactly as requested (logged in, no cache, and only tagDiv/theme plugins active) and the issue still reproduces reliably on our side on both desktop and mobile.
From comparing the DOM between an installation where the search works and our installations where it fails, the key difference is where the theme’s Accessibility module ends up placing/targeting #maincontent. The module (via tdAccessibility.js) assigns/normalises the #maincontent container based on what it detects in the page structure (e.g., presence/absence of a proper <main> element and the surrounding wrappers). On our affected sites, #maincontent resolves to a wrapper that also contains the header/search trigger, so when the search is opened the script attempts to apply aria-hidden/inert to #maincontent while focus is still on the search trigger. Chromium then blocks aria-hidden in that state (“descendant retained focus”), and the page ends up in an inconsistent/blocked interaction state.
This would also explain why the same setting appears to work on a generic installation: if #maincontent resolves to the actual content area (excluding the header), the search trigger is not a descendant of #maincontent, so the focus/aria-hidden conflict never happens.
Thank you.
Hi,
Could you please provide a bit more detail about the issue? Are you referring to the login option in the menu not working?
If so, in most cases this is related to cache or optimization settings. Please try the following steps to identify the cause:
Disable all cache and CSS/JS optimization plugins and test again.
This includes options that minify, combine, or defer CSS and JavaScript files.
If the login works with caching disabled, re-enable the cache plugin and carefully review the CSS and JS optimization settings, as these options are usually responsible for this type of issue.
Another possible cause is a plugin conflict. To test this:
Activate only the Newspaper plugins and check if the login works.
If it does, enable the remaining plugins one by one, testing after each activation, until you identify which plugin causes the login to stop working.
Hi,
I just made some tests on one of my installations with the mentioned settings and everything seems to work correctly – https://i.imgur.com/havZ7YM.png https://i.imgur.com/BOkRFrQ.png I believe there is something extra that is interfering, can you do some tests:
– try when you are logged in and no cache is apply so there is nothing interfering with the theme js
– test it using only the theme plugins and without any cache applied
Thank you!
Hi,
What you can do is to use the flex block cache option and set it to at least 10 minutes, this should improve the results https://forum.tagdiv.com/use-flex-blocks-cache-option/
Hi,
Please make sure that you have the latest theme version, Newspaper 12.7.4. If you have an old version, make a full backup and update the theme and theme plugins you are using https://forum.tagdiv.com/how-to-update-the-theme-2/
For the mobile menu issue, please check whether it persists when you are logged in; if not, it is related to some cache settings.
Hi,
You can try disabling some settings, such as Load JS Deferred, and then check the results.
This issue may also be related to other settings, but I suggest starting with this. Additionally, try reducing the cache duration, perhaps set it to clear every 1–2 hours.
Thank you!
Hosting Server: LiteSpeed
Cache Plugin: LiteSpeed Cache
Theme: Newspaper by tagdiv
CDN: Cloudflare
WordPress: 6.9
PHP: 8.3
I have imported the “Newspaper Publication Pro” demo on my website. After clearing the cache, everything works well. However, after 24 to 36 hours, Ajax paginations such as “Load More” and “Next-Prev” cease working properly. The loader icon is spinning round and round. Here’s the video link.
I’ve included some screenshots of cache plugin settings in the links below. Please look into this.
https://ibb.co/BVQRPnsc
https://ibb.co/nMMWvPBJ
https://ibb.co/Gf1VGcZ5
https://ibb.co/KjP6L9MV
https://ibb.co/DH0GHFWh
https://ibb.co/N6Gvxmvn
https://ibb.co/xqY4qNGc
https://ibb.co/3yJ8Qk0d
Hi tagDiv team,
We’re seeing a reproducible issue with Newspaper that breaks standard WordPress extensibilit for https://radiofacts.com
When the Newspaper theme is active, MU plugins cannot execute callbacks attached to wp_head(), even though wp_head() itself is rendering output.
Reproduction:
1. Activate Newspaper (current version)
2. Add the attached MU plugin that echoes HTML comments via wp_head
3. View page source on any frontend page
Expected:
<!– RF_WP_HEAD_TEST_EXECUTED –>
<!– RF_WP_HEAD_TEST_LATE_EXECUTED –>
Actual:
Neither marker appears.
Notes:
– The same MU plugin works immediately on standard themes
– Cloudflare is not involved (verified via origin IP tests)
– OPcache reset does not change behavior
– Output buffering works, but wp_head hooks from MU plugins do not
This prevents programmatic injection of schema, meta tags, or SEO logic via hooks and forces HTML-level buffering as a workaround.
Questions:
1. Is Newspaper intentionally bypassing or re-rendering the wp_head lifecycle?
2. Does Newspaper start/flush output buffers that prevent MU plugin hooks from firing?
3. Is there a supported hook intended for injecting <head> content from MU plugins?
4. Is this expected behavior or a regression?
Thanks — happy to provide additional diagnostics if needed.
Here are the settings for the ad box: https://habershamhistory.box.com/s/xp4ohe5lmvsb84bvlyes07tqhdi3i5hl
Here’s a link to the page design: https://habershamhistory.box.com/s/5amfpg6bte5hdhnps4cuowx2h3k54a4p
Here’s the general tab:
https://habershamhistory.box.com/s/913chfice1je9h1xs361ji6e0s2897ur
Custom tab settings:
https://habershamhistory.box.com/s/i8wexizwe01zlqe8w7lzfvp43yvc7uk7
CSS settings:
https://habershamhistory.box.com/s/nd7kdcf7pvxjskx85bequtys17hf0gal
And now that I’ve captured all of this for you, it looks like the ad is showing up. Maybe it was a caching issue? What’s the best way to clear the cache so I can see changes consistently?
Hi,
Please edit the Search template using tagDiv Composer. https://i.imgur.com/9zcjlvq.png https://i.imgur.com/3ahOyy2.png
Select the Posts Loop element and check the General tab to see if an offset value is set.
If there is an offset number, remove it and leave the field empty.
Save the changes, clear the cache, and the problem should be resolved.
I did. It was 6, then it didn’t show up.
I removed, also didn’t show up.
Now I set it back to 6, and cleared cache, also didn’t show up.
Hi,
Please check whether you are using the tagDiv Mobile Theme plugin. This plugin is not necessary if you want the mobile version to be the same as the desktop version, as it is only used to display a simpler blog layout on mobile devices.
1. Responsive Desktop Version – The default responsive layout that adjusts to mobile screens using tagDiv Composer – https://i.imgur.com/apZQZ0o.png
2. Mobile Page/Template – A custom mobile layout that can be created using the tagDiv Composer.
3. tagDiv Mobile Theme Plugin – A separate mobile theme that provides a dedicated mobile experience but is limited in edits and changes.
Note: When the tagDiv Mobile Theme Plugin is activated, it takes priority and will be displayed on mobile devices. If it’s not active, the system will check for a mobile page/template built with tagDiv Composer. If neither of these is in use, the responsive desktop version will be shown by default.
Related to the cache, please check in the cache plugin documentation if this supports mobile cache if you are using the mobile page/template or tagDiv Mobile theme.
Also, the tagDiv Mobile theme is the only one that can be used for AMP. Unfortunately, the options for editing the layout are only a few. Also, pages need to be remade using the mobile editor only:
– https://forum.tagdiv.com/mobile-theme-introduction/
– https://forum.tagdiv.com/the-mobile-theme/
– https://forum.tagdiv.com/tagdiv-amp-plugin-tutorial/
Thank you!
Hi,
It appears that not all the plugins used previously were installed after the theme update. Please go to Newspaper > Plugins and install and activate the tagDiv Standard Pack plugin, as this is the one causing the error on your articles. After that, please clear all caches.
Each time you update the theme, make sure to also update all the theme-related plugins you are using. It’s a good practice to check which plugins were active before the theme update and ensure they are updated as well. If needed, you can update them manually one by one from Newspaper > Plugins.
Thank you!
Merhaba,
ordudetayhaber.com web sitemizde yer alan YouTube kanalına yönlendirme / abonelik reklam alanı, masaüstü görünümde hem yönetici (admin) hem de sivil kullanıcılar tarafından görüntülenememektedir.
🔹 Sorunun Detayları:
Masaüstü (desktop) tarayıcılarda ilgili YouTube reklam alanı hiç görünmüyor
Yönetici panelinde giriş yapılmışken de, çıkış yapılıp sivil kullanıcı olarak bakıldığında da sonuç değişmiyor
Mobil görünümde (cep telefonu) ise aynı alan hem yönetici hem sivil kullanıcılar için sorunsuz şekilde çalışıyor
Sorun yalnızca masaüstü görünümle sınırlı
🔹 Yapılan Kontroller:
Önbellek (cache) temizlendi
Farklı tarayıcılarda test edildi
Yönetici ve sivil kullanıcı olarak ayrı ayrı kontrol edildi
Bu nedenle sorunun;
tema masaüstü breakpoint ayarları,
masaüstü için kapatılmış bir reklam/alan ayarı,
ya da CSS / JS kaynaklı görünürlük problemi
olabileceğini düşünüyoruz.
Konu ile ilgili teknik inceleme yapılarak tarafımıza bilgi verilmesini rica ederiz.
İyi çalışmalar.
Berat Yeşilyurt
Ordu Detay Haber
ordudetay452@gmail.com
http://www.ordudetayhaber.com
link 1:
https://app.screencast.com/F3qr78MqE76Pl
Hi,
When the logged-in and logged-out versions are not the same, this is usually due to caching. Please make sure that all cache is cleared.
If you are using Cloudflare or another CDN, be sure to purge the cache there as well.
Hi,
That is a very old theme version. However, even after updating the theme, the website should look the same. Before making any changes, please ensure you have a full backup.
After updating the theme, it is important to install the Standard Pack plugin: https://i.imgur.com/8heENe0.png This plugin, introduced in Newspaper 10, contains all the old blocks and templates, which are now separated from the main theme. You can find more details in this article: https://tagdiv.com/newspaper-theme-update-standard-pack-or-tagdiv-cloud-templates/
Please also make sure to clear the cache, optimized resources, and Cloudflare cache (if you are using Cloudflare) after updating the theme.
If you are using a child theme, we recommend deactivating it after the update, as it may cause compatibility issues.
Additionally, if you prefer, you can request custom work to update the theme to the latest version. One of our developers will handle the update and ensure everything remains unchanged. To proceed, please send a request to services@tagdiv.com
, and our colleagues will ask for temporary wp-admin access to review the site and assess the changes made. Based on this, they will provide a time and cost estimate for the update.
Let me know if you’d like a more casual or more technical version.
Hi,
For me, the results are still correct – https://i.imgur.com/EKwdEgk.png https://i.imgur.com/0LXaDLB.png Maybe you have some cache in your browser or something extra interfering, please check in incognito.
Hi,
This type of situation usually occurs when the Google Fonts option is disabled in the theme panel. Please make sure this option is enabled on your site and that no additional plugin is interfering with font loading. Some cache or optimization plugins disable Google Fonts for performance reasons. You can check this here: https://prnt.sc/o9JyrNM9HGrp
When the default fonts are enabled, the theme normally uses Open Sans and Roboto. However, if the browser you are using has a different default font configured, that font may be displayed instead.
How can theme fonts be used?
They can be applied globally through the theme panel settings, but only if no individual font settings are defined for specific elements. You can find a detailed guide here: https://forum.tagdiv.com/font-customization/
Additionally, if you are using cloud templates, you will need to edit them with tagDiv Composer and check for any extra fonts in use. Elements that do not rely on the default fonts will be listed under Website Manager > Fonts:
https://forum.tagdiv.com/tagdiv-composer-website-manager/
Thank you!
Hi,
The situation with teh gap is that until the cache is loaded on the browser, the website is loading from teh cache stored on the mobile browser.
The logo can be set on mobile using the tagDiv Composer and selecting the mobile viewport. You can set a logo using text, image, icon and SVG – https://forum.tagdiv.com/add-logo-newspaper/
For the mobile menu, first make sure that you have a menu created https://forum.tagdiv.com/main-menu/ after that https://imgur.com/hHCMMoT
