-
Notifications
You must be signed in to change notification settings - Fork 6
Test that pings are deleted following deletion-request #55
Comments
Note that the pipeline runs shredder on a 28-day schedule, so it could take several weeks for a deletion request to result in pings being deleted, which could make this a difficult case to test. |
Do you think it makes sense to create a new DAG on a schedule that matches the shredder pipeline schedule? |
Yes, we could pursue that option. I'm not sure if there's a good way to express "wait several weeks" before running the query task to validate the relevant data is gone. We might need to have two DAGs where the first is for submitting a test deletion request, and the other is offset by several weeks, running the query to validate. Or perhaps we have one DAG, and the task that validates data has been deleted references the previous DAG run. In any of these cases, the long delays are going to make it very hard to iterate on the tests, particularly when they're first set up. |
Also useful would be to test that once we see a deletion-request ping, we don't see any further pings from that client. |
Relevant documentation https://mozilla.github.io/glean/book/user/pings/deletion_request.html The following code is expected to trigger a deletion-request ping: Glean.set_upload_enabled(False) Can you confirm that @mdboom, please? |
On @mdboom's behalf: |
Verify that the Data Platform deletes Glean telemetry for a client.
This test is slightly different from other tests as we may need to run a sequence of steps:
The text was updated successfully, but these errors were encountered: