New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
SLM Twig UI #16911
SLM Twig UI #16911
Conversation
70e86ac
to
e3a65f2
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Some issues may be in the main branch directly. I didn't have the time to investigate more.
- form for adding an escalation level seems to lose the relation with the parent SLA/OLA
- I got an incoherence between the number of tickets counted in the tab (32) vs the tab content (no data).
- general advice: if you find a number dropdown without any special option (like the one for maximum time), replace it with a simple
input[type=number]
Regarding the UI/UX, nothing to say
Fixed
Doesn't seem related. This tab also triggers a deprecation warning. It looks like the way this tab is handled was changed a few times in the last year or two. |
Based on #16910.
UX change for escalation levels list. I'm not sure if it changed with a previous Twig PR since it reuses UI code from rules, or was always like this, but the escalation levels list looked too crowded and wasn't easy for me (someone who doesn't use service levels) to understand what was going on.
Before (Without any criteria or actions):
After (With a criteria and action):
The change makes the list cleaner but also means that the criteria and actions cannot be added/changed from the escalation level list anymore. You have to click the escalation level link to open its form.