Comments

• 

  I V

  Wed, 3 May 2017, 8:17 PM

  Hi guys,
  
  I can see from the comments that the plugin is not officially supported on Moodle 3.2 but still pretty much works. Do you have an official release date for 3.2 supported version since the last conversation around this?
  
  If we need to (or just have to) upgrade to Moodle 3.2, then do we need to upgrade Turnitin Plagiarism plugin to it's latest version, if not already, to ensure it works with 3.2 OR is it still not advisable to put on 3.2 with any version ?
  
  Your responses will help us decide the fate of our upgrades.
  
  Thanks!
• 

  David Winn

  Wed, 3 May 2017, 8:44 PM

  Hi Ishani,
  
  I can say that we now officially support 3.2, as of release 2017022201 on February 22nd. You will need to update both the Plagiarism plugin and Moodle Direct V2 to their latest versions. (Moodle Direct V2 is a dependency for PP)
• 

  Andrew Rowatt

  Sat, 20 May 2017, 9:03 AM

  John, Dan et al - I hope you can help me with a technical question - does this plugin rely on a consistent Moodle "Course ID number"? We are changing how we compose the Course ID due to a change in Student Management System. The change in system will come in part way through the teaching term which requires the Course ID to change to the new format. e.g. There is the possiblity of students submitting to an assignment (mod_assign) before or after the change.
  
  Can you advise please
  
  Thanks,
  Andrew
• 

  John McGettrick

  Mon, 22 May 2017, 4:35 PM

  Hi Andrew, it does yes. There is a table mdl_turnitintooltwo_courses that links the Moodle course to the class in Turnitin. If you're only changing the course ids and can keep a reference to the current ids though it shouldn't be too much of a problem to remap them.
• 

  Andrew Rowatt

  Tue, 23 May 2017, 3:55 AM

  Thanks John! You have answered my question
• 

  Glenn Pillsbury

  Sat, 24 June 2017, 6:09 AM

  Any luck getting this to install in 3.3? When I try, it gets past the Validation screen, but then the admin/index.php page is completely blanked out. Hoses the entire site. Luckily, manually removing the turnitin folder from /plagiarism restores the site. Yikes!
• 

  John McGettrick

  Mon, 26 June 2017, 3:36 PM

  Hi Glenn, we haven't had any other reports on this. Which version are you upgrading from? Have you tried with debugging on, do you get any visible errors then?
• 

  Glenn Pillsbury

  Mon, 26 June 2017, 11:57 PM

  Hi John. I'm installing fresh on a brand new Moodle server (3.3). Here's what I get when I turn on full debugging:
  
  Warning: require_once(C:\Bitnami\moodle-3.3.0-0\apps\moodle\htdocs/mod/turnitintooltwo/lib.php): failed to open stream: No such file or directory in C:\Bitnami\moodle-3.3.0-0\apps\moodle\htdocs\plagiarism\turnitin\lib.php on line 55
  
  Fatal error: require_once(): Failed opening required 'C:\Bitnami\moodle-3.3.0-0\apps\moodle\htdocs/mod/turnitintooltwo/lib.php' (include_path='C:\Bitnami\moodle-3.3.0-0\apps\moodle\htdocs/lib/pear;.;C:/Bitnami/moodle-3.3.0-0/php/PEAR') in C:\Bitnami\moodle-3.3.0-0\apps\moodle\htdocs\plagiarism\turnitin\lib.php on line 55
  
  However, the installation just worked fine now. The only thing that changed was I'd successfully installed the mod before trying to install the plagiarism plugin. Hmm...
• 

  John McGettrick

  Tue, 27 June 2017, 3:42 PM

  Ah, plagiarism_turnitin requires mod_turnitintooltwo to be installed as well as it shares a lot of code. There is a '$plugin->dependencies' array in version.php which should prevent it being installed or used if mod_turnitintooltwo isn't installed.
• 

  Wayne N

  Wed, 28 June 2017, 10:43 PM

  We used this plugin some time ago and I'm just finding out that when we removed it something failed. Right now I'm trying to figure out the least impactful way to remove it. I found that installing the latest version and then removing it again works.
  However it seems that the changes in Release: v2017022201 that address the plugin switching to using the newer event handling system cleans up various old tables including m_events_queue and m_event_handlers. Which is fine because we want them gone. However because of our failed removal some years ago m_events_queue has something like 1.5 million rows in it and seems to be growing with every cron run. The install process that cleans this stuff up is taking over 2 hours.
  
  I'm looking for ideas on how to speed up that process. I'm going to try trunc'ing m_events_queue and m_events_handlers before the install and seeing if that helps as I've checked and the only stuff in there seems to be stuff that would be cleaned up by the install anyway.
  
  Anyone have any other suggestions?
  
  --
  Daniel Nelson
  Instructional Systems Administrator
  UMass Amherst
• 

  John McGettrick

  Fri, 30 June 2017, 9:45 PM

  Hi Daniel, could you write a script to remove items from mdl_events_queue if the id isn't equal to a queuedeventid in mdl_events_queue_handlers ?
• 

  sachin sharma

  Mon, 3 July 2017, 2:05 PM

  is this available for india
• 

  John McGettrick

  Fri, 7 July 2017, 5:04 PM

  Sachin, please see http://go.turnitin.com/en_us/consultation for more information.
• 

  Andrew C

  Tue, 22 Aug 2017, 8:42 PM

  Great plugin. Thanks!
• 

  Sathish M

  Tue, 26 Dec 2017, 2:47 PM

  Does it have any trial account to check?