Mark Thread Unread On Edit

[MarkFL]

Overview:

This simple product will mark a thread as unread when a post is edited, and the content of the post actually changes.

The site I help administrate is a math help forum, and sometimes users will post an incomplete question for which no help can effectively be given, and then they will later edit their post to provide relevant information, and it is nice for that thread to then be returned to unread status.

In the settings for this product, you choose which users (by usergroup and/or username) who will see the thread with the edited post as unread and which usergroup(s) making such edits will cause the thread to be marked as unread.

Note: Upon installation of version 2.0 or higher, the setting "Thread/Forum Read Marking Type" is auto-set to "Database (automatic forum marking)" in order to make certain this setting is fully compatible with this product.

Updates:

Version 1.1:


Allows you to choose users for whom threads will be marked as unread by usergroup, userid, or both.


Version 2.0:


A complete overhaul, easier to use and more efficient code logic.


Version 2.1:


Fixed issue where other threads not actually read, yet marked as read using the "Mark Forums As Read" links, will stay marked as read when a post is edited.
Product is now triggered by the usergroup membership of the post author, not on who actually edits the post.


Version 2.2:


Fixed issue where edited posts were marked as unread for the person making the edit.


Version 2.2.1:


Disabled on CMS and Blog scripts to avoid potential db errors.


Version 2.2.2:


Fixed plugin typo.


Backup/Warning:

This product does not alter your database, however it is always good practice to make regular backups and you should make a backup before installing ANY new mod.

As always, products are USE AT YOUR OWN RISK. I will provide support and do my best to help but no absolute guarantee is offered.

To Install:


Download and extract the attached .zip file.
Follow AdminCP -> Plugins & Products -> Manage Products -> Add/Import Product.
Click on "Choose File" and browse to the product .xml file that was packaged in the .zip file.
Click "Import."
You MUST enable the product in the settings before it will function.
Configure the remaining settings to your liking. Each setting has a detailed explanation of its use.


https://vborg.vbsupport.ru/attachment.php?attachmentid=154746&stc=1&d=1461294984

Support for this product can be found here:


MHB - Mark Thread Unread On Edit (http://mathhelpboards.com/vbulletin-products-61/mark-thread-unread-edit-22026.html)
TAZ - Mark Thread Unread On Edit (https://theadminzone.com/threads/mark-thread-unread-on-edit.145204/)

[Stratis]

Very nice, thank you.
A question,
Users For Whom Threads Are Marked Unread
If we want a specific usergroup rather than id's of members is no option.
If I got this right :)

[MarkFL]

Very nice, thank you.
A question,
Users For Whom Threads Are Marked Unread
If we want a specific usergroup rather than id's of members is no option.
If I got this right :)

Yes, I considered using usergroups rather than userids for that option, but I felt there would likely be users in the chosen groups who would rather not be included. So, in the end, I felt it wise to only include users individually rather than by usergroup.

However, since you have expressed interest in this, I will update the product soon to give you the option to either include users by usergroup or individually by userid. :up:

[Stratis]

Works fine in vb 4.2.0 pl4
Forums may have a lot of moderators or stuff or other different basic usergroups, I think if another option to select usergroup without excluding and the id option if some needed working only with id will be much better.

Thank you very much.

[MarkFL]

I have made the requested feature update. You can now select users for whom threads will be marked as unread either by usergroup, userid, or both. :D

[Stratis]

Yes Mark very nice. Except Admins - Mods we have PC Advisors, GPS Advisors, Team Support.
That means many users want to know that changes have been made.

After update to vb4.2.0 there is standard "Message Posting Doublepost", this does not make unread post after a double post. You're Mod takes effect there to :)


:up: Excellent

[MarkFL]

...After update to vb4.2.0 there is standard "Message Posting Doublepost", this does not make unread post after a double post. You're Mod takes effect there to :)...

I just want to point out for others that if in the "Message Posting Doublepost Options" settings you set the option "Timestamp Update" to "Yes" then even without this add-on a merged double-post will mark a thread as unread. :D

I appreciate you letting me know that even if that option is set to "No" this add-on will mark a thread as unread for the desired users.

[Stratis]

I don't like to be of topic :D Timestamp Update is checked, only changes is posting time.
Maybe some other interference causing this to me. Any way your mod fixes this situation :)

[MarkFL]

I don't like to be of topic :D Timestamp Update is checked, only changes is posting time.
Maybe some other interference causing this to me. Any way your mod fixes this situation :)

I don't see your posts here as off-topic at all. You are posting helpful, relevant feedback which I truly appreciate. :up:

I only ran a quick test on my dev site with this add-on disabled and "Timestamp Update" set to "Yes" and found that a thread was marked as unread when a double-post was merged. Perhaps another add-on you are running is causing your site to behave differently...but in any case, I am happy to know that my add-on fixes this for you. :)

[Stratis]

I had a situation with my server, so now I came back :)

Α suggestion, if you can make this mod to auto exclude the member that edits his post?
If member usergroup in both options is checked than the same member that makes the edit he will see unread his own post to.
:p

[MarkFL]

I had a situation with my server, so now I came back :)

Α suggestion, if you can make this mod to auto exclude the member that edits his post?
If member usergroup in both options is checked than the same member that makes the edit he will see unread his own post to.
:p

I don't get that behavior...when I set myself in both groups, and then edit a post, once I am shown the thread with the edited post, I no longer see that thread as unread when I return to the forum listing.

Are you using the Quick Edit or Advanced Edit? If you are using the Quick Edit, then you will have to refresh the page I suspect.

[Stratis]

Yep edited with Quick Edit, still unread after refresh,
Sorry, I think maybe my problem again, because some issues with read - unread posts I have any way with other mods to (if you remember)

[MarkFL]

Update - Version 2.0:


A complete overhaul, easier to use and more efficient code logic.

[MarkFL]

Update - Version 2.1:


Fixed issue where other threads not actually read, yet marked as read using the "Mark Forums As Read" links, will stay marked as read when a post is edited.
Product is now triggered by the usergroup membership of the post author, not on who actually edits the post.

[MarkFL]

Update - Version 2.2:


Fixed issue where edited posts were marked as unread for the person making the edit.

[Stratis]

Yep edited with Quick Edit, still unread after refresh,
Sorry, I think maybe my problem again, because some issues with read - unread posts I have any way with other mods to (if you remember)
Thanks for the update, hope it will work for me now... i had this uninstalled, i will test it tomorrow and come back with feedback.

[Stratis]

No, when I edit a post of the thread, (this particular thread has 12,000 posts, I get that I have 197 unread post, for me as admin and for all other members that before had none unread. Probably some conflict with mine other modifications or else.

Thank you very much any way...

[elsa23]

Hi, when i change the date of a post with this mod :
https://vborg.vbsupport.ru/showthread.php?t=245183

and, when i edit that post , it not mark as unread
have you a solution for that please
thanks

[MarkFL]

Hi, when i change the date of a post with this mod :
https://vborg.vbsupport.ru/showthread.php?t=245183

and, when i edit that post , it not mark as unread
have you a solution for that please
thanks

If you are changing the date to an older one, then it is likely interfering with the database marking. :)

edit: Also, if you are making the edit yourself, the thread is not going to be marked as unread for you. ;)

[elsa23]

Yes, I use two comptes for tests
I made some test and finally, it's not a conflit with the hack that change the date of post but :
for exemple, if "Database Read Marking Limit" is 30 days, only edited posts that are published between today and 30 days ago are marked as unread
a post maked 31 day ago and edited, is not marked as unread :(

I have a post made in 2015 (events of an artist) that I update with new element and I want to mark it unread after edit
so I can't do that with your hack and i can't bump it with this hack because :
https://vborg.vbsupport.ru/showpost.php?p=2293773&postcount=82

Thanks Mark

[MarkFL]

Yes, I use two comptes for tests
I made some test and finally, it's not a conflit with the hack that change the date of post but :
for exemple, if "Database Read Marking Limit" is 30 days, only edited posts that are published between today and 30 days ago are marked as unread
a post maked 31 day ago and edited, is not marked as unread :(...

Yes, that's because there is nothing in the db (forumread and threadread tables) for a thread older than your marking limit, so the product cannot have any effect on it. :)

[elsa23]

I have a post made in 2015 (events of an artist) that I update with new element and I want to mark it unread after edit
so I can't do that with your hack and i can't bump it with this hack because :
https://vborg.vbsupport.ru/showpost.php?p=2293773&postcount=82

Thanks Mark

The only solution : I change the date of the post to today for exemple, and edit it, it will mark as unread

It's not logique because a lot of members had liked the post in the past (the post with the new date of today) but I can not do otherwise :(

I want to keep the likes, that's why.

[MarkFL]

Marking a thread as unread (given that database marking is being used) depends on a thread being within the limit. Otherwise, you need to bump the thread with a new post. :)

[bazookajoe]

Like this hack :D

[MarkFL]

Update - Version 2.2.1:


Disabled on CMS and Blog scripts to avoid potential db errors.

[elsa23]

Hi, I had updated it on local, but when I quick edit a post, it turn without sending, I reload the page, the post is edited but not show as unread
when I return to prévious version, it works again

[MarkFL]

Hi, I had updated it on local, but when I quick edit a post, it turn without sending, I reload the page, the post is edited but not show as unread
when I return to pr?vious version, it works again

Thanks for letting me know...it's been one of those days. :)

Update - Version 2.2.2:


Fixed plugin typo.

[Snowhog]

In the settings for this product, you choose which users (by usergroup and/or username) who will see the thread with the edited post as unread and which usergroup(s) making such edits will cause the thread to be marked as unread.
I'm a tad confused by this. By default, other than Administrators, aren't OPs (Original Posters) the only ones who can edit their (OP) posts? Why would you want to exclude any usergroup from seeing an edited post/thread as unread? I know that I overthink things at times; okay, a lot; but as stated, this has me confused. :confused:

[MarkFL]

I'm a tad confused by this. By default, other than Administrators, aren't OPs (Original Posters) the only ones who can edit their (OP) posts? Why would you want to exclude any usergroup from seeing an edited post/thread as unread? I know that I overthink things at times; okay, a lot; but as stated, this has me confused. :confused:

Moderators can also edit posts, as well as any usergroups you have given this permission.

Some of your staff members may not want to be "bothered" by having threads marked as unread when a post has simply been edited, so you have the option to control who (by usergroup and by username) for whom this happens. :)

[Snowhog]

Some of your staff members may not want to be "bothered"
Ah, now that helps put this MOD in context (for me). Thank you.