Created attachment 546054 [details] screenshot of the list of extensions After upgrading to firefox 62, it seems that wrong language file are installed, and the french localisation doesn't work anymore. However, it works if I installit manually from the firefox website
Language files are coming from https://archive.mozilla.org/pub/firefox/releases/62.0/linux-i686/xpi/. At the moment I don't know what's wrong with the files.
Files from https://archive.mozilla.org/pub/firefox/releases/62.0/linux-i686/xpi/de.xpi https://archive.mozilla.org/pub/firefox/releases/62.0/linux-x86_64/xpi/de.xpi https://addons.mozilla.org/firefox/downloads/file/1061257/deutsch_de_language_pack-62.0buildid20180830143136-fx.xpi?src=dp-btn-primary (https://addons.mozilla.org/en-US/firefox/addon/deutsch-de-language-pack/) http://distfiles.gentoo.org/distfiles/firefox-62.0-de.xpi are identical.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=52716463ca346792b17cb994b9cf77639def040d commit 52716463ca346792b17cb994b9cf77639def040d Author: Ian Stakenvicius <axs@gentoo.org> AuthorDate: 2018-09-07 17:11:43 +0000 Commit: Thomas Deutschmann <whissi@gentoo.org> CommitDate: 2018-09-07 17:15:31 +0000 www-client/firefox: install language packs as XPI file Unpacked extensions are no longer supported. [Link 1] Link 1: https://blog.mozilla.org/addons/2018/02/22/removing-support-unpacked-extensions/ Closes: https://bugs.gentoo.org/665352 Package-Manager: Portage-2.3.49, Repoman-2.3.10 eclass/mozextension.eclass | 30 ++++++++++++++++++++++++++++++ eclass/mozlinguas-v2.eclass | 14 ++++++++++++-- www-client/firefox/firefox-62.0-r1.ebuild | 2 +- 3 files changed, 43 insertions(+), 3 deletions(-)
It seems that firefox-bin is also affected. Maybe it should also be revbumped. And, as a side note (and maybe I'm missing something), if xpi files are now installed without being unpacked, what is the purpose of : > > src_unpack() { > unpack ${A} > > # Unpack language packs > mozlinguas_src_unpack >} Thanks.
(In reply to Fab from comment #4) > It seems that firefox-bin is also affected. > Maybe it should also be revbumped. > > And, as a side note (and maybe I'm missing something), if xpi files are now > installed without being unpacked, what is the purpose of : > > > > src_unpack() { > > unpack ${A} > > > > # Unpack language packs > > mozlinguas_src_unpack > >} > > Thanks. In order to properly ensure XPIs are installed with the correct EMID, said EMID needs to be read from the manifest. XPI management isn't limited to langpacks, it's common to extensions as well. At this point, this solution is the path of least resistance. Mozilla team is hoping that there will be a way to build locales directly soon in a way that they are fully integrated into the base installation, however that will not be ready any time soon (assuming it is possible at all) and so this (unpacking, reading the EMID, and then installing the XPI with said EMID) is an interim workaround.
