Multiple default views exist for the incident formIssue <!-- div.margin{ padding: 10px 40px 40px 30px; } table.tocTable{ border: 1px solid; border-color:#E0E0E0; background-color: rgb(245, 245, 245); padding-top: .6em; padding-bottom: .6em; padding-left: .9em; padding-right: .6em; } table.noteTable{ border:1px solid; border-color:#E0E0E0; background-color: rgb(245, 245, 245); width: 100%; border-spacing:2; } table.internaltable { white-space:nowrap; text-align:left; border-width: 1px; border-collapse: collapse; font-size:14px; width: 85%; } table.internaltable th { border-width: 1px; padding: 5px; border-style: solid; border-color: rgb(245, 245, 245); background-color: rgb(245, 245, 245); } table.internaltable td { border-width: 1px; padding: 5px; border-style: solid; border-color: #E0E0E0; color: #000000; } .title { color: #D1232B; font-weight:normal; font-size:28px; } h1{ color: #D1232B; font-weight:normal; font-size:21px; margin-bottom:-5px } h2{ color: #646464; font-weight:bold; font-size:18px; } h3{ color: #000000; font-weight:BOLD; font-size:16px; text-decoration:underline; } h4{ color: #646464; font-weight:BOLD; font-size:15px; text-decoration:; } h5{ color: #000000; font-weight:BOLD; font-size:13px; text-decoration:; } h6{ color: #000000; font-weight:BOLD; font-size:14px; text-decoration:; } ul{ list-style: disc outside none; margin-left: 0; } li { padding-left: 1em; } --> Symptoms When navigating to the incident form, you might see multiple default views when attempting to change views. If you look next to the record number, note that it says "Default view" although normally when you're on the default view, the view is not indicated next to the record number Release All releases. Cause This is caused by a new view being defined on the sys_ui_view table that has the name and title "Default". In an OOB (out of box) instance, the default view is defined on the sys_ui_view with an empty name associated and the title field value of "Default view." This could have been caused by someone creating this view or defining it in the URL using "sysparm_view=default". Due to the extra URL parameter, the form will automatically have this view name appended next to the record number. It will then show the default form configuration. Attempts to modify the form layout can inadvertently create the new view when saving the configuration. This new view can also be created if a view rule is configured to point to "default" instead of blank. Normally, if a view rule is configured to use a default view, the value should be left as blank instead of defining it as "default." Resolution Note – Test this thoroughly on a sub-production instance before attempting it on a production instance. Disable and reconfigure any view rules that are pointing to the wrong "default" view. Use the following URL and then sort by the table column to find the offending table.<instance-name>.service-now.com/sysrule_view_list.do Delete any User Preferences that are configured to point to the wrong view. Go to the following URL and then find all records with the name "incident.view". The value should be empty if they are going to default.<instance-name>.service-now.com/sys_user_preference_list.do Delete the non-OOB UI View. Go to the following URL and in the Title column, search for "*default". In most cases, it isn't created by admin and the Name column is also populated with a value.<instance-name>.service-now.com/sys_ui_view_list.do Clear the cache by going to /cache.do. Log out of the instance completely.