3

It turns out that the "Search Primary Details Only" setting causes this problem (found under Administer-> Customize Data and Screens-> Search Preferences). It seems that if this setting is off, the listings and export will default to the address which was created earlier. See here for details: Contact Search Results Address Type This is a weird behaviour ...


3

You have to set the available countries in Administer>Localization>Language and Currency.


2

I began to import the database in pieces to a new installation to see if I could pinpoint where the issue might be coming up in the database. I found that the problem was with the civicm_setting table. There was a row added for address formatting that had the weird characters in it. I deleted the row and the problem disappeared.


2

Turns out the solution was one I'd be staring at for a while. Administer > Localisation > Address Settings change the Address Display for state/ province from {contact.state_province} to {contact.state_province_name}


2

You might find this module even better than you expect: Views Selective Exposed Filters (views_filters_selective) "Restrict exposed filter values to those present in the result set." Whenever you're looking at a selection (or subselection), it'll filter the select options to only those options that are in the result set. So you never have the issue of ...


1

Or any other solution someone found, like limiting the dropdown to used countries only ? In a Views filter of Country you should be able to select the ~50 that you want listed, and then set the option that says something like "limit to selected items only"


1

If the problem is that the county does not show up with viewing the address on the contact summary page... You can control what address fields are displayed by clicking Adminster -> Localization -> Address Settings. Then, find the Address Display Format field and add to it: {contact.county} If the problem is that when you edit the address, no county ...


1

Maybe you have some hidden characters in your address - this can for example happen during an import?! You could try cutting the text and then paste it without formatting again using CTRL+SHIFT+V.


1

The export issue is actually a confirmed bug, see https://lab.civicrm.org/dev/core/issues/464 I have had moderate success using hook_civicrm_export in a custom extension for a client where email location type is really important to their workflow.


1

Thank you, @Lesley Carter - BackOffice - I had cleared the cache but I had not deleted the files in templates_c. Clearing out templates_c solved all the problems.


1

The particular issue is resolved in CiviCRM 5.21: See release notes Countries: Renamed "Macedonia, Republic of" to "North Macedonia". others have commented on the wider point.


1

Yes at the moment the list is manually maintained (see https://github.com/civicrm/civicrm-core/blob/5.15.2/xml/templates/civicrm_country.tpl#L172). You can file an update request at https://lab.civicrm.org/dev/core/issues


1

Might also want to consider using the "Future address changes" extension, https://github.com/CiviCooP/org.civicoop.futureaddress Future address changes This extensions adds functionality to change an address in the future, the old address is archived as an activity in civicrm.


Only top voted, non community-wiki answers of a minimum length are eligible