Bug 989286 - Mozilla Thunderbird Lightning calendar extension miss translations
Summary: Mozilla Thunderbird Lightning calendar extension miss translations
Status: RESOLVED DUPLICATE of bug 939153
Alias: None
Product: openSUSE Distribution
Classification: openSUSE
Component: Firefox (show other bugs)
Version: Leap 42.1
Hardware: x86-64 openSUSE 42.1
: P5 - None : Normal (vote)
Target Milestone: ---
Assignee: Wolfgang Rosenauer
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-07-17 20:34 UTC by Yunhe Guo
Modified: 2016-07-18 07:07 UTC (History)
2 users (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Yunhe Guo 2016-07-17 20:34:49 UTC
Thunderbird in openSUSE official repos is bundled with Lightning, a calendar extension. But the bundled extension doesn't include translation, at least Chinese translation is not included. So users will only see English user interface.

If I uninstall the extension and download from https://addons.mozilla.org/en-US/thunderbird/ I could use Chinese translation perfectly.

So I think this might be a packaging problem.
Comment 1 Yunhe Guo 2016-07-17 21:13:28 UTC
From https://build.opensuse.org/package/show/openSUSE:Leap:42.1:Update/MozillaThunderbird

In l10n-45.2.tar.xz I can find a calendar folder which contains all translations of Lightning extension.

Screenshot http://i.imgur.com/xWQgkkd.png

But after packaging, the /usr/lib64/thunderbird/extensions/langpack-zh-CN@thunderbird.mozilla.org/chrome/zh-CN/locale/zh-CN folder doesn't contain calendar folder anymore.

Screenshot http://i.imgur.com/esw35LD.png

In file MozillaThunderbird.spec , here are obviously something special to Lightning translation:

# Lightning
	_shipcalendar=0
	#for callocale in in $(awk '{ print $1; }' ../thunderbird/calendar/locales/shipped-locales); do
	#  if [ "$locale" = "$callocale" ]; then
	#    make -C mail/locales calendar-langpack-$locale || continue
	#    cp -rL dist/xpi-stage/lightning-$locale \
	#      $RPM_BUILD_ROOT%{progdir}/extensions/lightning-langpack-$locale@thunderbird.mozilla.org
	#    _shipcalendar=1
	#  fi
	#done
	# remove prefs and profile defaults from langpack
	rm -rf $RPM_BUILD_ROOT%{progdir}/extensions/langpack-$locale@thunderbird.mozilla.org/defaults
        # check against the fixed common list and sort into the right filelist
        _matched=0
        for _match in ar ca cs da de el en-GB es-AR es-CL es-ES fi fr hu it ja ko nb-NO nl pl pt-BR pt-PT ru sv-SE zh-CN zh-TW; do
          [ "$_match" = "$locale" ] && _matched=1
        done
        [ $_matched -eq 1 ] && _l10ntarget=common || _l10ntarget=other
	echo %{progdir}/extensions/langpack-$locale@thunderbird.mozilla.org \
	  >> %{_tmppath}/translations.$_l10ntarget
	if [ $_shipcalendar -eq 1 ]; then
	  echo %{progdir}/extensions/lightning-langpack-$locale@thunderbird.mozilla.org \
	    >> %{_tmppath}/translations.$_l10ntarget
	fi

I guess this part of code doesn't work as expected.
Comment 2 Wolfgang Rosenauer 2016-07-18 07:07:25 UTC
This is a dupe. And what you see in the spec file is the state of my attempts to integrate the locales into the build.
The way how Mozilla builds and ships Thunderbird translations is completely different and I haven't found the right way to achieve that.

*** This bug has been marked as a duplicate of bug 939153 ***