在浏览器中使用Adobe Reader呈现PDF时出现ASP经典站点问题

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

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

从这里按浏览器中的“刷新”也将显示一个报告，指示未结转任何HTML表单输入

---

• 有什么基本的力学原理吗 HTML表单回邮，我可能有 遗漏

---

*让m*e困惑的一件事是，在Adobe Reader中取消选中“在浏览器中显示”选项而不重新启动浏览器会在两个版本中提供正确的报告

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

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

澄清：

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

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

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

• 该网站是ASP经典
• 代码正在输出PDF v1.3
• Internet Explorer 6。对六,

你知道为什么报表不总是携带HTML输入吗

感谢您的帮助，

---

谢谢。

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

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

Ah，dang

结果表明IIS启用了GZIP压缩，并且客户端只有IE6卷展栏。有很多关于IE6的GZIP不兼容性的文章，如果您希望在IIS中有条件地允许它

白色屏幕是由于它是一个ASP页面，该页面发回，并将其HTTP头中的“内容类型”更改为“应用程序/pdf”-IIS决定应将其压缩，但在IE6中失败

Adobe Reader 8执行第二次请求，丢失回发值。

啊，该死

结果表明IIS启用了GZIP压缩，并且客户端只有IE6卷展栏。有很多关于IE6的GZIP不兼容性的文章，如果您希望在IIS中有条件地允许它

白色屏幕是由于它是一个ASP页面，该页面发回，并将其HTTP头中的“内容类型”更改为“应用程序/pdf”-IIS决定应将其压缩，但在IE6中失败

Adobe Reader 8执行第二个请求，丢失回发值