I've added a resource "Link to a file or web site" linking to an uploaded pdf file. Not only does the file open fine in Firefox (FF3 on linux), but I don't have any problems with the "force download" setting.

Could you confirm that you are still having this problem, and, if so, could you give more details of the steps required to reproduce it?

Thanks

We recently migrated from Moodle 1.8.6 to Moodle 1.9.4
Since that day most of our client PCs (depending on OS+browser+Acrobat+Acrobat plugin+settings) cannot display PDF files "in" Moodle.

Symptoms:

• a sort of frame opens for displaying the content within the plugin... but doesn't display it
• the browser freeze
• generally, keys <Ctrl>+<F5> (refresh) display the content! At the first try, or at the second or third try!
• in some (rare) case, the same browser... display the content at the first time!

Note that:

• we use eaccelerator
• our whole Moodle is in secure mode (https)
• whe have more than 5,000 PDF ressources of this type

You can reproduce this problem with PDF files of theme 5 of this course :
https://cursus.uhb.fr/course/view.php?id=2

Thanks
Arno

it worked fine with the same config, but Moodle 1.9.3.

Symptoms are as Arnaud above, but intermittent. To me, it seems that the first time you try to view a PDF it works, but thereafter it does not. It never seems to like you moving from one PDF directly to another using the pull down resource menu. Ctrl F5 (refresh) rarely seems to work for me. The browser crashes quite often.

We do not use eaccelerator and our Moodle site is not in secure mode.

Is there any progress with this issue? It continues to be mentioned in the forums.

Regards,
Stephen.

It's not possible to tell everyone who might log in to u/g adobe so we're going to not embed pdfs.

Change $embedded = true; to $embedded = false; for PDFs around line 268 in resource/type/file/resource.class.php

The embedded view is poor design anyway - as well as freezing up firefox 3, it has no site header breadcrumbs and a fixed 800x800 object (double scrollbars!). Next, I want to get rid of the 'same window' option - we don't want people losing their course window or having to use the browser back button to find it.

If you want to fix this bug and retain normal moodle behaviour, you can replace the pdf object with an iframe containing the PDF. That's around line 695 of resource/type/file/resource.class.php.

The changes mean that the drop down menu for opening the file in the "Same Window" or "New Window" has been removed and the default is set to "New Window". Our feeling was that opening the file in the same window wasn't the best and when it did display the presentation wasn't that good (double scroll bars, etc). The setting for "Force download" is still there and if "Show Advanced" button is clicked the settings for the new window can be set. If the file is set to "Force download" (checked) then the advanced settings are disabled.

So far as presentation goes pdf files will open in a new window, of the specified size and attributes with the window displaying the pdf file as you would expect.

When it comes to the files that are created from MS Office (.doc, .xls, .ppt, .pub) these will be forced to download regardless. The presentation of these files wasn't great when not set to "Force download" as a new browser window would open and then the file would open either in an instance of the particular program - Word, Excel etc or the browser window depending on the browser. With the changes made the user is now prompted to either open, save or cancel from the File download window, if they open the file will open in the application, or save (download) as you would expect.

The changes to the code in the attached file occur at lines 138 - 143 - this forces the setting for downloading of MS Office files. Other changes were made at lines:

820 - added note to explain about the automatic setting of "Force download" on MS Office files (hard coded in English - should be moved to a lang file)
825 - see comment at end of line
828 - see comment at end of line
833 - see comment at end of line
845 - commented 846 line added
850 - line commented 851 line added

Each change is commented in the attached file.

In /mod/resource/type/file/resource.class.php file the following line
echo '<object data="' . $fullurl . '" type="application/pdf">';
and add a # in the string after $fullurl as below
echo '<object data="' . $fullurl . '#" type="application/pdf">';

Strangely enough this little fix solved the problem of the unviewable PDF in Firefox for both Dariem and myself.
It is important to note that the problem effected only SOME pdf's not all that we experimented with. It was not a problem that effected all PDFs

I was running Ubuntu 9.04, FF 3.0.10.0, Adobe Reader 8

If anyone is having similar problems and tries this please let us know whether it solved your problems