Set ForumThread LastUpdatedDate via Automation Studio (core_v2_forumThread API)?

starksk  I'm curious if this would relate to Notifications at all, as in there's a related function or method when disabling notifications where maybe the Last Updated Date isn't affected? Maybe this post would help:  RE: Disable wiki notifications for small update. This one may be worth checking out too:  Can you suppress notifications when moving content (especially in bulk)?   

Also, these ideas, but even less helpful at this moment:  Add a "don't send notifications" checkbox to the Event creation/edit screen &  Minor Change - Suppress Notification 

Sorry to not have a better answer, but hoping this helps some brainstorming!

Alex Nassi Brilliant! I never thought of running the implementation script as a separate file using the core_v2_widget.ExecuteFile method in an automation, but setting that with the disable activity stories and notification flags set to true seems to have done the job.

I seem to be hitting a different #foreach limit of 2000 but I can handle that separately. Thanks!

Looks like I spoke too soon. This solved the activity story issue but doesn't solve the marking as unread for a user.

 for some progress!

It looks like Mark as Read Forum REST Endpoint is the right endpoint. The actual action you're taking is a little over my head (I can edit and tinker, but creating from scratch is not my strong point), but I don't see you mention that endpoint yet. I don't see yet how to associate that with specific users, but hopefully, that gives you some ideas! 

EDIT: I think this is the right link instead of the one I put above -- I'll leave it though in case  https://community.telligent.com/community/12/w/api-documentation/68543/core_5f00_v2_5f00_forumthread-script-api#MarkAsRead  

Good thought, but that endpoint (the second for Automations/Widgets) is to be able to mark as read for a specific user a piece of content as I understand it. That would require tracking all of the users' current read status prior to the change, doing the update to change the type, and then reset the status to the correct status for each user. I don't think that is feasible to do from a velocity script in an automation on thousands of threads for tens of thousands of users.

The API call I'm using to do the change from Discussion to Q&A is core_v2_forumThread Script API Update Overload 2. It would be awesome if there were some heretofore/previously undocumented feature that let that run without changing the read status of the thread.

Good thought, but that endpoint (the second for Automations/Widgets) is to be able to mark as read for a specific user a piece of content as I understand it. That would require tracking all of the users' current read status prior to the change, doing the update to change the type, and then reset the status to the correct status for each user. I don't think that is feasible to do from a velocity script in an automation on thousands of threads for tens of thousands of users.

The API call I'm using to do the change from Discussion to Q&A is core_v2_forumThread Script API Update Overload 2. It would be awesome if there were some heretofore/previously undocumented feature that let that run without changing the read status of the thread.

starksk said:

That would require tracking all of the users' current read status prior to the change, doing the update to change the type, and then reset the status to the correct status for each user. I don't think that is feasible to do from a velocity script in an automation on thousands of threads for tens of thousands of users.

Good point. That's what I was thinking with that comment, but I wasn't sure about how feasible it would be. I added the edit in my comment which linked to the same page as you shared. Might be good to add to  Ideas and Improvements but other than that, I'm out of ideas. If I come across anything, I'll update this thread.

Hopefully someone else can add some suggestions!