Open
Bug 420108
Opened 17 years ago
Updated 3 years ago
Javascript interferes with post
Categories
(Core :: General, defect)
Tracking
()
UNCONFIRMED
People
(Reporter: pschmandra, Unassigned)
References
()
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b3) Gecko/2008020514 Firefox/3.0b3
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b3) Gecko/2008020514 Firefox/3.0b3
The javascript code that drives the progress bar makes a calculated prediction of that status of the upload using feedback from the uploader. It uses this info to smooth out the progress bar so it does not jump so much. Typically it jumps by small amounts at the very beginning of the upload until the top upload speed is achieved. Then it is pretty stable from there. However, FF3 Beta 3 jumps by huge amounts making the progress bar useless. It would seem that the javascript blocks the file post making any upload feedback impossible.
Reproducible: Always
Steps to Reproduce:
1. Select a 4 MB file
2. Submit file upload
Actual Results:
File upload progress bar jump around by large amounts making it useless for monitoring an active file upload.
Expected Results:
A few small jumps at the very beginning of the upload and then a smooth progress bar for the last 95%.
Works on IE, Safari, Opera, FF1, FF2.
Comment 2•17 years ago
|
||
I don't think those assumptions have any basis in fact. We did add code at some point to avoid having the progress bar move backwards, that might have made it less smooth, but it wouldn't have any effect on the actual loading of the files. Does it take any longer to load, or are you just talking about the cosmetic effect?
Flags: blocking-firefox3?
| Reporter | ||
Comment 3•17 years ago
|
||
Clearly there is an issue with Javascript and a file post running at the same time. Adding code to avoid having the progress bar move backwards is just masking the problem. The AJAX output clearly shows the client receives upload info every second immediately after the post has been submitted using FF1, FF2, IE, Opera and Safari. Using FF3 Beta there is a ~10 second lag where no information is received by the client resulting in a run-away progress bar.
| Reporter | ||
Comment 4•17 years ago
|
||
Sorry, yes I am talking about the cosmetic effect. Insofar as this issue manifests itself as a cosmetic defect in this particular app. The actual post time does not seem to be affected.
Comment 5•17 years ago
|
||
oh, this is not the firefox progress bar. -> Core
smooth for me the whole time, fwiw, using current trunk
Product: Firefox → Core
QA Contact: general → general
| Reporter | ||
Comment 6•17 years ago
|
||
I get a 10 sec delay where no information is received by the client using FF3 Beta. However, I also have FF2 installed in a different folder on the same machine. Maybe there is a conflict between installs? Anyway, thanks for taking the time and effort.
Comment 7•17 years ago
|
||
I also can' reproduce this with current trunk....
| Reporter | ||
Comment 8•17 years ago
|
||
Must be an issue with multiple FF installs on the same machine as a portable FF3 beta running on a USB key does not have the 10 sec delay issue.
Comment 9•17 years ago
|
||
Cannot reproduce here on Linux (Mandriva Cooker) with latest-trunk (3.0pre). Everything seems smooth as silk.
| Reporter | ||
Comment 10•17 years ago
|
||
I may have spoke to soon about it being a multi install issue. Fwiw, I was able to duplicate this bug running FFBeta 5 on a USB key. Screen shots are now posted on the page for your viewing pleasure.
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•