This has been around for a long time (I think it's present in 1.7b even), and I'm pretty sure someone has already reported it and I just can't find a duplicate. Basically, "Save as" dialog box gets cut at bottom randomly (every second or every third time) when downloading a file. Steps to reproduce: 1. Click on link to download a file. 2. Save as box appears. It should appear cut at bottom, but not every time. Try it couple of times and it should happen. I will attach a screenshot, but not right now.

For me it is only the first time (sometimes). Subsequent downloads for the same link display ok. Mozilla 1.8b on WinNT4. For 1.7 branch it was not fixed, for trunk it was Bug 189076. But it seems the fix is not complete for some cases (long filenames, paths, application names).

Here two pictures of the problem for me. The problem appears not always.

note: Bug 189076 was fixed by the patch in bug 255270.

I'm pretty sure we have existing bugs on the long filename issue.... In any case, this is hardly a regression.

Well, it didn't happen before 1.7 (at least not so frequently; I have personally *never* encountered it), so it can be considered a regression IMHO.

(In reply to comment #5) > I'm pretty sure we have existing bugs on the long filename issue.... I see it also like the reporter for normal filenames. And always only for the first time. For example I reset my helper app settings for pdfs to always ask me and did the steps from Bug 257200 comment 0 (for S60 camera) and I got the same clipped dialog for the first time download of EVERY single pdf on that page. Clipped dialog is attachment 157219 [details]. See Bug 234859 for the problem with long URLs.

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

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

This bug is still present in Seamonkey 1.0b. It's pretty visible and annoying.

Is this code shared with aviary? http://lxr.mozilla.org/seamonkey/source/embedding/components/ui/helperAppDlg/nsHelperAppDlg.xul

certainly not with firefox. not quite sure about tbird.

This happens rarely, no UI functionality is hidden/lost, just a minor polish issue, and 1.7 apparently shipped with this as well - so not blocking 1.0 by that.

bz, i didn't find a dup for it, at least not in product=moz... similarities in bug 205876 and Bug 325635

see also Bug 79889

Filter "spam" on "guifeatures-nobody-20080610".

dialog is just too short when following link to .exe-file see my comment for further details.

i encountered this bug after i upgraded from 2.0.0.14 to 3.0 on windows xp. it seems, that the save dialog is clipped at the bottom, when i try to download an .exe file. i dont know what that implies for the underlying logic that builds up the radio-buttons and resizes the window, but i can reproduce the bug every time. and i tried it with a lot of different links on different websites. i added a screenshot that demonstrates this observation. my system is winxpsp2, "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9) Gecko/2008052906 Firefox/3.0"

This bug is for mozilla application suite = seamonkey. Wherether this is the same now on FF I do not know.

I'm also finding this problem on FF 3.0, except on Windows Vista. Again, it only happens with .exe files, files with other extensions are just fine. Considering that BitComet includes a Firefox extension that modifies the content of the dialog, is it possible the problem is caused by that? I don't think so (after all, this only happens with a specific file extension and the BitComet extension does its change for all file downloads) but there's always the possibility.