PDF's behave different with MS 5.0 Browsers
Hi! As a beginner in Zope I created an intranet solution for 1800 employees in a big factory. People should be able to publish documents, but there occurs a problem with PDF files. PDF's imported by the manager's add-file-dialog can be seen by users with MS Internet Explorer 5.0 and Adobe Acrobat Reader 3.0 - 4.0. But I wrote another more special upload dialog, which uses the add-file method too. But by this way, PDF's cannot be displayed by the above constellation, even all the properties look the same. The file type is "application/pdf", but MS 5.0 browsers complain, that no appropriate viewer can be found. Only upgrading to IE 5.5 with Acrobat 5.0 makes no difference. Does anyone have some idea what makes the difference or can provide a solution. We soon should publish the intranet solution, but we cannot upgrade all the workstations. So we are in unexpected trouble. Need help soon. Thank very much Jürgen Mail: treutler@vaovaoweb.de ******************************************* Listing: """ Create a file entry. """ # create a unique document id id='file_%s' % stamp valid_from = y1 + "/" + m1 + "/" + d1 expires = y2 + "/" + m2 + "/" + d2 # create the document context.manage_addProduct['OFSP'].manage_addFile(id, title=file_title, file=file_name) # add some properties doc=getattr(context, id) doc.manage_addProperty('autor', autor, 'string') doc.manage_addProperty('abteilung', abteilung, 'string') doc.manage_addProperty('valid_from', valid_from, 'date') doc.manage_addProperty('expires', expires, 'date') doc.manage_addProperty('order', order, 'int') doc.manage_addProperty('siteMap', siteMap, 'boolean')
Unfortunately, I have no help for you. My response to a similar problem has been to set the Content-Type to application/octet-stream and make the users save it to their Windows desktop. My problem occurs in the CMF, when users add PDF's as PortalFiles. I've not yet figured out where to the problem is, though something makes me think that IE is trying to do pieces of the document with HTTP/1.1 and Zope, even behind apache/mod rewrite, has trouble with this and the trouble is propaged to IE. In my case, when a user clicks a link to a pdf, the adobe viewer launches, the browser downloads the whole pdf file, and IE goes blank where you expect to see the adobe viewer plugin. The browser still responds, but will not show the document. If ZC is interested, I'll try to develop a test case. Troy -- Troy Farrell Developer Entheos Software mailto:troy@entheossoft.com http://www.entheossoft.com Tanalahy wrote:
Hi!
As a beginner in Zope I created an intranet solution for 1800 employees in a big factory. People should be able to publish documents, but there occurs a problem with PDF files.
PDF's imported by the manager's add-file-dialog can be seen by users with MS Internet Explorer 5.0 and Adobe Acrobat Reader 3.0 - 4.0.
But I wrote another more special upload dialog, which uses the add-file method too. But by this way, PDF's cannot be displayed by the above constellation, even all the properties look the same. The file type is "application/pdf", but MS 5.0 browsers complain, that no appropriate viewer can be found.
Only upgrading to IE 5.5 with Acrobat 5.0 makes no difference.
Does anyone have some idea what makes the difference or can provide a solution. We soon should publish the intranet solution, but we cannot upgrade all the workstations. So we are in unexpected trouble. Need help soon.
Thank very much Jürgen
Mail: treutler@vaovaoweb.de
*******************************************
Listing: """ Create a file entry. """ # create a unique document id id='file_%s' % stamp valid_from = y1 + "/" + m1 + "/" + d1 expires = y2 + "/" + m2 + "/" + d2
# create the document context.manage_addProduct['OFSP'].manage_addFile(id, title=file_title, file=file_name)
# add some properties doc=getattr(context, id) doc.manage_addProperty('autor', autor, 'string') doc.manage_addProperty('abteilung', abteilung, 'string') doc.manage_addProperty('valid_from', valid_from, 'date') doc.manage_addProperty('expires', expires, 'date') doc.manage_addProperty('order', order, 'int') doc.manage_addProperty('siteMap', siteMap, 'boolean')
On Sun, 20 Jan 2002, Troy Farrell wrote:
My problem occurs in the CMF, when users add PDF's as PortalFiles. I've not yet figured out where to the problem is, though something makes me think that IE is trying to do pieces of the document with HTTP/1.1 and Zope, even behind apache/mod rewrite, has trouble with this and the trouble is propaged to IE. In my case, when a user clicks a link to a pdf, the adobe viewer launches, the browser downloads the whole pdf file, and IE goes blank where you expect to see the adobe viewer plugin. The browser still responds, but will not show the document. If ZC is interested, I'll try to develop a test case.
Go to support.microsoft.com it is a know browser bug in IE. Not all versions are affected buy many are. Look for pdf blank screen with the IE product and it should show up. Honestly if their browsers impelmentation of http got any worse you couldn't request a web page. Already it is worse then any other browser I have ever seen including prerelease versions of the original version of netscape.
On Sun, Jan 20, 2002 at 11:16:36PM +0100, Tanalahy wrote:
As a beginner in Zope I created an intranet solution for 1800 employees in a big factory. People should be able to publish documents, but there occurs a problem with PDF files.
PDF's imported by the manager's add-file-dialog can be seen by users with MS Internet Explorer 5.0 and Adobe Acrobat Reader 3.0 - 4.0.
But I wrote another more special upload dialog, which uses the add-file method too. But by this way, PDF's cannot be displayed by the above constellation, even all the properties look the same. The file type is "application/pdf", but MS 5.0 browsers complain, that no appropriate viewer can be found.
Only upgrading to IE 5.5 with Acrobat 5.0 makes no difference.
Does anyone have some idea what makes the difference or can provide a solution. We soon should publish the intranet solution, but we cannot upgrade all the workstations. So we are in unexpected trouble. Need help soon.
This was a (now fixed) bug in Zope's HTTP Range support. Acrobat plays close to the metal as far as HTTP Ranges go, causing the bug to surface. The bug has been fixed in the 2.5.0 betas (starting with b2), and will be in the upcoming 2.4.4 release as well. I have (again) attached the 2.4.x versions of the fixed files to this email. They replace lib/python/OFS/Image.py and lib/python/ZPublisher/HTTPRangeSupport.py. Just drop these in your Zope 2.4.3 and PDF publishing should be fixed. -- Martijn Pieters | Software Engineer mailto:mj@zope.com | Zope Corporation http://www.zope.com/ | Creators of Zope http://www.zope.org/ ---------------------------------------------
participants (4)
-
kosh＠aesaeion.com -
Martijn Pieters -
Tanalahy -
Troy Farrell