In svx/source/items/svxitems.src there is the StringArray RID_ATTR_NAMES. There are some attributes that share the same en-US label.
< "Indent" ; SID_ATTR_PARA_LRSPACE ; > ;
< "Indent" ; SID_ATTR_LRSPACE ; > ;
< "Spacing" ; SID_ATTR_PARA_ULSPACE ; > ;
< "Spacing" ; SID_ATTR_ULSPACE ; > ;
< "Blinking" ; SID_ATTR_CHAR_AUTOKERN ; > ;
< "Blinking" ; SID_ATTR_FLASH ; > ;
< "Scale" ; SID_ATTR_CHAR_SCALEWIDTH ; > ;
< "Scale" ; SID_ATTR_ZOOM ; > ;
The l10ntools extract strings from this file, these duplicates result in identical entries in the .pot file, which makes the .pot file invalid. This could be fixed in l10ntools.
On the other hand, isn't it a problem on its own, that we have the same labels for different attributes? This StringArray is used in Search dialog, where the labels are deduplicated. So when the user searches for e.g. "Blinking", what does LibreOffice do? Does it search for SID_ATTR_CHAR_AUTOKERN, or SID_ATTR_FLASH, or both?
I think that different attributes should have different names. But I don't know what the difference is between the different attributes with the same labels.
Because of this error Slovenian strings in po files were not pulled and English strings remained in UI. This must be fixed, because pot files are technically invalid.
Zolnai Tamás committed a patch related to this issue.
It has been pushed to "libreoffice-5-0":
tdf#90063 Avoid duplicated attribute names in RID_ATTR_NAMES
It will be available in 188.8.131.52.beta4.
The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.