so far saw this only on winNT, today's non-comm bits [2000-02-04-08]. unable to test on linux due to bug 26249. will try to repro w/mac bits soon... go to site where you can download a zip, exe or file that'll bring up the Unknown File Type dialog. when it appears, it's verrrrrrrry wide --wider than the screen. need to move it to see all the buttons.

updating qa contact to me. nominating for beta1. after trying to use today's mac comm bits [2000-02-04-10], i found that this dialog wouldn't appear at all (although i can save files if i bring up the context menu and do a Save Link As...). ugh. anyhow, since the mac behavior might be due to another bug (today's mac bits look awful in any case), and the inability to test on linux, i'm a bit hesitant to mark this PP on win32 only... but do lemme know if you see it on other platforms.

cc:ing ben

Putting on PDT+ radar for beta1.

OK, that IS bad.

hm.. this could be another brutal sharing problem. The profile wizard does this after the second click on "New Profile..." in Profile Manager... chris, this is probably a dupe effect of the other one I gave you.

This is what I see in the console: XML Error in file 'chrome://global/content/downloadProgress.xul', Line Number: 10, Col Number: 36, Description: not well-formed Source Line: title="&downloadWindow.title" Looks like the entity is missing the closing ';'.

er.. is that the right dialog? That's the download progress dialog. I'm looking at unknownContent.xul I think.

*** Bug 26570 has been marked as a duplicate of this bug. ***

*** Bug 26570 has been marked as a duplicate of this bug. ***

danm, sorry to bone you with this. I've verified that it is -not- brutal sharing (see same behavior with the XUL cache on/off). Looks like either there is bad XUL in there, or something worse.

since this dialog used to work, I'd be surprised if it were bad XUL, but you never know ;)

using today's comm bits on mac [2000-02-10-08], i saw the wide UFT dialog briefly (it was blank), then crashed. the talkback report doesn't look helpful. i'll attach the Macsbug trace soon. http://cyclone/reports/incidenttemplate.CFM?reportID=124&style=0&tc=23&cp=1&ck1=SUser+email+address&cd1=%25sairuh%40netscape%2Ecom%25&co1=like&bbid=5191265 Trigger Type: Program Crash Trigger Reason: PowerPC unmapped memory exception Call Stack: (Signature = 0x00326fd4 b2418226) 0x00326fd4 0x0029e77c 0x0029d938 0x0029d1f0

I believe evaughan fixed this yesterday afternoon; it was a problem in boxframe initial reflow, though nothing obvious in the checkin comment supports that theory. Anyway, I can't reproduce it today.

looks fine on today's comm bits for winNT [2000-02-14-08] and linux [2000-02-14-09]. will verif this completely once a more recent mac build comes out.

looks fine on mac, using 2000-02-14-13 comm bits.