331732 - When update download speed is > 1.0MBps, time remaining is incorrect

Status: RESOLVED INCOMPLETE

(Toolkit :: Application Update, defect)

Description

[Rishi Maharaj]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060322 Firefox/1.6a1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060322 Firefox/1.6a1

When an update is being downloaded at any speed greater than 1.0MB/sec, the time remaining counter is obviously incorrect (see screenshot).

Reproducible: Always

Steps to Reproduce:
1. Check for Updates.
2. Download an update at > 1.0MBps

Actual Results:  
The time remaining counter shows an unreasonably large amount of time.

Expected Results:  
The time remaining counter shows the quotient of the data left to download and the  transfer.

Comment 1

[Rishi Maharaj]

Attachment: Screenshot

Comment 2

[Zach Lipton [:zach]]

I'm seeing this on mac intel trunk 2007061504. It shows a time estimate in excess of an hour, and the estimate drops very quickly from there. Looks like we're estimating the time as though it's 1 KBps. 

Comment 3

[Robert Strong (they/them - no direct email)]

With the landing of bug 414326 we now use the same methods for displaying progress as the download manager. Can you check against current trunk to see if this is still reproduceable? Thanks

Comment 4

[Robert Strong (they/them - no direct email)]

Can someone check if this is still reproducible with either a Minefield (e.g. mozilla-central) or Shiretoko (e.g. mozilla-1.9.1) nightly? Thanks
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/