Hi,
The other admin of our XenForo forum purchased this add-on a while back. For the most part, it works well!
We have noticed one 'bug' which is worth pointing out. Doesn't occur too often on our forum, but has happened at least twice in a few months time.
When a (parent) thread comment is deleted, any (child) comment replies are automatically moved. The immediate/first (child) comment becomes the new (parent) thread comment, to which the (grandchild) comment replies are now the immediate/first (child) comments. That's how I figure you wanted it to work.
The one 'bug' with that is that non-admin/non-mod users of our forum cannot edit their own comments after they have been auto-moved in this manner. I suspect this has to do with this add-on. I have some non-admin/non-mod debugging console screenshots to go along with this, if that would be helpful.
I also have some ideas for possible 'options' or new features of this add-on. I'll bring most of these up later, though, one of them might automatically resolve the potential 'bug' described above.
Tweak idea #1 ... rather than fully (soft) delete the (parent) thread comment, replace whatever was in the comment with the word 'deleted' and remove the associated username. Thus, automoving of comments after the relevant parent comments are deleted would not occur, which should iron out that bug automatically. The one piece of this I haven't quite figured out is what the screen would look like for the mods/admins of the forum, when there is a deleted comment. Presumably, we would want the mods/admins to still have access to see the (soft) deleted content.
For a visualization of what that tweak idea could roughly look like (for a non-admin/non-mod user), from a different forum software, see below:
The other admin of our XenForo forum purchased this add-on a while back. For the most part, it works well!
We have noticed one 'bug' which is worth pointing out. Doesn't occur too often on our forum, but has happened at least twice in a few months time.
When a (parent) thread comment is deleted, any (child) comment replies are automatically moved. The immediate/first (child) comment becomes the new (parent) thread comment, to which the (grandchild) comment replies are now the immediate/first (child) comments. That's how I figure you wanted it to work.
The one 'bug' with that is that non-admin/non-mod users of our forum cannot edit their own comments after they have been auto-moved in this manner. I suspect this has to do with this add-on. I have some non-admin/non-mod debugging console screenshots to go along with this, if that would be helpful.
I also have some ideas for possible 'options' or new features of this add-on. I'll bring most of these up later, though, one of them might automatically resolve the potential 'bug' described above.
Tweak idea #1 ... rather than fully (soft) delete the (parent) thread comment, replace whatever was in the comment with the word 'deleted' and remove the associated username. Thus, automoving of comments after the relevant parent comments are deleted would not occur, which should iron out that bug automatically. The one piece of this I haven't quite figured out is what the screen would look like for the mods/admins of the forum, when there is a deleted comment. Presumably, we would want the mods/admins to still have access to see the (soft) deleted content.
For a visualization of what that tweak idea could roughly look like (for a non-admin/non-mod user), from a different forum software, see below:
Last edited:
