Arno Kools

Ok, thanks for confirming.
As long as these issues only occur on my development machine then it’s fine with me.

I’m glad you’re not experiencing the same issue.

Just to be sure:
Does the modal appear automatically when loading the page?

At my computer, the modal does briefly appear for a few milliseconds before disappearing.
After clicking the ‘manage consent’ tab, the modal is correctly displayed and shows like in your screenshot.
But it’ does not on load.’s not clearly visible on load. And let be honest. Nobody is going to look for a somewhat hidden settings panel to turn on cookies.

Some additional information:

This behaviour occurs in the Chrome Browser on MacOS 14.5.
I just chekd if there was an update for Chrome and there was.
After updating, the issue did not resolve.
Chrome version: 126.0.6478.115 (Official Build) (x86_64)

In Firefox everyting works like expected after turning off ‘Respect Do Not Track and Global Privacy Control’. Which is pretty obvious.

Safari works fine as well.

In Brave, both the stylesheet and javascript of the plugin are blocked.
Error message: net::ERR_BLOCKED_BY_CLIENT
All other script and style files load without problems.
Brave version: Version Chromium: 126.0.6478.114 (Official Build) (x86_64)

So it looks like there are issues with the laterst Chromium versions (on MacOS).

• This reply was modified 5 months ago by Arno Kools.
• This reply was modified 5 months ago by Arno Kools.

Sure. I’ve reactivated the plugin, so you can check if anything is out of place.

https://kantoorplanten.com/

Thanks for the super fast response.
You suggestion should work indeed, but adding a subdomain alias/pointer feels like workaround instead of a solution.

The stated issue only occurs when the plugin is activated.
When it’s deactivated everything works fine.

I was asuming this plugin only updates urls in the database once, but it seems it also updates urls on the fly. Is that right?

Thanks for the clarification and fast response, Jarno!

Your last solution is exactly what I was looking for.
Just a moment ago a client of me asked to me to insert a varierty of tracking codes which have to be loaden on specific type of pages.
This will not be any problem anymore with these parameters.

I’m glad this can be realised so easily.

I stumbbled into the same error, but notice the response is a 403 -> not allowed
When the link to the image is opended directly, the avif-logo shows correctly in the browser, hence avif is supported.

My guess is, that code is not in line with th security rules.

That’s great. Thanks.

WP All Export
Version 1.3.2

I checked the code at line 764:
if (is_array($field) and (isset($field['auto']) or (! in_array('product', $post['cpt']) || !\class_exists('WooCommerce')))) {

For the time being I’ve edited it to:
if (is_array($field) and (isset($field['auto']) or (! (isset($post['cpt']) && is_array($post['cpt']) && in_array('product', $post['cpt'])) || !\class_exists('WooCommerce')))) {

With the additional check if $post[‘cpt’] exists and is an array, the export works in PHP 8

Hi Ullsai.
The redirection confused me too, but just finish the options there.
Once finished you will be redirected back to WordPres and the favicon will be activated. Works like a charm.

I fixed the issues I was facing.

The _company_name actually got imported, but it was not showing due to an update of the theme.

For the status I’ve selected the
‘Update all data’ – ‘Choose which data to update’ option and deselected the job status there. That should fix it.

Oh sorry, I entered the wrong version in my start post.
I actually am using v 1.2.1.

I will setup the sandback as soon I’ve got some time to spare.
Pretty cool you have this option.

I haven’t tested it yet, but I assume the update fixes the mentioned issues.

I’ve noticed an update with the status bugfix has been released, so thanks for this!