Only One User Facing Expedited Change Alert – Issue Persists Even During Impersonation

[tilekarnilesh]

Hi Community,

We recently upgraded our instance from Washington to Yokohama. After this upgrade, one specific user is encountering an issue while creating a Normal Change Request. When the user sets a Planned Start Date within 48 hours, a popup alert appears stating: “This is an Expedited Change since it is starting within 48 hours. Please mention the justification in Description field for using Expedited Change.” Interestingly, this issue does not occur for any other users, including admins.

We have tried several troubleshooting steps. The user's roles were removed and reassigned, and user preferences were cleared. We also verified that no client scripts or UI policies are targeting the user specifically. Even when impersonating the user, the same issue persists, which suggests the problem is tied to the user's profile or something deeper in the platform behavior. We have also reviewed the Change Models in use and did not find any discrepancies compared to other users.

At this point, we are unsure what could be causing the alert for only this user. We suspect it could be due to a corrupted user profile, a conditionally triggered script that is user-specific, or possibly something introduced during the Yokohama upgrade. We would appreciate any guidance or suggestions from the community.

Thank you in advance.

[Pankaj kr · Accepted solution]

Try debugging this in UI 16 by deactivating "glide.ui.polaris.experience" property and use watch "planned start date" in your record. I doubt this is alert is getting produced by some client script, so doing this will let you know if any script is executing on change event.

If this helped you, pls mark this as accepted and helped.

[tilekarnilesh]

@Pankaj kr I have tried activating and deactivating the script along with the client script, but we need to check once with the 'glide.ui.polaris.experience'