id summary reporter owner description type status priority milestone component version resolution keywords cc launchpad_bug 1901 "WUI: the ""Download!"" button on the Welcome page leads to the file displayed in-browser instead of downloaded/saved" zooko "I just had a call from a customer (""TV"") who was surprised that the ""Download!"" button on the WUI caused the file to display in the web browser (this file was of text/plain type) instead of downloading/saving. I was surprised, too. Investigating, I see that while we've [changeset:151f69d9b59ee76522c5ae3dad259ded752e8ad4/git long] had a [source:docs/frontends/webapi.rst?rev=05d0b8b5b9247e1d0541e58250a81df89d5c9115#viewing-downloading-a-file force-download feature], the current WUI doesn't use it! I reproduced the customer's issue with Firebug turned on and observed the following HTTP transactions. 1. When I click ""Download!"" my browser issues: {{{ GET /uri?uri=$CAP&filename=testdown3.txt }}} and the tahoe-lafs WUI/WAPI sends a {{{302 Found}}} status: {{{ HTTP/1.1 302 Found Location: http://127.0.0.1/uri/$CAP?filename=testdown3.txt }}} and then the browser issues: {{{ GET /uri/$CAP?filename=testdown3.txt }}} After which the server sends the contents of the text file, along with header {{{Content-Type: text/plain}}} and no {{{Content-Disposition}}} header, and so the browser displays the contents of the file in the browser window. To close this ticket, make it so that the last request issued by the browser uses the third form for [source:docs/frontends/webapi.rst?rev=05d0b8b5b9247e1d0541e58250a81df89d5c9115#viewing-downloading-a-file ""Viewing/Downloading a File""], i.e. instead of {{{/uri/$CAP?filename=testdown3.txt}}}, it should request {{{/named/$CAP/filename=testdown3.txt?save=true}}}. I just tested and confirmed that this makes the server include the {{{Content-Disposition}}} header, but {{{/named/$CAP/filename=testdown3.txt?save=true}}} does not." defect closed normal 1.10.1 code-frontend-web 1.9.2 fixed LeastAuthority.com wui easy