81914 - Getting POP mail has problems when language pack applied

Status: VERIFIED FIXED

(MailNews Core :: Internationalization, defect)

Description

[Robert Kaiser]

This bug was first seen as bug 62735 but it doen't only happen with de-AT
language pack, it also happens with others.

Steps to Reproduce:
1. install Mozilla
2. install language pack (reproduced with de-AT or Asturian)
3. Create a new profile with that language
4. Open MailNews
5. Configure a (new) POP-account
6. Get messages (e.g. STRG-T or button/menu).

Actual results: Nothing. MailNews doesn't try to fetch new messages.

Expected results: MailNews gets new messages

From what 62735 discussion says, I expect that steps 4-6 are enough when
language pack is already applied.
If you create the account with en-US applied and change to the other language
later, the POP account stays working!

This was first reported with a nightly from 2000-12-11 (de-AT language pack),
reproduced several times with various milestones and nightlies since that date
and de-AT language.

Now we got a posting in n.p.m.l10n saying
"On the other hand, something that I've seen with Mozilla0.8, 0.9, and Netscape
6.01: if I install the English version, and then the Asturian langpack, and then
I try to setup an email account, it doesn't ask me for the password, so I cannot
check the email. But if I switch to English, the pop-up menu asking for the
password appears, and I can see the emails. Then I switch again to Asturian, and
email works fine."

There seems to be an underlying bug in MailNews here that some code doesn't deal
right with localized strings (I once thought of folder names but I can't debug).
Any idea?

Comment 1

[nhottanscp]

L10N, are those language packs synchronized with trunk builds?

Comment 2

[rchen]

cc dainel.

Comment 3

[danielmc]

Umm... These packs are created by Mozilla Localisers. But it is possible that it 
is an issue with unsynchronised packs

Comment 4

[ji]

We used to have a problem with Japanese version of 6.0.
After we localized the default mail boxes to Japanese, It can't find the
correspondent POP mailboxes in English. It failed to connect to the server. So
we reverted back all the default mailboxes to English for that release. And the
i18n problem (bug 57440) is still there.

Comment 5

[nhottanscp]

Is there way to check if the pop mbox names are localized in the lang packs?

Comment 6

[Robert Kaiser]

nhotta, danielmc: The langpacks are perfectly synchronized with the builds (as
far as I'm aware of it).

Maybe translated mail folder names (esp. Inbox, I think I _have_ translated it
to "Posteingang" in German [like everybody would assume in a good localization])
can cause that issue as ji stated.

Kostas <[e-mail]> told me in n.p.m.l10n:
Hmm ....., I remember that I faced a similar problem with M.0.8 and the Greek
Language pack because the "inbox" strings were translated. When I changed the
"inbox" strings back to the original english everything was back to normal...

Comment 7

[nhottanscp]

Robert, could you change those strings back to English and try again?

Comment 8

[nhottanscp]

Looks like localization issue, reassign to rchen, cc to mcarlson.

Comment 9

[rchen]

So, this bug depends on bug 57440. 

To work around, Mozilla Localisers have to put back English for their language 
pack for now.

Reassigned to Tao.

Comment 10

[tao]

This is more like a mailnews i18n problem. L10n notes had been added into 
"messenger.properties" (bug 64199)

Comment 11

[scottputterman]

reassigning to naving

Comment 12

[Robert Kaiser]

so can this one be set to FIXED as well now that bug 57440 is resolved FIXED?

Comment 13

[ji]

Resolved this as fixed, since bug 57440 is fixed, connecting to POP mail account
with localized default mail foldernames shouldn't have problems now.

Comment 14

[ji]

Verified as fixed on a Ja build.