Can't display this dashboard - Workspace

[joaojunior]

Dear community,

I've a custom Workspace with a dashboard embedded in the homepage, which was working normally but without any modification from my side, is not displaying anymore. I'm getting this message now:

Although my configuration is the same as before, and I can find normally my dashboard

I can also normally find my dashboard record in "Dashboards" and all permissions regarding users and role sharing remains exactly the same.

Something that I noticed is my instance was upgraded from "glide-xanadu-07-02-2024__patch4-11-22-2024_12-02-2024_1408.zip" to "glide-xanadu-07-02-2024__patch5-12-24-2024_12-31-2024_0455.zip" a couple hours ago. This upgrade action was done in 2 of my instances, and one of them I was not touching for even longer, but now I got the same type of error.

Any type of recommendation to have at least make a workaround? (I already trigger a ticket so ServiceNow support)

[Supriya Singh]

Seems to have same issue. Any fix found or recommended?

[Arnab Dey1]

Same issue here. What a coincidence guys. 

[David Fiedler]

It appears that the issue might be related to the default dashboard being stored. We have two workspaces with users accessing both, each having its own set of dashboards exclusively available in their respective workspaces. When a user switches workspaces, it seems the system attempts to access the dashboard from the previous workspace, likely because it was the last one opened.

As a workaround, I've made both dashboards visible in one workspace. To switch workspaces without issues, I first open the dashboard specific to the target workspace before making the switch. Previously, we had the same setup before Xanadu, and there were no problems. It seems that now, users' default dashboard preferences are not taking into account the specific workspace's dashboard availability.

It appears that the issue might be related to the default dashboard being stored. We have two workspaces with users accessing both, each having its own set of dashboards exclusively available in their respective workspaces. When a user switches workspaces, it seems the system attempts to access the dashboard from the previous workspace, likely because it was the last one opened.

As a workaround, I've made both dashboards visible in one workspace. To switch workspaces without issues, I first open the dashboard specific to the target workspace before making the switch. Previously, we had the same setup before Xanadu, and there were no problems. It seems that now, users' default dashboard preferences are not taking into account the specific workspace's dashboard availability.

[SusanWinKY]

Hi @David Fiedler - We are experiencing a similar thing with OOB Workspaces like IT Remediation Workspace, Project Workspace, Vulnerability Management Workspace, and Service Operations Workspace. Did you submit a support case for this? and if yes, did you get a response? I'm curious if ServiceNow acknowledges this is a product bug and if there are plans for a fix. We have a case open but haven't received a resolution yet.

[SusanWinKY]

I'm iincluding the error log we received when attemping to open one of the dashboards. If someone googles the error, maybe they'll stumble on this thread.

DASHBOARD_API: Get API - Not found VARIABLES: sysId: null, visibility: 415be2aeb7422010b8fdb064ce11a973, filters: null, includeInactive: false: com.snc.par.commons.exceptions.NotFoundException: com.snc.par.dashboards.service.DashboardsService.getDashboardDto(DashboardsService.java:313) com.snc.par.dashboards.service.DashboardsService.getDashboardByVisibility(DashboardsService.java:205) com.snc.par.dashboards.rest.DashboardsResource.getDashboard(DashboardsResource.java:206) java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77) java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) java.base/java.lang.reflect.Method.invoke(Method.java:569) com.glide.rest.handler.impl.ServiceHandlerImpl.invokeService(ServiceHandlerImpl.java:44) com.glide.rest.processors.RESTAPIProcessor.invokeService(RESTAPIProcessor.java:368) com.glide.rest.processors.RESTAPIProcessor.process(RESTAPIProcessor.java:354) com.glide.processors.AProcessor.runProcessor(AProcessor.java:779) com.glide.processors.AProcessor.processTransaction(AProcessor.java:326) com.glide.processors.ProcessorRegistry.process0(ProcessorRegistry.java:187) com.glide.processors.ProcessorRegistry.process(ProcessorRegistry.java:175) com.glide.ui.GlideServletTransaction.process(GlideServletTransaction.java:58) com.glide.sys.Transaction.run(Transaction.java:2790) com.glide.ui.HTTPTransaction.run(HTTPTransaction.java:35) java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136) java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635) java.base/java.lang.Thread.run(Thread.java:840)