I updated to version 7.x-1.24. Later also to 7.x-1.25 but the problem is always the same.

I played with different options, etc... but the message is always this one:

We use cookies on this website to enhance your user experience

You have given your consent for us to set cookies.

Look in the attached image...

1. If I select "Consent by default. Dont provide any option to opt out." I should not see the button "Withdraw consent" or at least it should be disactive.

2. I did not understand but from 24 to 25 version I played a lot and even of it was "enable banner" checked, I could not see it...in one moment I did not understand why it appeared....The cache I cleared 1 millions times, it was not from there...

3. In the message to the final version the message contains tags like < h2 > and < p > ... I updated them in the install file of the module. uninstalled and installed again the module, but the definition in the variable in the DB remained always the same...I removed these tags in the variable and it starts to show me errors...

Comments

tandim created an issue. See original summary.

svenryen’s picture

Hi! Thanks for writing in. Can you please run `drush vget eu_cookie_compliance` and paste the output here?

svenryen’s picture

Does your site use multiple languages?

tandim’s picture

Issue summary: View changes
tandim’s picture

thank you very much for the fast answer.

no, my site use only one language.

I executed the command - the result is in the attachment result.txt

svenryen’s picture

What will resolve your situation is this:

1) Open the EU CC admin page
2) Select "Opt in" or "Opt out" consent method
3) Scroll down and uncheck a checkbox in front of "Enable floating privacy settings tab and withdraw consent banner"
4) Select "Consent by default" consent method
5) Save

tandim’s picture

StatusFileSize
new3.24 KB
svenryen’s picture

Title: Bad visualization of the Cookies message » Withdraw tab is shown when it shouldn't, in 1.25
tandim’s picture

Done, but not visible anymore any pop-up message notification for cookies..... "we use cookies on this site to ......."

svenryen’s picture

Hmm... I'm not sure I follow your last comment. Are you still having any issues with the module?

tandim’s picture

my issue now is that I do not have any notification....since the ussues were in the notifications, if we do not have them we do not have anymore my previous issues, but I do not think it is the correct solution :)

If the settings of the module is "consent by default...don't provide any option to opt out" the web site should show anyway something like "hi guy, my web site use cookies and there is not options to choose...if you want to use the web site, we use cookies...."

svenryen’s picture

What's the value of the "cookie-agreed" cookie?

tandim’s picture

sorry, how to check it?

svenryen’s picture

Which browser are you using?

tandim’s picture

chrome, IE, firefox...

tandim’s picture

now it is visible again (I did not understand from what it pushed to appear....I changed the options many times....)
The format of the message is as I reported in the beginning...
Why only one of the messages is visualized in a bad way.... with tags of < h2 >, < /h2 >, < p >, < /p >....(the first image attached) .
After I withdraw the concent, the other message is showed correctly (also it is formatted with the same tags < h2 >...) The first sentance is with bigger letters, the second in other line...etc..

Abou this "cookie-agreed" cookie...in any case, if I use the incognito browser it should not remember anything from the previous sessions, right?

svenryen’s picture

In Chrome to inspect your cookies: https://developers.google.com/web/tools/chrome-devtools/manage-data/cookies

If your tags are being printed in the banner, you have a problem with the text filter format. Either you have selected "plain text" or you have errors in the configuration of the active text format.

norman.lol’s picture

Status: Active » Needs work

The 7008 update hook sets $eu_cookie_settings['withdraw_enabled'] = 1; while in the install hook it's set to 'withdraw_enabled' => 0,. The update hook at least unwillingly enabled the withdraw banner for people who already had the module up and running and therefore had no method set. In a broader logic I think it's much better to also check if NO method is set at all OR method is set to default to prevent this from happening to all sites where this module was enabled before the latest feature-rich releases.

norman.lol’s picture

Anyways, I can confirm #6 for fixing this issue manually :)

besek’s picture

Option #6 worked for me. But this hould be fixed - those option should be hidden in configuration when it actually impacts site.

svenryen’s picture

I will work on a patch, but probably not before Sunday.

hotwebmatter’s picture

The 'withdraw_consent' fieldset is currently hidden by the Drupal Form API #states system when the consent method is set to "Consent by default."

Some may find it useful to prevent this fieldset from being hidden, so that they can easily enable/disable the floating "privacy settings" tab and "withdraw consent" banner even when the consent method is set to "Consent by default." This patch accomplishes that for 7.x-1.x.

It is also possible to access the hidden fieldset by the workaround in comment #6, but this workaround is not very intuitive.

hotwebmatter’s picture

Here's the same patch from the previous comment, uploaded again with a better filename (following drupal.org patch naming conventions.)

svenryen’s picture

Thanks for the patch, though there's a different approach planned for the next version. We don't support that option for "Consent by default" (since it contradicts the consent method), so the setting will be stripped away in the submit handler if present.

Unfortunately, it's taking a bit longer to apply patches and tag a release in the summer months and I can't give a fixed date for the next release.

svenryen’s picture

Component: User interface » Code
svenryen’s picture

This attached patch resolves the issue.

When the Consent Method is "Consent by Default", we ensure that the "Withdraw tab" can't be shown by explicitly hiding it when the form is saved.

I hear some of the comments in the issue asking for a "Privacy settings" tab to be shown even when using "Consent by default". This is not something we currently offer, though you're welcome to open a new issue if you want to provide a patch. Just enabling the form field in all situations will lead to a misleading cookie acceptance interface, since you seemingly offer a method for revoking consent, even when you're actually not.

Patches are attached both for Drupal 7 and 8.

  • svenryen committed 2e0d425 on 7.x-1.x
    Issue #2985613 by svenryen, hotwebmatter, tandim, leymannx: Withdraw tab...

  • svenryen committed d6f150d on 8.x-1.x
    Issue #2985613 by svenryen, hotwebmatter, tandim, leymannx: Withdraw tab...

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.