From Bugzilla Helper: User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.0.3705) Description of problem: I just upgraded 6-8-2002 to kernel 2.4.9-31 to resolve the security issues with tux. As of this morning, when a link targets a PDF file on the web server, tux fails to deliver it correctly, possibly not at all. To test this, I shut down tux and started Apache up and all links were then available. When tux _is_ running, you can right click on the link and save the file to your disk. From there it can be opened with a PDF reader. This leads me to believe that the Acrobat reader ActiveX component on windows, and the plugin on the Linux version, are using a corrupt content-size header to determine how much data to request over the wire. It is a known fact that browsers generally ignore the content-size header, thus right clicking and saving the file is successful through the browser. It is by these facts that I believe the content-size header is corrupt when tux sends it. This is occuring intermittenly. Version-Release number of selected component (if applicable): How reproducible: Sometimes Steps to Reproduce: 1. Run tux (seemed to be running for a few days before showing up). 2. Open browser. 3. Click on a PDF link. Additional info:
Forgot to mention: HP LPr Netservers, 1 dual 550MHz, 1 dual 850MHz (both PIII) 1-18 Gig SCSI /var partition with ext3 1-18 Gig SCSI divided up between /boot and / with ext3 Symbios SCSI Software from RedHat 7.2 install running: Samba NFS Kernel 2.4.9-31 tux and required proc utils
I think this is a kernel side, not a tux daemon side, issue.
Please re-check with the current Tux kernel - still problematic?