That’s great. Thank you very much for taking the time to provide all the details of the investigation and the solution, they may help others in the same situation.

If there’s something else that I can help with, let me know.

Thank you!

Hi,

Those are some placeholders related to the AMP versions, and can only be seen in the page source, for example -> https://prnt.sc/2lq74_DLz0JI They have nofollow but Google may still pick them up from there. On the actual website those are transformed into valid links. I think it’s related to this -> https://amp.dev/documentation/components/amp-mustache

You could maybe disallow them in the robots file, like this:

Disallow: /*{{

Then they shouldn’t be picked up anymore, and should disappear from the search console eventually.

Thank you!

Hi,

That’s a bit unusual if Google serves the AMP version in desktop search results. I tried it as well and it looks good for me.

From the desktop search results page -> https://prnt.sc/cNuGIW_8p7m8 I arrive on the desktop post page -> https://prnt.sc/SaCSgKOerVmn

And from the mobile search results page -> https://prnt.sc/dVuWaCgnjuq2 I arrive on the AMP page -> https://prnt.sc/zn8VdtJKOVXP

I tested about 20 posts from the website like this, all looked good.

The only unusual thing I see, and I wanted to mention it, is having 14 title tags in the post page. There is the usual one in the head -> https://prnt.sc/fpFjo2-lELKr and 13 others, like one below the opening body tag -> https://prnt.sc/RCMLvYBDHVJ6 and the rest seem to be wherever there is an ad -> https://prnt.sc/QU4M8_gRe35w

I don’t think that is normal. As far as I know there should be only one title tag in a page. Or is there a purpose for having them perhaps?

Thank you!

Hi,

That’s very unusual, something must be wrong. I’ve tested the theme activation now, it worked fine.

I will take a look the issue directly on the website. Please send us an email at contact@tagdiv.com and provide a link to your website and admin login (user and pass). Also if possible I may need access to cPanel or FTP, to check the files mentioned in the error.

Let me know and I will check as soon as possible.

Thank you!

Hi,

That probably means that the logo wasn’t changed in the mobile header. To explain a bit, a header can have up to 4 versions, meaning 4 different logos. There is the default desktop header and the sticky desktop header, and there is the default mobile header and the sticky mobile header. These versions are independent of each other.

There is a guide here -> https://forum.tagdiv.com/add-logo-newspaper/

So using the website manager, if you click on the mobile header -> https://prnt.sc/OYqu-Z-k-24g Then you can customize the logo -> https://prnt.sc/phPAGxHaT-zS

Or click on anything in the page and switch to mobile -> https://prnt.sc/Dj9ABv5q6evC then customize the mobile logo.

Then do the same for the mobile sticky header. Either switch to it from the website manager -> https://prnt.sc/m09kH1UroHel Or simply scroll a bit down while in mobile view.

In case there are any issues let me know.

Thank you!

Hi,

I will take a look at the page as well. Please send us an email at contact@tagdiv.com (not contact@wpmudev.org – that’s not us) and provide access to the website. I will check as soon as possible and try to find the cause of the problem.

Thank you!

Hi,

That is very unusual. Even with the browser inspector I’m not seeing the mobile page when I check the desktop page -> https://prnt.sc/I07-OXZNZo-X I can see it if I add a parameter after the URL -> https://prnt.sc/Gna7zUnVf4yu and the page still seems to be cached by super cache. The parameter is however bypassing something if the mobile page is displayed.

The thing is, the super cache plugin has been our recommended caching plugin since the theme was released, mainly because it works correctly when using dedicated mobile content. Of course, now there are many other caching plugins, but most of them have options to create and serve separate caches desktop/mobile.

I can confirm that while using the super cache, the desktop/mobile content of the theme is always served correctly. I have never seen it fail. I saw similar cases like this before, and it always turned out that there were other caching systems active.

If I may ask, what kind of hosting are you using for the website? Are you sure there is no server cache of any kind? I can check as well in their documentation. Let me know.

Thank you!

Hi,

That’s very unusual if it happens on a blank page, with only theme plugins active. I’ll investigate it as well. Please send us an email at contact@tagdiv.com and provide a link to the website and admin login. Please also include a link to this topic in the email. I will check the issue as soon as possible.

Thank you!

Hi,

Redirecting a post won’t also exclude it from the search, the post still exists on the website. You could manually exclude those posts or pages from the search, I think this plugin will allow that https://wordpress.org/plugins/search-exclude/ I suggest giving it a try.

Thank you!

Hi,

It seems there was a mistake in our database. I corrected it now, could you please try again? I’m very sorry for this situation. It should work now.

Let me know.

Thank you!

Hi,

We include the latest version for the Revolution slider when the theme is updated. So when a new theme update is released, we add the latest revolution slider in the package.

I can however provide the revolution slider ahead of time if you require it. Please send us an email at contact@tagdiv.com and include a link to this topic in the email. I will provide the latest version.

Thank you!

Hi,

If you are using dedicated mobile content, such as the mobile theme plugin or mobile pages built with the composer, then please make sure that this setting is active -> https://prnt.sc/NKWqk2qeG5yd Or else the desktop/mobile version can get mixed up.

If that setting is active then the problem should be solved, assuming the super cache is the only cache used on the website.

Or is the problem different perhaps?

Thank you!

I suggest excluding this script from the optimization if possible:

https://www.thehinh.com/wp-content/plugins/td-composer/legacy/Newspaper/js/tdSmartSidebar.js

If it still doesn’t work, also exclude this script:

https://www.thehinh.com/wp-content/plugins/td-cloud-library/assets/js/js_files_for_front.min.js

Then it should work.

Thank you!

Hi,

The theme doesn’t have such a feature unfortunately. And I’m not aware of any plugins that could do it, at least I haven’t tried any. I’m very sorry for the inconvenience.

Thank you!

Hi,

If the thee is active with a key, and you want to use a new one, the old key can be reset using this option from the theme system status panel -> https://prnt.sc/N05aFSuSC0-r Then you can activate the theme with the new key. Please try it.

Thank you!

Something must be wrong. Because all the theme features that we added for directories and listings are based on user submitted content, meaning subscribers submit content that they can publish and edit at any time. I don’t recall seeing such an issue before, in normal circumstances.

I tried it again with the plugin.

After adding the capabilities for subscribers using the Members plugin, I used the quickedit option to assign a listing (post type is called Menu, and created with the ACF plugin -> https://prnt.sc/4IyHbHOwkgq3) for a subscriber -> https://prnt.sc/IMIH2FOrvK9H -> https://prnt.sc/La9n5oqJgt2H I figured it out eventually that it’s the correct way to do it from there, or using the classic editor.

Then I logged in and checked with that subscriber account and the listing was visible in the posts list -> https://prnt.sc/vlTKFH873U9-

Seems to work correctly. And I think you are doing it in the same way. Also the post type is set correctly here -> https://www.pasteboard.co/7yWn9yqMuE6F.png So the respective subscriber should see the transferred post. I tested it in the same way two times, worked both times.

Not sure where the problem could be. If it worked for me it should work for you. If you want I can take a look at it on the website, I’ll need admin login, you can send an email at contact@tagdiv.com with the details. Maybe I can figure out what the problem is.

Thank you!

HI,

I’m not quite sure how this issue clearly suggests that the theme is somehow interfering with the ads. Please note that all that the theme does is to load the ad codes entered in the ad spots or ad boxes, once. Nothing else. It doesn’t load the codes multiple times. If the impression count is incorrect, I suggest looking elsewhere as it’s mot likely not something that is caused by the theme.

I suggest making sure the tracking is set correctly https://wpadvancedads.com/manual/tracking-documentation/

Also checking the troubleshooting guide from the plugin https://wpadvancedads.com/manual/tracking-issues/

I hope the cause of the issue can be found.

Thank you!

Hi,

Something must have happened if none of them work anymore. Is it happening specifically for post templates?

I can take a look at it. You can send us an email at contact@tagdiv.com and provide a link to the website and admin login (user and pass). Also maybe cPanel access may be useful, if possible. Then I will check as soon as possible.

Thank you!

Could be caching, if you use a caching plugin. Or maybe the hosting provides caching from the server. It’s the most plausible explanation if changes you make are not displayed on the website. Although for admins the changes should be seen immediately.

Thank you!

Hi,

The issue with the sticky sidebar could be caused by optimization plugins, especially if it works when you check logged in, but not when logged out. I see you are using WP Optimize and maybe also Perfmatters. I suggest to deactivate these temporarily, then check if the sticky sidebar is working correctly for the website visitors.

The other issue is probably unrelated and could be caused by security plugins, or maybe object caching. If there is code there in the theme panel, but after modifying and saving the old code is still there, it’s most likely object caching. Besides Perfmatters and WP Optimize is there another cache active on the website, like Redis perhaps? Or maybe something from the hosting/server.

Thank you!

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!

Hi,

I tried doing that now, with the same user role plugin. I added capabilities to the subscriber but still as an admin I can’t transfer the post to a subscriber.

The easier way would be to temporarily make that subscriber an author, then transfer the post. Then downgrade the user to a subscriber. I tested this now and it worked, the post remained associated with the subscriber.

But if you already managed to transfer the post, and the subscriber is the author now, then it should have appeared in the posts list. Not sure what to suggest unfortunately.

Is this something that you plan to do regularly? Or what’s the purpose of doing it like that? Normally the subscribers submit the content directly.

Thank you!

Then you could try a code like this one:

add_action( 'add_meta_boxes', 'tu_remove_meta_boxes', 999 );
function tu_remove_meta_boxes() {
if ( ! current_user_can( 'manage_options' ) ) {
remove_meta_box( 'td_post_theme_settings_metabox', 'post', 'normal' );
}
}

It can be loaded as a PHP code snippet with a code plugin like this one https://wordpress.org/plugins/insert-headers-and-footers/
Or it can be loaded in a child theme functions file.
It could be loaded in the main theme functions file as well, but this way it will be lost after a theme update and has to be entered again. The more permanent solutions is with a code plugin or child theme.

The code should remove the theme post settings for everyone but admins. You could test it.

Thank you!

Sorry for the delay.

I reassigned the key as you mentioned, please check again.

Thank you!

I will gladly investigate the issues and help. Please send us an email at contact@tagdiv.com and provide admin login (user and pass), I will check as soon as possible. Please also include a link to this topic in the email.

Thank you!