使用Adobe Reader在浏览器中使用ASP Classic网站呈现PDF的问题

Question

我遇到的问题是PDF输出是在ASP经典网站的Adobe Reader“浏览器”功能中呈现的。

我有一个包含少量输入的表单，可以滚动并生成PDF报告。保存为文件时，报告会正确呈现（所有输入值都会计入），但在Reader v7.0中显示时会显示空白屏幕，并直接转到v8.1.2中的无输入值报告。

从此处按浏览器中的“刷新”也会显示一个报告，指示没有任何HTML表单输入结转。

---

• 是否有任何基本的机制 我可能有的HTML表单回发 遗漏了？

---

* 困扰m * e的一件事是取消选中Adobe Reader 中的“在浏览器中显示”选项而不重新启动浏览器给出了正确的选项报告两个版本。

另一个可能的问题是与浏览器的“可信站点”策略有关。该域已添加到受信任列表中，并且：

• HTML输入表单在状态栏中显示为可信站点
• 浏览器中的PDF屏幕显示在“未知区域”

澄清：

• 如果卸载了Reader，则下载的文件正确
• 如果安装了Reader，并设置为不在浏览器中显示，则输出正确
• 如果设置为使用Adobe Reader在浏览器中显示，则为
  • v7.0 - 显示空白屏幕。 “刷新”转到无输入值的PDF报告
  • v8.1.2 - 显示无输入值报告
• 取消选中Adobe Reader中的“在浏览器中显示”选项而不重新启动浏览器会在两个版本中提供正确的报告

有一个有效的旧生产环境，它能够在我们正在测试的相同机器上使用Reader v7.0在浏览器中正确显示PDF文件。所描述的问题发生在具有更严格安全控制的新环境中设置相同的代码。

环境也使用旧技术，不会升级。这包括：

• 该网站是ASP Classic
• 代码正在输出PDF v1.3
• Internet Explorer 6.是的。 6。

关于为什么报告并不总是推进HTML输入的任何想法？

任何帮助表示赞赏， 感谢。

Answer 1

生成PDF的ASP页面没有从表单中获取值。这就是为什么它创建一个空值的PDF表单。确保HTML表单直接发布到生成PDF的ASP脚本。不应该有任何response.transfer或response.redirect或404重定向到PDF生成ASP脚本。

Answer 2

啊，伙计。

因此，事实证明IIS启用了GZIP压缩，并且客户端只有IE6推出。有很多关于IE6的GZIP不兼容性的文章，如果你想在IIS中有条件地允许它，there are some solutions。

白色屏幕是由于它是一个回发的ASP页面，并在HTTP标题中更改其'content-type'（到'application / pdf'） - IIS决定它应该压缩它，然后失败IE6。

Adob​​e Reader 8发出第二个请求，丢失了回发值。