Open download when completed can display negative time
Categories
(Toolkit :: Downloads API, defect, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr91 | --- | unaffected |
firefox95 | --- | disabled |
firefox96 | --- | disabled |
firefox97 | --- | wontfix |
firefox98 | --- | verified |
People
(Reporter: phorea, Assigned: kabakert, Mentored)
References
(Blocks 1 open bug)
Details
(Keywords: good-first-bug)
Attachments
(2 files)
Note
- Intermittently reproduced on a WI-FI connection
Affected versions
- Nightly 97.0a1 2021-12-22
Affected platforms
- Ubuntu 21.04 Wayland
Steps to reproduce
- Start any lengthier download, e.g: https://speed.hetzner.de/
- Before the download is complete, click on the ongoing download so that the elapsed time is replaced with
Opening in ...
- Wait for the download to complete and check the elapsed time
Expected result
- Either display
Opening in 0s...
longer or change withOpening in a few seconds
as for regular download
Actual result
Opening in -1s...
can be spotted right before the file is opened
Additional notes
- We didn't encounter this on Windows 10, even with a network limiter
Reporter | ||
Comment 1•3 years ago
|
||
This component may be a better fit, please feel free to revert.
Comment 2•3 years ago
|
||
I'm not sure how we end up with negative time values here. I suspect if we want to fix the root issue for this we'd want to take a look at getTimeLeft.
But we do have a string for handling odd values for an ongoing download: Opening when completed…
. This is probably what we want to use. For a quick fix, we can add another check for when the time value is less than zero here.
Updated•3 years ago
|
Comment 5•3 years ago
|
||
bugherder |
Comment 6•3 years ago
|
||
The patch landed in nightly and beta is affected.
:kabakert, is this bug important enough to require an uplift?
If not please set status_beta
to wontfix
.
For more information, please visit auto_nag documentation.
Updated•3 years ago
|
Updated•3 years ago
|
Reporter | ||
Comment 7•3 years ago
|
||
This issue is no longer reproducible on latest Nightly 98.0a1 2022-01-27.
Description
•