1993842 - special folders (spam, trash, ...) renamed to english

Status: RESOLVED FIXED

(Thunderbird :: Folder and Message Lists, defect)

Description

[negocjator7]

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:144.0) Gecko/20100101 Firefox/144.0

Steps to reproduce:

After upgrading Polish locale of Thunderbird to first RC of v144, names of the folders have been renamed to English equivalents (especially “Trash”) in all email accounts.

Actual results:

Names of folders have been renamed to English.

Expected results:

They should stay in Polish.

Comment 3

[Corey Bryant]

bug 1994644 has a screenshot

Comment 4

[Francesco (no longer active, use PM for contact)]

On a Spanish version I see:

IMAP:
Bandeja de entrada (translated from Inbox)
Drafts, Templates, Sent, Spam, Trash.

Local folders:
Plantillas (translated from templates)
Papelera (translated from Trash)
Bandeja de salida (translated from Outbox)

Bug 1979511 switched off localisation for anything but local folders.

Comment 5

[Eleanor Dicharry]

Attachment: Bug 1993842 - Partial backout of Bug 1979511. r=darktrojan,aleca

We retained the removal of the hard coded folder names from the backed out
patch.

Comment 9

[walter luksch]

Allo stato, 20 ottobre 2025, le cartelle hanno ancora nome in inglese; modelli è templates, posta inviata è sent, cestino è trash.
Spero e mi auguro che il problema venga risolto in fretta

Comment 10

[walter luksch]

Prima ha tradotto, ma posta inviata è dventato sent, cestino è diventato trash

Comment 14

[Magnus Melin [:mkmelin]]

Hmm, latest dupe says "This issue occurs on a POP3 account (not IMAP)."

Comment 15

[Esa Ristilä]

(In reply to Magnus Melin [:mkmelin] from comment #14)

Hmm, latest dupe says "This issue occurs on a POP3 account (not IMAP)."

It does occur on IMAP accounts, I have several on my own mail server (dovecot) and it affects those. It doesn't occur with Gmail over IMAP however.

Comment 16

[Eleanor Dicharry]

I think that behavior is consistent with what we believe to be the cause of this issue, since the localization is happening in nsMsgDBFolder, which is shared across all protocols.

Comment 17

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/comm-central/rev/2358e29eb226
Partial backout of Bug 1979511. r=darktrojan,aleca,edicharry

Comment 18

[Corey Bryant]

Are we ready to uplift this to beta and release?

Comment 19

[Eleanor Dicharry]

Yes, I'll submit the uplift request.

Comment 20

[Eleanor Dicharry]

Comment on attachment 9520621 [details]
Bug 1993842 - Partial backout of Bug 1979511. r=darktrojan,aleca

Uplift Approval Request

• Please state case for uplift consideration and ensure bug severity is set: We are receiving many bug duplicate bug reports about non-localized folder names, so this is negatively impacting many users.
• User impact if declined: On servers that don't support server side localization, or for which users haven't set up server side localization, users will see special folder names in whichever language the server chooses to return them in.
• Is this code covered by automated tests?: Yes
• Has the fix been verified in Daily?: Yes
• Has the fix been verified in Beta?: No
• Needs manual test from QA?: Yes
• If yes, steps to reproduce: 1. Using a non-english localized version of Thunderbird.

2. Connect to a server that returns folder names in english.
3. Folder names for special folders (inbox, trash, spam, etc.) should be presented in the localized language.

• List of other uplifts needed: None
• Risk to taking this patch: Low
• Why is the change risky/not risky? (and alternatives if risky): This reverts a previous change that removed localization for special folder names.
• Does the fix cause any migrations to be skipped?: No
• String changes made/needed:

Comment 21

[Corey Bryant]

Comment on attachment 9520621 [details]
Bug 1993842 - Partial backout of Bug 1979511. r=darktrojan,aleca

[Triage Comment]
Approved for beta
Approved for release

Comment 22

[Corey Bryant]

This will land in release before beta next week.

Vlad/Ramona, will you be able to test this in 144.0.2 when it's available?

Comment 24

[Wayne Mery (:wsmwk)]

ETA 144.0.2 next week.

Comment 27

[Corey Bryant]

(In reply to Wayne Mery (:wsmwk) from comment #24)

ETA 144.0.2 next week.

This is going to be bumped to 145.0 scheduled for release on Nov 11th. It is intertwined with another fix that we can't uplift and could use additional testing on beta anyway.

Comment 28

[Daniel Darnell [:dandarnell]]

Thunderbird 145.0b3:
https://hg.mozilla.org/releases/comm-beta/rev/b282bafa981b

Comment 30

[Corey Bryant]

Comment on attachment 9520621 [details]
Bug 1993842 - Partial backout of Bug 1979511. r=darktrojan,aleca

This was included in the merge of beta->release yesterday

Comment 31

[Matt]

Attachment: image.png

Name Thunderbird
Version 146.0a1
Build ID 20251108101701
Update History Installed 9th November 2025 I undated it when I started investigating this.
Update Channel nightly
User Agent Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:146.0) Gecko/20100101 Thunderbird/146.0a1
OS Windows_NT 10.0 26200
Application Binary C:\Program Files\Thunderbird Daily\thunderbird.exe

When will I be expecting to see the correct Junk folder in the folder pane?
Or does the foldertree.json need to be refreshed?

The same account in the ESR version has no subscription options associated with it except via account settings. Is that yet another bug? But it now has a handy Junk folder I guess created in the Daily version renaming process. This mess is also reflected in the Android app version, not that I use it, but according to this guy. https://support.mozilla.org/en-US/questions/1538332

Comment 32

[Corey Bryant]

Thunderbird 145.0 (backed out):
https://hg.mozilla.org/releases/comm-release/rev/4e63858690ea

Comment 33

[Francesco (no longer active, use PM for contact)]

Are you sure this bug should be reopened? Only the comm-release part was backed out and a fix is now on the way in bug 1998456.

Comment 37

[Corey Bryant]

Thunderbird 146.0 (backed out):
https://hg.mozilla.org/releases/comm-release/rev/032f7f8c1049

Comment 40

[Corey Bryant]

Hi All,

I recognize this bug is closed, but we are looking for some testing of a fix for this issue as soon as possible (release is Tues Jan 13th).

We have a fix that we are uplifting to 147.0 that limits localization of special folder names to specific names, and adds the mail.useLocalizedFolderNames preference to toggle that localization.

To test you will have to install Thunderbird from https://ftp.mozilla.org/pub/thunderbird/candidates/147.0b5-candidates/build1/. Note that we don't plan to release an official 147.0b5 because we already merged beta->release and it gets complicated to unwind the merge.

Please reach out with any feedback, good or bad.

Thanks in advance,
Corey

Comment 41

[Anje]

Please reach out with any feedback, good or bad.

Beta 148.0b1
changed 'mail.useLocalizedFolderNames' from true to false.
after a restart, all my folders are now being displayed correctly.
Thankyou for the fix.
Why is it set up as 'true' by default when that option causes so many various problems?
Surely it should be 'false' by default.

Suggestion - in 'Settings' > 'Appearance', please add an option to switch on/off the correct display of folder names.
This may effect anyone with Imap accounts and it will resolve many problems.
This setting is a very important option which effects alot of people.
There are many people who feel intimidated to go into Config settings and whilst I feel it's easy, I know plenty of people where it's out of their comfort zone or ability. I'm asking for easy access in Settings > Appearance OR even better and set the preference default to 'false' by default and let those who do not want to see correct server names have the option to alter them.