Forum Replies Created
-
Posts
-
Still no change after another 5 days. Page 319 still reported as being ‘in error’ but trying to validate a fix continues to fail. No other pages have been flagged up.
The SC history does show however that there were no breadcrumb errors found on April 10, but the error was back on April 11 and still there today.
Shall we close this down as it appears there’s no cause or resolution?
April 6th – page 872 is no longer reported as being in error (and I didn’t do or change anything, I just logged in to SC to see the latest status), but page 319 still is ‘bad’ (error as above). Quite bizarre…
I’ll keep checking for a few more days.
I’m leaning towards this being some quirk of Search Console. I got an email from it this morning claiming a post created in February was crawled 2 days ago and found as “marked noindex” and on checking of course it was no such thing!
Makes sense that if it was a system wide issue with the theme code that you’d expect all pages to be reported, but as stated that’s not the case and the pages giving errors change.
To which point… today, page 872 is still reported as a problem but SC is now reporting that page 319 has the same 2 errors of ‘Missing field “id”‘ and ‘Either “name” or “item.name” should be specified’. Go figure… :-)
I’ll keep an eye on it and advise.
https://imgur.com/vcdEdZN
https://imgur.com/SwNthzf
https://imgur.com/u2KIEdGPlease see screenshots from Search Console (SC) for the error as seen today.
The breadcrumbs error that SC reported on my last post #1290421 for page 385 has now “gone away” and SC is only reporting page 872 as having a problem.
So whatever is going on appears transient but SC is finding something ‘wrong’.
If you search for similar problems online, certain themes or plugins acknowledge a problem but others don’t.
Maybe this is just one of those SC annoyances like the ‘text too small’ and ‘content too wide’ errors that SC pumps out on a regular basis, which are “resolved” in SC by doing nothing other than starting a Validate Fix, whereupon the ‘error’ as reported by SC just goes away without changing anything on the page.
But reporting a breadcrumbs error in code seems different somehow to an ‘interpretation’ of how a page displays on a mobile?
Took a while… but updating to 4.8.1 does not fix the problem.
Doing a Validate Fix in Search Console returns:
Cannot continue validation process Affected pages were found. Fix the issue and run validation againBut the pages are different from my original post – Search Console now says the breadcrumb errors are on pages 872 and 385.
I received emails on 26/11/20 from Envato Market advising there was a new version of Enfold available to download.
There are 2 posts from mod Ismael telling users to “update/upgrade to 4.7.6.5” – https://kriesi.at/support/topic/shortcode-in-page/, https://kriesi.at/support/topic/enfold-remove-yoast-woocommerce-footer-schema-graph/ (and a user claiming to have just updated to 4.7.6.5 – https://kriesi.at/support/topic/enfold-update-not-working-5/).
I saw that the Changelog had not been updated to 4.7.6.5, but sometimes that doesn’t happen immediately and just assumed there was in fact a new version. Obviously not, but I shall await it with bated breath…
Hi,
I think the relevant section in my .htaccess file is:# Block the include-only files.
RewriteEngine On
RewriteBase /
RewriteRule ^wp-admin/includes/ – [F,L]
RewriteRule !^wp-includes/ – [S=3]
RewriteRule ^wp-includes/[^/]+\.php$ – [F,L]
RewriteRule ^wp-includes/js/tinymce/langs/.+\.php – [F,L]
RewriteRule ^wp-includes/theme-compat/ – [F,L]# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ – [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress
Options All -IndexesI added the blocking of includes files because I read somewhere else to explicitly block these. The last line ‘Options…’ was added as recommended in the link in this post: https://kriesi.at/support/topic/google-search-console-403-error-on-directory-wp-contentthemesenfoldframework-2/#post-1013166
If I type in http://yoursitename.com/wp-includes/ then I get a Forbidden message. If I do the same for /wp-content/ or /wp-content/themes/ I get a blank screen with no messages. This may indicate a problem because the wpsuperstars page says I should get a 403 or 404 page.
Ideas?
@Rikard – given the multiple different problems being reported, may I suggest you temporarily remove 4.6 from Envato/Themeforest & the changelog and/or post a sticky note at the top of the support page to advise users not to upgrade?
Can you absolutely confirm that Enfold does not create images of that size?
I don’t use Woocommerce. And as I asked, can anyone offer some helpful ideas as to how I might start to track down the culprit?
The website address is the first line of the original post.
I also stated “if you have a look at it (on the site), you will see the problem.”
I want the Subscribe button in the socket to display as it does in the header.
@Gunter – not sure which bright spark thought this was a good idea but it’s not. It’s a daft decision.
The “Don’t display image on single post” checkbox was/is clearly associated with a Featured Image so it should be in that select box and not with some generic page-wide Layout selections. Please ask the development team to undo this change and restore it as it was.
Screenshot from GTmetrix report.
Screenshot of the page in ALB where the images are specified.
Home page generating the GTmetrix report.
If you look at the page source in Dev Tools you will see the img code for the sponsor logos do not have any dimensions…
<img src="https://www.henleyherald.com/wp-content/uploads/2016/08/brakspear-2017-logo.jpg" alt="" />…whereas the first Top Story image does:
<img width="260" height="185" src="https://www.henleyherald.com/wp-content/uploads/2019/02/invesco-helen-douglas-cheque-260x185.jpg" alt="" />This is not a plugin issue. The home page has numerous plugins and elements and my original post mentioned that the date in the header was not being updated – this is just a line of PHP code – and that a recently published news story, served up by Enfold’s Blog Posts element, was not being displayed, but that the posts from the previous day were still being shown, along with the outdated weather, i.e. the browser was loading a cached page from the day before and not the latest content.
As I wrote in the original support request, and in a follow-up,
On the live site Chrome is showing up-to-date weather info, and today’s date in the header. If I open a new tab then load the test/dev site, it shows yesterday’s date and yesterday’s weather.
…and…
If I launch Firefox today (January 30) and load the live site, it is still showing me the page from January 23.Despite multiple re-starts of both PC and both browsers, that situation endured for over a week. Neither browser would refresh correctly on its own, as it should.
Over the weekend however, without doing a hard cache refresh, the latest content is being shown by both browsers on both live and test sites. I have not changed anything but something has finally caused ‘normal service’. But I guess we’ll never found out what, as no-one has been able to replicate it or offer any suggestions as to what might be the problem. I will continue to monitor and watch for any re-occurrence.
There are over 20 browser.cache settings in about:config for Firefox, none of which says ‘age’. Which one is relevant?
But as I reported in the original post, the problem has been seen in Chrome as well.
If I launch Firefox today and load the live site, it is still showing me the page from January 23. Obviously if I did a hard cache refresh I’d get today’s actual page but I’m keeping the old cached version until we get to the bottom of this.
Doing the same with Chrome, I get the true live home page for today.
What I don’t understand is why something is not telling Firefox that the home page has changed since January 23 and to re-load ‘afresh’.
There are 2 sites, a live one (www) and test/dev site (dev).
You might need to look at both. For instance, there is a plugin that shows the current & forecast weather, bottom right of the home page.
On the live site Chrome is showing up-to-date weather info, and today’s date in the header. If I open a new tab then load the test/dev site, it shows yesterday’s date and yesterday’s weather.
NB. I have been in contact with the weather plugin author and we have verified that the plugin is getting the correct data from their system – their widget retrieves data from a transient, if (transient) data is “old/expired” – new data is retrieved from their system. We have verified that the data in the transient is correct and being updated every 15 minutes. So in the above situation, the plugin transient on the test/dev site has got today’s weather data – you can view the data using the Transients Manager plugin – but Chrome is serving up a cached page from yesterday, not a page with today’s date and weather.
Loading Firefox today, it is still showing me Wednesday’s page, as per this: https://imgur.com/a/0L8wng8
Hi,
I’ve just checked again and the closing span tags are definitely missing on two sites, one is the live site, the other its test/dev site. I updated this site from 4.5.1. (to 4.5.2) by the Update Theme function in WordPress.
I then checked another site that I updated to 4.5.2 (from 4.5) a couple of days ago. For some reason this site had a 404 error on the Enfold > Theme Update page so would not update ‘automatically’. I had to do a manual FTP update into the theme directory. The code on that site does have the correct closing span tags.
It seems to me therefore that the update process via WordPress has got some issues and that I need to do manual FTP updates to ensure code integrity.
I can assure you that I am not going mad (!) and that those lines of code are missing from the ‘WordPress-updated’ sites, and that I would not be wasting your or my time with a spurious support question/query. I have better things to do… :-)
I think you can close this but might also suggest some feedback to the dev team about what I have experienced.
I found the problem and all is working now.
Thanks for your suggestions, they helped me track down the issue (and it wasn’t ALB). Please close this.
Hi,
Still doesn’t work with single quotes. I also removed any quotes, i.e. [the_ad id=13590], and it all still gets stripped out.
(NB. The shortcode inserts an ‘ad’, in this case a company logo. Shortcodes work on posts. I’ve added the shortcode as the first line of text under the main photo on this post, http://dev.henleyherald.com/2017/07/06/lorries-causing-more-problems-on-henley-bridge/, and you can see the image/ad inserted. So I think this problem is to do with ALB.)
I tried a few things. There’s a PHP version to insert the ad. I don’t think Code Block supports PHP but I wanted to see the outcome.
Code block altered to
<?php the_ad(13590); ?>
renders as HTML:<div class="avia_codeblock " itemprop="text"> <!--?php the_ad(13590); ?--> </div>and no image/ad displayed.
If I revert to the shortcode and change the square brackets to round e.g. (the_ad id=”13590″), then that is displayed as text on screen.
HTML:<div class="avia_codeblock " itemprop="text"> (the_ad id="13590") </div>Given the shortcode is being stripped out whether with single, double or no quotes on square brackets, but is not stripped out with round brackets, whichever code module processes Code Block is finding the square bracket and stripping out everything between the open and closing square brackets.
Can you stop this happening?
For your information, we are planning to improve combo widget and bring it back in one of the updates, most probably upcoming one :)
Hallelujah! :-)
The Request Feature button on the Feature Request page does not work. Click it and nothing happens. Tried it in Chrome, Firefox and Edge. Can you look into this?
re. hiding images based on categories: nothing so simple… :-)
I’d like to be able to turn off the Preview Images on any specific instance of Blog Posts on a page.
On the home page I have a heading ‘Business’ and Blog Posts is used to highlight the latest 2 posts of the Business category. I do not want Preview Images, so I set a Custom CSS class on that Blog Posts element of “home-business” and then use “.home-business .slide-image { display: none; }” to turn off the images (but the images are still loaded, which is what I want to stop – and there are 8 Blog Posts elements on the page, only 2 of which I want Preview Images to show on, so I’m loading, but not showing, 12 images I don’t need).
But on the separate Business page I use Blog Posts to display every single post in the Business category, and here I do want the Preview Images to show. So you can’t use categories to turn off Preview Images unless you can target a specific page.
Hi,
Doesn’t work: tried it on the dev/test site: http://dev.henleyherald.com – various Blog Posts on the home page e.g. under Business, Schools, Sport headings.I disabled file merging and compression, cleared cache.
That aside, I’m guessing your code is attempting to remove all Preview Images site-wide wherever Blog Posts is used. That’s not really what I want – I’d like to be able to target specific instances of Blog Posts on certain pages. For instance this page – http://dev.henleyherald.com/news/ – uses Blog Posts and I’d still want to have the Preview Images display on that. Is this possible?
PS. The best way would be for a new option on Preview Image Size of “Don’t load a preview image” – where can I log a new feature request? I thought there used to be a thread somewhere but can’t find it.
I have not seen this PHP Warning again since I first posted about this 2 weeks ago so I suggest you close this and if it happens again I’ll re-post. That OK?
Site is now running PHP 7.2.
Warning has not happened in the last 3 days since I first posted so not sure if you’ll be able to find anything.
Added you as a user per private data.As I said, I hadn’t changed the home page at all for 6 days since the post on May 8. Simply made the change on May 14 to “Load only used elements” – and the home page then displayed correctly.
I’ve done what you suggested above and after a page update get the message – “No errors were detected parsing the shortcodes.” Refresh of the home page and it still shows OK.
I’m not sure how we can progress this anymore as the problem has gone away. I’ve just updated the site to 4.3.2 via manual FTP and everything is OK. I can only assume that, whilst the site doesn’t use a caching plugin, maybe the hosting provider had somehow kept or not deleted some theme files immediately when I updated as this file duplication seems to be what you point at as causing this issue, and that eventually the files did get removed and the problem ‘fixed itself’.
Happy to try something else if you think it will help but without having the problem manifest itself again or be re-creatable, I think we’re stuck.
