Closed
Bug 275784
Opened 20 years ago
Closed 18 years ago
Transferring data from... remains in status bar (on all tabs) when downloading a file
Categories
(Toolkit :: Downloads API, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: avbohemen, Assigned: bugs)
References
Details
Attachments
(2 files)
When downloading a file, the status bar in Firefox gets overwritten with "Transferring data from [site]" when downloading a (big) file using the download manager. This is annoying, because you cannot see what the status of the current page is, ie. when you click a new link to navigate away from that page. Messages like "Contacting [site]", "Waiting for [site]" get overwritten while the download is still running. This propagates through all tabs.
| Reporter | ||
Comment 1•20 years ago
|
||
This is different from bug 275784 and bug 185547, it only effects downloads. Especially when navigating away from the page on which you started the download, the status bar should display "Done" when the new page is fully displayed. It did that in the past. And because it affects the status bar in other tabs as well, it is probably depending on bug 104532.
| Reporter | ||
Comment 2•20 years ago
|
||
Sorry for another comment, but the new bugzilla doesn't seem to include the UA. It is Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a6) Gecko/20041221 Firefox/1.0+
Comment 3•20 years ago
|
||
(In reply to comment #1) > This is different from bug 275784 Err... this *is* bug 275784.
Comment 4•20 years ago
|
||
How are you managing to get a download to put its "Transferring data..." into the statusbar in the first place? With a new profile (as well as my usual settings), no extensions installed, starting a download doesn't do anything other than put the URL for the link in the statusbar.
I see this when starting a download by navigating/link-following, but not when using "Save Link As..." Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a6) Gecko/20041223 Firefox/1.0+
Comment 6•20 years ago
|
||
Ah, trunk. Even had a UA in a separate comment and I still missed it. There, I see it, current trunk, 20041129 so it's not from the landing, and for that matter in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a6) Gecko/20041216 as well, so whether it's a bug or a feature, it's in something Core, not just Firefox.
Updated•20 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 7•20 years ago
|
||
I have some experience with a similar problem. It's relatively new, only the latest versions of Firefox (from 1.0RC or newer) have it. If you click on http://pfastrevmail.no-ip.com/bug/dev.html you can see that in the statusbar the text 'Waiting for pfastrevmail.no-ip.com' remains, in other tabs too. This is caused by the javascript preload function. Maybe it's bad design, but this simple function works now for some years, never had any problems with it. If I preload only 1 image, the problem doesn't appear: http://pfastrevmail.no-ip.com/bug/dev1.html The same page on some other servers don't give the same problem though. Maybe the problem exists because of a server misconfiguration, or some incompatibilities between this server & mozilla? I haven't been able to determine on which servers the problem exists, and which not. Server: Apache/2.0.50 (Unix) mod_ssl/2.0.50 OpenSSL/0.9.7b PHP/5.0.2 Server at pfastrevmail.no-ip.com Port 80 Client: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 Maybe this helps in finding the problem, if not, please ignore my message...
This is still happening (winxp sp1, ffox 1.0). I've also setup a test page with Tomcat on my own machine that demonstrates this bug, and even if I shutdown Tomcat then Firefox still says it's transferring data, despite there being no connection/socket open (netstat verifies this). Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.7.5) Gecko/20041110 Firefox/1.0 If i visit http://www.oreka.com/ then it always happens.
Comment 9•20 years ago
|
||
An additional interesting behavior of this bug is that if 2+ tabs are open, and one is reloaded and then closed (while loading), whatever was displayed in the status bar remains there for the other tabs.
Comment 10•20 years ago
|
||
This still occurs in Deer Park Alpha 1. Even worse if you have started two downloads in this manner, each from different domains - the status text: "Transferring from ftp.mozilla.org..." or "Transferring from 212.204.36.34..." flips back and forth between them about 20 times a second - highly annoying and distracting. Remember - this only happens when downloads are initiated with a left click - Not when using "Save link as..." Requesting to block-aviary1.1
Flags: blocking-aviary1.1?
Updated•19 years ago
|
Flags: blocking-aviary1.1? → blocking-aviary1.1-
Comment 11•19 years ago
|
||
*** Bug 304979 has been marked as a duplicate of this bug. ***
Comment 12•19 years ago
|
||
Comment 13•19 years ago
|
||
I use the status bar to provide information to the user as a form is being filled in. I just says "Done" whe the onMouseOver and onClick events try to change window.status. IE gives me my messages as expected. This code fragment should be changing the status. It gets called but the alert has no text, not even the "Done".
// fill window status
function normalStatus(message){
var basicStatus='Enter Current Period Labor Hours and Expenses';
window.defaultStatus=basicStatus;
if (!arguments.length)
{ window.status=basicStatus;}
else
{ window.status=message;}
alert(window.status);
return true;
}
Comment 14•19 years ago
|
||
i'm seeing the same or a similar bug when I use a fairly generic image preloader and an image rotator on a page. The preloader preloads the images available to the image rotator. You can see it here: http://www.brianmaniere.com The "transferring data from..." message appears the first time a person visits the page (always), and every other time they visit the page until every possible image available is displayed at least once in the image rotator. After all 16 images have been viewed in the rotator at least once, the message doesn't show. If I comment out the second call to the preload images function (at the end of the brianmaniere-home.js file) I don't see the "transferring data from..." message when I load the page. but as soon as I rotate a photo in the image rotator, it appears and doesn't go away until I've cycled through all 16, leave the page, and return without clearing my cache. I'm not sure this comment should be entered here; maybe this is a different bug? It isn't specifically related to the download manager, although I suspect the issues are related.
Comment 15•19 years ago
|
||
Brian, it seems you've found a different issue. Please see one of the following bugs: bug 296150, bug 192059, bug 185547 comment 85, and/or bug 209330 comment 54. You may have either found a regression or another issue. Over the years, there have been a number of bugs with this same symptom ("Transferring data from...") in the status bar, but this one is for the download manager. :)
| Reporter | ||
Comment 16•18 years ago
|
||
Sorry for bugspam, just cleaning up my reported bugs, as requested here: http://bclary.com/blog/2006/08/22/a-little-help-please/ I haven't seen this bug for a long time in the 1.8.1 branch, I also know there have been several bugfixes to the status bar. Marking WFM.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
Updated•16 years ago
|
Product: Firefox → Toolkit
You need to log in
before you can comment on or make changes to this bug.
Description
•