Module update breaking localization

We have been facing an addressable/localization issue for the past months affecting us at build time. We think it might be a bug in one of these 2 libraries, but only triggered by our tool chain.

Unfortunately after a few days trying we are not yet able to create a simple reproducible scenario outside of our environment. We've found a work-around but we are not entirely satisfied with it.

The following information might be enough for someone with knowledge of these 2 components to know what is going on.

Context:

Our project is dependent on external modules, with their own versioning and release cycles. Our build tool chain contains a dependency management tool that predates UPM but works more or less in the same way, except that the libraries are installed under a specific folder under Assets.

We have a Game using com.unity.localization in the game itself and also in a module. So we have 2 sets of localisation tables and groups in 2 different Unity projects. The groups for each language in the game project reference the tables from the module (they have 2 entries in the Serialize Entries field, one for the game translation table and another for the module translation table).

Issue:

We are seeing an issue when we upgrade the module. The references to the module tables in all the language groups get lost, even though the UUIDs of the tables don’t change. The path of the module does change because we use the version number as part of the path. So upgrading the module breaks the module translations. This doesn’t happen when we add the module for the first time, only when we upgrade it.

To update the module our own package manager will at launch delete the previous version of the module, and import a new one. It calls AssetDatabase.Refresh(); and AssetDatabase.SaveAssets() after deletion and again after re-adding the module.

This is what we see in git:

Code (CSharp):

1. Assets/AddressableAssetsData/AssetGroups/Localization-Assets-Shared.asset
2.  
3.   loses references of the tables coming from the module
4.  
5. Assets/AddressableAssetsData/AssetGroups/Localization-Locales.asset
6.  
7.   Loses references of the locales that are only present in the module
8.  
9. Assets/AddressableAssetsData/AssetGroups/Localization-String-Tables-XXXXXX (XXXXX).asset
10.  
11.    Lose references to all the localization for that language for the localizations from the module

It’s as if the localization tables from the modules had been removed but not re-added.

Work-around

The solution is to re-import the folder that contains the module tables and groups but we don’t understand why it fails to import automatically and unlinks the references. We noticed the assets PostProcessing code in Addressables that detects deleted and newly added files but it’s hard to debug why importing fails (but reimporting succeeds).

We wish to fix this issue properly.

Is there anyone with knowledge of the addressable / localization modules that could from the description above:

1. point us to where to look at either in the setup or in the areas to look at

2. give us a good idea on how to troubleshoot this further. We could add some logging to the addressable/localization modules but it’s not an ideal process

 

ok that makes sense. Is there a place to track this issue?

 

Given that the localization depends on the addressable module already, couldn't the localization post processsor be notified by the adressable post processsor instead? This could be rolled out now without depending on the editor to improve.