The displayed object full name in the dashboard is equal to <none>.
The issue can be observed for example in the list of very high risky object or in the 'Details on Added/deleted/updated Artifacts with Low/Moderate/high Complexity' in snapshots comparison page.
Following screenshot shows full name equal to <none> in the
'Details on Added Artifacts with Moderate Complexity'

1. Get the customer's input
2. Check the configuration
3. Check if the problem is in the AD Dashboard by going to Is the problem in the Dashboard?
4. If it is in AD Dashboard, go to Transmit the bug to the Dashbaord team else go to Is the problem in the analyzer?
5. If the problem is in the analyzer:
   1. Reproduce the problem by analyzing code source on a separate knowledge base
   2. If the problem is not reproducible, check if the customer's knowledge base is corrupted as described in this page SQL Queries - CAST Knowledge Base - Corruptions

Get the customer's input

• Screenshot showing the details
• Sherlock export which contains the central and local sites involved for the snapshot generation

Check the configuration

For C++ technology

1. Verify that the correct Microsoft VC++ version is selected in the environment profile
2. Verify that the correct Microsoft VC++ version is installed on the analysis machine
3. Verify that the include path is correct (There should not be any messages in "No parent class nor namespace found for method/function" or "Preprocessor cannot find file". If these messages exists, then resolve these messages first.

Is the problem in the Dashboard?

1. connect to the dashboard and go the page shown in the customer screenshot
2. click on the object with full name =<none>
3. get the object from the URL of the resulting page
   Example: From the page provided above, click on the object update_bat or f_traitement_data having <none> as full name. The resulting page is as follow
   
   In page URL, get the OBJECT_ID: http://localhost:8888/CASTAD631HOK/?treeobject=462561&frame=FRAME_PORTAL_OBJECT_DETAILS&object=1&snapshot=9
   For example we can see that
   update_bat:OBJECT_ID =462071
   f_traitement_data: OBJECT_ID=462561

4. Check OBJECT_FULL_NAME in the central table using following query

   Select * From <CB_NAME>.DSS_OBJECTS where OBJECT_ID =<OBJECTS_ID>

   1. If the OBJECT_FULL_NAME is <none> as shown in the dashabord, the issue is not in the AD Dashobard
   2. If the OBJECT_FULL_NAME is not <none>, the issue is in the AD Dabsboard

Example Select * From <CB_NAME>.DSS_OBJECTS where OBJECT_ID in (462561, 462071)

Here we can see that OBJECT_FULL_NAME is <none> as shown in the dashabord. so the issue is not in the AD Dashboard.

Is the problem in the analyzer?

1. Get the site Id of the object(s) (the Id the object on the local site) using following query

    Select * From <CB_NAME>.DSS_TRANSLATION_TABLE where OBJECT_ID= <OBJECT_ID>

   Example

   Select * From <CB_NAME>.DSS_TRANSLATION_TABLE where OBJECT_ID in (462071 , 462561)

   SITE_ID	SITE_OBJECT_ID	OBJECT_ID
   5	846225	462071
   5	859634	462561

   If the many local sites are involved in the snapshot generation, you can identify the local site containing the object(s) using following query

   Select SITE_ID, SITE_TYPE, SITE_NAME, SITE_SERVER, SITE_USER, LOCAL_DSS_NAME From <CB_NAME>.DSS_SITES where SITE_ID =<The site id provided in previous query>

   Example

   Select SITE_ID, SITE_TYPE, SITE_NAME, SITE_SERVER&nbsp;, SITE_USER, LOCAL_DSS_NAME&nbsp;From <CB_NAME>.DSS_SITES where SITE_ID =5

   SITE_ID	SITE_TYPE	SITE_NAME	SITE_SERVER	SITE_USER	LOCAL_DSS_NAME
   5	2	CAST_KB_DVP	ORA10DEV	CAST_KB_DVP	CAST_KB_DVP

   Here we can conclude that
   objects have been imported from local site CAST_KB_DVP
   The site Id of update_bat on local site = 846225
   The site Id of f_traitement_data on the local site = 859634

2. Now in the KB with analysis result involved for the snapshot computation, check that objects exist in the KB using this query:

   Select* From <KB_NAME>.KEYS where IDKEY = <SITE_OBJECT_DE>

   Example

   Select* From CAST_KB_DVP.KEYS where IDKEY in (846225, 859634)

   IDKEY

   KEYNAM

   KEYLIB

   KEYTYP

   KEYSUBTYP

   KEYCLASS

   KEYPROP

   OBJTYP

   IDUSRDEVPRO

   *KEYDEVDAT

   KEYDEVVLDDAT

   STATUS

   SQLOWNER

   859634

   f_traitement_data

   NULL

   XXXXXX

   -1

   33060

   0

   133009

   ???

   01/01/1970 00:00:00:000

   NULL

   0

   NULL

   846225

   update_bat

   NULL

   XXXXXX

   -1

   33060

   0

   133009

   ???

   01/01/1970 00:00:00:000

   NULL

   0

   NULL

3. Check the object's full names in the KB

   Select * From *CAST_KB_DVP* .OBJFULNAM where IDOBJ in (846225, 859634)
   

   IDOBJ	FULLNAME

   This transaction returns no row
   Here we can conclude that issue is related to the analyzer because the object full name is created by analyzer.