Add-in label not translating in Apps menu

[kefoss2]

When an add-in with multiple languages for the button label (the DisplayName property in the manifest) is installed, the label only displays in the default value and does not translate into other languages, even when the user's settings are changed to display Outlook in a different language. I observed this behavior on OWA in Chrome, Firefox, and Edge, and in New Outlook.

Your Environment

• Platform [PC desktop, Mac, iOS, Office on the web]: OWA and New Outlook
• Host [Excel, Word, PowerPoint, etc.]: Outlook
• Operating System: Windows
• Browser (if using Office on the web): Chrome, Firefox, Edge

Expected behavior

If a user changes their settings to display Outlook in a language with a translation in the DisplayName property, the button label should be displayed in that language.

Current behavior

The button label is always the default value for DisplayName.

Steps to reproduce

1. Install the manifest attached to this issue. This manifest was created by adding new languages to the manifest in this sample https://github.com/OfficeDev/Office-Add-in-samples/tree/main/Samples/hello-world/outlook-hello-world
2. Change the Outlook language in OWA by going to View->View Settings->General->Language and Time->Language (Country/Region). Select "English (United States).
3. Open an email and go to the Apps menu. The button label says "Hello world default" instead of "Hello world en" or "Hello world en-us".
4. Change the Outlook language to "français (France).
5. Open an email and go to the Apps menu. The button label says "Hello world default" instead of "Hello world fr" or "Hello world fr-fr".

translation-issue-manifest.xml

[github-actions]

Here are some similar issues that might help you. Please check if they can solve your problem.

• Outlook Clients Do Not Follow Manifest Locale-based values. #1534

---

Possible solution (Extracted from existing issue, might be incorrect; please verify carefully)

Solution 1:

According to our documentation, the string overrides must specify the locale using the BCP 47 language tag format. So for French (from France), it should be "fr-fr", not "fr". So that's most-likely why the override strings are not being displayed. Here's a link to our documentation: https://docs.microsoft.com/en-us/office/dev/add-ins/reference/manifest/override

Reference:

• Outlook Clients Do Not Follow Manifest Locale-based values. #1534 (comment)

Solution 2:

If you need to localize for more than one area within a language family, such as de-de and de-at, we recommend that you use separate Override elements for each area. Using just the language name alone, in this case, de, is not supported across all combinations of Office client applications and platforms.

Reference:

• Outlook Clients Do Not Follow Manifest Locale-based values. #1534 (comment)

Powered by issue-sentinel

[kefoss2]

@snigverma Has this been completed? We are still seeing this issue when using the overrides with language and region suggested by github-actions. The manifest provided in the original bug has these overrides, and still does not display in the correct language.

[Grivj]

Hey @kefoss2, I just opened a similar issue, were you able to have this issue resolved on your side?

[kefoss2]

@Grivj I was not able to resolve this. I will open another issue for this behavior.