Flat comments in Drupal 8 without dangerous secret threading

Submitted by on

Last week we were asked to disable the "threads" in the comments and display them as a plain list in one of our projects, so checking in the Comment field settings we found an option which says:

"Threading: Show comment replies in a threaded list."

Which basically display the comments as a threaded instead of a list of comments. This option is marked on by default, so it seemed that it was just a matter of unchecking this option, but there was a problem with this, that setting did display the comments as a plain list, but in the code they were still being saved as a thread.

The main problem with this is if a comment is deleted and it has replies (even if the option of the thread is unchecked) all the replies are going to be deleted as well.

This is not a new problem there is an 11 year old issue and it seems that this has been happening since Drupal 4. The way to fix this so far was by using a contrib module called: Flat Comments The problem is that this module hasn't been ported to D8 yet.

We decided to fix that and port the module to help others with this problem. You can check the code here: https://github.com/agaric/flat_comments and we are in contact with the module's maintainer to create the D8 branch in drupal.org soon.

Expecting that this can help someone else.


Submitted by ajayg on Sat, 07/01/2017 - 08:32

Are you sure this is really a problem (and not what is says in comments or messages).
I have been using this option (Drupal core without contributed module) in production with non threaded comments for 11 years (since drupal 5x) and it does NOT actually delete the comment which came after a comment was deleted. And this has been tested , in production with over million comments and at least hundred thousand nodes and been tested atleast few thousand times.

I agree the message it shows feels scary, but somehow it does not work that way.

One important thing to note . We enable the non threaded comments immediately after the node type created. So any comment is actually flat from the moment it is created. I think what is happening is every subsequent comments is a new thread internally and that is why a reply to it is NOT lost.
Now there is a use case where it was threaded comment initially and then moved to non threaded and I don't know what happens then . But I would say it is an edge case as you either keep comments threaded for a node type or don't.

Submitted by on Tue, 07/11/2017 - 01:48

Hi ajayg.

I wrote a small test proving that this is still happening.

The test basically set the default_mode as COMMENT_MODE_FLAT, create some comments and after that delete the first one and try to check that the rest are still there and as expected it fails.

I left the test here if you want to do your own tests:

You need to place this field at:


and you can execute the rest using this command (it requires the simple test module):

php core/scripts/run-tests.sh  --file core/modules/comment/src/Tests/CommentFlatTest.php

If you run the test using the UI you can see the output and see that all the replies were deleted as well even with the COMMENT_MODE_FLAT option.

Thanks for your comment.

Add new comment