I found this topic having the same problem.
Wp Fastest Cache has the option to exclude pages with certain cookies. So a solution would be to also set a cookie when the visitor hasn’t accepted cookies (for example euCookieNoConsent). When accepting cookies, this cookie then must be removed and the current cookie euCookie can be set.
When disabling cookies again with the [cookie-control] shortcode euCookieNoConsent must be set again and euCookie must be removed.
Note: I checked what happens with the current euCookie when cookies are disabled after first accepting them, and it seems the cookie is not removed. Is this correct?
Setting a cookie to store the information that user still hasn’t decided to use cookies 😉
You may configure WP Fastest to not cache, if the euCookie is set. But I want caching for users…
I think a solution should look something like this:
* The banner should work with JavaScript only, to be caching compatible
* Autoblocked/ manually blocked content should work with JavaScript as much as possible
* Everything else -> exclude from cache (manually)
(or maybe caching plugins should be able to produce different caches dependent on i.e. cookie status)
I think it is just not possible to develop a solution which works out-of-the-box for every case.
In our case, we don’t use the plugin to block any content, but just to show the banner. So a pure JavaScript solution would be fine for this.
Same issue here. The accept button does not work (it reloads the page) on mobile browsers (iPhone, android).
Setting a cookie to store the information that user still hasn’t decided to use cookies 😉
Setting functional cookies without consent is OK… 😉
You may configure WP Fastest to not cache, if the euCookie is set. But I want caching for users…
I want NO cache when the euCookie is NOT set. So only visitors who accept cookies gets caching.
I’m having the same issue here
