319349 - Download Window Doesn't Scroll to Bottom When Download Started

Status: RESOLVED FIXED

(Camino Graveyard :: Downloading, defect)

Description

[Herbert Schulz]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a1) Gecko/20051205 Camino/1.0+
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a1) Gecko/20051205 Camino/1.0+

If the Download Window has a long list of downloaded files (i.e., it has a scroll bar) a new download doesn't automatically scroll the window to the bottom, i.e., that down load. You must scroll there manually.

I have the download wondow pet to close upon download completion.

Reproducible: Always

Steps to Reproduce:
1.Have a long list of previous downloads in the Download Window
2.Start another download
3.The window doesn't scroll to new download (at the bottom of the list).

Actual Results:  
Window doesn't scroll to show present download

Expected Results:  
Present download should always be shown in window (i.e., the window should be at the end of the list.

This is with a trunk optimized build.

Comment 1

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

*** This bug has been marked as a duplicate of 319131 ***

Comment 2

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

Herbert, is this fixed in the latest official nightly (branch or trunk)?

Comment 3

[Chris Lawson (gone)]

(In reply to comment #2)
> Herbert, is this fixed in the latest official nightly (branch or trunk)?
 
Not according to this:

http://forums.mozillazine.org/viewtopic.php?p=1932124#1932124

Looks like there's still a little work to be done here.

Confirming, CCing Nick and Simon in case either of them has any ideas, adding "polish" keyword and targeting for 1.0.

Comment 4

[Simon Fraser [no longer active]]

Probably mine.

Comment 5

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

It regressed at the same time as the "1.5 blank spaces" appeared, at least on the branch.  I checked because at first I didn't think this was a dupe ;)

Comment 6

[Simon Fraser [no longer active]]

Attachment: Patch

Comment 7

[Simon Fraser [no longer active]]

Fixed. The view frame math was assuming that progress views were a direct child of the scroll view's content view.

Comment 8

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

I'm seeing this again in the 2005122004 (v1.0b1+) build.  The dl manager opens scrolled all the way up (i.e., at the top) on a fresh launch of Camino, no matter where it had been scrolled to/what had been selected prior to closing (which also seems new), and the dl manager does not scroll to show the last item (i.e., what's being downloaded now).

Comment 9

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

Hrm, it's working again in today's build with no apparent changes, either in the code or on my end (prefs/profile).  I tested both builds numerous times, so I'm not sure what was up.

I'm going to reset this bug back to fixed (since it is) and write the issue off to some ephemeral glitch on my Mac.  Sorry for the bugspam.

Comment 10

[Simon Fraser [no longer active]]

The first 1.8.0 build (or two?) was an apparent downgrade from 1.8, because I hadn't yet merged the 1.8 changes onto the 1.8.0 branch.