I have set my MacCVS prefs up to save .dtd files (and lots of other file types) as BBEdit files (R*ch/TEXT). In this state, I cannot start up the browser; I get a ton of assertions before even the profile picker loads. It seems that the reason is that the MIME mapping code in nsXMLMIMEDataSource.cpp is mapping various files (esp. dtd files) to different file types. If the files are CodeWarrior files (CWIE/TEXT) then it maps them to the MIME type text/cpp. In this state, everything works fine. If the files are BBEdit files, then it maps them to text/plain, and then things to horribly wrong (lots of assertions related to XBL).

Oddly enough, it works when .dtd get mapped to text/cpp, but not when they are text/plain. This bug is a developement blocker for me.

Why not M15? We have the fix.

fix checked in

f

Simon, can you check this for me please and if it's fixed mark verified. thx

I am not set up with MacCVS and therefore incapable of verifying. What I saw briefly in Simon's cube was this could still be a problem. Re-opening and re-assigning.

.

this bugs status should be re-opened (not new)

-> pchen, MIME mapping guy.

Simon: Has this reopened as a blocker for you? I need to understand current status to make a dogfood call.

This is not dogfood; only developers would run into this problem, and only then if they had MacCVS settings such that .dtd files got checked out with some weird type/creator.

retargeting to mozilla1.2

putting on the backburner for now, marking p3 and future

mass move, v2. qa to me.

->default assignee

moving neeti's futured bugs for triaging.

Simon, is this still a problem?

Nah

-> filehandling