Hi,

@FerryK

I’ve rechecked the code again – but I’m still unable to find an explanation why it is not working as expected.

We just got another user (https://kriesi.at/support/topic/delete-contents-of-public_html-wp-content-uploads-dynamic_avia/ – also .nl domain).

Could you please provide me WP admin account, link to WP backend and FTP account so I can connect with an FTP client like FileZilla to your server,

I would like to remove the timestamp from our file and check the server timestamp for the merged files ( I think, that the files get regenerated on each pageload – but as they have the same name they overwrite the old file and you do not recognise that ). But as already said I’m not able to reproduce it on our servers and on my dev server.

Best regards,
Günter

Hi,

Thanks for coming back.

Seems that the CSS changes somehow got lost on merging the files.

Nevertheless I improved the code a bit by adding classes to the form when reCaptcha V2 or reCaptcha V3 is used (changes when V2 is used as fallback). So it is now easier to style.

I updated the 2 translations you mentioned – thank you.

If you want to help us updating the translations – we do not have a list of the used text – can only be found in php code.

But if you use the plugin Ismael mentioned above: You can select the language file, then search for the string you want to translate (search works for both german and english) and save it.

I uploaded the latest version of the german files (including all translatable strings up to today 4.7.2.1-beta-2) – so you do not need to sync.

https://github.com/KriesiMedia/enfold-library/tree/master/temp_fixes/Enfold_4_7_2/langs

If you want to get the latest beta for testing – let us know and we can give you the link to a zip file.

Best regards,
Günter

Hi,

Honestly I have no idea why it is not working on your server. It must be something specific because we do not get any reports like this from other users.

The reason you did not see it before was that the generated filename is always the same (see part before “—“, after that is the timestamp) and probably has overwritten the old one.

I can add a filter that will allow to remove the timestamp but this does not speed up loading because the same files are saved again and again.

Better solution would be to turn off Enfold file compression and use a caching plugin.

Best regards,
Günter

Hey pippylu,

Thank you for reporting this.

I added a fix for the next release ( aria-hidden=”false” ).

As there are no filters there is no way to change this without modifying core files.

You will have to add the fix in enfold\includes\helper-social-media.php function build_icon() around line 172.

Add tabindex=’-1′ to the

<a

tag.

If you need help with this let us know.

Best regards,
Günter

Hi,

Thank you for using Enfold.

Sorry for the problem.

I tried to add a fix in your backend but I cannot modify the php file in theme editor.

Please replace enfold/config-templatebuilder/avia-template-builder/php/shortcode-template.class.php with

https://github.com/KriesiMedia/enfold-library/blob/master/temp_fixes/Enfold_4_7_2/shortcode-template.class.php.

Do not forget to make a copy of the original file for a fallback.

If you want us to do the update please provide ftp credentials.

Best regards,
Günter

Hi,

The local wpml_config.xml is no longer used by WPML. It is only left because some other translation plugins might use it.

Translation of page id in links should normaly happen by WPML.

So if you are in e.g. german and add in shortcode av_postcontent a link to a german page and translate the page to e.g. french WPML should translate the link in av_postcontent to the french translation of that page in the link – if it exists.

If this does not work – this is a bug in WPML in my opinion – and should be fixed by WPML compatibility team.

Best regards,
Günter

Hi,

The shortcode would be something like:

[av_postcontent link='page,3848']

As much as I’m concerned WPML manages the translation on their own server in a config file.

Best regards,
Günter

Hi,

See private content. You will need an external program like winrar to unzip the file and upload with ftp to your server.
If you need assistance please provide WP and ftp credentials and we can help you.

Best regards,
Günter

Hi,

@tholtmann

User must accept cookies – then the cart works.

We will add an option where essential cookies will work even if user does not accept cookies. If this is legal – it is up to you to decide.

Please have a look here for more info: https://kriesi.at/support/topic/enfold-4-7-1-cookie-consent-problem-with-woocommerce-cart-still-exists-%f0%9f%98%b1/#post-1176332

Best regards,
Günter

Hi,

Interesting – in buttons we have

<a>

links.

I think I found a better solution – replace 642 with:

					var a = document.createElement('a');
					a.href = url;
					a.target = '_blank';
					a.rel = 'noopener noreferrer';
					a.click();
					return false;

Best regards,
Günter

Hi,

Glad we could help you.

Enjoy the theme and feel free to come back if you need further assistance.

Best regards,
Günter

Hi,

For your information:

We will add an option for the next release where you can disable the accordions in the ALB modal popups.

Best regards,
Günter

Hi,

We will add an option “Accept essential cookies on pageload, user must opt in for other cookies”.

This will allow essential cookies by default (like WC cart, enfold cookies) and user must opt in for other services.

Should be in 4.7.3.

Best regards,
Günter

Hi,

It is clearly explained in the docu:

Option User must accept and must opt in, only essential cookies selected

If a user does not address the settings and only accepts cookies the site will have all basic functions excluding external services – this is an intuitive behaviour and what a user would expect.

As everything is blocked until user clicks the accept button this is GDPR compliant (there are discussions, but many people interpret the rules that a user cannot refuse essential website cookies).To allow website owners to be on the safe side using add_theme_support(‘avia_privacy_basic_cookies_unchecked’); will also uncheck the 2 toggles.

And also:

Only the 2 toggles “permanent hiding message bar” and “enable essential cookies” selected, all other unchecked, services blocked until user accepts settings.

There is no need to accept other cookies like GA for WC cart to work.

Best regards,
Günter

• This reply was modified 5 years, 9 months ago by Günter.

Hi,

@Blatze

Please check https://kriesi.at/documentation/enfold/privacy-cookies/#default-cookie-and-services-option-settings for a closer description to “Default Cookie Behaviour”.

As it says: User must opt in for Cookies to work.

There are browser and js security restrictions to access and remove cookies – you only get info about the cookie name, but not the path. Enfold tries to remove cookies only in path “/” by default. As my dev surrunding is on a localhost the site is called with localhost/xxxx – and WC adds their cookies to path xxx. Therefore the cart worked for me, on your site WC uses path “/” and therefore cart cookies are removed – as expected until accepted.

As long as user does not explicitly accept cookies – or if user disallows cookies later – Enfold removes them if possible. We decided to use this strict implementation to be on the safe side for all users.

What you are talking about would be an option: Accept essential cookies on pageload, user must opt in for other cookies.

I will add this feature request to our repo and will check with Kriesi for an oncoming release.

Best regards,
Günter