When trying to access the Map view in the Workplace Services portal (/ws) Reservation section, the map loads endlessly<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } span { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } h2 { font-size: 24pt; font-family: Lato; color: var(--now-color--text-primary, black); } h3 { font-size: 18pt; font-family: Lato; color: var(--now-color--text-primary, black); } h4 { font-size: 14pt; font-family: Lato; color: var(--now-color--text-primary, black); } a { font-size: 12pt; font-family: Lato; color: var(--now-color--link-primary, #00718F); } a:hover { font-size: 12pt; color: var(--now-color--link-primary, #024F69); } a:target { font-size: 12pt; color: var(--now-color--link-primary, #032D42); } a:visited { font-size: 12pt; color: var(--now-color--link-primary, #00718f); } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } User "Scott Lang" was trying to access the Map view within the /ws (URL suffix) Service Portal, which, when in the Portal, is under Reservations > Make a reservation. When Scott tried to select the "Map view" button, which should render a floor plan, instead, the area just presented the buffering/loading icon and did so endlessly. The root cause of the behavior was that a certain parameter the system was looking for was missing. This caused the system to throw a 404 in the Network tab of the browser's developer tools. The Portal represented this 404 error as endless loading of the "Map view" section. When clicking into the 404 error, a certain set of parameters was displayed. ServiceNow Development assisted Scott with checking each of the parameters (including "campus_id", "view_type", etc). During this process, it was noted that a user from Scott's company "X-Con Security Consultants" had deleted the plugin-provided sn_map_core_view_type record for "Default" with sys_id "7a6838b70d120110fa9bd879637c6dcb" and re-created it, causing the new, manually-created version to have a different sys_id. Sys_id "7a6838b70d120110fa9bd879637c6dcb" is hard-coded into a system property, "sn_wsd_indoor_map.default_view_type", which is what the system is looking for to load the Map view under Reservations > Make a reservation. To remedy the issue, Scott was instructed to point the system property to the sys_id of the manually-created version of the sn_map_core_view_type record. Once Scott pointed the system property to the correct sys_id, the troublesome behavior was resolved, and the floor map rendered perfectly.