
<html>


<head>


<meta http-equiv="Content-Type" content="text/html; charset=utf-8">


<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>


</head>


<body dir="ltr">


<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">


Hi all,</div>


<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">


<br>


</div>


<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">


We've been trying out ArchivesSpace v3.1.1 in development environments prior to upgrading our production system from v2.8.1. We're experiencing an issue whereby some of the entries in our local plugin's


<code>public/locales/en.yml</code> file seemingly aren't being recognised. As far as I can tell, anything that's intended to override an entry in the default file isn't being seen (i.e. the value of


<code>brand.title</code>) , but everything new (i.e. entries in a <code>plugins</code> block) is being loaded successfully. Using ArchivesSpace version v2.8.1 again, without making any other changes, makes the locales load as expected. All entries in the


 plugin's <code>frontend/locales/en.yml</code> file are being respected as expected in both v2.8.1 and v3.1.1. Has anyone else experienced this?</div>


<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">


<br>


</div>


<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">


Many thanks,</div>


<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">


Nick<br>


</div>


</body>


</html>