HI.
please read again. And by the way I already did contact the theme developer as well.
As I have clearly stated above, this issue persist even if I disable SHOPKEEPER theme and all the plugins, with only the WordPress, Woocommerce and the default Woocommerce Storefront theme active. Same issue happens even if I use other themes.
Here is also the response from the theme developer>
Adding favicon is native WordPress functionality and not something our theme handles. It could be permissions with your hosting and folders. Have you tried reaching out to them? (I am trying to do that now)
Alternatively you can switch theme to Storefront (official WooCommerce theme) and see if the issue persists. If it does it’s a theme issue, if it does happen, it’s not a theme issue. (already tried, so it is NOT a shopkeeper issue).
After further checking it seems, that WordPress is creating URLs or references to some cropped versions of the favicon, but not actually creating them. I see that various visitors are getting presented the favicon in different resolutions which triggers 404 error in the logs (while the website still works and is displayed, except the favicon).
When I have checked the wordpress installation folders via FTP, I have noticed that all these cropped versions of the FAVICON are not present in the storage
hi,
I have tried. In fact we have launched a redesigned shop recently on a new and fresh database with clean install of wordpress. All plugins that were used on the previous shop are used on the new website as well (each was installed cleanly). Only difference between our new shop and the old one was the theme itself.
However as I have noted previously, we have tried to disable all the plugins and the theme and have activated a default Woocommerce Storefront theme which has shown the same behavior in duplicating all the favicon files when we tried to upload them. So it is unlikely that the new theme is the issue. As the theme developer has already stated, they do not modify the favicon upload in any way and it is a WP core feature.
WP installation and all the plugins are up to date.
The debug mode was activated and only some warnings about PHP deprecated parameters are showing (the website on the frontend is working normally). Our hosting has recently been updated to PHP 8.4, so this is likely the cause for these warnings.
Other plugins are not showing any errors.
We have already communicated these php warnings to the theme developer who confirmed, that they will update the theme to solve this, but it is still unlikey that it is related to the cropping of the favicon in any way.
Here are a few examples
[11-Jan-2025 16:43:54 UTC] PHP Deprecated: Freemius::maybe_activate_bundle_license(): Implicitly marking parameter $license as nullable is deprecated, the explicit nullable type must be used instead in /data/xxxxxxxxxxxxxxxxxx/wp-content/themes/shopkeeper/freemius/includes/class-freemius.php on line 7780
[11-Jan-2025 16:43:54 UTC] PHP Deprecated: Freemius::set_license(): Implicitly marking parameter $license as nullable is deprecated, the explicit nullable type must be used instead in /data/xxxxxxxxxxxxxxxxxx/wp-content/themes/shopkeeper/freemius/includes/class-freemius.php on line 12388
[11-Jan-2025 16:43:54 UTC] PHP Deprecated: Freemius::switch_to_blog(): Implicitly marking parameter $install as nullable is deprecated, the explicit nullable type must be used instead in /data/xxxxxxxxxxxxxxxxxx/wp-content/themes/shopkeeper/freemius/includes/class-freemius.php on line 15633
[11-Jan-2025 16:43:54 UTC] PHP Deprecated: Freemius::_activate_addon_account(): Implicitly marking parameter $bundle_license as nullable is deprecated, the explicit nullable type must be used instead in /data/xxxxxxxxxxxxxxxxxx/wp-content/themes/shopkeeper/freemius/includes/class-freemius.php on line 18112
[11-Jan-2025 16:43:54 UTC] PHP Deprecated: Freemius::_store_site(): Implicitly marking parameter $site as nullable is deprecated, the explicit nullable type must be used instead in /data/xxxxxxxxxxxxxxxxxx/wp-content/themes/shopkeeper/freemius/includes/class-freemius.php on line 19711
As I wrote above, I would recommend you to contact the support of your commercial theme. All messages from the log originate from them. Therefore, you cannot get any further help here.
I really start to think that someone is not trying to read the full message
This has NOTHING to do with the theme and the errors from the DEBUG log are completely unrelated to the issue I have. And by the way after some recent updates even these errors have dissapeared.
If favicon setting and 404 errors would be happening only when the theme is active, then it is a theme issue.
But if favicon upload and 404 errors are happenling literally on every theme I install, then it is not a theme issue and all the theme developers have confirmed, that they do not alter favicon settings and are using the wordpress core functions to create appropriate thumbnails.
As I have stated several times above, this issue persist even when I set a different theme – WORDPRESS is creating a duplicate file for the site icon even though the site icon is in correct PNG, ICO or JPG format and in the correct resolution of 512x512px NO MATTER THE THEME that is currently active.
The issue is happening on other staging sites that I have where ALL plugins are deactivated and only the default WORDPRESS WOOCOMMERCE STOREFRONT theme is active. So this is clearly a WORDPRESS issue
Try check out the PHP, WP, all plugins version against the theme supported versions.
