Activities: Journal

Maintained by Picture of Cosmin HERMANCosmin HERMAN, Picture of Adrian SarmasAdrian Sarmas, Picture of Ovidiu MorariuOvidiu Morariu, Picture of Paul NeagPaul Neag
This module allows a teacher to ask students to reflect on a particular topic. The students can edit and refine their answer over time.
3858 sites
61 fans
Current versions available: 8

Build Status

This module allows a teacher to ask students to reflect on a particular topic. The students can edit and refine their answer over time.


Screenshot #0


Picture of Cosmin HERMAN
Cosmin HERMAN (Lead maintainer)
Picture of David Monllaó
David Monllaó: Previous maintainer
Please login to view contributors details and/or to contact them

Comments RSS


  • Picture of Adrian Sarmas
    Sat, Feb 8, 2020, 5:16 AM
    We upgraded it now for Moodle 3.8
  • Picture of Amanda Doughty
    Thu, Mar 5, 2020, 8:30 PM
    I am gettint the following error on the index.php page:
    Before calling format_text(), the content must be processed with file_rewrite_pluginfile_urls()
    line 1347 of /lib/weblib.php: call to debugging()
    line 114 of /mod/journal/index.php: call to format_text()
  • Picture of Amanda Doughty
    Thu, Mar 5, 2020, 8:48 PM

    Added index.php line#114:

    $description = file_rewrite_pluginfile_urls($journal->intro, 'pluginfile.php', $context->id, 'mod_journal', 'intro', null);
  • Picture of Dave Foord
    Fri, Mar 27, 2020, 10:44 PM
    Firstly, thanks to the developers for this plugin, which I think is excellent, however I have spotted what I think is a bug. If a tutor goes into a journal activity to provide feedback and a grade to posts - if they reply to some of the posts but not all - as well as the emails going to the people whose work has been graded, it also sends an email to the people have posted but their work hasn't yet been graded. Could this be changed so that the emails only go to the items that have genuinely received feedback. For reference we are on Moodle Moodle 3.6.6+ (Build: 20191022) and have just updated to the latest version of this plugin. We are using scales for the grades. Thanks in advance.
  • Picture of Simon Davies
    Wed, Jul 8, 2020, 4:19 PM
    Hi - great plugin for formative assessment! Loving it so far. Can I suggest adding a simple interface for drag and drop file attachments? Ie it is possible to create a link in the journal text and for the student to upload a fie, but it would be be far more user friendly if they didn't have to use this method.
  • Picture of Stephen Wallace
    Sun, Aug 9, 2020, 3:41 AM
    Is this plugin getting any updates or fixes? I don't see much happening with it but it seems to have great potential for certain use cases. We are hoping to use it.
  • Picture of I V
    Mon, Aug 24, 2020, 7:43 PM
    Would Journal plugin work with Moodle3.9 and if not, is there a plan to introduce any v3.9 supported updates?
  • Picture of Andy Cole
    Tue, Sep 1, 2020, 11:56 PM
    Ditto earlier ask; is there a plan to update for Moodle 3.9? Keen to upgrade our sites that make use of Journal to 3.9 a.s.a.p!
  • Picture of Karl Kaemingk
    Wed, Sep 9, 2020, 10:19 PM
    Would love to have 3.9 support. Is there a timetable for 3.9?
  • Picture of Fernanda R.
    Thu, Sep 10, 2020, 1:54 AM
    I am interested in seeing this plugin updated to version 3.9 too... if possible...
  • Picture of Adrian Sarmas
    Fri, Sep 11, 2020, 5:26 PM
    We updated to Moodle 3.9 and added some bugfixes in the lastest version released today.
  • Picture of Filippos Kolovos
    Sat, Sep 12, 2020, 3:27 PM
    First of all thanks to the developer of this module for the great work done!

    I would like to report a conflict that exists between this module and the GDPR functionality of moodle. If the GDPR functionality is enabled and a user is deleted (after a user request or manually), then the deletion process crashes and it is never completed. The scheduled tasks logs also fill up with every execution of the user_deletion task, failing to complete the process. I had spotted the bug a few months ago when I noticed that the user anonymization/deletion was not being completed.

    What I found was that in the classes/privacy/provider.php file, the first two methods do not specify the return type on the method declaration.
    A proposed fix, which works in the versions 3.8 and previously, was to add the return value to these two methods, i.e. get_metadata(collection) and get_contexts_for_userid(userid) as follows:

    public static function get_metadata(collection $collection) : collection


    public static function get_contexts_for_userid(int $userid) : contextlist

    Below I attach the "corrected" code from the provider.php file

    * Returns metadata.
    * @param collection $collection The initialised collection to add items to.
    * @return collection A listing of user data stored through this system.
    public static function get_metadata(collection $collection) : collection {
    'userid' => 'privacy:metadata:journal_entries:userid',
    'modified' => 'privacy:metadata:journal_entries:modified',
    'text' => 'privacy:metadata:journal_entries:text',
    'rating' => 'privacy:metadata:journal_entries:rating',
    'entrycomment' => 'privacy:metadata:journal_entries:entrycomment',

    return $collection;

    * Get the list of contexts that contain user information for the specified user.
    * @param int $userid The user to search.
    * @return contextlist $contextlist The contextlist containing the list of contexts used in this plugin.
    public static function get_contexts_for_userid(int $userid) : contextlist {

    $sql = "
    FROM {%s} fc
    JOIN {modules} m
    ON = :journal
    JOIN {course_modules} cm
    ON cm.instance = fc.journal
    AND cm.module =
    JOIN {context} ctx
    ON ctx.instanceid =
    AND ctx.contextlevel = :modlevel
    WHERE fc.userid = :userid";

    $params = ['journal' => 'journal', 'modlevel' => CONTEXT_MODULE, 'userid' => $userid];
    $contextlist = new contextlist();
    $contextlist->add_from_sql(sprintf($sql, 'journal_entries'), $params);
    return $contextlist;
  • Picture of Filippos Kolovos
    Sat, Sep 12, 2020, 4:14 PM
    Hello again,
    For the 2020091100 version, please update the version.php file with the new version, because it has the old version and does not trigger the moodle database upgrade.

    $plugin->version = 2020091100;

    Thank you!
  • Picture of Fernanda R.
    Thu, Sep 17, 2020, 2:52 AM
    Hi there, I have this problem that Filippos Kolovos says... is the fix that he said correct?
  • Picture of Christopher Pelletier
    Thu, Sep 17, 2020, 3:12 AM
    It doesn't seem that the update to 2.1.0 is working. When I try to do the update I get the message saying "[Warning] Target location already exists and will be removed". I have removed the folder as well as uninstalling and reinstalling the updated version. The message keeps showing up. Any suggestions?
Please login to post comments