由一个文件下载的bug发现的IE和firefox的差异点

[ 背景]

我上周末在家使用XX产品时, 发现一个基本功能性的bug, 这个功能以前是好的.

此bug复现步骤如下:

1.设一个文件为分享

2: 通过分享的链接下载这个文件

分享的文件夹没有此问题.   Ie8 有此问题, firefox无此问题

我将此bug反馈给了QA, 很快研发人员联系我定位, 让我对下载网址加了参数&response-cache-control=private进行测试, 加上此参数后就能正常下载了.

目前此bug已经修复.

[ 原因]

发生此bug的时候, XX产品在无此参数指定时response-cache-control, 将http头信息中的cache-control默认设为了no-cache.

而IE浏览器对网页不能直接打开的文件(如exe和apk), 在http头cache-control为no-cache时就会出现无法下载的提示框.

[ 分析]

微软在KB中承认在https下,对office和pdf, cache-control为no-cache时会出现此问题: 如下图:

其实我测试发现, 对http及其他非网页中用的文件后缀,都会有此bug.

Firefox下没有问题, 是因为firefox不考虑在浏览器中直接打开office文档, 只能单纯下载, 所以就没有ie那个bug.

[ 预防措施]

对此IE的bug, RD应该了解, 在开发及测试时对此注意,

QA也应该知道此问题,以便在测试时专门对IE测试此问题.