PDF渲染Chrome问题 [英] PDF Render issue with Chrome

查看:152
本文介绍了PDF渲染Chrome问题的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我们仍在使用SP 2010 Foundation,并且正在看到PDF渲染和Chrome的问题。我认为我们使用文件库管理程序和blob外化使情况更加复杂。

We are still using SP 2010 Foundation and are seeing issues with PDF rendering and Chrome. I think it is compounded by our use of a file librarian and blob externalization.

文件库管理程序扫描网络共享并将元数据上传到SP。为了做到这一点,它需要创建虚拟内容,在这种情况下为10个空值。然后blob外部化器"移动"。这个虚拟内容到blob存储并用
替换它一个指针。原始文件实际上没有上传到SP。

The file librarian scans a network share and uploads the meta data to SP. In order to do this it needs to create dummy content, in this case 10 nulls. The blob externalizer then "moves" this dummy content to the blob storage and replaces it with a pointer. At no point is the original file actually uploaded to SP.

当使用IE 11访问生成的库然后单击PDF链接时,它在Acrobat中正确打开。但是在Chrome中我得到"无法找到pdf"。或类似的。关闭内置PDF查看器的Chromes文件下载,但Acrobat
拒绝打开它。查看该文件显示它是外部化的10个空值。

When accessing the generated library with IE 11 and then clicking a link for a PDF it open correctly in Acrobat. However in Chrome I get "the pdf cannot be found" or similar. Turning off Chromes built in PDF viewer the file downloads but Acrobat refuses to open it. Looking at the file show it to be the 10 nulls that were externalized.

进一步调查显示IE使用的链接是一个友好的链接,看起来像"http://< site> ; /<文库GT; /<夹> /<文件取代。我假设图书管理员代码拦截了这个请求,然后从
网络文件共享中获取文档。

Further investigation shows that the link IE uses is a friendly link and looks like "http://<site>/<library>/<folder>/<document>. I assume the librarian code intercepts this request and goes and fetches the document from the network file share.

但是在Chrome中链接更长,包含pdfFormRender.aspx和文件的路径。我只能猜测以这种方式访问​​文件会绕过库管理器代码并最终从blob存储中获取文件并将其传递给客户端。
因此显示错误的文件,无法打开。

However in Chrome the link is much longer and contains pdfFormRender.aspx and the path to the file. I can only guess that accessing the file this way bypasses the librarian code and ends up getting the file from the blob storage and passes it to the client. Therefore the wrong file is presented and cannot be opened.

有没有办法强制Chrome中的行为与IE相同并使用友好链接而不是脚本链接?

Is there any way to force the behavior in Chrome to be the same as IE and use the friendly link rather than the script link?

我在库中尝试了各种设置,例如使用浏览器渲染器或下载并尝试了permissive / strict下载选项和全局级别(并直接检查了库设置)但没有快乐。

I have tried various settings in the library e.g. to use the browser renderer or download and also tried the permissive / strict download option and a global level (and checked the library settings directly) but no joy.

谢谢

Alastair

推荐答案

<你好Alastair,

Hi Alastair,

要解决问题,请查看以下内容:

To troubleshoot the issue, check things below:

1。检查您是否在库设置的高级设置中选择了"在Web浏览器中打开"。

1. Check if you have selected "Open in web browser" in the advanced settings in library settings.

2。然后转到中央管理员 - >应用程序管理 - >管理Web应用程序 - >选择您的网络应用程序 - >一般设置 - >将浏览器文件处理更改为Permissive from strict,如下所示。

2. Then go to Central Administrator-> Application management->Manage web applications-> select your web application-> general settings-> change browser file handling to Permissive from strict as shown below.




3。您还可以按照以下文章中的问题排查步骤进行操作。

3. You also could follow the troubleshooting steps in the article below.

您是否在浏览Google Chrome中遇到问题?

Are you having issues with viewing PDFs in Google Chrome?

https://productforums.google.com/forum/#!topic/chrome/L5ESeF1UWrg

更多参考:

SharePoint 2013:如何在浏览器中查看PDF文件。它也可以在SharePoint 2010中使用。

SharePoint 2013: How to View PDF Files in Browsers. It also can work in SharePoint 2010.

https://social.technet.microsoft.com/wiki/contents/articles/18858.sharepoint-2013-how-to-view-pdf-files-in -browsers.aspx

祝你好运,

Sara Fan

这篇关于PDF渲染Chrome问题的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆