Skip to content
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

0.72.1 GDPR / Policy retention : Message not removed. #12862

Closed
CodazziS opened this issue Dec 5, 2018 · 7 comments · Fixed by #15252
Closed

0.72.1 GDPR / Policy retention : Message not removed. #12862

CodazziS opened this issue Dec 5, 2018 · 7 comments · Fixed by #15252
Assignees
Labels
stat: triaged Issue reviewed and properly tagged subj: gdpr
Milestone

Comments

@CodazziS
Copy link

CodazziS commented Dec 5, 2018

Description:

Steps to reproduce:

  1. Add policy retention for channels or private groups
  2. Wait
  3. Wait
  4. Message are not removed

Expected behavior:

Message shoud be removed.

Actual behavior:

Policy retention was configured since 1 month ago, so should by good for crons. I can see this log in my log file:
[34mI20181205-09:15:21.027(1) rocketchat_logger rocketchat_logger.js:299 �[34mSyncedCron ➔ info Scheduled "Prune old messages by retention policy" next run @Thu Dec 06 2018 00:00:00 GMT+0100 (CET)

Actual policy retention is configured for 3 months, but I can see message from 1st january 2018.




Server Setup Information:

  • Version of Rocket.Chat Server: 0.72.1
  • Operating System: Debian
  • Deployment Method: tar
  • Number of Running Instances: 1
  • DB Replicaset Oplog: disable
  • NodeJS Version: 8.12.0
  • MongoDB Version: no idea
@vynmera
Copy link
Contributor

vynmera commented Dec 8, 2018

If you send a message in the channel and wait a day or so for the deletion to run, will that delete the message? If so, this is because of @ggazzo's changes that make the script only run if the channel contents have changed. A temporary workaround would be to send a message to every channel once a day.... sorry :/

@CodazziS
Copy link
Author

CodazziS commented Dec 8, 2018

Hello,

Yes, we have all days new messages in this channel, but no deletion.
The RC instance run 24/24, and rebbot every weeks for maintenance. Maybe bug whis migrations ?

@ggazzo ggazzo added this to the 0.73.0 milestone Dec 12, 2018
@ggazzo ggazzo self-assigned this Dec 12, 2018
@CodazziS
Copy link
Author

Hello,

I try the manual prune message button for delete messages < 2018-02-01 ans that's work.
But auto prune don't work. My RocketChat version is now 0.73.1.

I have the notice that messages older than 3 months will be deleted, but my olders messages is dated 04 february 2018

@theorenck theorenck removed this from the 0.73.0 milestone Mar 27, 2019
@CodazziS
Copy link
Author

CodazziS commented Apr 2, 2019

Hello,
Bug still active on 1.0.0-rc.0 version.

New screen :
image

In my logs, I alway have prune messages, but no deletions

�[34mI20190402-22:00:00.888(2) server.js:199 �[34mSyncedCron ➔ info Not running "Generate download files for user data" again. 
�[34mI20190402-22:00:00.893(2) server.js:199 �[34mSyncedCron ➔ info Finished "Generate download files for user data". 
�[34mI20190402-22:00:00.909(2) server.js:199 �[34mSyncedCron ➔ info Starting "Prune old messages by retention policy". 
�[34mI20190402-22:00:00.921(2) server.js:199 �[34mSyncedCron ➔ info Not running "Prune old messages by retention policy" again. 
�[34mI20190402-22:00:00.955(2) server.js:199 �[34mSyncedCron ➔ info Not running "Prune old messages by retention policy" again. 
�[34mI20190402-22:00:01.143(2) server.js:199 �[34mSyncedCron ➔ info Finished "Prune old messages by retention policy". ```

@emikolajczak
Copy link

Hi same problem for me. I have set global retention policy to 7 days, but it seems not working, old files are not deleted. My configuration on screen below.

image

My configuration is:

Server Setup Information:
Version of Rocket.Chat Server: 1.1.2
Operating System: Centos 7
Deployment Method: docker compose
Number of Running Instances: 9
DB Replicaset Oplog: yes
NodeJS Version: 8.11.4 - x64
MongoDB Version: 4.0

@CodazziS
Copy link
Author

CodazziS commented Jul 8, 2019

Hello,

I still have the problem:

image

RC informations :
image

Operating System : Debian (on LXC)
Deployment Method : tar

@engelgabriel
Copy link
Member

@tassoevan tassoevan added stat: triaged Issue reviewed and properly tagged and removed Triaged labels Oct 27, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
stat: triaged Issue reviewed and properly tagged subj: gdpr
Projects
None yet
Development

Successfully merging a pull request may close this issue.

8 participants