dennistennis

Hey Thomas,

Thanks looking after us. The explanation of “some other CSS” was partially helpful in that adding some CSS helped us to fix it. We could not find any CSS to remove or change.

First, we thought, your latest update automagically fixed it – without any CSS changes. However, after scrolling to the bottom and then back up, the widget would temporarily disappear…sometimes, it would come back after scrolling to the bottom…but even after a while, the whole widget would completely disappear, and not come back at all.

What fixed it:

[1] Set “Minimum Screen Height” to 150

[2] Add CSS:

#20221208 TO HELP FIXED WIDGET PLUGIN ERROR */
< .widget_composite_summary { width: 240px !important;top:150px !important; }

and the widget would stay. ??

Hey Michael,

Thanks for finding out that it was related to our CSPs. We had to change them all over from “*.tile.openstreetmap.org” to “*.openstreetmap.org”, and then, things worked again like before.

Greetings
Dennis

Hi Thomas,

Version 6.2.2 | By Thomas Maier, Max Bond | View details

Thanks for looking into things. Yep, that is the newest version. Tried with and without ‘Improved version’. Always same error. Caches cleared…

I’ll leave it there for you to debug.

Thanks

Dennis

Hi Thomas,

I re-activated it and you can see it at:

https://www.idworx-bikes.de/product/grandone-travel-2

The sidebar is completely blank upon loading, after some weird re-draws.
It randomly appears when scrolling and/or when making the viewport (window) wider.

Hopefully, you can fix it.

Dennis

Super. Thanks. I’ll test it over the next couple of days.
Dennis

Hi Thomas,

thanks for looking into things. The staging site is not publicly accessible. The production site is: https://www.idworx-bikes.de, and an example for the widget would be: https://www.idworx-bikes.de/product/opinion

However, due to this error with fixed widget, we have turned it off temporarily. Please look at the css from the first message – from staging site – and this page to stich things together.

Thanks
Dennis.

Sure thanks. This seemed a bit to inconvenient.

Dennis.

Hi Webtoffee!

The problem still remains:

[1] Visit Website
[2] Reject All
[3} Re-visit Website
[4] Banner gone! Just as if you have accepted all.

So we decided to remove the plugin.

Thanks anyhow
Dennis

With newest version 2.1.3, Reject All still sill does exactly the wrong thing. It creates:

CookieLawInfoConsent:”eyJuZWNlc3NhcnkiOnRydWV9″

Hi Michael,

Thanks for looking into this. The map shows correctly with all the points shown, however, these line 586 errors are shown. The website is for an intranet website, and, as such, not reachable to the public.

A similar website,

https://www.isp.bike/contact/

with the same config that /is/ public, does not present these errors. To conclude, one could argue, that these errors could be due to the website being on the intranet.

Thanks for any fixes.

Dennis

ping

ping

Hi Peter,

Hartelijk bedankt!

We can confirm that the buttons now work correctly in EN using the option “Hide icons on admin buttons” while keeping our CSP tight. Are there any plans to make them NL and DE?

Thanks so kindly

Dennis

Hi Peter,

Thanks so kindly. You’re the best!

I’ll let you know how it goes.

Dennis.

Hi Peter,

I guess they used to work fine only for a short while.

Would it be possible to load them locally without having to weaken our CSP?
Due to privacy, etc… We always recommend disabling CDNs

Thanks
Dennis