upcoming: [M3-7898] - Support ticket severity - #10317
hkhalil-akamai merged 22 commits into
Conversation
| export const severityLabelMap: Map<TicketSeverity, string> = new Map([ | ||
| [1, '1-Major Impact'], | ||
| [2, '2-Moderate Impact'], | ||
| [3, '3-Low Impact'], | ||
| ]); |
There was a problem hiding this comment.
Choosing to use a map here since integer-keyed objects are not well supported. For example, calling Object.keys converts the integer keys to strings.
|
Coverage Report: ✅ |
mjac0bs
left a comment
There was a problem hiding this comment.
Great work -- here's some UI feedback I have and a note that open-support-ticket.spec.ts is a legit failure that seems related to the Select component replacement work.
| } | ||
| textFieldProps={{ | ||
| tooltipPosition: 'right', | ||
| tooltipText: TICKET_SEVERITY_TOOLTIP_TEXT, |
There was a problem hiding this comment.
I agree but I can't figure out how to do this without changing the setting in the global theme. I tried using the tooltipClasses prop in conjunction with makeStyles as well as the sx prop but neither seem to have any impact.
Any suggestions or help in accomplishing this would be appreciated!! 🙏🏽
There was a problem hiding this comment.
This tooltip also gets cut off with certain screen sizes (mobile devices in landscape orientation) :/
I don't typically mind accepting minor UX sacrifices for mobile flows since I really don't think a lot of people are spinning up infrastructure on the go, but in this case I can see how it'd be important for a customer to be able to urgently open/view/respond to Customer Support tickets without having access to a PC or larger screen.
(My two cents is that this is really way too much content for a tooltip -- if it's so important that we need to inform customers of what these severity levels mean, and it takes 3 paragraphs to do it, I think this should text should just live in the ticket form rather than being in a tooltip)
There was a problem hiding this comment.
I agree but I can't figure out how to do this
I honestly don't know either. We use tooltipClasses in a few places and pass in classes.tooltip, where we define a custom width, but that doesn't work in this case. It does look like tooltipClasses are getting passed in here, but applied to the popper, so I'm not sure if they're being handled correctly within TooltipIcon.
| [1, '1-Major Impact'], | ||
| [2, '2-Moderate Impact'], | ||
| [3, '3-Low Impact'], |
There was a problem hiding this comment.
This may just be a personal annoyance, but I wish we had spacing between the number and the impact (e.g. "1 - Major Impact"). Does anyone else feel the same?
There was a problem hiding this comment.
Yes, I agree, but I feel strongly that there shouldn't even be a number in the first place.
There was a problem hiding this comment.
Me too, but that seems to be something Support specifically requested. 🙃
There was a problem hiding this comment.
Let me circle back with an update
There was a problem hiding this comment.
Unfortunately, the numbers will have to stay for the time being so that we have parity with the implementation from other teams, but we can add spacing.
There was a problem hiding this comment.
@jaalah-akamai can you double check the verdict on spacing? From Andrew: "I originally had spaces between characters for the severity and removed them for absolute consistency with Akamai convention"
There was a problem hiding this comment.
Let's keep what we have for now as to not hold this up. We can revisit later
| return; | ||
| } | ||
| setEntityType(e.value as EntityType); | ||
| setEntityType(type); |
|
@hkhalil-akamai This is great! Planning to follow up with some test additions soon, but I'm noticing some inconsistencies with the severity autocomplete field compared to some of the other autocompletes in the app:
|
There was a problem hiding this comment.
Thanks for updating these tests!
Great observations and I agree that these negatively affect usability. Both are easily solved by adding the |
bnussman-akamai
left a comment
There was a problem hiding this comment.
Things look solid, just have a few concerns with styling / components
jdamore-linode
left a comment
There was a problem hiding this comment.
Awesome work, thanks again @hkhalil-akamai!
mjac0bs
left a comment
There was a problem hiding this comment.
Not sure what can be done about that tooltip text (and to Joe's point, I wonder what that would look like in the form) in the future, but that's a minor improvement we could revisit. Everything else looks good. 🚢

Description 📝
Adds Cloud Manager support for the upcoming support ticket severity changes.
Changes 🔄
SupportTicketandTicketRequesttypes with newseverityfieldSupport Ticket Severityaccount capabilityTarget release date 🗓️
4/15
Preview 📷
How to test 🧪
Prerequisites
Verification steps
Note
As of 3/26, ticket severity is not supported by the API. Submitting a ticket will ignore the specified severity.
As an Author I have considered 🤔
Check all that apply