Edgewall Software

Ticket #529 (closed defect: duplicate)

Opened 4 years ago

Last modified 18 months ago

IE 5-6 over HTTPS broken downloads

Reported by: tiger@… Owned by: jonas
Priority: low Milestone:
Component: general Version: 0.7
Severity: major Keywords: windows iexplorer
Cc:

Description

It is known bug of the IE (only) over HTTPS that if any cache control headers were sent before content transfer (specifically file download) then it causes IE error message (can't write to cache - bla-bla-bla) and file download gets aborted. Moreover, as it also known, the HTTPS could not be cached so cache-control headers are useless under HTTPS IMHO. So I propose to check the the env HTTPS (for example) to decide whether to send cache-control headers or not. Specifically current workaround is to comment out sending cache-control everywhere in code under HTTPS.

Attachments

Change History

Changed 4 years ago by anonymous

  • summary changed from IE 5-7 over HTTPS broken downloads to IE 5-6 over HTTPS broken downloads

Changed 4 years ago by daniel

  • milestone set to 0.8

Changed 4 years ago by jonas

Is this IE bug present in the latest IE version, that is, will this problem go away by itself when people upgrade their browsers?

Changed 4 years ago by daniel

  • keywords windows ie added
  • priority changed from high to low
  • milestone changed from 0.8 to 0.9

Changed 3 years ago by cmlenz

  • status changed from new to closed
  • resolution set to duplicate

Duplicate of #1020.

Changed 3 years ago by mgood

  • milestone deleted

Changed 18 months ago by sid

  • keywords iexplorer added; ie removed

Add/Change #529 (IE 5-6 over HTTPS broken downloads)

Author



Change Properties
<Author field>
Action
as closed
Next status will be 'reopened'
 
Note: See TracTickets for help on using tickets.