Closed Bug 256451 Opened 21 years ago Closed 21 years ago

"mapi code failed / Exception / NS_ERROR_FAILURE / nsIMapiRegistry.showMailIntegrationDialog / accountUtils.js"

Categories

(SeaMonkey :: MailNews: Account Configuration, defect)

x86
Windows 98
defect
Not set
major

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 253240

People

(Reporter: sgautherie, Assigned: sspitzer)

Details

(Keywords: regression)

[Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a3) Gecko/20040817] (release) (W98SE) {{ mapi code failed: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIMapiRegistry.showMailIntegrationDialog]" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: chrome://messenger/content/accountUtils.js :: showMailIntegrationDialog :: line 117" data: no] }} when starting MailNews. (I think that I don't see it always: need to delete XUL.mfl first !?)
I indeed miss the "do you want MailNews as your default mail app" dialog ! [Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.2) Gecko/20040803] (release) (W98SE) I don't have v1.8a2 to check anymore, but I believe that the regression occured between v1.8a2 and v1.8a3 !!?
Keywords: regression
What do you see when you try to open this location (you will need to copy and paste it): chrome://messenger-mapi/locale/mapi.properties You should see the same as this: http://lxr.mozilla.org/seamonkey/source/mailnews/mapi/resources/locale/en-US/mapi.properties?raw=1
(In reply to comment #2) > What do you see when you try to open this location (you will need to copy and > paste it): chrome://messenger-mapi/locale/mapi.properties v1.7.2: file loads and displays as expected :-) v1.8a3: Alert == "The file /locale/mapi.properties cannot be found. {...}" :-( > You should see the same as this: > http://lxr.mozilla.org/seamonkey/source/mailnews/mapi/resources/locale/en-US/mapi.properties?raw=1 The file is present (with expected content) in <en-US.jar>, or decompressed in <...\Mozilla\chrome\en-us\locale\en-US\messenger-mapi\>.
Well, I just downloaded mozilla-win32-1.8a3.zip, unzipped it, started Mozilla, created a new profile (just in case), and everything worked as I expected.
(In reply to comment #4) > pretty sure this is bug 253240 They could be two symptoms with same cause, yes.
(In reply to comment #5) > Well, I just downloaded mozilla-win32-1.8a3.zip, unzipped it, started Mozilla, > created a new profile (just in case), and everything worked as I expected. I'm using the .exe file; but this seems to be profile related (;->): I created a new minimal profile which does not show this bug (at first). I'll try and see what is trigerring it... (Any hint ?) (Note that bug 253240 still appears with new profile.)
OK, so how about these (you many need to use view source): jar:resource:/chrome/en-US.jar!/locale/en-US/messenger-mapi/mapi.properties jar:resource:/chrome/en-US.jar!/locale/en-US/messenger-mapi/contents.rdf
(In reply to comment #7) > (In reply to comment #5) > > Well, I just downloaded mozilla-win32-1.8a3.zip, unzipped it, started Mozilla, > > created a new profile (just in case), and everything worked as I expected. > > I'm using the .exe file; > but this seems to be profile related (;->): > I created a new minimal profile which does not show this bug (at first). My mistake: I forgot to enable the |dump() output| preference :-< Then, the bug is there even with the new profile ! > I'll try and see what is trigerring it... (Any hint ?) For the record: I had v1.7.2 and v1.8a2 installed; I installed v1.8a3, then removed v1.8a2. I did not try to remove+install v1.8a3 again. ***** (In reply to comment #8) > OK, so how about these (you many need to use view source): (I use modified paths, for my "uncompressed/patched" setup; but I verified previously that this is not the issue.) > jar:resource:/chrome/en-US.jar!/locale/en-US/messenger-mapi/mapi.properties Displays directly: jar:resource:/chrome/en-US.jar.zip!/locale/en-US/messenger-mapi/mapi.properties resource:///chrome/en-US/locale/en-US/messenger-mapi/mapi.properties > jar:resource:/chrome/en-US.jar!/locale/en-US/messenger-mapi/contents.rdf Displays with view source: jar:resource:///chrome/en-US.jar.zip!/locale/en-US/messenger-mapi/contents.rdf resource:///chrome/en-US/locale/en-US/messenger-mapi/contents.rdf Then, the issue seems to be limited to the chrome:// URI you provided...
OK, so does your installed-chrome.txt have this line: locale,install,url,resource:/chrome/en-US/locale/en-US/messenger-mapi/ If it doesn't, can you add it and see if it helps?
(In reply to comment #10) > OK, so does your installed-chrome.txt have this line: > locale,install,url,resource:/chrome/en-US/locale/en-US/messenger-mapi/ The initial file only has {{ ... locale,install,url,jar:resource:/chrome/en-US.jar!/locale/en-US/messenger/ locale,install,url,jar:resource:/chrome/en-US.jar!/locale/en-US/messenger-smime/ locale,install,url,jar:resource:/chrome/en-US.jar!/locale/en-US/messenger-mdn/ ... }} > If it doesn't, can you add it and see if it helps? That's it !! No more exception, and the dialog is back :-) Now, how come my file misses this line ?
Well, now I know what the problem is, I'll try to fix it in bug 253240. *** This bug has been marked as a duplicate of 253240 ***
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
(In reply to comment #12) > Well, now I know what the problem is, I'll try to fix it in bug 253240. (How come the zip install file worked for you ?) > *** This bug has been marked as a duplicate of 253240 *** Anyway, I checked in the meantime that adding the line does fix bug 253240 too :-) (duplicate at last ;->)
.zip builds come with a predefined installed-chrome.txt installer builds create it based on .jst files
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.