-
-
Notifications
You must be signed in to change notification settings - Fork 430
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Bug]: Setting a category to enabled by default doesn't work in opt-in mode #538
Comments
This needs to be documented! When |
@orestbida This feels very counter-intuitive to me. I think the expected behaviour would be as follows:
It could also be argued that The only thing that doesn't make sense (to me) is completely ignoring the |
Pre-ticked boxes are against GDPR; having non-essential categories set as enabled by default (although they aren't really enabled) is misleading for the user. The plugin shall only reflect a valid and clear state. If you still insist on achieving this behavior, then you will need to use custom code, sorry. |
@orestbida You're right, it's against GDPR to have services that require consent pre-selected. However, there's still a use-case for categories that don't require explicit consent, but we still want to allow the user to disable them. Take Matomo; if properly configured to anonymize all data, not set any cookies or do any fingerprinting, it doesn't require consent (we had this confirmed by a data security officer). However, we might still want to allow users to turn it off just for transparency / fairness. In this case, I would like to create a category To be honest, I don't think this is super necessary, there are definitely workarounds. But the current behaviour really feels like a bug. Having an option that does nothing in combination with one particular other option is always awkward, especially if there is a fairly reasonable assumption of how those options should interact. At least for me, the expected behaviour would have been as described above:
Is there any other reason not to support this behaviour, like technical debt or plugin size? Otherwise, this feels like an unnecessary point of confusion for users.
In this case, my other suggestion could also be reconsidered:
|
It might be against GDPR, but as far as I'm aware CCPA still allows for this kind of "opt the user in by default" behavior. There are plenty of websites that don't care about GDPR but still need to be CCPA compliant. |
@kpcftsz , in this case you can explicitly set @MoritzLost , the |
@orestbida Fair enough. Removing |
Expected Behavior
I'm seeing an issue where setting a category to
enabled: true
does not take effect whenmode: 'opt-in'
is set.Setting both
enabled: true
andreadOnly: true
sets the toggle in the preferences modal to active and prevents this from being changed:However, setting only
enabled: true
has no effect:In this configuration, I would expect the toggle to be active by default, with the user being able to toggle it off.
Current Behavior
Setting only
enabled: true
does not activate the toggle in the preferences by default.Steps to reproduce
Use the config above and open the preferences modal.
Proposed fix or additional info.
No response
Version
3.0.0-rc.15
On which browser do you see the issue?
Firefox
The text was updated successfully, but these errors were encountered: