280909 - "Save as" dialog box is sometimes clipped at the bottom - window too small

Status: NEW

(SeaMonkey :: UI Design, defect)

Description

[Vedran Miletic]

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.

Comment 1

[OstGote!]

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).

Comment 2

[OstGote!]

Attachment: dialog 1st time (clipped)

Comment 3

[OstGote!]

Attachment: dialog 2nd time (normal)

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

Comment 4

[OstGote!]

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

Comment 5

[Boris Zbarsky [:bzbarsky]]

I'm pretty sure we have existing bugs on the long filename issue....

In any case, this is hardly a regression.

Comment 6

[Vedran Miletic]

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.

Comment 7

[Vedran Miletic]

Attachment: A proof that it's not related to long filenames

Comment 8

[Vedran Miletic]

Attachment: This is how it looks when it's OK

Comment 9

[OstGote!]

(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.

Comment 10

[Boris Zbarsky [:bzbarsky]]

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

Comment 11

[Adam Pribyl]

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

Comment 12

[Adam Pribyl]

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

Comment 13

[Chris Thomas (CTho) [formerly [e-mail] [e-mail]]]

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

Comment 14

[Christian :Biesinger (don't email me, ping me on IRC)]

certainly not with firefox. not quite sure about tbird.

Comment 15

[Robert Kaiser]

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.

Comment 16

[Wayne Mery (:wsmwk)]

bz, i didn't find a dup for it, at least not in product=moz...

similarities in bug 205876 and Bug 325635

Comment 17

[OstGote!]

see also Bug 79889

Comment 18

[Serge Gautherie (:sgautherie)]

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

Comment 19

[christopher colomb]

Attachment: dialog is just too short when following link to .exe-file

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

Comment 20

[christopher colomb]

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"

Comment 21

[Adam Pribyl]

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

Comment 22

[Chris Charabaruk]

Attachment: Screenshot showing the problem, alongside version dialog

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.