Reference fields (i.e. Configuration item, Department, Caller, Location) are not showing all records in the reference popup after upgrade to Madrid due to dependency enforcement in Madrid and later releasesDescription<!-- div.margin { padding: 10px 40px 40px 30px; } table.tocTable { border: 1px solid; border-color: #e0e0e0; background-color: #fff; } .title { color: #d1232b; font-weight: normal; font-size: 28px; } h1 { color: #d1232b; font-weight: normal; font-size: 21px; margin-bottom: 5px; border-bottom-width: 2px; border-bottom-style: solid; border-bottom-color: #cccccc; } h2 { color: #646464; font-weight: bold; font-size: 18px; } h3 { color: #000000; font-weight: bold; font-size: 16px; } h4 { color: #666666; font-weight: bold; font-size: 15px; } h5 { color: #000000; font-weight: bold; font-size: 13px; } h6 { color: #000000; font-weight: bold; font-size:14px; } ul, ol { margin-left: 0; list-style-position: outside; } --> After an upgrade to Madrid release reference fields (such as the Configuration item, Department, Caller, Location fields on incident form) are not showing all records in the reference popup as expected. It is showing few records or none at all, depending on the records that are opened. Release or EnvironmentMadridCauseThis is due to a fix that was done as part of PRB601488 ("Reference fields set as dependent do not limit results if the field they depend on is not present in the form layout") which enforces data integrity. Prior to Madrid reference fields that are dependent upon another field returned all records if the dependent field is not present on the form. For example, the Configuration item field is dependent upon the Company field. If the Company field only has one CI associated with it when users lookup the Configuration Item field that field will only display one record to select. This is expected field dependency functionality. But due to PRB601488 in pre-Madrid releases, this functionality was not working correctly if the dependent field (Company) is not added to the form. In Madrid, this was fixed where whether or not the Company field is added to the form, the Configuration item field will trigger the field dependency functionality and limit the results.ResolutionCustomers can take either of the 3 approaches to resolve this issue: Fixing the Data: Update the data so that the dependent field for example "Company" has a value in the reference table record example Configuration Item, Location, User etc., so that the reference field records are populated when clicking on its reference icon.Remove the Dependency: If the pre-Madrid behavior is desired (non-default), customers can remove the field dependency functionality by going to the field's dictionary entry and blanking out the Dependent field value under the Dependent Field form section.Add a System Property: If the pre-Madrid behavior is desired (non-default), add a system property called "glide.ui.reference.use_hidden_dependent" and set to "false".Additional InformationProduct Documentation - Reference field typeCommunity Blog ArticleReference popup that evaluates in J versus M is different, Notice the design change for Dependent field to enforce dependency:MADRID: /sys_user_list.do?sysparm_target=incident.caller_id&sysparm_target_value=5136503cc611227c0183e96598c4f706&sysparm_nameofstack=reflist&sysparm_clear_stack=true&sysparm_element=caller_id&sysparm_reference=sys_user&sysparm_view=sys_ref_list&sysparm_additional_qual=&sysparm_dependent=0c441abbc6112275000025157c651c89&sysparm_domain_restore=false&sysparm_domain=09ff3d105f231000b12e3572f2b4775d JAKARTA Patch 10: /sys_user_list.do?sysparm_target=incident.caller_id&sysparm_target_value=5137153cc611227c000bbd1bd8cd2006&sysparm_nameofstack=reflist&sysparm_clear_stack=true&sysparm_element=caller_id&sysparm_reference=sys_user&sysparm_view=sys_ref_list&sysparm_additional_qual=&sysparm_domain_restore=false