首页 > 代码库 > Failed to load PDF in chrome/Firefox/IE
Failed to load PDF in chrome/Firefox/IE
笔者的公司搭建了一个Nexus服务器,用来管理我们自己的项目Release构件和Site文档.
今天的问题是当用户访问一个Site里的PDF文件的时候,报错说“detected that the network has been closed.”
但是用右键点击,然后另存为,却每次都能成功下载下来.本来这几天公司的网络确实是不稳定,刚开始还真的以为是网络问题.
后来仔细观察了http请求后发现,每次报错后浏览器都还在不停的发送 http range 请求. 我们用的是Adbobe的PDF插件.
- Chrome问题
Chrome里有一个自带的plugin,可以通过 chrome://plugins 进入plugin配置页面,找到自带的Chrome PDF viewer.
这个Chrome插件发现提供PDF的Nexus服务器支持range请求后,在读取完response的header后会主动abort response.
然后改为通过XHR分批发送Http Range 请求,此时Adbobe的PDF插件就报network已经关闭了。这里的主要原因是两个插件互相冲突,
而且chrome自带的PDF viewer有bug,不能正确组装返回的range response. 解决办法可以是禁用Chrome PDF viewer。
- Firefox问题/IE问题
老版本的IE和Firefox都没问题,有问题的是IE10,Firefox25. 原因是老版本的IE/Firefox里的adobe插件不会发生http range 请求.
新版的IE/Firefox发生了range请求后,服务器也正常的给了response,结果可笑的是adobe 插件不能正确组装,悲剧。
最后想到的就是禁用range请求.但是在流浪器上是做不到的,因为是插件自己发送的.而Nexus服务器2.7.1是hard code支持这个特性的。
range request是http1.1标准里的特性,支持是理所应当的。 下面是NexusContextServlet.Java的部分代码.红色部分显示了这个特性。
protected void doGetFile(final HttpServletRequest request, final HttpServletResponse response, final StorageFileItem file) throws IOException { // ETag, in "shaved" form of {SHA1{e5c244520e897865709c730433f8b0c44ef271f1}} (without quotes) // or null if file does not have SHA1 (like Virtual) or generated items (as their SHA1 would correspond to template, // not to actual generated content). final String etag; if (!file.isContentGenerated() && !file.isVirtual() && file.getRepositoryItemAttributes().containsKey(StorageFileItem.DIGEST_SHA1_KEY)) { etag = "{SHA1{" + file.getRepositoryItemAttributes().get(StorageFileItem.DIGEST_SHA1_KEY) + "}}"; // tag header ETag: "{SHA1{e5c244520e897865709c730433f8b0c44ef271f1}}", quotes are must by RFC response.setHeader("ETag", "\"" + etag + "\""); } else { etag = null; } // content-type response.setHeader("Content-Type", file.getMimeType()); // last-modified response.setDateHeader("Last-Modified", file.getModified()); // content-length, if known if (file.getLength() != ContentLocator.UNKNOWN_LENGTH) { // Note: response.setContentLength Servlet API method uses ints (max 2GB file)! // TODO: apparently, some Servlet containers follow serlvet API and assume // contents can have 2GB max, so even this workaround below in inherently unsafe. // Jetty is checked, and supports this (uses long internally), but unsure for other containers response.setHeader("Content-Length", String.valueOf(file.getLength())); } // handle conditional GETs only for "static" content, actual content stored, not generated if (!file.isContentGenerated() && file.getResourceStoreRequest().getIfModifiedSince() != 0 && file.getModified() <= file.getResourceStoreRequest().getIfModifiedSince()) { // this is a conditional GET using time-stamp response.setStatus(HttpServletResponse.SC_NOT_MODIFIED); } else if (!file.isContentGenerated() && file.getResourceStoreRequest().getIfNoneMatch() != null && etag != null && file.getResourceStoreRequest().getIfNoneMatch().equals(etag)) { // this is a conditional GET using ETag response.setStatus(HttpServletResponse.SC_NOT_MODIFIED); } else { // NEXUS-5023 disable IE for sniffing into response content response.setHeader("X-Content-Type-Options", "nosniff"); final List<Range<Long>> ranges = getRequestedRanges(request, file.getLength()); // pour the content, but only if needed (this method will be called even for HEAD reqs, but with content tossed // away), so be conservative as getting input stream involves locking etc, is expensive final boolean contentNeeded = "GET".equalsIgnoreCase(request.getMethod()); if (ranges.isEmpty()) { if (contentNeeded) { try (final InputStream in = file.getInputStream()) { sendContent(in, response); } } } else if (ranges.size() > 1) { response.setStatus(HttpServletResponse.SC_NOT_IMPLEMENTED); renderer.renderErrorPage(request, response, file.getResourceStoreRequest(), new UnsupportedOperationException( "Multiple ranges not yet supported!")); } else { final Range<Long> range = ranges.get(0); if (!isRequestedRangeSatisfiable(file, range)) { response.setStatus(HttpServletResponse.SC_REQUESTED_RANGE_NOT_SATISFIABLE); response.setHeader("Content-Length", "0"); response.setHeader("Content-Range", "bytes */" + file.getLength()); return; } final long bodySize = range.upperEndpoint() - range.lowerEndpoint(); response.setStatus(HttpServletResponse.SC_PARTIAL_CONTENT); response.setHeader("Content-Length", String.valueOf(bodySize)); response.setHeader("Content-Range", range.lowerEndpoint() + "-" + range.upperEndpoint() + "/" + file.getLength()); if (contentNeeded) { try (final InputStream in = file.getInputStream()) { in.skip(range.lowerEndpoint()); sendContent(limit(in, bodySize), response); } } } } }
最后幸好我们的请求在到Nexus之前有一个Apache proxy,根据http1.1标准,range request必须是client先发送range 请求,如果服务器支持
那么才返回状态嘛206和部分数据。所以最后我在proxy中把range header 强行去掉。这样服务器就不会返回206,而是返回200了.
也没有content-range header返回了,所以插件就会按照老实的方式,等待下载完成,然后渲染打开PDF文件.
最后的解决方案就是在Apache中增加如下配置.
LoadModule headers_module modules/mod_headers.so
RequestHeader unset Range