# Tag Change Scripts stop working **URL:** \ **Category:** Ignition\ **Created:** [January 26, 2024, 4:25pm UTC](https://forum.inductiveautomation.com/t/tag-change-scripts-stop-working/84819 "2024-01-26T16:25:45Z")\ **Posts on this page:** 1\ **Showing post:** 7
**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\ **Post date:** [March 20, 2026, 12:15am UTC](https://forum.inductiveautomation.com/t/tag-change-scripts-stop-working/84819/7 "2026-03-20T00:15:12Z")
Making new threads is a heavy operation and busy tags can spawn thousands of threads before they make a difference. See this topic for better solutions: > [@Java concurrent queue for tag change scripts](https://forum.inductiveautomation.com/t/java-concurrent-queue-for-tag-change-scripts/82044): > > Continuing the discussion from [[SOLVED] Are tag Value Changed scripts running asynchronously?](https://forum.inductiveautomation.com/t/solved-are-tag-value-changed-scripts-running-asynchronously/68704/5): We've got code in our standard library that I need to log a value change on a tag and then associate various data points with that value change. The value is located in a UDT, and because this is part of our "standard" library we use for our customers, the number of tags is variable and quite possibly numerous so having a gateway tag event script isn't feasible for this solution. I was reading up on … (See all the cross-referenced topics, too.) Mind you, these are not **simpler** solutions. Sorry. --- _[View the full topic](https://forum.inductiveautomation.com/t/tag-change-scripts-stop-working/84819)._