ConfirmDialog | keeps raising z-index in whole application

[Hapcy]

I'm submitting a ... (check one with "x")

[x] bug report => Search github for a similar issue or PR before submitting
[ ] feature request => Please check if request is not on the roadmap already https://github.com/primefaces/primeng/wiki/Roadmap
[ ] support request => Please do not submit support request here, instead see http://forum.primefaces.org/viewforum.php?f=35

Plunkr Case (Bug Reports)
https://stackblitz.com/edit/github-sq8br6?file=src/app/app.component.html

Current behavior
ConfirmDialog z-index keeps infinitely rising when autoZIndex is true. This causes problems when for some reason you can't turn it off (stacking dialogs in my case) but something else has a set zIndex and has to stay above the confirmdialog. In the attached stackblitz there is a red square above the confirmDialog but after a few clicks it sinks under it. If the confirm dialog is stacking and there are tooltips involved as well then the z-index keeps rising in steps of 1000.

Expected behavior
It should work like a normal dialog and only raise the z-index while it's visible.

Minimal reproduction of the problem with instructions
https://stackblitz.com/edit/github-sq8br6?file=src/app/app.component.html
Press the button and accept the confirmdialog a few times. Observe as the red square initially appears above the dialog then after a few confirmations appears below it.

What is the motivation / use case for changing the behavior?
Dialog works differently. Fixed in #6857.

Please tell us about your environment:

• Angular version: 13
• PrimeNG version: 13
• Browser: all
• Language: all

[cetincakiroglu]

Hi @Hapcy,

Please correct me if I'm wrong, you want to use stacking dialogs with autoZIndex is true?

[Hapcy]

Yes, exactly, I want to use stacking dialogs.

I think the root of the issue is that when the confirmdialog opens it uses ZIndexUtils.set which generates an entry into the zIndexes. This is fine, but when I try to close the confirmDialog it calls ZIndexUtils.set once again and generates a new entry. When the ConfirmDialog.onOverlayHide tries to use ZIndexUtils.clear it only clears one of the entries. So the next ZIndexUtils.set starts from one zIndex higher (or more if there are other keys involved eg. tooltips).

For me this means that after some confirmations the new confirmations appear above an element which has a fixed z-index and I don't want to get that element involved with the autoZIndex system of primeng.

Thanks for the quick follow-up :)

Side note: While trying to reproduce the issue I found that something similiar happens in the case of toasts. If multiple toasts appear at the same time then the ZIndexUtils.clear only clears the last entry from ZIndexUtils' zIndexes.

[cetincakiroglu]

Hi @Hapcy,

Thanks for your report, we'll review your pull request.

Regard.