Forum Replies Created

Viewing 15 replies - 16 through 30 (of 87 total)
  • Thread Starter magdamunro

    (@magdamunro)

    Let me just add that this was an odd one, specifically because I had restarted the server and cleaned out caches both at the server and in the browser already before. I suppose I missed some detail. But now I got to add new functions and fix other problems, so no more testing for this one.

    Have you checked which Catalan localization files that are actually in use?
    You can go to Dashboard > Updates, click the “Update translations” to see if there’s an official later version for Catalan. Check manually in the /wp-content/languages/plugins folder that you have the localisations there and they contain a proper language_country code — I think that might be “ca_ES” — before the extension.
    And if you got them, verify the relevant translation strings are in there.

    Thread Starter magdamunro

    (@magdamunro)

    OK, suddenly both the production server and my test server only show as the last post, so no reference to a “4.1.0”. I’ve restarted my machine and did some minor other adjustments since, unrelated to WC, but I restarted the server and emptied caches already before. I’m not sure where those lines stem form. Maybe it was a database thing or is there perhaps an analysis cache? Gone now anyway.

    Thread Starter magdamunro

    (@magdamunro)

    “PHP being updated” means I’m running 8.08?

    I’ve updated the templates into my theme according to that article already before posting, which is exactly why I’m confused. Each and everyone of the template files that are overridden are identical. That they are there at all is because the theme were delivered with previous versions of those files so keeping them in place, but updated. Occasionally I have to go in and make small adjustments and naturally I don’t want to do that to the originals, so I like that they are there.

    Basically, the error is the WooCommerce evaluation claims identical files are different. Various tools including Eclipse comparison tells me they’re identical.

    At the production site I get only this also with WC at 6.9.2 and all other software updated:

    Archive template: 	  	Your theme has a woocommerce.php file, you will not be able to override the woocommerce/archive-product.php custom template since woocommerce.php has priority over archive-product.php. This is intended to prevent display issues.
    Overrides 	  	minimum/woocommerce/cart/cart-empty.php,
    minimum/woocommerce/cart/cart-item-data.php,
    minimum/woocommerce/cart/cart-shipping.php,
    minimum/woocommerce/cart/cart-totals.php,
    minimum/woocommerce/cart/cart.php,
    minimum/woocommerce/cart/shipping-calculator.php,
    minimum/woocommerce/checkout/form-coupon.php,
    minimum/woocommerce/checkout/thankyou.php,
    minimum/woocommerce/content-product.php,
    minimum/woocommerce/global/quantity-input.php,
    minimum/woocommerce/myaccount/form-edit-account.php,
    minimum/woocommerce/myaccount/form-edit-address.php,
    minimum/woocommerce/myaccount/form-login.php,
    minimum/woocommerce/myaccount/form-lost-password.php,
    minimum/woocommerce/myaccount/my-account.php
    Thread Starter magdamunro

    (@magdamunro)

    Thanks @shayanfp.

    I’m not sure what’s wrong. It’s almost as if WC is acting on old info. I searched my theme WC-files for the string 4.1.0, but there is none (I had updated them from WC). In 6.9.2 of WC only “admin-cancelled-order.php” has version 4.1.0. I’m at a loss, but I’ll try with no other plug-ins active later.

    Thread Starter magdamunro

    (@magdamunro)

    By the way, am I right @jarnovos that for the Cookie Banner you’re supposed to type the translation yourself? I ask this, because also on your test site the Cookie Banner isn’t in Swedish. When I pasted the text myself (copied from my po file) that is what I get.

    Thread Starter magdamunro

    (@magdamunro)

    Thanks @jarnovos. I’ll let you know.

    Thread Starter magdamunro

    (@magdamunro)

    I thought I might have to assume those Cookie Policy strings stem from a Complianz server sync, so if this is true these are likely unrelated to the localization files.

    But now I see that one of my translations for “Manage your consent settings” are indeed used in Swedish in the Cookie Policy page.

    So this would seem to be partially working then. I also see you can override the Cookie Banner text in the Complianz settings. Does this then mean localizations won’t be used?

    Thread Starter magdamunro

    (@magdamunro)

    At the very least I can’t find the Cookie Policy strings used in the .po file. I assume these are stored elsewhere. I don’t see them in the db either.

    • This reply was modified 1 year, 6 months ago by magdamunro.
    Thread Starter magdamunro

    (@magdamunro)

    Yes, I see a lot of those from Woocommerce, @tobifjellner, but nothing from complianz-gdpr. Thanks for the suggestion. I appreciate it.

    Thread Starter magdamunro

    (@magdamunro)

    Thanks Jarno. All translations were all up to date. I did reset to default and cleaned my cache in server as well as the browser. Still no Swedish in the cookie banner. I did translate those strings myself.

    Something was succeeding, already before the above, in that the Cookie Policy partly is shown in Swedish. I’m not sure that is actively using the localization, so maybe only the untranslated words are from there? I’ll check.

    Thread Starter magdamunro

    (@magdamunro)

    thank you!

    Thread Starter magdamunro

    (@magdamunro)

    OK, I solved this by changing my site conf:

    Options Indexes FollowSymLinks Includes ExecCGI
                    AllowOverride All
                    Order allow,deny
                    Require all granted
                    Allow from all
    Thread Starter magdamunro

    (@magdamunro)

    To comment on your follow-up I didn’t see before posting as the page was open:

    I always purge the cache, though possibly not when disabling it. I’d assume once a cache function is disabled it’s not functional anymore. This is not so?

    I have naturally already disabled ALL other plug-ins to arrive at that the “Minimum core” plugin is involved. It’s possible this is indeed making use of jquery-migrate, but if so I was unaware of this. I’ll investigate further.

    Thread Starter magdamunro

    (@magdamunro)

    On further investigation and analysis this problem seemed related to jQuery. It took me quite a while to realize the situation with jQuery in the WordPress platform and that W3 Total Cache has a setting for this. As far as I know I haven’t touched this setting, but “Disable jquery-migrate on the front-end” was checked.

    The odd thing is that I understand it as jquery-migrate is NOT enabled by default and you need to explicitly enable this, otherwise you’re running the jQuery coming with your WP. However, as I didn’t run “Enable jQuery Migrate Helper” before I was under the impression I was running the current WP version. Using this plug-in does indicate at least one removed call in my theme, but it also indicates I’m running the latest jQuery. As far as I understand it, this would be so since quite a while and this menu was working before. I have to go back to check.

    As removing the Total Cache plugin did NOT fix the issue — I had to remove the “cache” and the “w3tc-config” folders manually — this still doesn’t explain why this was active. Or does an uninstall warrant I find the settings W3 Total Cache has changed? I did turn off all cache functions before uninstalling. This wasn’t sufficient, you think?

Viewing 15 replies - 16 through 30 (of 87 total)