# Confirmation when deleting screens and templates

**URL:** <https://forum.inductiveautomation.com/t/confirmation-when-deleting-screens-and-templates/59304>\
**Category:** Ignition\
**Tags:** vision\
**Created:** [May 6, 2022, 4:30pm UTC](https://forum.inductiveautomation.com/t/confirmation-when-deleting-screens-and-templates/59304 "2022-05-06T16:30:06Z")\
**Posts on this page:** 13\
**Page:** 1

<div class="post-metadata">

**Author:** ![Dustin\_VanKeuren](https://avatars.discourse-cdn.com/v4/letter/d/b782af/32.png) [@Dustin\_VanKeuren](https://forum.inductiveautomation.com/u/Dustin_VanKeuren)\
**Post date:** [May 6, 2022, 4:30pm UTC](https://forum.inductiveautomation.com/t/confirmation-when-deleting-screens-and-templates/59304/1 "2022-05-06T16:30:07Z")

</div>

So, we get spammed with confirmation popups when it is not really necessary, but when something is not undoable, there is no confirmation? This happened to me twice now. First time my finger slipped when right clicking on a screen in the tree view. Finger slipped, and the mouse had unfortunately been above the delete option. Poof, screen gone, no confirmation. Second time I was working on a template., Right clicked in the template screen and somehow ended up clicking delete, POOF, template gone, no confirmation.

Get this fixed! Confirmation ALWAYS for things that cannot be undone, NO confirmation for those actions that can be undone.

---

<div class="post-metadata">

**Author:** ![josborn](https://avatars.discourse-cdn.com/v4/letter/j/4bbf92/32.png) [@josborn](https://forum.inductiveautomation.com/u/josborn)\
**Post date:** [May 6, 2022, 4:36pm UTC](https://forum.inductiveautomation.com/t/confirmation-when-deleting-screens-and-templates/59304/2 "2022-05-06T16:36:52Z")

</div>

This has been discussed here several times, and there are a couple different takes. Some parties want the undo function improved (i think is a good idea), some want confirmations for everything. I don’t know if the idea has been floated, but i would love to see a “don’t ask me again” option, or maybe project settings on when to prompt (:

---

<div class="post-metadata">

**Author:** ![Dustin\_VanKeuren](https://avatars.discourse-cdn.com/v4/letter/d/b782af/32.png) [@Dustin\_VanKeuren](https://forum.inductiveautomation.com/u/Dustin_VanKeuren)\
**Post date:** [May 6, 2022, 5:25pm UTC](https://forum.inductiveautomation.com/t/confirmation-when-deleting-screens-and-templates/59304/3 "2022-05-06T17:25:58Z")

</div>

I think we all can agree that deleting something that cannot be undone should have a confirmation.

---

<div class="post-metadata">

**Author:** ![josborn](https://avatars.discourse-cdn.com/v4/letter/j/4bbf92/32.png) [@josborn](https://forum.inductiveautomation.com/u/josborn)\
**Post date:** [May 6, 2022, 5:26pm UTC](https://forum.inductiveautomation.com/t/confirmation-when-deleting-screens-and-templates/59304/4 "2022-05-06T17:26:56Z")

</div>

I think you should be able to choose when you are prompted, i may be the odd one =x  
To be fair, i do lean more towards your point when it comes to delets, my primary gripe is with this one:  
 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/3/c/3ccbd131de9f321075a7b567bfe3b17274b14f79.png)  
Please Please, let me “pick don’t ask me again”!

---

<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:** [May 6, 2022, 5:41pm UTC](https://forum.inductiveautomation.com/t/confirmation-when-deleting-screens-and-templates/59304/5 "2022-05-06T17:41:04Z")

</div>

Can you provide a sequence of steps where you don’t get a deletion prompt (and can’t undo) a window or template deletion?

Whatever I do, I’m getting a prompt and the ability to revert the delete via undo. It sounds like you hit an obviously unfortunate bug, so if we can figure out exactly how you did it, we can fix it.

---

<div class="post-metadata">

**Author:** ![Dustin\_VanKeuren](https://avatars.discourse-cdn.com/v4/letter/d/b782af/32.png) [@Dustin\_VanKeuren](https://forum.inductiveautomation.com/u/Dustin_VanKeuren)\
**Post date:** [May 6, 2022, 6:15pm UTC](https://forum.inductiveautomation.com/t/confirmation-when-deleting-screens-and-templates/59304/6 "2022-05-06T18:15:18Z")

</div>

I had a screen open and was wanting to edit the scripts attached to it, so I right-clicked on the screen entry in the project explorer and moved the mouse down the length of the context menu. I got distracted and went to far, down around the delete option. When I went to move up to the scripting option, my finger slipped and the screen closed and disappeared. When I just tried to this on purpose, A confirmation dialog popped up. So I guess I am not really sure what happened here. If this ever happens again, I will try my best to figure out what happened.

Was working on a template, right-clicked to do something, and errantly clicked again. Template disappeared. I just assumed I clicked on delete. I tried doing this on purpose, and a confirmation was displayed. One again I find myself unable to really explain what happened. I will have to keep an eye out for this as well.

I tried all kinds of things to try to reproduce these events and could not reproduce them.

This one was the first instance accidentally deleting a screen. I think this functionality is designed, but I think it should not be this way.

Open a window, select the tab for the window at the bottom, hit delete - This does show a confirmation, but I believe you should not be able to delete a screen this way because of the many confirmation popups we get when deleting things on the screen. I accidentally deleted a screen this way because I clicked on the tab while trying to select something at the bottom of the screen. We get used to that popup, so it becomes second nature to just hit yes without reading the text.

---

<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:** [May 6, 2022, 6:54pm UTC](https://forum.inductiveautomation.com/t/confirmation-when-deleting-screens-and-templates/59304/7 "2022-05-06T18:54:17Z")

</div>

> [@Dustin\_VanKeuren](#):
>
> This does show a confirmation, but I believe you should not be able to delete a screen this way because of the many confirmation popups we get when deleting things on the screen. I accidentally deleted a screen this way because I clicked on the tab while trying to select something at the bottom of the screen. We get used to that popup, so it becomes second nature to just hit yes without reading the text.

Actually, that was sufficient. I see a branch in the code that could be hit in a few different ways that doesn't correctly add itself to the undo history. I'm going to file a ticket for that.

I don't necessarily agree or disagree with your core points about prompts; obviously it's hard to please everyone, but we don't really have any mechanism right now for persistent designer-local preferences. Once we do, exposing something like that for configuration is a lot more plausible.

---

<div class="post-metadata">

**Author:** ![Dustin\_VanKeuren](https://avatars.discourse-cdn.com/v4/letter/d/b782af/32.png) [@Dustin\_VanKeuren](https://forum.inductiveautomation.com/u/Dustin_VanKeuren)\
**Post date:** [May 7, 2022, 1:27pm UTC](https://forum.inductiveautomation.com/t/confirmation-when-deleting-screens-and-templates/59304/8 "2022-05-07T13:27:19Z")

</div>

Hey, I’m just happy to see you guys pay attention to the forums 😉

Thanks for taking a look.

---

<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:** [May 7, 2022, 9:48pm UTC](https://forum.inductiveautomation.com/t/confirmation-when-deleting-screens-and-templates/59304/9 "2022-05-07T21:48:08Z")

</div>

Also know that project resources are not truly deleted on the gateway until you save. If you deleted and can’t undo, don’t save, restart designer and poof, they’re back

---

<div class="post-metadata">

**Author:** ![Transistor](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/transistor/32/3380_2.png) [@Transistor](https://forum.inductiveautomation.com/u/Transistor)\
**Post date:** [May 7, 2022, 9:58pm UTC](https://forum.inductiveautomation.com/t/confirmation-when-deleting-screens-and-templates/59304/10 "2022-05-07T21:58:24Z")

</div>

Kind of related:  
Why do we have to exit Designer and restart it when the connection to the gateway is lost? Why can Designer not maintain the project state and recover when the connection comes back? (I’m just curious what the technical reason is.)

---

<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:** [May 7, 2022, 10:00pm UTC](https://forum.inductiveautomation.com/t/confirmation-when-deleting-screens-and-templates/59304/11 "2022-05-07T22:00:00Z")

</div>

I think this has to do with how the idp authenticates sessions. Once the session has terminated you have to relogin

---

<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:** [May 7, 2022, 10:08pm UTC](https://forum.inductiveautomation.com/t/confirmation-when-deleting-screens-and-templates/59304/12 "2022-05-07T22:08:49Z")

</div>

> [@nminchin](#):
>
> Also know that project resources are not truly deleted on the gateway until you save. If you deleted and can’t undo, don’t save, restart designer and poof, they’re back

I also filed a ticket to expose UI to "revert" local changes that haven't yet been saved, since that seems like a convenient thing to be able to do.

> [@nminchin](#):
>
> Once the session has terminated you have to relogin

There is a ticket for better session persistence for IdPs, but as I understand it there's some technical hurdles that we have to iron out.

---

<div class="post-metadata">

**Author:** ![jspecht](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/jspecht/32/6465_2.png) [@jspecht](https://forum.inductiveautomation.com/u/jspecht)\
**Post date:** [November 28, 2022, 10:40pm UTC](https://forum.inductiveautomation.com/t/confirmation-when-deleting-screens-and-templates/59304/13 "2022-11-28T22:40:32Z")

</div>

> [@paul-griffith](#):
>
> There is a ticket for better session persistence for IdPs, but as I understand it there’s some technical hurdles that we have to iron out.

The ticket Paul G mentioned (6581) is complete (see below). It is part of a larger Epic (407) for reducing the pain point of having to restart the designer after an IdP-authenticated session has recovered a lost connection with the Gateway.

> [@\[IGN-407\]Brief Network/VPN Outages causing designer projects to become invalidated?](https://forum.inductiveautomation.com/t/ign-407-brief-network-vpn-outages-causing-designer-projects-to-become-invalidated/59428/16):
>
> Tomorrow's (11-29-2022) early access build of `8.1.24-SNAPSHOT` contains changes to the product which is the first step to reducing the pain point described in this thread. Look out for tomorrow's [release notes](https://forum.inductiveautomation.com/t/nightly-8-1-changelogs-2022/54636/174) for more details.
