# Frequent Client Updates shown - 7.9.10

**URL:** <https://forum.inductiveautomation.com/t/frequent-client-updates-shown-7-9-10/24301>\
**Category:** Ignition\
**Tags:** ignition79\
**Created:** [April 22, 2019, 8:33pm UTC](https://forum.inductiveautomation.com/t/frequent-client-updates-shown-7-9-10/24301 "2019-04-22T20:33:51Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![RohanPalshikar](https://avatars.discourse-cdn.com/v4/letter/r/7ba0ec/32.png) [@RohanPalshikar](https://forum.inductiveautomation.com/u/RohanPalshikar)\
**Post date:** [April 22, 2019, 8:33pm UTC](https://forum.inductiveautomation.com/t/frequent-client-updates-shown-7-9-10/24301/1 "2019-04-22T20:33:51Z")

</div>

Our Clients every time they login are seeing frequent updates. When they click to download the update, it runs successfully but through the day they again see that an update is available for download on the yellow bar at the top of the application window. This is happening even when no one is doing any Publish to the project that they are running. My question is:

1. Is there any known bug in 7.9.10 that can cause this behavior?
2. Will a publish to any other project cause our running project to show that an update is available?
3. Is there a way to trace via a log as to what was published that caused this client update?

---

<div class="post-metadata">

**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:** [April 23, 2019, 12:12pm UTC](https://forum.inductiveautomation.com/t/frequent-client-updates-shown-7-9-10/24301/2 "2019-04-23T12:12:48Z")

</div>

If someone is editing shared scripts, all projects must update. Only the most thoroughly tested and widely useful scripts should be placed in the shared.\* namespace, and then only with facility-wide coordination. (Ignition v8 fixes most of this very nicely, btw.)

---

<div class="post-metadata">

**Author:** ![RohanPalshikar](https://avatars.discourse-cdn.com/v4/letter/r/7ba0ec/32.png) [@RohanPalshikar](https://forum.inductiveautomation.com/u/RohanPalshikar)\
**Post date:** [April 23, 2019, 2:31pm UTC](https://forum.inductiveautomation.com/t/frequent-client-updates-shown-7-9-10/24301/3 "2019-04-23T14:31:43Z")

</div>

Ok, that I agree. So tell me if our project is not using any of the shared scripts, still should it see any update? As we have all our scripts under our project. is there a way to have a trace log of gateway? or can we check if a released update is actually applied to a client?

---

<div class="post-metadata">

**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:** [April 23, 2019, 2:47pm UTC](https://forum.inductiveautomation.com/t/frequent-client-updates-shown-7-9-10/24301/4 "2019-04-23T14:47:27Z")

</div>

> [@RohanPalshikar](#):
>
> So tell me if our project is not using any of the shared scripts, still should it see any update?

It doesn't matter if the one project uses no shared scripts -- the script manager can't tell that. If _ **any** _ designer saves _ **global** _ resources, _ **all** _ projects will update.

---

<div class="post-metadata">

**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:** [April 23, 2019, 2:52pm UTC](https://forum.inductiveautomation.com/t/frequent-client-updates-shown-7-9-10/24301/5 "2019-04-23T14:52:38Z")

</div>

> [@RohanPalshikar](#):
>
> is there a way to have a trace log of gateway? or can we check if a released update is actually applied to a client?

See if the audit system gives you what you need:

[https://docs.inductiveautomation.com/display/DOC79/Using+Audit+Profiles](https://docs.inductiveautomation.com/display/DOC79/Using+Audit+Profiles)
