Joe Hana

Ok, sounds somewhat legit. But perhaps you could add a comment on top of the file to let everyone know where it is coming from? Cause it took quite some time for me to find out that this could be from the ManageWP Plugin (and still I was not fully certain of it). I think this could be quite helpful for others too maybe.

Many thanks for your response on that.

All the best

Good to know. Thanks for clarification. Will keep this in mind.

Thanks for getting back so quickly. In the meantime I could fix this by myself. Few weeks ago we’ve re-organized the webspace a bit and have renamed the folder containing the website, and it seems like this was at fault. For some reason the search and replace on the database didn’t change every instance of the old path.

Still curious why the warning didn’t show up earlier, but nevertheless it is working now as it should. Thanks for everything again.

Hope for the others a solution can be found as quickly as I found one.

All the best

Hi Kim,

thanks for your message.

We’re currently in the process of preparing the final release which will be out soon. In the meantime you can check our Github Repo where this issue is already fixed.

Here you can find the specific commit where this issue has been fixed.

Let me know if there is anything else I can do for you.

Nevermind, I’ve developed a custom solution for that already. Thanks anyway.

First of all the code you’re pasting is actually not the cookie. The code you’re pasting is from GA and enables much more functionality, but easily said it builds a connection to GA. GA then puts a cookie on the visitors browser through your site.

So this plugin basically executes the code based on the visitors choice of enabling/disabling cookies.

I’d recommend to better have a look via Google about ways to identify what cookies you’re site are using but for now you can simply visit your website and inspect it with the element inspector (right click > element inspector) and then browse to the sources tab to see what sites are having a connection with yours. You can also install Ghostery plugin for chrome for example to see that. From what I saw so far you’re using Google Analytics and the Facebook Pixel. Then the chat (Tidio) is also working quite the same way as GA works. But again, best would be to google after it and see what you need to do since every website is individual there is no “one-rule-for-everything”. In worst case you might better consult someone to do this for you.

Yeah should be fine. Try testing it by using private mode of your browser, navigate to your website, enable the cookies through the modal and check if GA tracks your visit. Then close the private mode, open it again (that way all cookies are gone) and try the same again but with disabled cookies and check if GA still tracks your visit.

As far as I know its “opt-in” and not “opt-out”. So pre-checked (enabled) 3rd party cookies would not comply with the GDPR.

You ESTIMATE? On what basis you estimate? Just a random number out of what?

Sorry to say that but I’m done with you and this plugin. Since you develop this plugin things got worse. I’m the first donating for a good solution but for some reason you just fucked it up. Best would be to simply bring back the 2.05 version and leave it as is.

This is just sick and so disappointing. What’s going on with that plugin? Since it has been purchased by someone else it goes down to nowhere. It gets back online in the Repo and gets removed again? What’s up with the Review Team?

To bring another perspective on my issue – I’ve got some themes around with TGMPA, which includes this Plugin and is obviously not working properly since it gets on and off all the time.

Please simply remove this plugin for once and for all, put version 2.05 back online and kick this devs ***. Sorry for that but I’ve been watching this for weeks/months now and I simply do not have any more patience.

Hello,

at the moment there is unfortunately no option for that, but you can add an additional listing offer by utilizing this snippet here.

Let me know if there is anything else I can do for you.

All the best

@displaywidget thanks for clarification

@seo-dave

well, I’ve already read your opinion about the UI. And I really appreceate your initiative and all your work, but one of the major aspects the original display widget was so successful was because of its simplicity. The quite minimal ui was just easy to use. Now there are just to many steps to accomplish something what was working just fine for the majority before. And such things are as crucial to an UI as website optimization is crucial for the overall performance of our website.

@displaywidget

sorry, but it doesn’t matter if there is a holiday or not. That maybe sounds harsh but there is obviously a major issue now on something which went just fine before. And a lot of confusion comes with that. Not to mention without any transparency on that issue from your side. I bet if you really love that plugin so much as you said, you would care a little bit more.

Ok, I now understood that you already submitted an update which is in the review queue from the WP.org Team. For the future you will for sure post an update and let us know about it, right? At least all your love for that plugin should allow that, even on Independence Day ??

PS: And as soon as you take your responsibilities serious you will see how thankful the community can be

Great, thanks for clarification ??

Hey, just came across this issue. So your plugin is basically the same as the “Display Widgets” Plugin but just better, right? Because on the first sight it seemed to be that your plugin is just some kind of add-on for the original Display Widgets plugin?

I’ve got a few themes where I’ve added the Display Widgets plugin through tgmpa. Can I savely switch to yours?

Many thanks in advance,
Joe