[go: nahoru, domu]

tree: 8da668cb111fc89327f90759864d4995d2710fbb [path history] [tgz]
  1. BUILD.gn
  2. consent_auditor.h
  3. consent_auditor_impl.cc
  4. consent_auditor_impl.h
  5. consent_auditor_impl_unittest.cc
  6. consent_sync_bridge.h
  7. consent_sync_bridge_impl.cc
  8. consent_sync_bridge_impl.h
  9. consent_sync_bridge_impl_unittest.cc
  10. DEPS
  11. DIR_METADATA
  12. fake_consent_auditor.cc
  13. fake_consent_auditor.h
  14. OWNERS
  15. pref_names.cc
  16. pref_names.h
  17. README.md
components/consent_auditor/README.md

Consent Auditor

The consent auditor component is a service containing methods used for recording and retrieving the records of the exact language the user consented to when enabling a feature.

These methods should be called from any UI which enables a feature based on the user's consent, and record the consent language that the user has seen. If we later find out there was a mistranslation, need to expand the scope of a setting etc., we will know which users are affected.

TO EMPHASIZE, these methods should ALWAYS be called from the corresponding UI, not from the backend code or pref change observers. The latter could cause the consent to be wrongfully recorded if feature was enabled through other means (through extensions, a new UI surface added, or even a bug).

Consents related to local features will be stored in a local preference.

Consents related to features for signed-in users will be stored in the user's Google account.