265088 - Can't force reload of a download URL

Status: NEW

(Core :: Networking, defect, P3)

Description

[Daniel Mota Leite]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20040914 Firefox/0.10.1
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20040914 Firefox/0.10.1

i entered a url in the url bar and the browser asked me to download it, but it
was a php page, my web server had the php disable and i forgot... so ' cancel
the download

i re-enable the php, and went to the url bar again and press enter
firefox still show the download option
i tested in lynx and the php page is working already

i tried shift+enter, ctrl+enter and no way i could force firefox to reload the
url that ISNT anymore a downloadable url

i think because i press cancel to the download it is afecting the cache system,
i cant really "load" the url to do a shift reload in the reload icon but also
the page and actions are already in the cache

i'm using no cache nor proxy server


Reproducible: Always
Steps to Reproduce:
1.put a php page in a server, without php support
2.enter the page url in the browser
3.cancel the download windows
4.add php support to the web server, test with another browser
5.try to load that page again
Actual Results:  
it will show up the download question again and again, no matter what you try to
reload the page


Expected Results:  
should reload the page, if the page isnt loaded in the url bar, you shouldnt
cache the page
only after it entered the url bar you can cache it, so this way you will have
always a way to force the reload

Comment 1

[troy]

I've seen similar problems with files handled by external apps.

I was accessing an .xls file via a link from thunderbird.
Firefox kept loading the old version of the .xls via a blank tab
(with no url in the location field) and a open/save dialog.
OpenOffice kept coming up with an old version of the .xls.

Even when I cut/paste the link to the location field, I had the
same problem and nothing to shift-reload on.  I had to clear my
cache.

Comment 2

[Roger Weber]

The reload icon does not work. It will reload by using the ctrl+shift+R keys.

Comment 3

[[e-mail]]

Daniel - your reported Firefox version(s) are too old a build to analyze bugs against now. The problem you are reporting may well have been fixed already.

Could you please download a recent version or nightly build from <http://www.mozilla.org/releases/nightly.html>, and then let us know if you still see this problem?

For future reference, I'd like to highlight bug 289977 and its (dubious?) relation to bug 281514. Since they have solely been resolved as dupe/expired, I shall not dupe this as bug 289977 (or vice versa).

Troy - comment #1 is likely to be unrelated (since it refers to document content not header information) and if still present, might be worth filing separately ?!

Many thanks, Cigno

Comment 4

[Daniel Mota Leite]

ok i'm using the latest nigthly build and still see this...

i open firefox, no other site or page loaded
i disabled php in my site, entrered a php page url and php show as plain-text...
better display it than download, but still not what i want to test

i change the php mime to application/x-tar and retest and php is now downloaded... 

enabled the php, again, removed the fake mime and  entered the php url... it keeps asking to save it
the reload icon is disabled (no page loaded) and nor the keyboard shortcut works (ctrl+r, shift+ctrl+r)

open a new tab, tried again the same url, again the download

if i open any page, then try to load this mine url, it will again as to download it, but this time the reload is enabled, but only reloads the original page, the "any page" i opened, not the url i write in the url bar

this is a bug about refresh a download url, so i think troy comment is about the same problem, i wasnt reporting that the php mime was wrong (although that was probably a bug also)

if you want, put a .zip file, download it, and change the .zip on the server and firefox will keep saving the old zip, without anyway to force it to re-download again the new file

my sugestion is that ctrl+enter will force reload the url and in the download window, right click on a file have a option to force re-download that file

the first one would be helpfull for cased like mine and where the user copied the to the clipboard and do what the user expected...
the latest is perfect for solving the problem of making sure that we are downloading the rigth version of the file

so i think that we can promote this bug to "new"

Comment 5

[[e-mail]]

The zip example (in my case a ppt) does not work for me <-- updated file is downloaded. WFM, e.g. on Firefox 1.5.0.3 ID:2006042618 (WinXPpro/sp2).

Looking for reproducibility of bug!

Bug will probably belong to the Core/Networking area (Cache?) -> Moving.

Just in case: Daniel, can you send your HTTP header? (e.g. using Live HTTP headers extension) --- What does "Expires" say?

Comment 6

[Daniel Mota Leite]

the zip exemple works, but you have to touch -r original.file  new.file so that the dates are the same...

even if the mime type and size changes, the browser is just looking to the date.

again, ctrl+enter didnt do anything diferent. ctrl+enter should do what would be expected, force the load, ignoring the cache.

the easiest way to reproduce this is change a mimetype in apache, but touch -r is also a good way

i'm right now only with ff 3.0a1, so i cant install liveheaders right now, i will try tomorrow

Comment 7

[Wayne Mery (:wsmwk)]

do you still see this issue with v3.6 or trunk build?

Comment 8

[Daniel Mota Leite]

Sorry the delay

Yes, i still can see this with 4.0b6

i also tried with the nightly build, but it crashes when i try to download the 1.zip file(?), i have to search if its a problem on my side or if its reported or not

using httpfox, i can see that the URL result is "(Cached)", so i have not even a server header to check. the original request sent the date, server, last-modified, etag, accept-ranges, content-length, content-type and proxy-connection headers... all "normal", no expire header

to reissue the update the test case:

1- create a file:
$ echo 1111 > ~/public_html/1.zip
2- copy it and set the same date:
cp ~/public_html/1.zip ~/public_html/2.zip
touch -r ~/public_html/1.zip ~/public_html/2.zip
3- download the 1.zip file in FF
4- change the file and set the same date/time
echo 2222 > ~/public_html/1.zip
touch -r ~/public_html/2.zip ~/public_html/1.zip
5- try to download the same 1.zip
6- in all tried i did, the content of the file is always 1111, never got any 2222 file

i tried also later to change the size and content of the 1.zip, but still didn't work, FF don't even connect to the server to check if the file changed

the webserver is apache 2.2 on linux, FF without proxy

Comment 9

[Ed Morley [:emorley]]

Does this occur with Firefox 4 beta 8 when using safe mode/a new profile?
http://support.mozilla.com/en-US/kb/Safe+Mode
http://support.mozilla.com/en-US/kb/Basic%20Troubleshooting#w_make-a-new-profile

How about with the latest nightly? (If you can get it to work again since comment 8)

Comment 10

[atr_ellis]

I am encountering this bug on version 16.0.2 of Firefox. I uploaded a .png image to a CDN, with the incorrect mime-type, application/octet-stream. When attempting to download the image in Firefox, I was prompted to download it.

I then re-uploaded the image to the CDN, this time with the correct mime-type, image/png

Still when I entered the same URL, I was prompted to download the image.

The image has been overwritten on the server because I had also previously uploaded a .png image to the CDN with the same incorrect mime-type, application/octet-stream, but had not attempted to access this URL with Firefox. Before using Firefox I uploaded the image again to the CDN with the correct mime-type, image/png, and entered the URL into Firefox, and this time the image was displayed in the page.

Returning to the first image that had been overwritten on the CDN server with a different mime-type, Firefox is still prompting me to download it, even after refreshing the page with Ctrl+F5, Ctrl+r, Ctrl+Shift+r and F5. I also tried deleting the local cache, Tools->Options->Network->Clear Web Content->Clear Now

The Firefox cache must not be reloading the URL even after refreshing. I also tried Cancel as well as Saving the image and re-trying, to no avail.

Comment 11

[Firefox Bug Husbandry Bot]

Bulk change to priority: https://bugzilla.mozilla.org/show_bug.cgi?id=1399258

Comment 12

[Firefox Bug Husbandry Bot]

Bulk change to priority: https://bugzilla.mozilla.org/show_bug.cgi?id=1399258