Open zabcik opened 2 weeks ago
Thanks for bringing this also to my attention - I am currently splitting my objects, and only now I'm seeing that I'm affected as well. It also affects page extensions. The first page extension caption changes are considered, the second page extension (in my case for an action) is not.
@BazookaMusic Losing translations is a major issue for every AppSource developer. It would be good to give this issue some higher priority.
I'll accept this as it's clearly a bug across compiler and runtime and has direct customer impact
Microsoft does not fully follow the xliff standard when creating the *.g.xlf we use to copy. The original attribute in the file node should contain a file name, not the app name. If you reference the g file in the node both translations will be shown.
- <file datatype="xml" source-language="en-US" target-language="de-DE" original="Awesome App" tool-id="MultilingualAppToolkit" product-name="n/a" product-version="n/a" build-num="n/a">
+ <file datatype="xml" source-language="en-US" target-language="de-DE" original="Awesome App.g.xlf" tool-id="MultilingualAppToolkit" product-name="n/a" product-version="n/a" build-num="n/a">
Colleagues created a support request ~a view weeks ago~ in may '24.
1. Describe the bug
When using multiple table extensions to same table then translations does not work correctly. Only first table extension is translated.
It is probably due to bad "trans-unit id" in XLF file.
2. To Reproduce
Steps to reproduce the behavior:
3. Expected behavior
The all fields from all table extension are translated.
4. Actual behavior
Only fields from first table extension are translated.
5. Versions: