Bug 155318

Which files do you mean exactly? With my acroread, some of them even look garbled. You should write mails to the authors of the presentations, which are mentioned on this page, too. They would have to correct this and re-upload it again. Please use the bugzilla category `openSUSE.org' for technical problems with the Wiki itself, only.

All PDF files on http://en.opensuse.org/FODEM
The problem is technical as far as I can see, because when I put the PDF file on an other server, the file DOES open.

The download stops halfway with Firefox and acroread when opening inline from http://en.opensuse.org/FOSDEM
The download does _NOT_ stop with Firfox and acroread when opening inkibe from http://www.houghi.org/suse

This is not about the garbled layout. It is about not being able to see anything when the files comes from the wiki. The only thing I see is a white page in my browser. Also see the thread starting from http://lists.opensuse.org/archive/opensuse/2006-Mar/0053.html onward where the same problem is described by several people

Again: this is not about the content of the PDF files.

Please try again with the fixed PDF.

First time just after recieving the bug, it did not work. Second time it did. This only for the first file. All other files still give the same problem.

Wolfgang?

The first PDF opens correctly but the others do not.
Same with SeaMonkey 1.0. I have to take a deeper look at it.

I just uploaded my own presentation and that one works.
http://files.opensuse.org/opensuse/en/5/55/XML_File_proposal.pdf

The page has changed and now none of the files work anymore. Not even the ones that worked previously.

houghi, what you describe happens, when there is no acroread plugin in the system. 

http://lists.suse.com/archive/suse-linux-e/2006-Mar/1028.html

Not quite the same, but reinstalling the acoreadplugin seems to be an easy fix.

In this guys example the plugin seems to be installed, but is not working like it should.

comparing the two servers:
http://houghi.org sends no cookies, and has a 'connection: close' header.
Our wiki server sends an ichains cookie and offers 'Connection: keep-alive'

 --- the rest is identical. Both do a correct 'Content-Type: application/pdf' and have the file size right.

dirk is looking into that too.

I'v just tried to reproduce this on the latests test build (606) and was unable to actually reproduce:

MozillaFirefox-1.5.0.1-13
acroread-7.0.5-5

houghi, what does "about:plugins" tell you? are you really using acroread or the kparts plugin for displaying PDFs? 

Reinstall of Acroread did not work. It looks as if the server just stops sending data before the file is in. Or as if acroread or firefox are waiting for something that never comes.

Once every 10-20 times it works. The mpeg attachment will show what happens.
Adobe Reader 7.0

    File name: nppdf.so
    The Adobe Reader plugin is used to enable viewing of PDF and FDF files from within the browser.

MIME Type 	Description 	Suffixes 	Enabled
application/pdf 	Portable Document Format 	pdf 	Yes
application/vnd.fdf 	Acrobat Forms Data Format 	fdf 	Yes
application/vnd.adobe.xfdf 	XML Version of Acrobat Forms Data Format 	xfdf 	Yes
application/vnd.adobe.xdp+xml 	Acrobat XML Data Package 	xdp 	Yes
application/vnd.adobe.xfd+xml 	Adobe FormFlow99 Data File 	xfd 	Yes

Created attachment 71793 [details]
Problems with Firefox/Acroread on openSUSE.org

The first tab is a file on openSUSE.org
The second tab is the same file on houghi.org
The third tab shows the acroread information

An other post from SLE.
Here the dragonegg is blamed.


http://lists.suse.com/archive/suse-linux-e/2006-Mar/1016.html

> On Wednesday 08 March 2006 02:08, Digvijoy Chatterjee wrote:
> > The Adobe acrobat documents dont open in Firefox , even after i have
> > linked the nppdf.so to the firefox plugins directory ( this i did as per
> > instrcutions frm the Firefox website)
> >
> > ANy pointers in this regard
> > Digz
>
> I don't know that this is what you've done, but just in case: You can't make
> these kinds of changes with Firefox running. Also, it used to be the case in
> earlier versions that you had to delete the file ~/.mozilla/pluginreg.dat for
> plug-in changes to take effect. This caused Mozilla and later Firefox to
> re-register the installed plug-ins.

SUSE 10 installs a plugin called something like dragonegg. It is the
culprit. Remove the package. To see the name, in the browser go to
about:plugins and look for a name like that, and then remove the rpm. As
I have already done this I do not have the exact name handy. After this,
PDFs work as expected. I did not have to play with links. Just install
acrobat and the reader plugin should be available. After removing the
offending package mentioned earlier.

well, aware of that issue, the package is still supposed to work. 

Removing dragonegg did not change the situation. After each change, I empty the cache and restart firfox.

Pinging

fixed.