# "App jumping driving me nuts!"

**URL:** <https://forum.inductiveautomation.com/t/app-jumping-driving-me-nuts/108493>\
**Category:** Ignition\
**Tags:** perspective\
**Created:** [July 15, 2025, 4:15pm UTC](https://forum.inductiveautomation.com/t/app-jumping-driving-me-nuts/108493 "2025-07-15T16:15:32Z")\
**Posts on this page:** 10\
**Page:** 1

<div class="post-metadata">

**Author:** ![Ryan\_Deardorff](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/ryan_deardorff/32/63815_2.png) [@Ryan\_Deardorff](https://forum.inductiveautomation.com/u/Ryan_Deardorff)\
**Post date:** [July 15, 2025, 4:15pm UTC](https://forum.inductiveautomation.com/t/app-jumping-driving-me-nuts/108493/1 "2025-07-15T16:15:32Z")

</div>

Is there any chance they have fixed this issue in 8.3?

> **[App jumping driving me nuts! | Ignition Features and Ideas | Inductive...](https://ideas.inductiveautomation.com/ignition-features-and-ideas/p/app-jumping-driving-me-nuts)**
>
> Is there any way when I am in the designer, and I click from perspective, to scripts or named queries that the whole screen doesn't jump? I always end up

It just happened to me again where I was clicking my way trying to find a particular view, only to find that it had disappeared from the folder where it was supposed to be. I figured the "app jumping" issue had inadvertently moved it somewhere and figured maybe I could just "Undo" but that's greyed out as an option, even though I soon found that the view had indeed moved...

 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/5/a/5ad28f5aff6eea1d7f8f67f92f49ddc295d50e21.png)

I imagine this bug is related to the fact that the project browser tree doesn't maintain its expansion state:

> **[Designer Project tree should maintain expansion state | Ignition Features and...](https://ideas.inductiveautomation.com/ignition-features-and-ideas/p/designer-project-tree-should-maintain-expansion-state)**
>
> I'm not sure what triggers the collapsing, but I'm constantly having to re-expand folders/views after switching over to edit something else, and it's a major

![java_g8Zqc31Qv4](https://us1.discourse-cdn.com/inductiveautomation/original/3X/c/1/c194d6adcb500315e92fbc876dc43594d2cf38f4.gif)

---

<div class="post-metadata">

**Author:** ![nminchin](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/nminchin/32/6911_2.png) [@nminchin](https://forum.inductiveautomation.com/u/nminchin)\
**Post date:** [July 15, 2025, 9:16pm UTC](https://forum.inductiveautomation.com/t/app-jumping-driving-me-nuts/108493/2 "2025-07-15T21:16:49Z")

</div>

What version are you in?

---

<div class="post-metadata">

**Author:** ![Ryan\_Deardorff](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/ryan_deardorff/32/63815_2.png) [@Ryan\_Deardorff](https://forum.inductiveautomation.com/u/Ryan_Deardorff)\
**Post date:** [July 15, 2025, 9:26pm UTC](https://forum.inductiveautomation.com/t/app-jumping-driving-me-nuts/108493/3 "2025-07-15T21:26:45Z")

</div>

8.1.47

---

<div class="post-metadata">

**Author:** ![andrew.budaiev](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/andrew.budaiev/32/72921_2.png) [@andrew.budaiev](https://forum.inductiveautomation.com/u/andrew.budaiev)\
**Post date:** [July 16, 2025, 5:55am UTC](https://forum.inductiveautomation.com/t/app-jumping-driving-me-nuts/108493/4 "2025-07-16T05:55:36Z")

</div>

It would be nice to have the ability to expand and collapse the tree elements. I use "Refresh Providers" frequently to collapse tag browser.

---

<div class="post-metadata">

**Author:** ![paul-griffith](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/paul-griffith/32/37249_2.png) [@paul-griffith](https://forum.inductiveautomation.com/u/paul-griffith)\
**Post date:** [July 21, 2025, 5:43pm UTC](https://forum.inductiveautomation.com/t/app-jumping-driving-me-nuts/108493/5 "2025-07-21T17:43:26Z")

</div>

> [@Ryan\_Deardorff](#):
>
> Is there any chance they have fixed this issue in 8.3?

No, not in 8.3.0 at least.

I've tried I don't know how many times over the years to fix this issue, and have never succeeded. The only assurances I can offer are that it also drives us crazy internally and we're not giving up on it.

We have some short(ish) term plans to, even without figuring out what's going wrong here, improve the project browser - expand/collapse all, a "bullseye" to jump the selection to whatever workspace element you're actually looking at, etc. That will hopefully happen in some early 8.3.x release.

---

<div class="post-metadata">

**Author:** ![Nol](https://avatars.discourse-cdn.com/v4/letter/n/8e8cbc/32.png) [@Nol](https://forum.inductiveautomation.com/u/Nol)\
**Post date:** [July 21, 2025, 6:43pm UTC](https://forum.inductiveautomation.com/t/app-jumping-driving-me-nuts/108493/6 "2025-07-21T18:43:36Z")

</div>

A similar issue gets me every time going to named queries and really needs to be fixed someday. You have to click once on the query, then the whole tree moves because it hides the other windows (tag browser in my case), then move the mouse back down to the query and then can double click to open it. If you don't do that and try to double click the first time you end up on a random perspective screen from wherever the tree jumps to.

8.1.47

---

<div class="post-metadata">

**Author:** ![nminchin](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/nminchin/32/6911_2.png) [@nminchin](https://forum.inductiveautomation.com/u/nminchin)\
**Post date:** [July 21, 2025, 10:45pm UTC](https://forum.inductiveautomation.com/t/app-jumping-driving-me-nuts/108493/7 "2025-07-21T22:45:54Z")

</div>

> [@paul-griffith](#):
>
> a "bullseye" to jump the selection to whatever workspace element you're actually looking at

YES 👌 that would be gold. It would be nice too for the tag browser to be able to paste a tagpath and have it expand the structure to it

---

<div class="post-metadata">

**Author:** ![paul-griffith](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/paul-griffith/32/37249_2.png) [@paul-griffith](https://forum.inductiveautomation.com/u/paul-griffith)\
**Post date:** [July 21, 2025, 10:47pm UTC](https://forum.inductiveautomation.com/t/app-jumping-driving-me-nuts/108493/8 "2025-07-21T22:47:29Z")

</div>

Oh, that's a fun idea. You should make an ideas post for that, I can definitely see how that'd be useful.

---

<div class="post-metadata">

**Author:** ![nminchin](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/nminchin/32/6911_2.png) [@nminchin](https://forum.inductiveautomation.com/u/nminchin)\
**Post date:** [July 22, 2025, 10:42pm UTC](https://forum.inductiveautomation.com/t/app-jumping-driving-me-nuts/108493/9 "2025-07-22T22:42:37Z")

</div>

Done! I added some use-cases as well which identify the need

> [@\[FEATURE\] Add ability to locate a tag path in the tag browser](https://forum.inductiveautomation.com/t/feature-add-ability-to-locate-a-tag-path-in-the-tag-browser/108796):
>
> It would be nice to be able to paste a tagpath into a function attached to the tag browser and have it expand the structure to that tag path. In the same vein, it would be good for the Tag Editor (and the Tag Report Tool) to have a function to be able to "locate" the tag you're editing in the tag browser. The use-case here would be when opening the tag editor from the Tag Report Tool results for instance, where opening it from here doesn't also locate the tag in the tag browser. Idea for votin…

---

<div class="post-metadata">

**Author:** ![Ryan\_Deardorff](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/ryan_deardorff/32/63815_2.png) [@Ryan\_Deardorff](https://forum.inductiveautomation.com/u/Ryan_Deardorff)\
**Post date:** [July 24, 2026, 6:40pm UTC](https://forum.inductiveautomation.com/t/app-jumping-driving-me-nuts/108493/10 "2026-07-24T18:40:12Z")

</div>

When a different tab in the main editor pane get selected, it jumps the tree selection to that view, which is what it should do, IF you actually clicked on the tab. I think the problem may be that when I have one view open, and I scroll up to click on a particular element _within_ a different view, it causes that view's tab to become the selected one. I'm guessing that is then triggering a focusing of that view in the tree, which isn't necessary in this case, and is actually moving the selection to the root view node, causing the jumping behavior that is so annoying.

That could explain what I'm seeing with the views anyway, though not necessarily the Reports case shown in my earlier screenshot, where the selected item's grandparent node collapses...
