Usually all I can do is in such cases is to identify what is causing the problem, by checking with the browser inspector. In the case from above and in most of the cases, the theme was being blocked by a firewall from the hosting side. And only the hosting can fix it.
If you want I’ll take a look. You can send an email as well and I’ll check as soon as possible.
Thank you!
Hi,
I’ve seen such issues before. There can be a few causes, but the most common cause is that something is blocking the theme from saving. Like a security or firewall setting from a plugin or from the hosting.
The cause can usually be seen with the browser inspector by checking the request the theme makes when saving. I’ll take a look at it, this way we can at least know what’s causing it and then check how it can be fixed. Please send us an email at contact@tagdiv.com and provide a link to the website and admin login (user and pass). I’ll check as soon as possible.
Thank you!
Hi,
Currently I see some kind of custom mobile menu, or from a plugin, on top of the theme mobile menu -> https://prnt.sc/xr6is1rpWCft That extra mobile menu is displayed over the entire mobile header actually, meaning that I can’t click on the theme mobile menu, the logo, or the search.
If I delete that extra menu using the browser inspector, then the theme mobile menu seems to work correctly -> https://prnt.sc/tTDRcRp4z_Qw It opens correctly. So the only problem I see is that there is an extra menu in the mobile header, making it impossible to interact with the theme header.
About updating, if the website broke after updating the PHP, that can be caused by multiple things. Could be because of a plugin that doesn’t support newer PHP versions, or custom code, or the child theme as I see you use one, or an inactive extension in the new PHP version, or other causes. I suggest testing on a staging/testing clone of the main website, in order to deal with the issues there first.
From the theme perspective, if you update it just make sure to install this standard pack plugin -> https://prnt.sc/zkjDfLHkzSHy That’s a plugin we added in Newspaper 10. Normally it’s optional, but for older websites it’s required. Older websites are built with the older blocks, grids, templates, etc. and they will not display correctly without that plugin.
Thank you!
That code should make the post content have 12px.
Let’s discuss it more. So the way I saw it, the theme font settings weren’t applying to some of the posts, because they don’t contain paragraphs.
This post contains paragraphs for example -> https://raccontareancora.org/cose-la-lettura-ad-alta-voce-espressivo-letteraria-e-la-rilettura-1-silvia-blezza-picherle-con-linsegnante-monica-maliga/ So if I check with the browser inspector, the theme font settings are applying correctly -> https://prnt.sc/V-6xbJcCvFle
This post doesn’t contain paragraphs -> https://raccontareancora.org/lettura-ad-alta-voce-espressivo-letteraria-due-favole-al-telefono-surrealiste-di-gianni-rodari/ it contains span containers which have font properties set directly on them. But the code I provided will override those and make the font 12px -> https://prnt.sc/4YGjdpWqzIBA
However, if you also set the font size in wordpress here -> https://prnt.sc/h_aiUU9e0gbM then that size will be used, which is normal if you want to make a specific paragraph stand out or be different in terms of font size.
It depends on what exactly you want to do. you mentioned that you want the post content to have 12px. That is a bit small, but it’s fine if that’s what you want. Setting 12px in the theme, and also using the code I provided, should result in having a 12px font size in all the posts. No need to do anything else or set other font sizes somewhere else.
In case I am misunderstanding something please correct me.
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,
I’ve seen such issues before. Usually it means that something is interfering or blocking the composer. I can find out more if I can check with the browser inspector. Please send 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. Then I can check to see what’s happening exactly.
Thank you!
I’m trying my best but unfortunately I don’t quite understand what you mean.
I see you added a widget there. And you want to remove the the upper rows but when you remove them there are problems. Could you provide a link to that page? I can check it with the browser inspector to see what those rows contain exactly.
Thank you!
Hi,
There’s probably an error. Sometimes due to factors that we cannot control, like plugin conflicts, server configuration, even incomplete SSL, the theme activation may fail.
In the theme activation page, if you open the browser inspector console like so
https://prnt.sc/tU2BurB9iEuN -> https://prnt.sc/X58bCVtaznQs
And then enter key/email and press the activate button, are there any errors there?
I can take a look as well. Please send us an email at contact@tagdiv.com and provide a link to the website and admin login (user and pass). I will check as soon as possible.
Thank you!
Hi,
By default all the elements from the composer are responsive, meaning they adapt to display correctly on all these viewports -> https://prnt.sc/QnpXl1VFmOC_
If maybe you set fixed widths for rows or columns or other elements, for example -> https://prnt.sc/ULfoy2IdrjSl then those widths are inherited by default by all the other viewports. So while it may look good on desktop, it will probably not look good on smaller devices. That’s why it can be adjusted per viewport, you can for example set a different smaller width on tablet -> https://prnt.sc/WmDFYsPu8nmK It depends.
If I could see the page I can could inspect it with the browser inspector and see why it displays like that. Could you provide a link? Or if maybe the website is private, you can send a link by email at contact@tagdiv.com also maybe provide admin login so I can check the page directly in the composer.
Thank you!
Hi,
The website is very slow, as if the caching is not working at all or something is consuming all the website resources. Looking at it with the browser inspector the page appears to be cached by WP Optimize. I’ve used this plugin before and the website should be much faster with it.
I noticed that there are a lot of admin ajax requests made by the Ad rotate plugin https://prnt.sc/iTqlq3PQCXq7 I believe those requests are related to this setting from the plugin https://prnt.sc/VwTLdQuvYk4S which is and was known for causing serious problems with the website performance. I suggest testing to see how the website loads without this plugin. Make a quick test, deactivate it, clear the cache, then check the website. Or disable the stats tracker and test https://prnt.sc/vAgJ7054BkTT
If the situation is the same, it must be something else. In that case I suggest to send us an email at contact@tagdiv.com and provide access to the website, so we can take a closer look.
Thank you!
Hi,
With a little more work it can be adjusted with CSS, but that doesn’t guarantee that the desired result will be achieved.
https://forum.tagdiv.com/create-custom-code-using-the-browsers-inspector/
Thank you!
Hi,
I agree. Since the WP Rocket plugin already is lazyloading the footer https://prnt.sc/Iye8qEXx2LJr using the option from the theme on top of it could lead to issues.
That is however an unusual issue, because from what I see in your screenshots the block header style seems to be changing from style 8 https://demo.tagdiv.com/newspaper/block-header-8/ to style 1 https://demo.tagdiv.com/newspaper/block-header-1/ The styles are created with CSS, maybe if you use the option to remove unused CSS from the rocket plugin it may be removing more than it should. Or maybe it’s a combination of things that causes it. If I would have seen the issue, then the problem would be clearer after checking with the browser inspector.
Anyway, the footer seems to display alright now while looking at it as a regular visitor https://prnt.sc/EfCe7blO-bzu
Thanks.
Hello,
Thank you very much for your response and support.
I also appreciate your advice about checking the browser inspector — that was really helpful.
When I looked into it, I found that access to “/wp-admin/admin-ajax.php?td_theme_name=Newspaper&v=12.7.1” was returning a 403 error.
After some investigation, it turned out that the request was being blocked by the hosting provider’s WAF settings.
I’m sorry for the trouble caused due to my lack of initial investigation.
Thank you again for your assistance!
Hi,
Please check if you are making the change in the theme panel the same button is in the same situation? If so is possible to have something that is blocking the theme, for this you’ll need to use the browser inspector.
Also, you can contact us via email at contact@tagdiv.com and provide a temporary wp-admin access and we’ll do our best to investigate the problem.
Thank you!
Hello!
You can use CSS code and style it as you like: https://forum.tagdiv.com/create-custom-code-using-the-browsers-inspector/
Thank you!
Hello!
It depends on the code you want to add and what you need to do. You can add some JS code in the theme panel -> analytics/js codes. In the tagdiv Composer, you can find some shortcodes RAW HTML and RAW CSS: https://forum.tagdiv.com/create-custom-code-using-the-browsers-inspector/. You can add an extra class on each shortcode to easily refer the CSS code to them. If you use default templates, you can have a child theme: https://forum.tagdiv.com/the-child-theme-support-tutorial/
Thank you!
Hi,
That’s quite unusual. It looks like the big grid doesn’t display correctly in either the homepage or the category pages, and probably the same in other places where its used.
I checked it a bit with the browser inspector, and the design for it seems to be in order, and yet the grid doesn’t look as it should. It could be fixed with some CSS. Please enter the code from here https://pastebin.com/2Bn0un8P in the advances CSS section in the phones field https://prnt.sc/uSwybCPBOPY1 Then clear the cache and check if the grid displays correctly. Please let me know if it doesn’t.
Thank you!
Hello!
Check this guide: https://forum.tagdiv.com/create-custom-code-using-the-browsers-inspector/
Thank you!
Hello!
It works only with the accent color. A workaround there could be to add some CSS code: https://forum.tagdiv.com/create-custom-code-using-the-browsers-inspector/
Thank you for understanding!
Hello!
Yes, you can add the form as a shortcode with column text and style it via CSS: https://forum.tagdiv.com/create-custom-code-using-the-browsers-inspector/
Or you can add a form using our theme’s feature: https://forum.tagdiv.com/create-frontend-submission-form/
Thank you!
Hello!
For the gradient, you can choose multiple colors there, for example: https://app.screencast.com/K3iMyxvMGpoEN
You can also add a class on the element and add some CSS code: https://forum.tagdiv.com/create-custom-code-using-the-browsers-inspector/
Thank you!
Hi!
When I try to edit a Column Text in a template, I get a blank window and I am not able to edit nothing
https://postimg.cc/jDJZcYjm
Using browser inspector, I get a 403 error
https://postimg.cc/23cGfSbg
https://postimg.cc/Xpr8N69q
This is part of .htaccess file
<IfModule mod_headers.c>
Header unset ETag
</IfModule>
<IfModule mod_alias.c>
RedirectMatch 403 /xmlrpc.php
</IfModule>
# END Expire headers
<IfModule mod_deflate.c>
<filesMatch “\.(js|css|woff|html|php)$”>
SetOutputFilter DEFLATE
</filesMatch>
</IfModule>
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^rss/actualidad/$ /index.php?feed=rdf [L]
</IfModule>
<IfModule mod_rewrite.c>
RewriteEngine on
RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]
</IfModule>
# BEGIN WordPress
# Las directivas (líneas) entre «BEGIN WordPress» y «END WordPress» son
# generadas dinámicamente y solo deberían ser modificadas mediante filtros de WordPress.
# Cualquier cambio en las directivas que hay entre esos marcadores serán sobrescritas.
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule .* – [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ – [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress
<IfModule mod_substitute.c>
SubstituteMaxLineLength 10M
</IfModule>
Any idea of should I do to solve the problem?
Hello
We disabled all plugins except tagDiv, deleted the cache, but this did not fix the situation.
Note: if I go to the code inspector, highlight the form in the desktop version, and then turn on the emulation of the mobile version in the browser, the form becomes visible.
Hello @TroyZhao2024!
I do not understand which items do you mean. Fix it by CSS and set !important to the css rules. Check this guide as well: https://forum.tagdiv.com/create-custom-code-using-the-browsers-inspector/
Thank you!
Hello,
You need to use right-click on the mouse; please check this guide https://forum.tagdiv.com/create-custom-code-using-the-browsers-inspector/
Thank you!
