Closed Bug 1588811 Opened 5 years ago Closed 4 years ago

Firefox ESR Language Update (60 -> 68) Issue

Categories

(Toolkit :: Add-ons Manager, defect)

68 Branch
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 1566084

People

(Reporter: mike.fidersek, Unassigned)

Details

Attachments

(2 files)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.102 Safari/537.36 Edge/18.18362

Steps to reproduce:

I want Update Firefox ESR 60.6.3 to 68.1.0. I have create my own EXE. With this Guide:https://support.mozilla.org/sv/kb/repackaging-windows-installer?&mobile=0
I Added 5 Languages into my EXE. Useing this Guide:https://support.mozilla.org/en-US/kb/deploying-firefox-with-extensions
I have download the new XPI Files from the Mozilla FTP and rename them to the Addon-ID.
Like langpack-fr@firefox.mozilla.org.xpi
This steps work very well under Firefox 60ESR.

Actual results:

After Install the Custom EXE for 68.1.0, Firefox works fine.
But Firefox not reconize the new Language XPI. Firefox Says under Addons "Your Addons are to old for Firefox 68". The Installer not Update this Files.
I have 5 Different Languages in my Enviroment. I use the german EXE for create my Custom EXE. The fallback ist German. For Example a Polish User get the german Language because the Language Packs are not updated.
Only if i delete all Files under:

  1. Program Files\Mozilla Firefox
  2. %appdata%\Mozilla\Firefox
    After that it Looks like they work. But after that all Userdata are gone.

Expected results:

The Language Packs should be updated as well

One thing it's not clear: did you download the language packs for 68 when building the custom EXE?

When the user starts the browser, is the language pack still listed (but disabled) in about:addons?

Also, if you right click on a language pack and select update, does it work?

Hi,

@Francesco:
I download the XPI Files from the 68.1.0 Release and use them.
The Browser say the Language Packs are to old. They shown as Realease 60.

@Mike
Yes. they Update. After that they work.
But the User must Change the Language itself again. If i do it so my Helpdesk-Hotline will cry.

I Need Firefox run in the OS Language in the OS Language at Startup.

On a Computer who never run Firefox before it worked.
If i logon with a new User on a Computer where Firefox was Updated. The new User work too. Just the Users who already start Firefox 60ESR dont get the Language Packs. Look like there something wrong in the Update from the Profile under %appdata%\Mozilla\Firefox.

(In reply to Mike from comment #3)

@Francesco:
I download the XPI Files from the 68.1.0 Release and use them.
The Browser say the Language Packs are to old. They shown as Realease 60.

Can you try with these?
http://ftp.mozilla.org/pub/firefox/releases/68.0.1esr/win64/xpi/

But the User must Change the Language itself again. If i do it so my Helpdesk-Hotline will cry.

That shouldn't be the case though. Once you update the language pack, restarting the browser should give you the right language (the language pack was disabled, but the setting for the language order stays).

Can you try with these?
http://ftp.mozilla.org/pub/firefox/releases/68.0.1esr/win64/xpi/

Useing the 68.0.1 Xpi Files with the 68.1.0 Installer?

Hi,

Useing the 68.0.1 Xpi Files with the 68.1.0 Installer didnt work too.

Overview from the Addons Menu. Ist German.
It Says: Language Pack is not kompatible with Firefox 60.1.0

Detail Overview from the Addons Menu. Ist German.
It Says: Language Pack is not kompatible with Firefox 60.1.0
You can see ist still the Version 60 Language Pack.

Sorry. how i can edit my Posts. On the Attachmend Pics it must say: Language Pack is not kompatible with Firefox 68.1.0. and not 60.1.0. I misstype.

I think you're mixing 60.1.0 and 68.1.0 (the screenshots say it's not compatible with the latter, 68.x, not 60.x).

Any 68 ESR language pack should work, either 68.0.x or 68.1.x
http://ftp.mozilla.org/pub/firefox/releases/68.1.0esr/win64/xpi/

If you install one of these language pack in your running 68.1.0, does it work?

(In reply to Francesco Lodolo [:flod] from comment #10)

I think you're mixing 60.1.0 and 68.1.0 (the screenshots say it's not compatible with the latter, 68.x, not 60.x).

Any 68 ESR language pack should work, either 68.0.x or 68.1.x
http://ftp.mozilla.org/pub/firefox/releases/68.1.0esr/win64/xpi/

If you install one of these language pack in your running 68.1.0, does it work?

Hi,
yes i misstype in my Pictures. Sorry for that.
The Pictures Show the Addon Tab after my Update.

I have use the 68.1.0 XPI with the 68.1.0 Exe. --> Update didnt work. See Pictures.

I have try you Suggestion. Useing the 68.0.1 XPI with the 68.1.0 Exe. --> Update didnt work. See Pictures

The Stange Thing is the Same Exe work fine on a new Windows User profile.
Or i delete the %appdata%\Mozilla Folder. After that it work too again with the Right Version Language packs.

Sorry again for my Misstype. It confuse more :-/

Trying to recap things, because I'm not sure I have the correct picture:

  • You have installations of Firefox ESR 60.x with their language packs. You have installed them using a custom EXE that includes the language packs.
  • Now you want to update these installations. To do it, you're using another custom EXE for ESR 68.

Is that correct so far?

I assume the problem is that the custom install for 68 can't actually install the language packs, because they're already there (although obsolete). So you end up with an updated Firefox, and obsolete language packs.

(In reply to Francesco Lodolo [:flod] from comment #12)

Trying to recap things, because I'm not sure I have the correct picture:

  • You have installations of Firefox ESR 60.x with their language packs. You have installed them using a custom EXE that includes the language packs.
  • Now you want to update these installations. To do it, you're using another custom EXE for ESR 68.

Is that correct so far?
Yes you are correct.

I assume the problem is that the custom install for 68 can't actually install the language packs, because they're already there (although obsolete). So you end up with an updated Firefox, and obsolete language packs.
Yes. Looks like. Is there a way Firefox force tp overwrite this files?

(In reply to Mike from comment #13)

I assume the problem is that the custom install for 68 can't actually install the language packs, because they're already there (although obsolete). So you end up with an updated Firefox, and obsolete language packs.
Yes. Looks like. Is there a way Firefox force tp overwrite this files?

That I don't know. It needs someone who understands how that deployment actually works
https://support.mozilla.org/en-US/kb/deploying-firefox-with-extensions

Thanks for your Time and help. Hope some will see this.

Maybe i try a local plocy json.
I Found here:https://github.com/mozilla/policy-templates/blob/master/README.md
Under the Extension and ExtensionSettings you can force an XPI Install.

i Will try to set it up. Maybe it works

Hi,

i have a suiteable solution for my Situation.

I create a GPO with the ADMX Files from Mozilla.
Under Computer Settings-> Administrative Templates -> Mozilla -> Firefox -> Extensions -> Extension Managment
Set it to: Enabled
I put Following into the Textfield.
{"langpack-de@firefox.mozilla.org": {"install_url": "file:///C:/Program Files/Mozilla Firefox/distribution/extensions/langpack-de@firefox.mozilla.org.xpi", "installation_mode": "force_installed"}
,"langpack-en-GB@firefox.mozilla.org": {"install_url": "file:///C:/Program Files/Mozilla Firefox/distribution/extensions/langpack-en-GB@firefox.mozilla.org.xpi", "installation_mode": "force_installed"}
,"langpack-en-US@firefox.mozilla.org": {"install_url": "file:///C:/Program Files/Mozilla Firefox/distribution/extensions/langpack-en-US@firefox.mozilla.org.xpi", "installation_mode": "force_installed"}
,"langpack-fr@firefox.mozilla.org": {"install_url": "file:///C:/Program Files/Mozilla Firefox/distribution/extensions/langpack-fr@firefox.mozilla.org.xpi", "installation_mode": "force_installed"}
,"langpack-pl@firefox.mozilla.org": {"install_url": "file:///C:/Program Files/Mozilla Firefox/distribution/extensions/langpack-pl@firefox.mozilla.org.xpi", "installation_mode": "force_installed"}}

It force Firefox to Install the XPI Extensions i delivier with my costum EXE

And i Config Following GPO too:
Under Computer Settings-> Administrative Templates -> Mozilla -> Firefox -> Extensions -> Extension Update
I set it to: Enabled
If the Computer had Internet Access it will Automaticly upate extensions.

You will able to do it with a Local policies.json. But if you Config GPO's you are not able to use this JSON. Firefox will ignore it.
Under About:policies you can check your GPO's. If you dont have a Domain you can do it with the JSON File.
This link help alot: https://github.com/mozilla/policy-templates/blob/master/README.md

Regards

What's interesting is that having the files in the distribution directory should cause them to get installed anyway. You shouldn't need the Extension Management GPO.

That being said, the core problem here seem to be that language packs aren't getting updated immediately when you move to a new version which is a known problem. (it takes some time).

Hi, I'm setting the component to Add-ons Manager for now but we can definitely change it to a more suitable one later on.

Unfortunately this is a bit to technical for us to reproduce but hopefully one of our devs can get to the bottom of it. Thank you.

Component: Untriaged → Add-ons Manager
Product: Firefox → Toolkit
Status: UNCONFIRMED → RESOLVED
Closed: 5 years ago
Resolution: --- → DUPLICATE

This appears to be associated with an install vs. update.

Status: RESOLVED → REOPENED
Ever confirmed: true
Resolution: DUPLICATE → ---

(In reply to Jim Mathies [:jimm] from comment #21)

This appears to be associated with an install vs. update.

In that case I would say WONTFIX then but shrug

Hi,

i tested now om round about 30 Clients. The GPO works fine. Even if the Computer have no interent access the GPO do the Job.
So the extensions Update GPO is just the Backup.

The priority flag is not set for this bug.
:jimm, could you have a look please?

For more information, please visit auto_nag documentation.

Flags: needinfo?(jmathies)

(In reply to Jim Mathies [:jimm] from comment #21)

This appears to be associated with an install vs. update.

Hmm, from mkaply's comments this seems incorrect. Sounds like we're dealing with custom installers and there's a language pack update issue after the update. I think the original dupe was correct.

Status: REOPENED → RESOLVED
Closed: 5 years ago4 years ago
Flags: needinfo?(jmathies)
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: