Allow the choose to update or sync content when user account being cancelled

Created on 16 November 2020, over 4 years ago
Updated 26 January 2023, about 2 years ago

Problem/Motivation

Some sites may need to keep the original update date and revision of the content because of legislations in the case when a user account was cancelled.

Steps to reproduce

-

Proposed resolution

Add a checkbox to the account settings page that will determinate if the user content will be sync or not.

Remaining tasks

The following two issues need to be merged first as dependencies:
πŸ“Œ Simulate time passage instead of actually waiting in EntityTestMulChanged Needs work
πŸ“Œ Allow ChangedItem to skip updating the entity's "changed" timestamp when synchronizing Fixed

User interface changes

Added a new checkbox under the "When cancelling a user account" radio boxes, where the user can decide if he wants to use this or not.

API changes

-

Data model changes

-

Release notes snippet

-

✨ Feature request
Status

Needs work

Version

10.1 ✨

Component
User systemΒ  β†’

Last updated 1 day ago

Created by

πŸ‡§πŸ‡ͺBelgium golddragon007

Live updates comments and jobs are added and updated live.
  • Needs tests

    The change is currently missing an automated test that fails when run with the original code, and succeeds when the bug has been fixed.

  • Needs subsystem maintainer review

    It is used to alert the maintainer(s) of a particular core subsystem that an issue significantly impacts their subsystem, and their signoff is needed (see the governance policy draft for more information). Also, if you use this tag, make sure the issue component is set to the correct subsystem. If an issue significantly impacts more than one subsystem, use needs framework manager review instead.

Sign in to follow issues

Comments & Activities

Not all content is available!

It's likely this issue predates Contrib.social: some issue and comment data are missing.

  • πŸ‡ΊπŸ‡ΈUnited States smustgrave

    This issue is being reviewed by the kind folks in Slack, #needs-review-queue-initiative. We are working to keep the size of Needs Review queue [2700+ issues] to around 400 (1 month or less), following Review a patch or merge request β†’ as a guide.

    Seems like an interesting idea.

    Tagging for tests to show this new feature.
    Tagging for subsystem maintainer review for their thoughts also.

    Did not do a code review.

Production build 0.71.5 2024