Jestemzmiasta

That was very helpfull. Thank You once again.

• This reply was modified 10 months ago by Jestemzmiasta.

Thank you very much for help. Everything works as it should. I only have 2 additional questions.

1. Is it possible to make a custom category next to Marketing and Statistics?

2. How do you know that “embed.tawk.to” must have been entered in URL field? How? Is there an algorithm what to enter in this field if I have a problem with another plug-in in the future?

I wish you all the best!

Thank you for the info. But it seems we don’t understand each other. UP doesn’t restore everything as you suggest. It only restores what was at the time the copy was made. That is, if we had tables A, B and C in DB at the moment of making backup, and after the backup was made, we add D table, restoring the copy overwrites tables A, B and C. Table D should be deleted, because it appeared after the backup was made. This is how restoring a copy should work. And that’s not how it works here. Table D remains as it was. If you don’t believe me, check the above scenario. Make it on your own.

Whereas, restoring a clean installation every time I want to roll back the changes to the last backup requires a lot of work. Best idea is get to PhpMyAdmin, drop tables and add them again. Then I use other techniques than UP.

• This reply was modified 10 months, 2 weeks ago by Jestemzmiasta.

Thank you. I see that I am talking to a fellow countryman, but for others, I will make an effort to write still in English;)
OK, so one thing left – the cookie. I noticed that the plug-in is generating a cookie (pvc_visits[0]). Interestingly, the “Cookie Notice & Compliance plugin for GDPR / CCPA” prevents sending this cookie until consent is given. But it cannot be easily removed with a change of mind with this tool. At least i don’t know how. But the truth is that cookie can also be uploaded to your computer only after you consent. So is there a way to turn off sending cookies? I know that then it counts each page refresh, and not working as it should in 100%:( Can you help me how to solve it. Maybe there is some code that can be added in the blocking cookie mechanizm in “cookie banner and consent programs” like “complianz” that will block sending cookie untill consent id given, and remove it when sb changes mind.

We quickly determined the cause by e-mail. Problem is solved. And for everyone who has the same, I am giving a solution.
First of all, after logging into the backend, you need to enable all cookies -> click the accept button on the cookie banner. Then all cookies will be cached, including the one from koko analytics in your browser. And go through the whole wizard again. Then the Complianz plugin will detect the cookie and assign it to the correct category – statistics.
Everything works and the cookie disappears when consent is removed.
Thank you very much for your help and commitment!

Thank you for your reply and sorry for the delay. Unfortunately, it doesn’t work the same for me. Denying consent does not change the status of the _koko_analytics_pages_viewed cookie. It has a full expiration time (max-age) of about 6 hours. The changes are only for cmplz_statistics to deny. Nothing else changes ??
I’ve even added a script to my functions
/* reload after consent… */
which helped me a lot in other cases, such as still revealed map after choosing to revoke consent to display it. The map is not always hiding (under the map is visible placeholder but map is still working untill reload the page). But nothing changed in case of koko.
P.S>
I can provide the address of the problematic page because I already have it online, but I can do it by e-mail, I prefer not to publish it on the forum.

• This reply was modified 2 years, 2 months ago by Jestemzmiasta.

I only need to give a small correction to “I noticed one more problem. The problem of assigning to a category“. This problem concerns other uses (not Koko), e.g. OSM maps and I meant to hide map before someone agrees to send data to OSM. Everything works great here (the map appears and disappears with consents), but as I wrote, it must be the marketing category and I don’t know why. It doesn’t work for others, like preferences or statistics.

As for Koko cookies… Of course, I had correctly set this option “Use cookie to determine unique visitors …” to No “. Anyway, cookies appear after giving consent. Thats working fine. The problem is with their removal.
Therefore, after agreeing to the statistics and manual refreshing of the page, the _koko_analytics_pages_viewed cookie appears with some numerical attribute added to it. After removing the consent, you can see the change from cmplz_statistycs to deny, but the cookie from koko is still there. And refreshing doesn’t change anything.

Thank you for your response. I have already found and activated CookieShredder option earlier, but it did not change the issue of the koko analytics cookies remaining in the browser after removing the consent. I’m working on these issues on the offline site on localhost and I don’t have how to link to it.
Can I ask for an explanation of the phrase “some caching needs to clear” – i’m not using caching plugins. Did you meant that?
I noticed one more problem. The problem of assigning to a category. For now it works as long as I give category = “marketing”. If I try to use a different category like preferences for example, it doesn’t work at all. The page is looping and trying to load constantly.

• This reply was modified 2 years, 2 months ago by Jestemzmiasta.

I have the same problem with cookies from Koko Analytics. Sending cookies after statistics consent works (with the script window.koko_analytics.use_cookie = true;) but withdrawing consent does not delete them anymore. Is it enough to meet the GDPR? Is there a way to make them disappear from the cookie list after opt-out? I also tried this https://complianz.io/withdrawing-consent/ but no effect. Please help.