We've updated the ServiceNow Community Code of Conduct, adding guidelines around AI usage, professionalism, and content violations. Read more

Getting errors on committing changes from the legacy studio of ServiceNow

Hetang Modi
Tera Contributor

While committing, stashing or checking out the changes, some errors as below pop-up. It has been observed only on the developer instances. Below are some sample screenshots. If anybody knows the solution or places or identifying root causes, it would help very much.

 

Note: when the same repository is checked out in other developer instances, checkout and commit works well, only on some instances this error has been observed, and later on the error gets resolved without doing anything. What causes this issue, is it any of the underlying processes or network calls?

image.png

image (2).png

image (1).png

   

2 REPLIES 2

Matthew_13
Mega Sage

Hi Buddy,

This is usually a temporary Studio/source control sync issue on developer instances, not a problem with your code.

Ive seen those popups typically happen when Studio cant fully reconcile the app metadata during the commit/checkout job. Common causes are:

  • the background source control import/export job hasn’t completed yet (or retried after a timeout),

  • a transient network/API call issue to the Git provider on that PDI,

  • or the instance briefly treating the app as “store/customization-managed,” which triggers the “App Customization already exists…” message.

That also explains why it can “fix itself” later without doing anything — once the async jobs finish or the Git call succeeds, Studio becomes consistent again.

What you can do when it happens:

  • wait a minute and retry often enough to work

  • verify you’re on the correct repo/branch (the “no application file to import” error usually means Studio couldn’t find the app definition in that branch, or the import job failed),

  • if it keeps happening on one instance, unlink/relink source control (or re-checkout clean) to reset the local Studio state.

So yes — its typically underlying background processing and/or transient connectivity on PDIs rather than a permanent repo issue.

 

@Hetang Modi - If help you answer, Please mark Solution Accepted and Thumbs Up

MJG

Matthew_13
Mega Sage

@Hetang Modi - Let me know if solution help you answer. Thanks Kindly

MJG