553772 - Unable to Add Mail Account from Tools -> Account Settings. Error "JS frame :: chrome://messenger/content/AccountManager.js :: AddMailAccount :: line 386" data: no]

Status: UNCONFIRMED

(Thunderbird :: Account Manager, defect)

Description

[Nicholas Chan]

User-Agent:       Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3

Clicking through from Tools -> Account Settings and clicking on "Account Actions" and clicking "Add Mail Account..." results in nothing happening. Clicking on "Add Other Account..." pops up the Account Wizard. Replicable even after restarting Thunderbird.

Reproducible: Always

Steps to Reproduce:
1. Clickthrough from Tools -> Account Settings 
2. Click "Account Actions" and click "Add Mail Account..." 
3.
Actual Results:  
Nothing happened.

Expected Results:  
Account Wizard is supposed to start.

Theme is default, no crashes. Error from Error Console.

Error: uncaught exception: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIMsgMailSession.topmostMsgWindow]"  nsresult: "0x80004005 (NS_ERROR_FAILURE)"  location: "JS frame :: chrome://messenger/content/AccountManager.js :: AddMailAccount :: line 386"  data: no]

Warning: The 'charCode' property of a keyup event should not be used. The value is meaningless.
Source File: chrome://messenger/content/messenger.xul
Line: 0

Error: buildconfig is not defined
Source File: javascript:%20about:buildconfig
Line: 1

Comment 1

[Nathan Tuggy (:tuggyne)]

Have you tried Thunderbird's safe mode? (see https://support.mozillamessaging.com/en-US/kb/Safe+Mode for more information)

Comment 2

[[:Aureliano Buendía]]

Nicholas, if comment #1 don't solve your problem try disabling your antivirus.

If your problem is related to anti-virus, please post here more info about it.

Comment 3

[Stormy Peters]

So I had very similar problem. I had just installed Thunderbird on a Mac system and got this same error every time I tried to add a mail account.

Error: uncaught exception: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIMsgMailSession.topmostMsgWindow]"  nsresult: "0x80004005 (NS_ERROR_FAILURE)"  location: "JS frame :: chrome://messenger/content/AccountManager.js :: AddMailAccount :: line 386"  data: no]

I solved it by removing this directory:
/Users/"myusername"/Library/Thunderbird

I restarted Thunderbird after I removed the directory.

Comment 4

[Wayne Mery (:wsmwk)]

Nicholas, Stormy, do you still see this problem in a curent version?

Comment 6

[:aceman]

Could anybody reproduce this? What steps are necessary?

Comment 7

[u114429]

I have this issue as well.
Just installed Thunderbird version 13.0 beta 4 (NL) on a Windows 7 PC without administrative rights. Clicking any of the buttons in the initial 'email account wizard' does nothing. The 'Add email account' in the accounts overview does nothing either (results in error mentioned below).
The adding of news accounts and such is working fine.

----------

Tijdstempel: 6/1/2012 2:01:42 PM
Fout: uncaught exception: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIMsgMailSession.topmostMsgWindow]"  nsresult: "0x80004005 (NS_ERROR_FAILURE)"  location: "JS frame :: chrome://messenger/content/AccountManager.js :: AddMailAccount :: line 386"  data: no]

Comment 8

[u114429]

Can reproduce it time after time here if you want something traced or so.

Comment 9

[u114429]

OK, installed same version on my home PC, also Windows 7 x64, now with administrative rights, same issue.

Comment 10

[:aceman]

Can you attach a screenshot of what Thunderbird windows are up when the problem appears? So that we are sure if the main window is up and what is the initial 'email account wizard'. Thanks.

Comment 11

[u114429]

Attachment: Screenshot of exception just after selecting 'add e-mail account'

Comment 12

[u114429]

Attachment: Screenshot of 'initial account wizard'

Comment 13

[:aceman]

Thanks. Can you tell the exact steps you do? I do not understand why you are already in the Account settings window with only the SMTP server and no accounts. Maybe it is because the exception and therefore no account was created.
I assume the 'initial account wizard' window comes before the other screenshot and is already closed when you are in the Account settings (other screenshot).

Comment 14

[u114429]

The steps for me to reproduce:
- Start Thunderbird
- Close the initial account wizard (the buttons don't work, same error)
- Select Extra->Account settings
- Select Actions->Add email account

The actions are best guesses from the Dutch translation, might not be the exact wording in the English version.

Comment 15

[:aceman]

So does it mean that you can't actually create any accounts on your installation? Or did you find some way to do it?

Do you have an antivirus?

Comment 16

[u114429]

I cannot create any (mail) account on my installations, or is there some way to do this manually via config files?

At home I run MS Security Essentials, at work we have McAfee (not the latest version, not sure which version at the moment as I'm working from home now).

Furthermore stuff running at home and work:
- AlwaysMouseWheel
- Bvckup
- Citrix Connection Center
- Wuala

Don't expect these to interfere, but you never know.

Comment 17

[:aceman]

Could you try installing TB12 and trying the process there?

Comment 18

[u114429]

Installing 12.0.1 Dutch as I type...

Comment 19

[u114429]

Attachment: Account setup Thunderbird 12.0.1 Dutch

In version 12.0.1 Dutch the account wizard does function.

Comment 20

[u114429]

Installed 13.0 Beta 4 Dutch over 12.0.1 Dutch without first creating an account and immediately have the same issue again, will revert the 12.0.1 create an account and then install 13.0 beta 4 to see if I can add a second account.

Comment 21

[:aceman]

It seems the new Account provisioning wizard (that you cancelled in TB13) is not in TB12. So that new feature may interfere. However the older reporters in this bug have used older TB versions (down to 3.0). Maybe the same bug is reappearing again.

If you were not able to create a new account in TB13 that is a very major problem.

Comment 22

[u114429]

OK
- installed 12.0.1
- created an email account (gmail/imap)
- installed 13.0 beta 4
- added another email account (gmail/imap)

It thus only fails for the initial account.

Comment 23

[:aceman]

Mconley, Standard8, can you look at the account provisioning thingy here (starting at comment 7)?

Hendrik, when you already had an account and you created next account in TB13 did you get the new white dialog (account provisioning) or did you immediately get the older wizard as in attachment 629744 [details]?

Comment 24

[u114429]

I got the older wizard like in TB12

Comment 25

[Mike Conley (:mconley) (:⚙️)]

aceman:

Have you been able to reproduce this?

-Mike

Comment 26

[Mike Conley (:mconley) (:⚙️)]

I just reproduced this using the Dutch version of Thunderbird 13b4.

Comment 27

[Mike Conley (:mconley) (:⚙️)]

This is in the Error Console:

Tijdstempel: 04/06/2012 9:38:30 AM
Fout: onjuist gevormd
Bronbestand: 
Regel: 1, Kolom: 169
Broncode:
<div xmlns="http://www.w3.org/1999/xhtml"><span>De gebruikte zoektermen zijn naar Mozilla (<a href="https://www.mozilla.org/thunderbird/legal/privacy/" class="external"privacybeleid</a>) en naar derde e-mailproviders <span class="placeholder"></span> verzonden om beschikbare e-mailadressen te vinden.</span></

Comment 28

[Mike Conley (:mconley) (:⚙️)]

"onjuist gevormd" translates to "incorrectly formed", and I can see where:

(<a href="https://www.mozilla.org/thunderbird/legal/privacy/" class="external"privacybeleid</a>)

The anchor is malformed (there should be a > before "privacybeleid").

See:  http://mxr.mozilla.org/comm-central/source/mail/locales/en-US/chrome/messenger/newmailaccount/accountProvisioner.properties#25

Comment 29

[Mike Conley (:mconley) (:⚙️)]

This only appears to affect the Dutch locale, and while the symptoms appear to be the same as this bug, I think it's actually a separate issue.

I've filed a new bug for this at bug 761143.

Comment 30

[:aceman]

(In reply to Mike Conley (:mconley) from comment #25)
> aceman:
> Have you been able to reproduce this?

Not yet, need to wait some hours for a suitable machine.

Ok, thanks for looking into it. Do you think that typo causes the problem? Could you simulate the typo in english build?

Comment 31

[Mike Conley (:mconley) (:⚙️)]

(In reply to :aceman from comment #30)
> (In reply to Mike Conley (:mconley) from comment #25)
> > aceman:
> > Have you been able to reproduce this?
> 
> Not yet, need to wait some hours for a suitable machine.
> 
> Ok, thanks for looking into it. Do you think that typo causes the problem?
> Could you simulate the typo in english build?

I didn't simulate the type in the English build, but I did manually fix the Dutch version locally by altering accountProvisioner.properties in my omni.ja.  This resolved the startup issue and also fixed the case where the wizard is spawned from the Account Settings dialog.

Comment 32

[:aceman]

OK, that should be equivalent. I didn't know if you can fix the Dutch build.

Comment 33

[Wayne Mery (:wsmwk)]

Are bug 912176 and bug 989591 in any way related?

Comment 34

[:aceman]

I don't think so.

It seems the bug here was caused by a typo in Dutch translation. Was that actually ever fixed in newer versions? Can we close this?

Comment 35

[Wayne Mery (:wsmwk)]

Perhpas Onno will know. :)

nicholas seems to be gone.

Comment 36

[Onno Ekker [:nONoNonO UTC+1]]

I've tried to reproduce the original bug with Thunderbird 3.0.11 and Thunderbird 3.0.3, both English and Dutch versions, but was not able to reproduce.

Comment #7 and further are all related to bug 761143 and I haven't been able to reproduce that either with Thunderbird ESR versions 10.0.12 or 17.0.11. I haven't tried the intermediate versions 12.0.1 or 13.0b4.

Maybe the original problem was also locale dependent, but it's hard to find out if the OP isn't around to give this information. I'd say this bug is resolved, works for me.