Conversation
| 'category': 'Website', | ||
| 'author': "Agile Business Group, " | ||
| "Tecnativa, " | ||
| "Callino" |
There was a problem hiding this comment.
I'm very thankful for you contribution and improvement of this module, but I'm not sure if is fair to add you as an author after 2 lines of code. Usually contributor it is.
|
Sorry - i thought this is necessary... |
39b5c4e to
39dad22
Compare
|
Hi @wpichler can you explain why this addition is needed, please? |
|
there has been some rare cases where the normal way did not work - so setting this extra cookie does not hurt |
|
@yajo could you please review this code changes? |
yajo
left a comment
There was a problem hiding this comment.
I like very much the idea, and IMHO this is much better implementation.
The problem with the previous one is that, when a session is destroyed (it is expired in the server, or user logs out), the user is asked yet again to allow cookies.
With this patch, the cookie acceptance is stored in a separate cookie, unrelated to user's session, so user shouldn't care about the cookie message anymore, no matter how many times he logs in or out.
(BTW, you should be the one explaining your work, not me, @wpichler 😉 )
But if we are going to use this new method, then please remove the old one. No need to have both.
| <template id="message" name="Cookies notice"> | ||
| <div t-if="request and | ||
| not request.session.get('accepted_cookies')" | ||
| not request.session.get('accepted_cookies') and not request.httprequest.cookies.get('accepted_cookies')" |
There was a problem hiding this comment.
Use only the new method to check cookie acceptance. Remove the old one please.
|
Sorry for not explaining - i'll try to explain better from now on... Removing the old method is no problem - this would include removing the controller function... While thinking about that - i'd had another idea to improve it...
So registered users will get complete away from the cookie notice - also on different browsers / devices... What do you think ? |
|
Hmm I think that better not... 🤔 I might accept cookies in my computer but not in my phone, for instance. I think the best choice is just the specific cookie as you were doing here.
Please do! I ❤️ code removal 😋 |
39dad22 to
4a1b239
Compare
|
Thats a valid point - so i've removed code now - and felling happy with it ;-) |
yajo
left a comment
There was a problem hiding this comment.
Thanks! I rebuilt Travis; let's see if it goes ✔️ now.
|
Tested on runbot, build is green: merging! |
|
Isn't this cookie notice deprecated since GDPR? If not, this should be forward-ported to v11 |
|
No - it has become more important since gdpr |
|
Well, I don't think so if you don't need any explicit consent. And for that, you need to modify current message. @yajo, you are our GDPR expert. Can you talk about this? |
|
I think it is needed - take a look here: https://eugdprcompliant.com/cookies-consent-gdpr/ |
|
Also - this is something that the website owner has to decide - we do only provide the tools for it |
I remember that there was a clause that if the cookie is put for making legitimately work the website (not for tracking), it's not needed
Of course, but promoting something that is not useful at all is not the best way of optimizing flows. If we provide this module without more explanations on new legal topic, people will install it without knowing the real need. |
|
Providing a explanation on a legal topic is in my opinion dangerous - if we are not correct with our interpretation of the topic - then we have given a wrong explanation. |
|
This is part of GDPR, Article 6:
So, if you want to use option B, you can skip this addon; but if you want to use option A, you can use it. OCA is not your lawyer, we just share code here. If more than 1 user in the world wants option A, it makes sense to share this addon here. However, cnsult your lawyer to know whether to use it or not. |
No description provided.