25812 - Download status appearance errors - progress bar

Status: VERIFIED WORKSFORME

(SeaMonkey :: UI Design, defect, P3)

Description

[Adam]

On Mozilla-Mac-M14 (2000012908) there are some purely aesthetic errors in the download status dialog.  When downloading a file, the 
progress meter in the status window appears to go outside the bounds of the progress bar, resulting in an unpleasing appearance. Also, the 
way the percentage count is done leaves a little light block (a couple of pixels large) to the left of the percentage.

Again, these problems are merely aesthetic but appear to be problems nonetheless. I'll be attaching a pic to better show the errors.

Tested on Moz-Mac-M14 (2000012908).

Comment 1

[Adam]

Attachment: JPEG of file status dialog appearance errors

Comment 2

[Paul MacQuiddy]

ben, is this your area?

Comment 3

[Ben Goodger (use ben at mozilla dot org for email)]

I can take a look, but the progress meter problem may be something trickier. 
I'll do my best and reassign afterwards if necessary.

Comment 4

[Peter Trudelle]

reproduced using todays opt commercial M14 build on Mac OS 8.6. I was waiting to 
test this one on my Mac before reassigning. I think it belongs to evaughan, who 
owns the progress meter.  feel free to reassign it to him.

Comment 5

[Adam]

Reassigning...

Comment 6

[Eric Vaughan]

This appears to be a problem with the dialog design not he progress meter itself

Comment 7

[Adam]

I'm not seeing this on Mozilla Mac M15 (2000030508), Mac OS 9. Fixed?

Comment 8

[Ben Goodger (use ben at mozilla dot org for email)]

worksforme on windows too, maybe this was fixed by eric's recent progressmeter 
update...

Comment 9

[sairuh (rarely reading bugmail)]

i no longer see these particular aesthetic problems on the progress meter, ie,
extra-tall progressed blue bar.

Comment 10

[Adam]

I'm not seeing any progress bar on Saturday's M15 build, waiting to try today's
binary before reopening. Also, the stray pixel is back.

Comment 11

[Adam]

The single light pixel is back, as well as # signs before the numbers (time
elapsed/remaining & % done) and there is NO progress bar at all. Reopening (for
at least the stray pixel). Mozilla M15 2000031908, Mac OS 9.

Comment 12

[Ben Goodger (use ben at mozilla dot org for email)]

not a priority, pushing out as far as possible.

Comment 13

[Adam]

Since the progress window changes on what seems to be a weekly basis (the 
progress bar has been entirely redone), setting to M30 as these won't likely be 
an issue in later milestones (and are not issues in current ones, either). Might 
just go ahead and resolve WORKSFORME and can reopen in the future if this crops 
up again. Otherwise, probably best to just ignore until the end of time.

Comment 14

[Sean Richardson]

Checking with 2000-05-18-08-M16 on WinNT, the actively drawing part of the 
"thermometer" stayed within the bounds of the background reserved for it.

The Progress Window has clearly seen some rebuilding; it is very much not done, 
( No [Cancel] button! ) but at least two other older progress window bugs are 
gone too.

Going ahead and marking WORKSFORME; no danger that this will go unreported if it 
crops up again. Adding polish keyword in case this gets reopened, but with the
complete rebuilding of the dialog, it would probably be more appropriate to
go with a new bug anyway.

Comment 15

[Blake Ross]

Changing all Progress Window components to XP Apps: GUI Features.  The Progress 
Window component will be retired shortly.

Comment 16

[sairuh (rarely reading bugmail)]

i haven't seen this for some time. vrfy wfm.