428739 - when loading simple XHTML file: error: [Exception... "'Component is not available' when calling method: [nsIHandlerService::getTypeFromExtension]" / NS_ERROR_NOT_AVAILABLE

Status: VERIFIED DUPLICATE of bug 428600

(Core Graveyard :: File Handling, defect)

Description

[philippe (part-time)]

Attachment: simple test case

[Exception... "'Component is not available' when calling method: [nsIHandlerService::getTypeFromExtension]" nsresult: "0x80040111 (NS_ERROR_NOT_AVAILABLE)" location: "<unknown>" data: no]

pops up in the console when loading the most simple XHTML file
(both Minefield and Camino trunk builds).

Showed up first with this hourly build: 20080410_1043

the 20080410_1029 build works correctly.

http://bonsai.mozilla.org/cvsquery.cgi?module=PhoenixTinderbox&date=explicit&mindate=1207848540&maxdate=1207849379

--> Bug 415498.

Comment 1

[Carsten Book [:Tomcat]]

hm related bug 395228 ?

Comment 2

[philippe (part-time)]

Yeah, probably related. 
Here I have an XHTML file loaded as content, bug 395228 is about chrome elements.

Comment 3

[Ben Turner (not reading bugmail, use the needinfo flag!)]

Not an XPConnect bug (and maybe not a bug at all). Over to General.

Comment 4

[philippe (part-time)]

(In reply to comment #3)
> Not an XPConnect bug (and maybe not a bug at all). Over to General.
> 
Why Product > Firefox ? the same happens with Camino.

Comment 5

[Serge Gautherie (:sgautherie)]

[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9pre) Gecko/2008042003 SeaMonkey/2.0a1pre] (nightly) (W2Ksp4)

Confirmed, with SeaMonkey and Windows.

Comment 6

[philippe (part-time)]

The patch in bug 428600 has cleaned this up.
No more errors with this tinderbox build:
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9pre) Gecko/2008042917 Minefield/3.0pre

duping

Comment 7

[Serge Gautherie (:sgautherie)]

[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9pre) Gecko/2008043001 SeaMonkey/2.0a1pre] (nightly) (W2Ksp4)

V.Duplicate