This plugin is about to change considerably in the way it is interfaced with Tutor/Open edX. From now on, the plugin will be managed by the FUN-MOOC team. In practical terms, it means that the following changes will occur:

• On pypi the plugin will be moved to "tutor-contrib-richie". The existing plugin will be kept for backward compatibility but upgrades will be available only in the contrib package. Thus, end users should uninstall tutor-richie before installing tutor-contrib-richie.
• The code repo will be moved from github.com/overhangio/tutor-richie to github.com/openfun/tutor-contrib-richie.
• The "richie" plugin will be removed from the list of default plugins that ship with pip install tutor[full] and the tutor binary. The plugin should then be manually installed from pypi (see above).

@sampaccoud if you :+1: this PR I'll rename the repo and the pypi package prior to merging the PR.

@BbrSofiane FYI.

@sampaccoud from Richie asked me to post this issue here, from: https://github.com/openfun/richie/issues/1548

It's particularly important because I may well be going about this all wrong; while trying to solve other issues I upgraded Richie to 2.9.1 from 2.8.2 (the tutor-richie default), and mistakenly updated a MySQL table attempting to fix an issue. I have rectified that by making/running migrations manually which resolved the issue but created further questions.

I believe overall there's just some confusion between tutor/richie in how the plugin is set up, it would be good to get an understanding for continued support by the Richie team (particularly with the CSRF, Category, and Migration issues I've unconvered).

I'm just install tutor with command tutor local quickstart and add this plugin. New courses don't showed in Richie, than I'm trying to reinitialize and get error. ERROR 8 [richie.sync] [user None] [ip None] sync.py:67 - Could not synchronize course course-v1:ACI+Test_C+2021_12 with Richie. Response: {"resource_link":["Unknown course: TEST_C."]}

In MySQL, if the sql_require_primary_key is turned on, no table can exist without a primary key. Since the migration 0005 drops the primary key field before model deletion, the table misses the primary key, hence the migration will fail.

To prevent migration failure, we swap the primary key before dropping the revisionpluginrevision_ptr field which is the actual primary key. In case the migration need to be reverted, the opposite will happen and we set the revisionpluginrevision_ptr as the primary key.

When selecting the new primary key, it doesn't really matter what we set, since at the end of the migration we drop the whole table.

Signed-off-by: Gabor Boros [email protected]

This fixes an error when running tutor local init in the context of running the jobs of richie. It would through an error because it didn't catche the correct settings module 'Settings' object has no attribute 'RICHIE_COURSE_HOOK'

Problem

Tutor users can deploy and use Richie using this plugin. However, it seems that the only way to deploy a customised instance of Richie is to use a fork of Richie.

From openfun documentation, the recommended path to customise an instance is to use a Richie site factory. This is not supported by this plugin.

Thread

Suggested solution

This PR is my first attempt at providing support for a Richie site factory.

My goal is to implement a solution that keeps the user experience simple. Ideally, users just need to provide a RICHIE_FACTORY_REPOSITORY and RICHIE_FACTORY_SITE to deploy their customise instance.