Closed Bug 232660 Opened 21 years ago Closed 21 years ago

Can't download any file via right mouse click -> "Save Link To Disk" using squid proxy

Categories

(Core :: Networking: HTTP, defect)

Product:
Core
Component:
Networking: HTTP
Type:
defect
Priority:
Not set
Severity:
major

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: aros, Assigned: darin.moz)

References

(
URL
)

Details

(Keywords: regression)

User-Agent: Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7a) Gecko/20040128 Firebird/0.8.0+ I installed latest Firebird with new configuration and then I can't save any file via pop-up menu. Reproducible: Always Steps to Reproduce: 1. Choose any link and right click mouse on it 2. Choose Save Like To Disk 3. Actual Results: An error message saying "The link could not be saved. The web page might have been removed or had its name changed" Expected Results: Starting a download This bug was discussed almost hald a year ago and someone even proposed a patch and the patch had been commited into main FireBird tree. The strangest thing is that this bug now reappeared though all xpi's seem to be OK.
Similar to bug 232650, filed with a build from the same day (but a different branch).
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040302 Firefox/0.8 I don't even get the error, clicking 'save link to disk' is ignored.
In Firefox 08, I can save files to disk - however, a spurious .html tag is added to the filename. For example, I downloaded a file called test.mid (MIDI file) from Save Link to Disk (Context Menu), and the file downloaded correctly, but was called test.mid.html. Removing the .html allowed the file to be played normally.
WFM Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040402 Firefox/0.8.0+ Geoff: that's a different bug.
I have this firefox build: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a) Gecko/20040418 Firefox/0.8.0+ When I right click and press save as (E.G. on an image file), the browser comes up with a "download error" window. I press the OK button and then it pops up again! I couldn't stop it from popping up all the time so I had to kill firefox. And the file does not download to my computer.
WFM. If you still see this bug with a nightly from April 24 or later, reopen and give an example of a site you see it on.
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a) Gecko/20040425 Firefox/0.8.0+ Being on this page http://www.mozilla.org/products/firefox/ I right click save as on the “...nothing short of a revelatory experience.” URL then my proxy server generates 1082961165.367 269 192.168.0.15 TCP_DENIED/403 301 HEAD http://www.mozillazine.org/talkback.html? - NONE/- text/html tethereal dump: 192.168.0.15 -> 192.168.0.99 HTTP HEAD http://www.mozillazine.org/talkback.html?article=4145 192.168.0.99 -> 192.168.0.15 TCP 3128 > 1567 [ACK] Seq=2981817352 Ack=2047459 192.168.0.99 -> 192.168.0.15 HTTP HTTP/1.0 403 Forbidden 192.168.0.15 -> 192.168.0.99 TCP 1567 > 3128 [ACK] Seq=2047459287 Ack=2981817
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
Internet Explorer works fine and generates very diffenent output in squid log: 1082962012.857 1660 192.168.0.15 TCP_MISS/200 9411 GET http://www.mozillazine.org/talkback.html? - DIRECT/207.44.238.27 text/html tethereal: 0.000000 192.168.0.15 -> 192.168.0.99 HTTP GET http://www.mozillazine.org/talkback.html?article=4145 HTTP/1.1 0.000036 192.168.0.99 -> 192.168.0.15 TCP 3128 > 1593 [ACK] Seq=4019561518 Ack=2276186770 Win=7504 Len=0 0.511999 192.168.0.99 -> 192.168.0.15 HTTP HTTP/1.0 200 OK 0.512012 192.168.0.99 -> 192.168.0.15 HTTP Continuation 0.513546 192.168.0.15 -> 192.168.0.99 TCP 1593 > 3128 [ACK] Seq=2276186770 Ack=4019563011 Win=17520 Len=0 0.527649 192.168.0.99 -> 192.168.0.15 HTTP Continuation 0.719955 192.168.0.15 -> 192.168.0.99 TCP 1593 > 3128 [ACK] Seq=2276186770 Ack=4019564459 Win=16072 Len=0 0.737339 192.168.0.99 -> 192.168.0.15 HTTP Continuation 0.753222 192.168.0.99 -> 192.168.0.15 HTTP Continuation 0.754687 192.168.0.15 -> 192.168.0.99 TCP 1593 > 3128 [ACK] Seq=2276186770 Ack=4019567355 Win=17520 Len=0 0.769117 192.168.0.99 -> 192.168.0.15 HTTP Continuation 0.785016 192.168.0.99 -> 192.168.0.15 HTTP Continuation 0.786484 192.168.0.15 -> 192.168.0.99 TCP 1593 > 3128 [ACK] Seq=2276186770 Ack=4019570251 Win=17520 Len=0 0.792220 192.168.0.99 -> 192.168.0.15 HTTP Continuation 0.792384 192.168.0.99 -> 192.168.0.15 TCP 3128 > 1593 [FIN, ACK] Seq=4019570929 Ack=2276186770 Win=7504 Len=0 0.793100 192.168.0.15 -> 192.168.0.99 TCP 1593 > 3128 [ACK] Seq=2276186770 Ack=4019570930 Win=16842 Len=0
Sorry for so many comments but the problem remains on any URL/site.
> Being on this page http://www.mozilla.org/products/firefox/ I right click save > as on the “...nothing short of a revelatory experience.” URL WFM on that page. I'll let someone else try to understand the logs you pasted. Does this problem also happen with Seamonkey?
SeaMonkey 1.7 rc1 identifies itself as Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040421 and the bug <b>remains</b>
I think the product should be changed from Firefox to general Mozilla because this bug exists both in Mozilla Seamonkey and Mozilla Firefox. Also the severity of the bug is to be changed to critical (and regression at the same time) because Mozilla 1.5 and Firefox 0.5 worked OK if I ain't mistaken
All my latter quotes starting from #8 are related to bug N237989 http://bugzilla.mozilla.org/show_bug.cgi?id=237989 . I think these bugs should be merged
*** Bug 237989 has been marked as a duplicate of this bug. ***
-> Browser, Networking: HTTP
Keywords: regression
Component: General → Networking: HTTP
Product: Firefox → Browser
Version: unspecified → Trunk
Assignee: firefox → darin
QA Contact: core.networking.http
The problem is that the proxy server is saying that we can't access the address in question when we send the HEAD request. This causes Mozilla to give up saving the file. Are you blocking the use of the HEAD request? I found you can setup acls for diffrent HTTP request using the command `acl aclname method method-type` in squid.conf. I know little about squid configuration.
Summary: Can't download any file via right mouse click -> "Save Link To Disk" → Can't download any file via right mouse click -> "Save Link To Disk" using squid proxy
Finally I understood it's not a Mozilla bug but a misconfiguration of Squid proxy server. My server had this ACL: acl getpost method GET POST thus allowing only GET and POST methods for connection. After I manually changed this ACL to: acl getpost method GET POST HEAD everything worked just fine. I think this issue should be traced somewhere in Mozilla help section. As for Internet Explorer first of all it tries to start saving the requested document in the disk cache (using GET) at the same time showing "Save as" dialog. So IE can certainly work even if HEAD method is not allowed and Mozilla can't. I leave this bug "UNCOMFIRMED" so that other developers take this issue into consideration and update Mozilla's help accordingly.
*** This bug has been marked as a duplicate of 160454 ***
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago → 21 years ago
Resolution: --- → DUPLICATE
Don't mark bugs dup of bug 160454, please.
Status: RESOLVED → UNCONFIRMED
Depends on: 160454
Resolution: DUPLICATE → ---
Marking WORKSFORME. If this bug is still visible with a Mozilla (not Firefox) build later than 2004-10-10 (when bug 160454 was fixed), then please reopen.
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago → 21 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.