Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 2 Next »

Introduction

Currently, there’s a toggle on sanity for the following static pages: Terms of Service, Privacy Policy, and Privacy Policy RBI. It turns the acceptance required, and if it’s toggled on, any changes on the three pages will generate a new popup to be accepted by the user.

After any changes to these static pages, the update_at date will be updated as well.

But to prevent any undue changes in the static pages, there is a flag created that works within integration with sanity called “Switch Update Date Acceptance Agreement”, which works with an array of variations.

Feature Flag

This flag has variations for each environment, and each ID is equivalent to each one of the static page IDs on Sanity:

If this feature flag is turned on and any of these dates are in the future, the date from sanity will be ignored, the date from the feature flag will be considered a priority, and in comparison with the DynamoDB (database), it will look like the user has still a new version of the terms to accept.

Workaround

There is a solution for this case: we can consider the date from the feature flag to be in DynamoDB as well, but it can impact in an unethical way because it will look like the user has accepted some agreements that didn't exist.

  • No labels