# Window order is not preserved on project update

**URL:** <https://forum.inductiveautomation.com/t/window-order-is-not-preserved-on-project-update/6974>\
**Category:** Ignition\
**Created:** [August 2, 2013, 2:12pm UTC](https://forum.inductiveautomation.com/t/window-order-is-not-preserved-on-project-update/6974 "2013-08-02T14:12:43Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![systemparadox](https://avatars.discourse-cdn.com/v4/letter/s/b5e925/32.png) [@systemparadox](https://forum.inductiveautomation.com/u/systemparadox)\
**Post date:** [August 2, 2013, 2:12pm UTC](https://forum.inductiveautomation.com/t/window-order-is-not-preserved-on-project-update/6974/1 "2013-08-02T14:12:43Z")

</div>

In our current project we have windows open on top of each other, so that going back simply means closing a window to get back to the previous layer.

Under normal circumstances this works fine- the window stack remains in the order they were opened.

However, when the project is updated and the client reloads, this ordering is lost. It would appear that windows are all reloaded at the same time, and whichever windows load fastest get added to the stack first. The currently focused window is preserved, but the order of all windows behind that is completely messed up.

While z-order can fix this some of the time, it’s a very manual task and difficult to manage this for every window in the system and will not fix cases where the windows may be opened in either order.

Please could this be fixed.

Thanks.

---

<div class="post-metadata">

**Author:** ![Robert.McKenzie](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/robert.mckenzie/32/4134_2.png) [@Robert.McKenzie](https://forum.inductiveautomation.com/u/Robert.McKenzie)\
**Post date:** [August 22, 2013, 11:54pm UTC](https://forum.inductiveautomation.com/t/window-order-is-not-preserved-on-project-update/6974/2 "2013-08-22T23:54:18Z")

</div>

I think you would be better off setting up some kind of stack in a client tag that keeps track of your window order. You could write your own app.nav.swapTo() and app.nav.goBack() functions that pay attention to a client tag (of type dataset) that holds the window stack. That way you also don’t have to worry about your client slowing down because you have too many windows open. Or what happens when a user opens the same window and pulls it out of order to the front.

---

<div class="post-metadata">

**Author:** ![systemparadox](https://avatars.discourse-cdn.com/v4/letter/s/b5e925/32.png) [@systemparadox](https://forum.inductiveautomation.com/u/systemparadox)\
**Post date:** [August 23, 2013, 3:24pm UTC](https://forum.inductiveautomation.com/t/window-order-is-not-preserved-on-project-update/6974/3 "2013-08-23T15:24:44Z")

</div>

Keeping a stack in a client tag was one of our ideas too, but you can only do that when all of the windows are full-screen. For popup-style transparent windows to work they must be preserved by Ignition- I cannot see any other way to handle this.

Thanks.

---

<div class="post-metadata">

**Author:** ![Carl.Gould](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/carl.gould/32/7262_2.png) [@Carl.Gould](https://forum.inductiveautomation.com/u/Carl.Gould)\
**Post date:** [August 23, 2013, 6:56pm UTC](https://forum.inductiveautomation.com/t/window-order-is-not-preserved-on-project-update/6974/4 "2013-08-23T18:56:04Z")

</div>

I’ve put in a ticket to get this looked at. Seems like we should be able to preserve the order without further configuration on your end.

---

<div class="post-metadata">

**Author:** ![samson.miller](https://avatars.discourse-cdn.com/v4/letter/s/e9bcb4/32.png) [@samson.miller](https://forum.inductiveautomation.com/u/samson.miller)\
**Post date:** [September 12, 2013, 10:04pm UTC](https://forum.inductiveautomation.com/t/window-order-is-not-preserved-on-project-update/6974/5 "2013-09-12T22:04:49Z")

</div>

This bug has been fixed for v7.6.4.