Search Results for 'block'

Results from the Forum
SammyjStevens
Participant
#0

Hullo!
Ive used the Blockchain header template and made a website and a mobile view, but I keep getting the Blockchain logo on mobile no matter what i do. I also can’t default to the mobile site Ive made, it just pulls my webpage, and this is showing the Blockchain logo.
I also cant set a mobile footer without making a completely new mobile view.
Ive been through all the theme settings, help!
au4championship.com
TIA,
Sammy

radioreal
tagDiv Member

Hi Simion,

Thank you again. After your database correction, I was able to activate the Newspaper theme successfully.

The license is now registered and assigned to:

https://realnews.com.br/

The My License panel shows realnews.com.br as ACTIVE, and the Prebuilt Websites section is loading correctly again.

Just as a technical note: we are using a WordPress snippet to improve wp-admin performance by limiting external HTTP requests, but we added a whitelist for WordPress, Envato, ThemeForest and tagDiv hosts.

This is the current snippet:

`php
add_filter(‘block_local_requests’, ‘__return_false’);

if (!defined(‘WP_HTTP_BLOCK_EXTERNAL’)) {
define(‘WP_HTTP_BLOCK_EXTERNAL’, true);
}

if (!defined(‘WP_ACCESSIBLE_HOSTS’)) {
define(
‘WP_ACCESSIBLE_HOSTS’,
‘api.wordpress.org,downloads.wordpress.org,wordpress.org,*.wordpress.org,api.envato.com,envato.com,*.envato.com,themeforest.net,*.themeforest.net,tagdiv.com,www.tagdiv.com,*.tagdiv.com,cloud.tagdiv.com’
);
}
`

At the moment, the license, My License panel and Prebuilt Websites section are working correctly with this snippet enabled.

Could you please confirm if these tagDiv/Envato hosts are enough for Newspaper license validation, updates and cloud features, or if any additional tagDiv host should be added to the whitelist?

I appreciate your help and the correction on your side.

Regards,
Wagner Andrade
Real News

radioreal
Participant
#0

Hello everyone,

I’m having a license activation issue with the Newspaper WordPress Theme by tagDiv and I would like to know if anyone has experienced something similar.

I have an official Envato/ThemeForest Regular License for Newspaper Theme. The purchase is valid and the item still appears in my Envato downloads area. The license certificate confirms the purchase for:

Tema: Newspaper – News & WooCommerce WordPress Theme
Autor: tagDiv
Tipo de licença: Regular License

The theme had been working on this website for years.

The problem started after I reset the license key/domain association inside the Newspaper/tagDiv panel. After the reset, the license seems to have lost its association with the domain, and now I cannot activate it again.

Current behavior:

1. With no HTTP-blocking snippet active, WordPress Site Health does not show any warning about external HTTP requests being blocked.
2. When I try to activate the theme with the official Envato purchase code, the Newspaper activation page shows:
“Your purchase key is not valid.”
3. Earlier, when a performance snippet was active, the activation screen showed:
“Envato API is down, please try again later.”
4. That snippet was related to WP_HTTP_BLOCK_EXTERNAL, but it has already been disabled for testing.
5. With the snippet disabled and server cache cleared, the error is no longer the API error — it is now:
“Your purchase key is not valid.”
6. The key is the official purchase code from Envato, and the product is still listed in my Envato account.

It looks like the reset removed the domain association, and now the tagDiv validation system is rejecting the same official purchase code instead of allowing me to reassign it to the website.

I have already contacted tagDiv support, but I’m posting here in case someone has gone through the same situation and found a faster technical workaround.

Has anyone experienced this after resetting a Newspaper Theme license/domain association?

Is there any safe way to force the theme to re-sync the license with tagDiv/Envato, or does this require tagDiv to manually reassign the domain on their side?

Important: I am not sharing the full purchase code publicly for security reasons, but I have the official Envato license certificate and proof of purchase.

Thank you.

Simion C.
tagDiv Staff

Please try something like this:

@media (max-width: 767px) {
div.td_block_big_grid_flex_2 .td-big-grid-flex-scroll-holder {
overflow-x: auto!important;
overflow-y: auto!important;
white-space: normal!important;
}

.td_block_big_grid_flex_2 .td-big-grid-flex-scroll-holder {
display: grid!important;
grid-template-columns: repeat(2, 1fr);
gap: 3px;
overflow-x: visible;
white-space: normal;
}
.td_block_big_grid_flex_2 .td-big-grid-flex-scroll-holder .td_module_flex_7 {
width: 100%!important;
flex: none!important;
}}

Then the Big grid flex 2 should look like this on mobile -> https://prnt.sc/BuxRJFJFWpqi
The code can be entered in the Live CSS in the admin bar, or in the theme panel custom CSS section. Maybe also clear the website cache to make sure the code applies.

Please give it a try and let me know if it worked or in case there are any problems with it.

Thank you!

CreekWalker7291
Participant
#0

Hello. I am suddenly having trouble editing my Single post templates. I have 3 set up and have edited them with no problem up until this point. Now when I click on “Edit With TagDiv Composer” for any of the 3, it pulls up the default 404 page, and also gives this error: “Layout sync error in Content
The editor expects 6 rows but the page is rendering 3. Usually caused by an unclosed HTML tag in a text block (e.g. <div> without </div>). View page Undo (Ctrl+Z / Ctrl+Shift+Z) to restore.” I haven’t installed any new plugins. I am using Newspaper version 12.7.6 and I am on PHP version 8.2.31. Thanks!

Simion C.
tagDiv Staff

Sorry for the delay.

Despite the deprecation notices (not errors) which we will fix, on our end the block editor from wordpress is working same as before. There are no sever bugs, it’s not very slow, and the layout/styles are not completely broken. We’re simply not experiencing these issues while using the latest wordpress and theme versions. And there’s nothing preventing the full usage of the block editor.

I’m checking tens of websites each day, and I haven’t seen these symptoms so far. There must be something specific happening in some cases most likely.

That’s why it would be best if we could check directly on the website where it’s happening. Please send us an email at contact@tagdiv.com and provide a link to the website and admin login. We will check to try and find out what’s happening there exactly.

Thank you!

Simion C.
tagDiv Staff

Hi,

Blocks are all the same in terms of filtering and sorting, only their design is different.

If a block doesn’t show the latest post or posts, then it could be because it has an offset -> https://forum.tagdiv.com/offset-feature/ That’s the first thing to check. An offset will make a block skip a set number of posts, this is helpful sometimes.

Please check if the block has an offset.

Thank you!

Simion C.
tagDiv Staff

Hi,

That is possible. It could be made with a section, meaning using multiple blocks, which can be arranged as needed on desktop and mobile.

But it could also be done with some CSS. Maybe this will be easier if you just want the grid to look that way.

In Newspaper are you using Big grid flex 2? -> https://prnt.sc/VYV3XQeAAqxP Let me know if that’s the case, and I’ll provide a solution to make it display as you want on mobile.

Thank you!

culinaryquest
tagDiv Member

We have been having the same issue with flex block 2 as well, it will only show a post if all categories is selected, but not the one we would like to display.

sigmar73
Participant
#0

Hi,

I really like how Newsmag automatically changes the Hero/Big Grid section on mobile (see Screenshot). The first featured article stays large, while the next four articles are displayed in a clean two-column grid.

In Newspaper, the same section keeps the desktop layout and the smaller articles become horizontally scrollable instead.

Is there a built-in Big Grid, Flex Block, Cloud Library template, or responsive option that reproduces the same mobile layout as Newsmag?

Screenshot

Thank you!

Mexilala
Participant
#0

Hello,
I have been battling with this challenge since I bought the theme.
I tried to make Flex Block 2 at the top of the website’s homepage show latest post, but it does not. I have changed categories and filters but still couldn’t show the latest post as the main big picture to be followed by subsequent posts.

willskz
tagDiv Member

I cant paste the entire console error, since wordfence block me

Console error

willskz
tagDiv Member

“Hello, I am here to report the same issue. Since updating to WordPress 7.0, the Gutenberg editor is severely bugged, very slow, and the layout/styles are completely broken.

I have done some troubleshooting on my end:

I tested other WP 7.0 sites without the Newspaper theme, and the editor works perfectly.

I disabled all third-party plugins, and the issue persists. It is definitively tied to the theme and the tagDiv Composer.

Checking the browser console, there are conflicts with the new WP 7.0 iframe structure. The console throws errors such as: td-guten-blocks-editor-css-css was added to the iframe incorrectly and fails to load load-scripts.php.

Is there an ETA for a full compatibility patch for WordPress 7.0?”

“Chrome Console”
load-scripts.php?c=1&load%5Bchunk_0%5D=jquery-core,jquery-migrate,utils,wp-dom-ready,wp-hooks&ver=7.0:5 JQMIGRATE: Migrate is installed, version 3.4.1
v833ccba57c9e4d2798f2e76cebdd09a11778172276447:1 Failed to load resource: net::ERR_ADDRESS_INVALID
deprecated.min.js?ver=990e85f234fee8f7d446:1 Block with API version 2 or lower is deprecated since version 6.9. See: https://developer.wordpress.org/block-editor/reference-guides/block-api/block-api-versions/block-migration-for-iframe-editor-compatibility/ Note: The block “mpp/user-profile” is registered with API version 1. This means that the post editor may work as a non-iframe editor. Since all editors are planned to work as iframes in the future, set the apiVersion field to 3 and test the block inside the iframe editor.
S @ deprecated.min.js?ver=990e85f234fee8f7d446:1
deprecated.min.js?ver=990e85f234fee8f7d446:1 Block with API version 2 or lower is deprecated since version 6.9. See: https://developer.wordpress.org/block-editor/reference-guides/block-api/block-api-versions/block-migration-for-iframe-editor-compatibility/ Note: The block “mpp/user-profile-enhanced” is registered with API version 1. This means that the post editor may work as a non-iframe editor. Since all editors are planned to work as iframes in the future, set the apiVersion field to 3 and test the block inside the iframe editor.
S @ deprecated.min.js?ver=990e85f234fee8f7d446:1
deprecated.min.js?ver=990e85f234fee8f7d446:1 wp.compose.withState is deprecated since version 5.8. Please use wp.element.useState instead.
S @ deprecated.min.js?ver=990e85f234fee8f7d446:1
deprecated.min.js?ver=990e85f234fee8f7d446:1 Block with API version 2 or lower is deprecated since version 6.9. See: https://developer.wordpress.org/block-editor/reference-guides/block-api/block-api-versions/block-migration-for-iframe-editor-compatibility/ Note: The block “advads/gblock” is registered with API version 2. This means that the post editor may work as a non-iframe editor. Since all editors are planned to work as iframes in the future, set the apiVersion field to 3 and test the block inside the iframe editor.
S @ deprecated.min.js?ver=990e85f234fee8f7d446:1
deprecated.min.js?ver=990e85f234fee8f7d446:1 36px default size for wp.components.SelectControl is deprecated since version 6.8 and will be removed in version 7.1. Note: Set the __next40pxDefaultSize prop to true to start opting into the new default size, which will become the default in a future version.
S @ deprecated.min.js?ver=990e85f234fee8f7d446:1
deprecated.min.js?ver=990e85f234fee8f7d446:1 36px default size for wp.components.RangeControl is deprecated since version 6.8 and will be removed in version 7.1. Note: Set the __next40pxDefaultSize prop to true to start opting into the new default size, which will become the default in a future version.
S @ deprecated.min.js?ver=990e85f234fee8f7d446:1
deprecated.min.js?ver=990e85f234fee8f7d446:1 wp.editor.RichTextToolbarButton is deprecated since version 5.3 and will be removed in version 6.2. Please use wp.blockEditor.RichTextToolbarButton instead.
S @ deprecated.min.js?ver=990e85f234fee8f7d446:1
load-scripts.php:1 Failed to load resource: the server responded with a status of 404 ()

gleloudas
tagDiv Member

Hi again,

That’s true, our inbox was full, and we didn’t receive your response on time.
After reviewing the issue with the blocks, we confirm that they load the posts we wanted.

Thank you for your assistance!

metallikos
Participant
#0

Hi, I’m on the latest version of Newspaper 12.7.6 and on WordPress 7.0.

All of a sudden i lost the template box that’s inside the gutenberg editor wordpress at the very bottom of the page (under the post copy I mean). Does this have to do with that? https://developer.wordpress.org/block-editor/reference-guides/block-api/block-api-versions/block-migration-for-iframe-editor-compatibility/

The same template box is inside the theme’s panel settings > Post Settings > Default post template

Tell me if the issue is something you already know and if you’re working on fixing it. Or else we will have to mitigate it internally in our company. Thanks.

Simion C.
tagDiv Staff

I think that my email reply wasn’t sent or received for some reason. Gmail says that your inbox is full.

In case you haven’t received it, what I found was that the views weren’t active -> https://prnt.sc/QRFD2p4OqWyr If that setting isn’t active, the theme view count does not work. I activated it at the time, and posts began to show in empty blocks where the popular sorting method was used – https://prnt.sc/Zh1k9mRO-kK9 So from now on the blocks should not be empty anymore. Please check them as well and let me know.

Thank you!

johnjgalbo
Participant
#0

Hi,
I’m having an issue with the tagDiv Standard Pack plugin on Newspaper 12.7.6.

When I install it from the Newspaper → Plugins panel, the installation completes successfully, but the plugin folder only contains:

common/

Newspaper/

td-standard-pack.php

tdsp_version_check.php

There are no module folders such as:

modules/

shortcodes/

templates/

assets/

includes/

As a result, TagDiv Composer only shows the legacy video blocks.

I also downloaded the ZIP directly from the URL shown during installation, and it contains the same minimal stub files.

My Newspaper license is active and assigned to adultswimcentral.com, and all system status checks are OK.

Could you please push the full Standard Pack module bundle to my domain or provide a direct download link?

Thanks!

minimatc
Participant
#0

Hello,

I run the Newspaper theme (version 12.7.6, registered) with tagDiv Composer on a WordPress site hosted at WP Engine. The homepage intermittently breaks: the hero/feature grid renders as gray bands with no background images and the layout collapses. It happens every several days, with no edit or publish that I can tie to it.

I have diagnosed this fairly precisely and want to share the evidence, because it points to the Composer template failing to compose rather than a caching or browser issue.

WHAT THE BROKEN VS HEALTHY HTML SHOWS

I captured the HTML of the same homepage URL (page ID 370) in both states.

Broken state (~59 KB):

body class is MISSING: wp-theme-Newspaper, global-block-template-1, tdb-template, td-full-layout
4 td_block instances
6 style blocks, about 9.8 KB of inline CSS
0 background-image rules (which is why no hero imagery paints)

Healthy state (~899 KB):

body class INCLUDES: wp-theme-Newspaper, global-block-template-1, tdb-template, td-full-layout
324 td_block instances
41 style blocks, about 53 KB of inline CSS
about 200 background-image rules

So in the broken state the tagDiv block-builder template for the page is not composing at all. The tdb-template / global-block-template-1 output and inline CSS never generate.

WHAT FIXES IT AND WHAT DOES NOT

Purging the host cache does NOT fix it. The broken render is served even on a forced cache miss and on hard refresh, so it is not stale cache.
Re-saving the homepage in tagDiv Composer (Save, with the green Header/Footer/Content Successfully Saved confirmations) DOES fix it immediately, every time. This is now reproduced twice.

So a fresh Composer composition produces the correct page, and something later causes the page to revert to the un-composed render.

PATTERN

It stays healthy for several days, then suddenly reverts to the broken render.
One stable stretch lasted about 9 days before recurring.
A re-save fixes it for another multi-day stretch.

ONE POSSIBLY RELATED DETAIL

When the broken version was being served, the host cache had bucketed a desktop request into the mobile/iphone cache group. I mention it only in case Composer mobile/desktop template variant handling is relevant to why an incomplete render gets produced.

QUESTIONS

Is there a known issue where the Composer block-builder template fails to compose on a page regeneration, producing output without the tdb-template / global-block-template-1 body classes and without the inline CSS?
Could a periodic Composer cloud-library sync, a theme/Composer background process, or a license re-check trigger a re-render that lands in this un-composed state?
Is there a setting or maintenance step that forces the template to always fully compose, so I do not have to manually re-save in Composer every few days?
Is there a current recommended compatible pairing of Newspaper theme version and tagDiv Composer plugin version I should confirm I am on?

I can provide both full HTML captures (healthy and broken) on request.

Site: https://alstonhomes.com

minimatc
Participant
#0

Hello,

I run the Newspaper theme (version 12.7.6, registered) with tagDiv Composer on a WordPress site hosted at WP Engine. The homepage intermittently breaks: the hero/feature grid renders as gray bands with no background images and the layout collapses. It happens every several days, with no edit or publish that I can tie to it.

I have diagnosed this fairly precisely and want to share the evidence, because it points to the Composer template failing to compose rather than a caching or browser issue.

WHAT THE BROKEN VS HEALTHY HTML SHOWS

I captured the HTML of the same homepage URL (page ID 370) in both states.

Broken state (~59 KB):

body class is MISSING: wp-theme-Newspaper, global-block-template-1, tdb-template, td-full-layout
4 td_block instances
6 style blocks, about 9.8 KB of inline CSS
0 background-image rules (which is why no hero imagery paints)

Healthy state (~899 KB):

body class INCLUDES: wp-theme-Newspaper, global-block-template-1, tdb-template, td-full-layout
324 td_block instances
41 style blocks, about 53 KB of inline CSS
about 200 background-image rules

So in the broken state the tagDiv block-builder template for the page is not composing at all. The tdb-template / global-block-template-1 output and inline CSS never generate.

WHAT FIXES IT AND WHAT DOES NOT

Purging the host cache does NOT fix it. The broken render is served even on a forced cache miss and on hard refresh, so it is not stale cache.
Re-saving the homepage in tagDiv Composer (Save, with the green Header/Footer/Content Successfully Saved confirmations) DOES fix it immediately, every time. This is now reproduced twice.

So a fresh Composer composition produces the correct page, and something later causes the page to revert to the un-composed render.

PATTERN

It stays healthy for several days, then suddenly reverts to the broken render.
One stable stretch lasted about 9 days before recurring.
A re-save fixes it for another multi-day stretch.

ONE POSSIBLY RELATED DETAIL

When the broken version was being served, the host cache had bucketed a desktop request into the mobile/iphone cache group. I mention it only in case Composer mobile/desktop template variant handling is relevant to why an incomplete render gets produced.

QUESTIONS

Is there a known issue where the Composer block-builder template fails to compose on a page regeneration, producing output without the tdb-template / global-block-template-1 body classes and without the inline CSS?
Could a periodic Composer cloud-library sync, a theme/Composer background process, or a license re-check trigger a re-render that lands in this un-composed state?
Is there a setting or maintenance step that forces the template to always fully compose, so I do not have to manually re-save in Composer every few days?
Is there a current recommended compatible pairing of Newspaper theme version and tagDiv Composer plugin version I should confirm I am on?

I can provide both full HTML captures (healthy and broken) on request.

Simion C.
tagDiv Staff

Hi,

I’ll need more details.

Right now the Sci-Tech block is inside a big row -> https://prnt.sc/usVhDzLzYRcT That row is split into two columns. It can be spit in three columns, but this will affect all the content from the row.

If you could let me know what exactly you want to do, I can help more. Some screenshots or a mockup with how you want the page to look would be helpful, or some other kinds of examples.

Let me know.

Thank you!

Simion C.
tagDiv Staff

No problem, let’s discuss it more.

If the view count is active -> https://prnt.sc/dWOw3XDr3wFk and it’s working correctly, posts should be displayed in the blocks that use the sorting by popularity.

If I check a post from your website, it looks like the post views are active and the views are counted -> https://prnt.sc/Bh_Zdkj1fd7Z the count is increasing -> https://prnt.sc/Ez68JNdTWAUa

In the homepage I see a grid with a title called Popular -> https://prnt.sc/a4dt_fcgVUgp Is this grid set to display popular posts?

I also see a news ticker in the homepage, which I believe is set to display popular posts from the last 48 hours, but doesn’t display any posts -> https://prnt.sc/maKTXoDVs7SV

Maybe it would be best if I can check directly on the website. I suggest to send an email at contact@tagdiv.com and provide admin access (user and pass) for the website, I will then check as soon as possible.

Thank you!

Simion C.
tagDiv Staff

Hi,

Sometimes there can be issues with the sorting by popularity, like not counting views properly, or not resetting properly after the duration ends.

If you want something that provides more visibility and variety, my suggestion is to use the random 7 days sorting -> https://prnt.sc/K3NxLd5WjtDl This way more fresh posts get displayed in the block, as opposed to maybe displaying the same posts for a longer time regardless of publish date. I suggest considering it.

Thank you!

gleloudas
Participant
#0

Hi,

Suddenly, the blocks with popular posts for the last 7 days aren’t working properly, and nothing is displayed. Do you have any idea why this is happening?

Simion C.
tagDiv Staff

Hi,

That’s a simple block, not a slider. Blocks don’t have true sliding capabilities unfortunately, they only have pagination options -> https://prnt.sc/wuu8LszLGnBe

If you need an actual slider, you could use the slide element -> https://prnt.sc/evpx-6PZVZhh

Or try the revolution slider included with the theme -> https://forum.tagdiv.com/import-revolution-sliders-on-demos-prebuilt-websites/

Thank you!

revega
Participant
#0

Hello,
I have a critical issue on my news site: I cannot publish new articles. When accessing the editor (Add New Post), the page stays blank.
Technical details:

WordPress: version 7.0 (latest)
Theme: Newspaper, version 12.7.6 (latest)
tagDiv Composer: latest version available
All plugins are up to date

Console error (DevTools):
edit-post.min.js?ver=28ef50b859708963e197:1 Uncaught TypeError: (0 , yt.registerLegacyWidgetBlock) is not a function
at Object.pn (edit-post.min.js?ver=28ef50b859708963e197:1:49057)
at HTMLDocument.<anonymous> (wp-edit-post-js-after:5:25)
There are also deprecation warnings related to your blocks:
Block with API version 2 or lower is deprecated since version 6.9.
Note: The block “tds/partiallocker” is registered with API version 1.
Note: The block “tds/contentlocker” is registered with API version 1.
Plus a 404 error when loading load-scripts.php.
Likely cause: the registerLegacyWidgetBlock function from the @wordpress/widgets package was removed in WP 7.0, while a script injected by your theme/Composer (wp-edit-post-js-after) is still calling it, which completely breaks the Gutenberg editor from loading.
What I’ve tried:

Temporarily deactivating other plugins (issue persists, so it’s isolated to Newspaper/tagDiv Composer)
Clearing cache (LiteSpeed Cache, full purge)
Confirmed all components are on the latest version

Please confirm if this is a known compatibility issue with WP 7.0, and let me know your estimated timeline for a fix/patch. In the meantime I’m using Classic Editor as a workaround, but I need Gutenberg working again as soon as possible since the site is active and requires frequent article publishing.
Thank you

Viewing 25 results - 51 through 75 (of 39,816 total)