If you either follow a link to a file of unrecognized MIME type, or download an e-mail attachment with an unrecognized MIME type, Mozilla presents a dialog box to allow you to either open the file using an application or to save the file to disk. When initially presented, the dialog box if formatted correctly. However, if the you follow the "Choose" button and pick an application to handle the file, the path to the application if added to the dialog box. The path is almost always a long one, and causes that box to wrap onto several lines. The height of the dialog box doesn't change, so the added height of the contents causes the bottom of the contents to be clipped. With enough height, the buttons at the bottom could be inaccessible. There are some near duplicates in bugzilla, but I couldn't find exactly this reported. The duplicate that is still open is bug 128750. The example page at URL http://wap.gemal.dk comes from that bug. I've seen this on Windows 98, but assume it a problem that affects all platforms. I've also copied bug 128750's Browser|File Handling components. I'm not sure those are appropriate, but didn't see anything more likely. It does happen in mailnews, not just the browser proper. Other near duplicates include bug 153190 and bug 153222, both of which deal with wrapping before the application path is added. (And they are marked dups of 128750 because they were caused by a patch to fix 128750.) Conceptually, it seems easy to allow the dialog box height to be determined by the contents. I have no idea if that is easy to do within the confines of the application.

Here is a screen dump of the misformatted dialog box

Dup of "OK/Cancel buttons pushed off (and long full path to app) bottom of Downloading dlg when Chosen Application string is too long" *** This bug has been marked as a duplicate of 112180 ***

mass-verification of Duplicates. mail search string for bugspam: SolarFlaresAreTheCause