288096 - Bottom center of "Download" button "cut-off"

Status: VERIFIED WORKSFORME

(Toolkit :: Downloads API, defect)

Description

[Jamie Diamond]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050328 Firefox/1.0+
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050328 Firefox/1.0+

The center bottom portion of the download button in the file download dialogue
extends about a pixel over the line set the the curved aqua sides.

Reproducible: Always

Steps to Reproduce:
1. click on a downloadable file
2. Look at the OK or Download button in the resulting dialogue.
3.

Actual Results:  
Bottom line of button extends down past constraints.

Expected Results:  
Should be flush with sides of button.

Comment 1

[Jamie Diamond]

This is using 20050328 on OS 10.3.8

Comment 2

[:Gavin Sharp [email: [e-mail]]]

Can you post a screenshot that clearly indicates the problem?

Comment 3

[Paul Norman]

Attachment: Screenshot demonstrating problem

screenshot taken with Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US;
rv:1.8b2) Gecko/20050325 Firefox/1.0+

Comment 4

[Jamie Diamond]

No, sorry. I can't because the problem is only appearent when the app is active
and the screenshot app must be active to take a screenshot so it can't capture
the problem.

Comment 5

[Paul Norman]

Attachment: Screenshot of a normal Aqua button

Comment 6

[Paul Norman]

WFM in Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2)
Gecko/20050531 Firefox/1.0+ (Deer Park 1.0+) running on 10.4.1.

I was seeing the bug before so it looks like it's fixed, but it might still be
broken on 10.3.

Comment 7

[Jamie Diamond]

WFM on 10.4.1
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050601 Firefox/1.0+

Could someone on 10.3 check this with a new nightly?

Comment 8

[Gervase Markham [:gerv]]

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 9

[Jamie Diamond]

It's broken again. i'm seeing it in the betas and post beta 1 nightlies.

Comment 10

[Samuel Sidler (old account; do not CC)]

WFM using Fx 1.5 on Tiger (10.4.3)

Is this still true on 10.3 using Fx 1.5?

Comment 11

[Jamie Diamond]

I'm still getting it on 1.5 on 10.4.3.

Comment 12

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

I see it, too, on 10.3.9.  "OK" looks like it might be several pixels too high for some odd reason, causing the button to expand and the bottom to be "cropped" off (and the drop-shadow to be missing, too.)

FYI, you can use the shortcut cmd-shift-caps-4 and then drag to select the area, or spacebar to enter "window mode", and get the screenshot.

Comment 13

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

I also noted that when I clicked the check box to remember that file type, it seemed to fix the bottom of the button (that time only) in the process of resizing the dialogue.

Comment 14

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

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

Comment 15

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

I think this is lurking in some other buttons, too...I saw one elsewhere the other day, but I was in a hurry and forgot to note where :-(

Comment 16

[Wayne Woods]

This bug (or at least this bug in its second incarnation... probably shouldn't have been morphed) regressed between the 20050725-07 and 20050726-07 trunk builds.

With my unskilled eye, I can't see anything in the various bits of unknownContentType code that suggest why the button is being cut off in that particular window.

I also can't see anything checked in between those times that stand out as the cause, but it could be that something was fixed that unmasked an older problem.

Interesting bug fixes from that time: bug 301688, bug 300816. Maybe there's more:
http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=20050725+00%3A00%3A00&maxdate=20050726+11%3A00%3A00&cvsroot=%2Fcvsroot

Comment 17

[Edouard Klein]

This bug doesn't exist anymore on
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.5; en-US; rv:1.9b3pre) Gecko/2008010804 Minefield/3.0b3pre

I add a screenshot of the correct button

Comment 18

[Edouard Klein]

Attachment: Correct look for OK button with a Firefox 3 nightly

Comment 19

[Ed Lee :Mardak]

WFM as well as comment 18