Permalinks with nav_to.do and task.do, can't load a record

[Ruihster]

Hi All,

We have been experiencing issues with our instances for about a month now. Specifically, when we use a Permalink with nav_to.do and task.do in it, some records either don't load at all or take a very long time—sometimes up to five minutes—to load data.

I tried it with the Project Task (pm_project_task) and SCTask (sc_task) Table on our Instances and it also occurs on my Dev instance.

I tested it using this link:

https://<yourinstance>.service-now.com/nav_to.do?uri=task.do?sys_id=<sys_id_of_the_project_task> 
The record is not loaded, but the navigation is:

But it works when I use a link that goes straight to the Table rather than the Task Table, like:
https://<yourinstance>.service-now.com/nav_to.do?uri=pm_project_task.do?sys_id=<sys_id_of_the_project_task>  

The Next Experience Urls have the same issue when using /now/nav/ui/classic/params/target/task.do.

The record loads with the nav_to.do link when the Local and Instance Caches are cleared using cache.do, but it doesn't load when I try it a Second time.

Does anyone know a solution to this issue or is facing a similar problem?

Our instances are on Utah; We don't know if there is a fix for that issue in Vancouver.

Thanks 😃.

Regards.

[incognito123]

We are having the same issue on Utah with next experience enabled. Disabling next experience on an account level via preferences (glide.ui.polaris.on_off_user_pref_enabled) makes the URL work as expected.

In our case it is looking at cmdb_ci.do where the CI in question is in a sub class.

Another workaround is to use GOTO: https://xxx.service-now.com/cmdb_ci.do?sysparm_query=GOTOu_number=CI123456 however, whilst this construct works, it loads it full screen without the navbar and menus.

It seems there is an issue with nav_to.do?uri= functionality and Next Experience.

[JHufford]

I am having the same issue with Utah and have a service ticket open with SN Support

[JHufford · Accepted solution]

From my work with SN Support: 
Solution proposed is :

Hello,

This has been confirmed and documented internally on PRB1698258. This issue has been fixed in the following versions:
- Utah Patch 7 Hot Fix 1
- Utah Patch 8
- Vancouver Patch 2 Hot Fix 1
- Vancouver Patch 3

At this time, a workaround is not available. Please see the article here for more information:
KB1531357 - Copy URL Generated Links taking very long time to load