This plugin ( http://moodle.org/mod/data/view.php?d=13&rid=2350 ) has been around for a while, but there isn't really a discussion thread for it.
In honour of the recent updates to it (new UI, with oval/rectangle/freehand drawing features and a new 'find comments' option), I'm starting this thread. Please post any comments, feature requests of bugs here (or add them to tracker - http://tracker.moodle.org/browse/CONTRIB/component/10461 ).
Davo
Thanks for the updates. We will certainly be testing the Moodle 2 version.
Any plans to integrate this with Crot antiplagiarism detection? I think the Moodle Crot works with Moodle 1.9 and 2.0 and PDF files though currently with the multi-file assigment upload.
Fully appreciate your sentiments with regard to Turnitin costs.
I only mentioned the Crot module as it is a free (Bing-based) alternative, is under active development, and can work with PDFs.
Having never really looked into it and mostly having heard the term 'plagiarism detection', I'd assumed that the 'crot' plugin was an interface to 'turnitin'. Having now looked I can see that it isn't (which is good).
I'm guessing that it would certainly be possible to integrate it into the uploadpdf module, but I'm just taking on a couple of other Moodle projects at the moment, so it'll be a while before I can stop and look into this further. I would certainly only consider integrating the Moodle 2.0 version (as it would be significantly different, due to the new support in M2.0 for plagiarism detection).
I have installed the latest version of this plugin in a Moodle 1.9.7 build on an IIS server. I am uisng IE9 but I have checked Firefox, Chrome and Safrai - all have the same problem. The assignment type loads correctly however I am unable to place any comments or other markings on the pdf. Looks like the javascript fails to run. The ghostscript seems to be working corretly as I am able to send the file back. Page turning does not work under javascript. Any suggestions
The javascript certainly works in FF, Chrome and IE7/IE8 (not tried with IE9), so it must be a problem with sending the javascript to the browser.
In Chrome, can you open up the 'developer tools' (ctrl+shift+i), reload the page and see if there are any error messages ('red excalmation mark' in the bottom-right of the screen) - that might help to narrow-down the problem.
Hi Davo. I have open the console in chrome. Here is the results
Not quite sure what all this means. ANy help much appreciated.
John
My first guess is that there is a naming clash between MooTools (which I use) and another javascript library on your system.
Is your theme inserting anything like jquery, prototype or suchlike into every page?
If it is, then that is going to clash with the uploadpdf plugin (there are workarounds that I can write, but I'm not going to have much time to look into them in the near future).
Hi,
I'm having the same problem. It seems to work okay in Firefox and Chrome but not IE8 or IE9. There is a javascript error and the page doesn't load properly. It puts all of the tools under eachother:
I can't use the tools, when you click on them nothing happens. I clicked on the javascript error and it had the following description:
Webpage error details
User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.2; .NET CLR 1.1.4322; .NET4.0C; .NET4.0E; Tablet PC 2.0)
Timestamp: Tue, 17 Jul 2012 12:57:02 UTC
Message: Object doesn't support this property or method
Line: 1
Char: 7585
Code: 0
Thanks,
Vicki.
I tried to install it on my moodle website (v.2.03) but it was not able to upgrade it. Is the latest version compatible with my version of moodle? Thanks
Its actually a fresh moodle install but migratd my 2.02 from an old server to a new one so the new moodle is at version 2.03. When I copied the davosmith-moodle-uploadpdf-fab13fe file to mod folder. The error message that i get is
===================Error Message ====================
Plugin "mod_davosmith-moodle-uploadpdf-fab13fe" is defective or outdated, can not continue, sorry.
===================================================
Am I doing something wrong?
Ops! never mind, just realized that filezilla did not manage to transfer all my files, some have failed. It works fine now. Sorry
Just fixed a bug in this plugin which might well have stopped people from annotating assignments at all (a 1 line bug in the javascript that affects marking assignments where there were no previous assignments to compare to).
The latest verision, available form the above link, fixes this problem.
Hi, I installed this today on a test server and it worked OK. Student submitted the assignment, teacher commented on it.
Teacher can see the comments but the student cannot.
I've just done a tidy up of the javascript code for this plugin - I've prevented a few errors in cases where server responses arrived after the user had moved to a new page (the errors weren't breaking any functionality, but they looked messy). I've also improved the 'find comment' feature, by scrolling the browser window to show the comment if it is off screen, as well as highlighting the comment you were looking for (with a red, dashed border).
Installed in V2 and all works until I click Final submission - then I get a new screen TCPDF ERROR: File is encrypted! - the PDF isn't
It appears that the FPDI library I use to read the PDF thinks that it is encrypted. I know very little about the internal workings of the library (or how data is stored inside a PDF), so there isn't much I can suggest.
You could try opening the file in another program (e.g. Adobe Reader) and checking the properties to see what version of PDF it is. If the version number is 1.4 or below, then there shouldn't be a problem. If the version number is 1.5 or above, then the freely availalbe version of FPDI cannot handle it (I wish there was a workaround to this, but the only options that I have found are to pay a fee for every site that wants to use this, or to dedicate a very large amount of time to implementing a new PDF parser).
One way to make sure that PDFs are compatible is to choose the 'PDF/A' option when creating a PDF. Another method is to use PDFCreator to create PDFs.
Thanks Davo - it was V1.5 - created a new PDF via PDF creator and now get
error/Unable to generate image from PDF - check ghostscript is installed and this module has been configured to use it (see README.txt for more details)
I know ghostscript is installed (I installed it via YUM) - as this is the only program I know that uses ghostscript I'm not sure how to test if its UploadPDF or Ghostscript at fault.
The error message is
gs -q -sDEVICE=png16m -dBATCH -dNOPAUSE -r100 -dFirstPage=1 -dLastPage=1 -dGraphicsAlphaBits=4 -dTextAlphaBits=4 -sOutputFile="/home/digitalt/moodledata/temp/uploadpdf/img/image_page1.png" "/home/digitalt/moodledata/temp/sub/submission.pdf" 2>&1
I note above both the sub and uploadpdf/img didn't exist in moodledata/temp so I created them but to no effect
I take it you are editing the template (before you have any assignments set up)?
The folders should all be automatcially created before it tries to run ghostscript, so I'm not sure why they don't exist.
The best way to find out what is going wrong is to copy & paste the error message you have shown onto the command line and see what happens (the message is the command line that the web server calls to generate the image from the PDF). If you get an error, that should help to track down what is going wrong. If you don't get an error, then there may be a permission problem with calling 'exec' from within PHP.
We had a similar issue. Eventually, setting "embed fonts" in the export setting of the PDF creator (OpenOffice) solved this issue.
Hi Davo.
I'm making full use of your marvellous mod.
Some suggested improvments to an otherwise very good mod:
1. Allow an "Undo" button or shortcut-key
2. For PDF files which extend down the page, i find that I often have to scroll UP the page to access the menu buttons. Could the buttons be stuck on the, let's say, right side of the screen so that no matter where I am in the document, the menu buttons are within easy reach and I no longer have to scroll up?
Thanks and regards
Frankie Kam
1. Undo might be possible, but I don't currently store any previous details, so it would take a bit of coding. Add a tracker request for it and I'll see what I can do (but I'm unlikely to look at it for a few weeks).
2. The best suggestion is to learn the keyboard shortcuts - hover over any button and it displays the shortcut keys (n/p for navigation, [/] for colours, {/} for line colours, c - comment, l - line, r - rectangle, o - oval, e - erase, f - freehand, hold ctrl to draw a line in comment mode).
Great assignment type. Howvere just recently starting to have the following problem
MIssing Charatcers. Is anyone else having this experience. 
Regards John
@John Pembroke - Are the characters missing in the original PDF (click on the 'download' icon, 3rd from left on top row), or only in the output?
The orignal document is totally in tact. No missing charaters. The problem is only in the display image. When you generate a response the file is inatct with the annotated comments.
John
Thanks for this great module. I have intalled it and I am receiving the following message "Server communication failed -do you want to resend the message?"
Can anyone send me a way of solving this error? Thanks
I figured out....I was missing json extension in my server. It should be added as a requirement in the installation instructions. Thanks for this great module
Sorry, I didn't put the JSON extension in the list as I thought it was a standard part of PHP.
Turns out it has only been standard since PHP 5.2.0, which was released in Nov 2006.
I'll update the documentation.
I am having problems with Internet Explorer. When I grade a pdf assignment it will show boxes and comments but will push comments to the bottom of the page and it won't draw lines. However, if I open the assignment in firefox, it will show the lines and comments in the correct place. I am using IE9 and I think this should be an easy fix?
Hello I am still currently experiencing this error.
Default exception handler: error/Unable to generate image from PDF - check ghostscript is installed and this module has been configured to use it
I've tried doing the following:
installed ghostscript
checked json extension if installed
cnofigured uploadpdf_config.php to "gs"
i get it when I am using the annotation in assignment upload pdf.
what else can i do to fix it?
Thanks.
When that error is generated, there should also be a message to explain what went wrong.
e.g. 'no filename', 'no image folder', 'bad folder: [foldername]', or (more likely) the full 'gs' command that was attempted to be run, along with the response from that command.
If you post that here, then I may be able to suggest what is going wrong (BTW, assuming you are the person who also posted on the YouTube video - JSON and TCPDF are not relevant to this part of the plugin, it is just ghostscript that is relevant).
Yes. I was the one who asked that in YT.
Anyway, here's what I got in the error logs:
Default exception handler: error/Unable to generate image from PDF - check ghostscript is installed and this module has been configured to use it (see README.txt for more details)
Debug: \n* line 435 of /lib/setuplib.php: moodle_exception thrown\n* line 1328 of /mod/assignment/type/uploadpdf/assignment.class.php: call to print_error()\n* line 1864 of /mod/assignment/type/uploadpdf/assignment.class.php: call to assignment_uploadpdf->get_page_image()\n* line 50 of /mod/assignment/type/uploadpdf/updatecomment.php: call to assignment_uploadpdf->update_comment_page()\n,
referer: http://<ip>/<site>/mod/assignment/type/uploadpdf/editcomment.php?id=353&userid=13
OK, so that's the error message, but what about the extra information that is displayed in the browser when the error occurs?
That information includes the full command line that was attempting to run, as well as the result of running it.
Are you talking about this?
Output buffer: gs -q -sDEVICE=png16m -dSAFER -dBATCH -dNOPAUSE -r100 -dFirstPage=2 -dLastPage=2 -dGraphicsAlphaBits=4 -dTextAlphaBits=4 -sOutputFile="/var/www/data/<site>/temp/uploadpdf/img/image_page2.png" "/var/www/data/<site>/temp/sub/submission.pdf" 2>&1<br/>GPL Ghostscript 8.70: Unrecoverable error, exit code 1<br/>
If possible, can you do the following:
If the first test is OK, but the second test gives the same error, then I suggest you see if you can get a more up-to-date version of ghostscript (current version is 9.06).
I already updated it. It's still giving me the pop up error that says:
Server communication failed - do you want to resend the message?
...whenever I annotate.
====
I commented out the line
// Definition for 'resend' box
//echo '<div id="sendfailed" style="display: none;"><p>'.get_string('servercommfailed','assignment_uploadpdf').'</p><button id="sendagain">'.get_string('resend','assignment_uploadpdf').'</button><button onClick="hidesendfailed();">'.get_string('cancel','assignment_uploadpdf').'</button></div>';
in assignment.class
will it have negative effects on the plugin?
If you have already updated ghostscript, does that mean that the error has stopped happening, or that you have updated to the latest version and it still isn't working?
If it still isn't working, then did the attempt to run ghostscript via the command line work?
Commenting out the 'resend' box is a very bad idea. That box is telling you that there is some problem when communicating with the server. This may mean that your annotations are not saving properly. This will probably mean that you can't edit any comments after you have saved them. The answer is not to ignore the error, but to find out why it is happening. You don't say which browser you are using, but if it is Chrome, then open up the developer tools (if Firefox install Firebug and then open that up), go to the 'network' tab and look to see what message the webserver is returning. It is probably showing some sort of error - tell me what the error is and I may be able to help fix it.
Yes. I have updated the ghostscript.
I did run the command. I thought it worked just fine the first time but when I tried it again, I noticed there is some error.
This is the command:
gs -q -sDEVICE=png16m -dSAFER -dBATCH -dNOPAUSE -r100 -dFirstPage=2 -dLastPage=2 -dGraphicsAlphaBits=4 -dTextAlphaBits=4 -sOutputFile="/var/www/data/<SITE>/temp/uploadpdf/img/image_page2.png" "/var/www/data/<SITE>/temp/sub/submission.pdf" 2>&1
(Of course I changed the ISO 8859-1 characters before running it)
I encountered this error:
PuTTY/var/www/data//temp/sub/submission.pdf: command substitution: line 3: syntax error near unexpected token `;'
/var/www/data//temp/sub/submission.pdf: command substitution: line 3: `Ê'ãÜ"7WÕã$=^ЦM°Ajm=´âV==¶e³
/¹½n½÷åj é=þÒ+ñæÁºsE>@öäæyû¼:¶¸b£®gh{9ªkÕ&ʶ¿nr°ÍÊ»Ï
A ²Q²ñkæK´5¦ûg§ô¸=ß/R¹vnãì¸}¿2vâzä
^Òo!cqÛ1¥¢KtõÐRÇ"幸/ÙÛû"Yó^eì¢÷(ýxI÷ÓBÆbãÞÄBW->ÖÁ"é^sJouA'
/var/www/data//temp/sub/submission.pdf: command substitution: line 3: unexpected EOF while looking for matching `"'
/var/www/data//temp/sub/submission.pdf: command substitution: line 4: syntax error: unexpected end of file
/var/www/data//temp/sub/submission.pdf: line 3: LÑì0¸ÎðO7gw³yf: command not found
Xr¬Ý: command not found/sub/submission.pdf: line 3: ÆÂç··êtµÓÏ3Ðó
Lƶ3¸ùĵ{é±÷ahÞ'Ì?æk6æp/sub/submission.pdf: command substitution: line 4: syntax error near unexpected token `)'
/var/www/data//temp/sub/submission.pdf: command substitution: line 3: syntax error near unexpected token `4'
/var/www/data//temp/sub/submission.pdf: command substitution: line 3: `Ϥ(4&ºôPlq«)B\àâ]Ûv~Ç«8ħ'
Okay I ran the wrong command. I tried again and the command is working on the console. The gs command is okay.
What then is the problem when the command is ran in the plugin?
Thank you for amswering
If my plugin is producing the correct command line and that is working when you type it in manually, then there isn't much else I can check as it appears to be a problem with you PHP install running the command line program.
The error message would appear to be an internal ghostscript fault, so I can't help you with that either, expect to suggest this: https://www.google.co.uk/webhp?q=Error%3A%20%2Frangecheck%20in%20--.execform1--
Hiya Davo.
We're experiencing some of the issues reported here and one of the things I usually do first is to check we're using the most recent code. I checked on github.com/davosmith and it seems that we're using the code from the moodle20-originalui branch, whereas the master branch has more recent commits. (We're using Moodle 2.1.1+.)
Are we on the right branch or should we switch to master?
Cheers,
Paul.
I've not touched the 'original-ui' branches in a while, these were created to keep an archive of the old version of the UI, before I made some significant changes to it back in April.
I am no longer maintaining those branches, so you will probably find the master branch works better (plus the benefits of a refreshed UI with the ability to draw circles, boxes, etc. rather than just comments and lines).
Just to verify, I am using the latest version for Moodle 1.9.
Timothy - thanks for the heads-up about IE9.
After rebooting into Windows and downloading it, I've managed to reproduce the problems you were having and roll out a fix for them.
The GitHub version of my plugin ( https://github.com/davosmith/moodle-uploadpdf/tree/MOODLE_19_STABLE ) is now fixed - please could you confirm it is all working and I'll put that version into the modules & plugins database.
Thanks again.
Thanks for all your help. The lines are working fine. But, comment boxes seem to disappear whenever you click save or generate response. Thanks again.
Clicking 'save' doesn't do anything (comments are saved as soon as they are typed in - I only added the save button to make people feel better about closing the window).
If you can go to another page and back to the original page and the comments are still there, then the comments are saved. If that doesn't work, then there is something different the matter (but it was working fine on my test computer, last time I checked, with IE9, Firefox, Chrome).
I was able to just click off the comment box and it displayed for student when they opened it. I assumed you needed to save. There may be an issue with the eraser yet. Doesn't seem to work with IE9 does work with firefox. Thanks for all your help.
In ie, you have to click on the line, for the erase to work, with Firefox/Chrome you just need to click somewhere inside the shape.
That might account for the differences (but I'll double-check when I get a chance).
I feel dumb, you're right, click on the eraser and click on line and it disapears. Thanks for your help.
Thanks for that, will upgrade shortly.
Hi Davo.
Just grabbed the master branch from Github and installed it as per usual. I can add comments of different colours but the drawing tools don't work. Firebug (I am using Firefox 5.0 on Ubuntu Linux) reports the following:
missing : in conditional expression
http://localhost/moodle/lib/javascript.php?file=%2Fmod%2Fassignment%2Ftype%2Fuploadpdf%2Fscripts%2Fraphael-min.js&rev=337
Line 1
Aditionally, I added another more serious error (which I think is UploadPDF related, but not 100% certain) to the CONTRIB entry for UploadPDF (I'm not too sure where you'd prefer error reports).
Cheers.
Edited to add: I'm not sure if you can do anything about MDL-27520 but I thought I'd bring it to your attention.
I'll look into the javascript error - it could easily be something I broke whilst upgrading the drawing library (to fix the IE9 problems).
Not sure about MDL-27520 - it doesn't sound like something I've done, but I'd have to test it out (which I won't be able to do for a few days).
As you've already seen, I think the other error you reported was to do with Moodle core, not my plugin, so I've marked it as such.
Looks like the Moodle Javascript caching process was disagreeing with the already-minimized version of the Raphael library (I always have caching turned off, as a developer, as otherwise it is hard to debug the code).
I've rolled out a new version that should fix that issue.
Thanks for everything!
Hi Davo. I'm now getting this error (from Firebug) when the 'annotate' page loads:
content is null
http://server.ac.uk/moodle21/mod/assignment/type/uploadpdf/scripts/annotate.js
Line 1658
Multi-coloured text boxes work fine, it's just the drawing tools which don't work. I can click on them (e.g. the pen) and they become highlighted in blue, however when I click on the page to draw a box or squiggle (again from Firebug):
context_quicklist is null
http://server.ac.uk/moodle21/mod/assignment/type/uploadpdf/scripts/annotate.js
Line 979
I hope this is useful. I tried looking through annotate.js but Javascript is not really my strong point, so I can't be of much help.
P.
It looks like the 'region-main' element is missing from the page.
It might be a Moodle 2.1 issue, or it might be a theme issue. I'll look into it and see what I can figure out.
Then it's worth mentioning that the theme we're using is Standard with changes to the CSS. It's also been tested with Aardvark 2.1.1 beta, same results.
I'm having the same problem in Moodle 2.1. Text box comments work, but when I use a drawing tool it draws the shape while I'm click-dragging, then the shape disappears after I let go.
I've just checked in a version that fixes the 'disappearing annotations' bug (you can find it on GitHub) - the problem was an undefined function hidden in the Raphael javascript library I use for the line drawing.
This is unrelated to the firebug errors (content is null / context_quicklist is null), but I've checked in a fix for those as well.
Hi Davo, thanks **so much** for fixing these issues!
Hi, Davo!
I`m asking for some help if I may.
On my development machine with Win XP it works great. However when I try it on the server with Win2008 it prints the following error message when trying to annotate the submission: "bad folder: mysiterootdir\moodledata/courseid/moddata/assignment/assignmentid/userid/images "
"Unable to generate image from PDF - check ghostscript is installed and this module has been configured to use it (see README.txt for more details)"
Ghostscript is installed in c:\gs\bin\ and file uploadpdf_config.php contains the line "$CFG->gs_path = 'c:/gs/bin/gswin32c.exe';", so it should be right.
Could it be some problem with permissions (as I have FAT32 filesystem on my desktop and NTFS on the server)?
Other scripts successfully create folders and files in moddata directory on the server.
Thanks in advance for suggestions!
First of all, I assume you've sanitised the line that reads 'bad folder:' and it actually reads something like:
'bad folder: c:\moodledata/5/moddata/assignment/3/1/images'
If so, can you check that the folder exists and that the server has permission to write to it (my code uses the standard moodle function call to create folders).
The code should also output the full command line that is used to run ghostscript, so you might find some milage in running that command from outside of Moodle and seeing if it works.
Aside from that, the best advice I can give is to consider running Moodle on a Linux server - I know that solved a number of problems in the college where I currently work (although I have no direct involvement in the admin of our Moodle site).
Hi Davo
We are now taking a serious look at UploadPDF and starting to really like what we see. We run our Moodles (1.9.x and 2.1.x) on CentOS linux so things have worked 'out-of-the box'.
One key driver/enabler is that we have recently upgraded to MS Office 2010 accross college, making it easy for users to save directly as PDF (i.e. without having to convince IT Services to deploy LibreOffice or PDFCreator or Acrobat writer or whatever - or our students to use them!)
Here are a few observations/questions.
Also, really appreciate the 'polish' on this module; the assignment front-page, drawing tools, automatic merging of PDFs, comment-list, shortcut keys etc. Makes it very fit for our purposes.
Keep up the good work!
Cheers
Geoff
Thanks
If the PDF version proves to be a problem, I'll look into preprocessing by Ghostscript
e.g. http://superuser.com/questions/25598/linux-pdf-version-converter
Hi Davo
Whilst rummaging around the TCPDF and FPDI websites, I noticed updated versions of the libraries (FPDI-1.4.2, FPDF_TPL-1.2 and TCPDF-5.9.133)
http://www.setasign.de/products/pdf-php-solutions/fpdi/downloads/
http://sourceforge.net/projects/tcpdf/files/
I have dropped in the latest versions to our installations of UploadPDF. Not extensively tested, but nothing seems obviously broken. Worth an update on your GitHub repo?
Geoff
Edit: Also, just noticed there is already a /lib/tcpdf in Moodle 2 core. This is also an old version. So, perhaps an update and rationalisation is in order.
...and added a brief comment to
Thanks to Petr Škoda, looks as if an up-to-date TCPDF should now make it into Moodle 2.2 core
Hi there,
I am not sure if this has been answered already but if anyone can help it would be much appreciated.
Problem 1
Running Moodle 1.9+ on Server 2003, MYSQL, IIS. The mod has installed fine but when I go to upload a PDF for marking the error below appears. I have check folder permissions but not sure what access is needed for what.
TCPDF ERROR: Unable to create output file: D:\Inetpub\moodledata/6/moddata/assignment/311/1351/submission/submission.pdf
Problem 2
Running Moodle 2.1.2 on server 2008, MYSQL, IIS. Mod installed fine and works. Try to annotate a PDF in IE8 and the editor appears jumbled up and buttons don't work. Do the same in Firefox and it all works fine. Get the following warning error in IE:
Webpage error details from IE8
User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET CLR 1.1.4322; .NET4.0C; .NET4.0E; Tablet PC 2.0; InfoPath.3)
Timestamp: Thu, 1 Dec 2011 12:40:53 UTC
Thanks
1. Could you check the version number of the PDF you are trying to submit (open in Adobe Reader and select File, Properties). If it is PDF version 1.4 (or below) then it should work fine, if it is PDF version 1.5 (or above) then it may well not work. If you want to know why, see here: http://www.setasign.de/products/pdf-php-solutions/fpdi-pdf-parser/
2. What happens if you click on the 'compatibility mode' button? Does that fix it in IE8? I've not got a copy of IE8 around to test with at the moment, as I've 'upgraded' my home computer to IE9 to fix a different reported bug. I haven't got time at the moment to download & install one of the Microsoft VMs with IE8 in it, to try and get to the bottom of this. Sorry, I can't be of more help with that.
(As an aside, I note from the URLs that you are only 1 hour drive away from me, via the M1)
Davo
1. It is 1.5 (Adobe 6.x) But does work ok on my Moodle 2.0 install as I mentioned. Would what you put cause the error?
2. Not sure will check this in the morning
Cool - so when I break it completely you can nip up the road and sort it out for me!
Hi there,
I tried compatiblity mode and it did not make any difference
I'm afraid I don't know too much about the inner workings of the FPDI / TCPDF libraries, so, without tracing through the code, I'm not really sure what is going wrong.
If I get a moment (when I'm not writing Moodle code for my new employers at Synergy Learning) I'll try running the code with IE8, but we were using it successfully with IE8 at the college where I used to work, so I'm not sure what the problem is (unless it is something I broke during some recent changes ...).
Have you cleared out the site cache (Admin > Developer > Purge all caches) and the browser cache, just in case that helps?
Im not sure if it is an IE8 problem as it does not work on any browser for our production 1.9 moodle server.
The 2.0 version seems to work ok o IE9 and firefox.
Is there another version that might work on my 1.9 server? Thats the one I really need to get working the most.
There were two problems you mention - 1.9: TCPDF error, this is entirely unrelated to the browser and is likely to be due to some permission problem on the server. I really don't know what the error is, as unfortunately FPDI/TCPDF (either of which could be giving the error), are not very forthcoming with details about any errors that occur. Without the error happening in front of me on a development box (where I could trace through it), I cannot say what is going wrong. As I've mentioned before, if you are using a PDF with version > 1.4, then there is a good chance it will not work (I recommend using PDF Creator, to create PDFs as they tend to work well, or, if you are using MS Office, make sure you use the 'PDF/A' mode under 'options'). There are earlier versions of the plugin on GitHub, but they are not likely to solve the problem you are having. Another alternative is to test it out on a Linux/Apache server, as they tend to work better with PHP/Moodle; if that works, then it is certainly a configuration problem on the server.
The 2.0 error is a browser problem, but I can't trace that without downloading an IE8 VM, which I haven't had a chance to do yet.
Hi Davo,
Thanks for your help.
If you do come accross anything please let me know.
Hi there again!
Just ran a developer console in Firefox for my 1.9 moodle with the TCPDF error and got the attached. Does it make any sense to you?
I assume that the errors are related to the page being aborted part way through when it failed to create the PDF file.
Having had a brief further look at this, please could you double-check the permissions on the 'moodledata/6/moddate/assignment/315/1352/submission' folder?
Try setting it to 0777, if it is not set that way already.
If that fixes the problem, then you will need to change the $CFG->directorypermissions in config.php to match this (00777 is the default value).
Davo
Hi Davo,
Could you advise what that is in Windows world please as I am running it on IIS on a Windows server.
Thanks.
0777 (Linux) = Read / Write / Execute
Hi Davo,
I don't suppose you know for which group? I have that set for "users". It looks like one of the processes that uploadpdf uses cannot create the folders as when I create the "submission" folder manually it allows the file to upload.
Then I get:
bad folder: D:\Inetpub\moodledata/6/moddata/assignment/316/1352/images
Unable to generate image from PDF - check ghostscript is installed and this module has been configured to use it (see README.txt for more details)
If I then create the "images" folder manually I get:
require_js: yui_element - file not found.
The group should be whichever group the webserver is in (as that is what needs to be able to create folders and files).
The yui_element error is something different - I'll have a look at why you're getting that error.
Update: had a quick look - please can you confirm that the following file exists on your server:
/lib/yui/element/element-beta-min.js
and that /lib/ajax/ajaxlib.php contains the line:
'yui_element' => '/lib/yui/element/element-beta-min.js'
If either of these are missing, it would explain why you are getting that error (these should both be there in Moodle 1.9).
Hi Davo,
The YUI_Element was missing and also the same line for YUI_Button. Once I added them in it now loads fine and works. Thanks for that.
However I am still stumped by the permissons issue in that the upload folders won't create for submission and images. If I manually create it works but I can't do that for every assignment. Just don't get it...... grrrrr
The directories are created by using the PHP mkdir command and passing into it the variable $CFG->directorypermissions, as defined in your config.php file.
By default, this is set to 0777, which should give everyone permission to read, write and execute (open) the directory. Theoretically, this is a security risk. In practice, it is not likely to be a massive problem.
I have no experience of PHP & Windows servers, so you might want to see if there is anyone one one of the other forums who can offer advice on this.
BTW What directory permissions are they starting with (before you manually fix them)? Maybe that will give a clue as to what needs changing.
Hi Davo,
The folders are not creating at all for submission and images. Once I create them, leaving default permissions, it works and allows the PDF files to be created.
My config.php file shows $CFG->directorypermissions = 00777;
I'm running out of suggestions here.
My code definitely asks Moodle to create the directories that it requires (otherwise it would never work on any server).
If you wanted to do some more tracing, then maybe adding some 'echo' statements into 'lib/moodlelib.php' in the function 'check_dir_exists' might give a clue, but that function seems to work fine in other situations, so I have no idea why it wouldn't work this time.
Hi,
I've installed this on our development server and I've got ghostscript installed as well.
Everything works up until the point that I want to "annotate a submission", when I get to that page, nothing works. I can't add text, or lines or shapes or anything. The "Next" button doesn't work either, or the drop down to change page.
I've tried this in 3 different browsers, but am getting the same result.
We're using Moodle 1.9 and I downloaded the 1.9 version, and there are no errors being displayed when I turn debugging on.
Any ideas?
Thanks.
Are there any javascript errors?
Try using the chrome developer tools (Ctrl + Shift + I) or the Firefox Firebug extension to see if there are any errors.
Which browsers have you tried?
Hi, The browsers I've tried are: IE9, Firefox, Opera.
Opera and Firefox do give me a javascript error actually, I forget to check that:
[07/12/2011 13:21:04] JavaScript - http://moodledev.bedford.ac.uk/mod/assignment/type/uploadpdf/editcomment.php?id=56440&userid=37255 Event thread: DOMContentLoaded Uncaught exception: TypeError: '$('pdfholder').adopt' is not a function Error thrown at line 61, column 5 in (settings) in http://moodledev.bedford.ac.uk/mod/assignment/type/uploadpdf/scripts/annotate.js: $('pdfholder').adopt(this.waitel); called from line 3513, column 2 in () in http://moodledev.bedford.ac.uk/mod/assignment/type/uploadpdf/scripts/mootools-core-1.3.js: var result = method.apply(this, arguments); called via Function.prototype.apply() from line 3471, column 2 in () in http://moodledev.bedford.ac.uk/mod/assignment/type/uploadpdf/scripts/mootools-core-1.3.js: var value = (this.initialize) ? this.initialize.apply(this, arguments) : this; called via Function.prototype.apply() from line 1482, column 4 in startjs() in http://moodledev.bedford.ac.uk/mod/assignment/type/uploadpdf/scripts/annotate.js: server = new ServerComm(server_config); called from line 1843, column 4 in () in http://moodledev.bedford.ac.uk/mod/assignment/type/uploadpdf/scripts/annotate.js: startjs(); called from line 4378, column 8 in (fn) in http://moodledev.bedford.ac.uk/mod/assignment/type/uploadpdf/scripts/mootools-core-1.3.js: fn.apply(this, args); called via Function.prototype.apply() from unknown location in (item) in http://moodledev.bedford.ac.uk/mod/assignment/type/uploadpdf/scripts/mootools-core-1.3.js: /* no source available */ called from line 326, column 2 in (fn, bind) in http://moodledev.bedford.ac.uk/mod/assignment/type/uploadpdf/scripts/mootools-core-1.3.js: Array.forEach(this, fn, bind); called from line 4376, column 2 in (type, args, delay) in http://moodledev.bedford.ac.uk/mod/assignment/type/uploadpdf/scripts/mootools-core-1.3.js: events[type].keys.each(function(fn){ called from line 4485, column 1 in () in http://moodledev.bedford.ac.uk/mod/assignment/type/uploadpdf/scripts/mootools-core-1.3.js: window.fireEvent('domready');
I've not used Mootools before, so would have no idea what the adopt() is supposed to do, or why it's not working.
Any thoughts? The Version of mootools supplied with the uploadpdf seems to be 1.3 if that helps.
Thanks.
The latest version of my plugin includes Mootools 1.4.1
The most likely explanation is that you have jquery included (in your theme?) and that is conflicting with the Mootools use of $.
I've just thrown in a quick fix, so try grabbing the latest code from github:
https://github.com/davosmith/moodle-uploadpdf/zipball/master
OR
https://github.com/davosmith/moodle-uploadpdf/zipball/MOODLE_19_STABLE
Fixed it in Opera, still seems to not be working in IE though. Odd
Clear browser cache?
And which version of IE?
Tried that several times. It's version 9.
I turned on the IE debugger now and I'm getting these errors:
Line: 321: mootools-core-1.4.1.js, line 321 character 28 Error: Unable to get value of the property 'domready': object is null or undefined Line: 324 Error: Unable to get value of the property 'load': object is null or undefined Line: 399: mootools-core-1.4.1.js, line 399 character 41 Error: Unable to delete property 'load': object is null or undefined Line: 49: mootools-more-1.4.0.1.js, line 49 character 127 Error: Object doesn't support property or method 'set'
A little googling seems to show that maybe there is just a problem with using mootools and IE9 unfortunately.
@Conn,
I've just tested again in IE9, with Moodle 1.9, 2.0 and 2.3 (alpha).
With the last of these I've even tried switching debugging and javascript caching on and off.
None of these have produced and javascript errors on my test system, so it must be something about your setup which is causing the javascript errors you mentioned.
Davo
Hi Davo,
First off, fantastic idea. This is exactly what I need to give feedback for my writing course. One slight problem, though. You mention in your installation instructions that I need to set permissions for IIS. Could you, or anyone else knowledgeable with IIS, give me detailed instructions on how this can be accomplished? Any help would be greatly appreciated.
My current version of moodle is 2.1.3+ and I'm using PHP 5.3.8. I'm using Server 2008 R2.
Thanks!
I'm afraid I've never set up an IIS server, or done anything at all on one, which is why I was rather vague about what needed to be done.
Basically, you need to give the server permission to run the ghostscript executable, but quite how you do this I don't know.
I'll root around, and see what I can come up with. If I figure it out, I'll post my solution.
Thanks.
I have installed and 90% working except two things. See above picture. The selection box displayed weird . I'm using moodle 1.9.1 . Please advice how to fix the problem
Thanks
Teddy
You don't mention which browser you are running or if there are any Javascript errors.
It might be a problem with your theme (particularly if it does anything with javascript) or it could be a caching problem - try refreshing your page / emptying the browser cache.
I'm using Firefox .... I'll try other browsers
What kind of things that potentially can make the plugin doesn't work ??
Thanks
Teddy
@Teddy - If I knew that, then I would have fixed them.
If you are using firefox, then install firebug and let me know of any javascript error messages.
haha , make sense .
I have already installed firebug and no errors on console , even warning .
So I have no clue why this happened.
Thanks
TA
@Teddy - could you make sure you have the latest version of the code from https://github.com/davosmith/moodle-uploadpdf/zipball/MOODLE_19_STABLE
Are you able to use the javascript debugger in firebug?
If so, stepping through the 'startjs' function in 'uploadpdf/scripts/annotate.js' might give some clue as to what is going wrong. After that, I'm not sure what else to suggest.
Hi,
Ok I have upgraded to latest version .
Now when I click the selection box I've got errors like this. Please see below picture . I also attach the JS file that mentioned in this errors. The file is located in /lib/yui/button/button-beta-min.js
Thanks
Teddy
@Teddy - something is certainly going wrong before it gets to the point where you click on the button.
The file you attached does not help, as that only tells me that the button has not been set up correctly, not why (and the 'minified' versions of these files are pretty much unreadable anyway).
If you were able to switch to the 'script' tab, put a breakpoint on line 1462 of annotate.js (it should be just inside 'startjs()') - you can add breakpoints by clicking just to the left of the line, so that a red dot appears. Then refresh the page and press the 'step over' button until it gets to the end of the function.
If it stops early, then that might be a clue as to what is going wrong.
Unfortunately (for you, at least), I have been unable to reproduce this problem with the latest version of my code & Moodle code, so there isn't really a lot I can suggest to help.
Hi,
I am getting the strange layout problem where all the button menus display on the page when annotating a PDF. This seems to happen in IE9 but works fine in chrome.
I am now running a linux install with apache and MYSQL rather than a windws version. Moodle version 2.2 also.
I thought this problem was related to my old 1.9 Windows install but seemingly not
Any ideas?
Thanks
@Richard - Last time I tried it in IE9, it was working fine.
Have you got compatibility mode on or off?
Hi Dave,
Compat mode is definately off. I have tried it both on and off to see what happens but it is still the same.
I have tried it on a work machine with IE9 and a home one just to check it is not something on our network; I get the same result on both I'm afraid.
@Richard - I just checked again with IE9 (I don't regularly test with IE, as I mostly develop under Linux).
I've spotted a bug in the JS which was preventing it from working (introduced back in February, when I added the 'highligher' functionality).
The new version should fix those problems.
Hi Davo,
Which link should I use to download the new version?
And do I just copy over the current one and go to site notifications to upgrade?
Both Github and Moodle.org versions are up-to-date, so either.
Yes, the usual upgrade process. Drop the files in, run notifications upgrade (but note, you *may* also need to clear the browser cache to get the fixed javascript to appear immediately - although that may just be when development settings are enabled).
Hi Davo,
I have updated to the version released today but am still having the problem even after clearing the broswer cache. When I go in to IE developer mode I can see the following error:
SCRIPT5007: Unable to delete property 'load': object is null or undefined
SCRIPT438: Object doesn't support property or method 'set'
Hi Davo,
Have you had chance to look at this?
Regards,
Richard
@Richard - I've not had a free evening to do this yet - maybe tomorrow night.
No worries mate. Anything you can do would be much appreciated.
@Richard - I've found a couple of spare minutes this morning and tried this out.
I've not been able to reproduce the problem at all - I'm able to open up an assignment in IE9, navigate through the pages, add & delete comments and annotations without any problems.
Hi Davo,
Found the last problem! There was a network setting that had ticked "Display Intranet Sites in Compatibility View" for all machines. Now having turned that off it works a treat in IE!
Also tested it at home and your last fix seems to have sorted that as well!
Chrome, Firefox and IE all now seem good!
Thanks again for all your help with this!
Regards,
Richard
@Richard - phew! Glad it wasn't something I'd done wrong
No mate - it all works great now! Thanks again for all your help.
Hi Davo,
This module looks absolutely brilliant and ticks so many boxes for requirements in our university. However, I'm having a problem with it and wondered if you can see what I've done wrong - or what step I've missed out in setting it up.
I've set a test assignment, uploaded a coversheet and then logged on as a student to submit a file, but it then gives me the error message below
Warning: copy(C:\dev2moodle_data/temp/uploadpdf/sub/coversheet.pdf): failed to open stream: No such file or directory in C:\dev2moodle\lib\filestorage\stored_file.php on line 177
We are using a Windows server with IIS, Moodle2.2 and downloaded the code from the plugins database yesterday. Our technician set up ghostscript for me yesterday based ont he instructions on the plugins page. But I'm guessing I have/he has missed a step somewhere, but I can't see what.
Many thanks
Richard
@Richard - it certainly isn't a Ghostscript problem (Ghostscript is not used until you come to view/annotate the pages in the browser - it creates the images of each of the pages).
Unfortunately, I don't know what the problem actually is.
Could you take a look on your server in the c:\dev2moodle_data\temp\uploadpdf\sub folder and make sure that:
a) it exists (a good starting point!)
b) IIS has permission to write to that folder
After that, I don't know what else to suggest - looking at the code it certainly checks for the existence of the correct folder, then creates it, if it doesn't exist.
Aside from that, my only other suggestion would be that Moodle (and most other PHP applications) generally seem to be much happier running on Apache, not IIS (and preferably on a Linux system, not Windows). But I could be wrong about that, as my web hosting experience has only been with Linux / Apache.
Hi Davo,
Thanks for the swift reply. My own experience is also in Linux/Apache, but unfortunately my university IT team is set with MS/IIS (I have raised the question but been told that they will be sticking with Windows/IIS)
I don't currently have access to the moodledata folder (dev2moodle_data) but will pass on your helpful comments to our technician to look at - and to see if i can be given that access myself!
Many thanks for your work on this module
Richard
Hi Davo,
Just to let you know, I got this working - the issue was related to permissions on our IIS server. It seems by default they are quite tied down and this was preventing the mod from creating the combined pdf
Thanks for a wonderful tool!
Richard
I just wanted to announce a few new features in the latest version of the UploadPDF plugin (which is available here: http://moodle.org/plugins/view.php?plugin=assignment_uploadpdf )
Please let me know if there are any problems.
Davo Smith is my hero
