Plugin gallery does not display all plugins after migration

[Karoline_Andrade]

Hi, I’m having a problem with the Plugins gallery.

I recently upgraded from OMP version 2 to version 3.1.2.0.
For this update, I downloaded a zero version of omp 3.1.2.0 and put the database from the previous version and updated the tools folder.

And when asked to view the downloads, I thought about using the OMP Statistics plug-in, but when accessing the gallery to configure, only 9 of the 12 plug-ins are being displayed, as in the following screenshot:

There are no errors in the log, so for those who searched here on the forum, it is an aesthetic error:

PHP Warning: Declaration of CustomBlockPlugin::getBlockContext() should be compatible with BlockPlugin::getBlockContext($contextId = NULL) in omp-3.1.2/plugins/generic/customBlockManager/CustomBlockPlugin.inc.php on line 0

[asmecher]

Hi @Karoline_Andrade,

The plugins in the Plugin Gallery will not all be installed in your system. If you want to install one that isn’t installed yet, log in as Administrator and you’ll see an install button.

Regards,
Alec Smecher
Public Knowledge Project Team

[Karoline_Andrade]

Hi @asmecher,

I am logged in as an administrator. In the gallery for installing plug-ins, it does not show the missing ones and in plugins/generic /
have the folders for all the plugins appear.

The screenshot below shows all the plugins displayed in the installation gallery:

[asmecher]

Hi @Karoline_Andrade,

There are also plugins that come with OMP that aren’t available in the Plugin Gallery. What specific plugin are you trying to configure?

Thanks,
Alec Smecher
Public Knowledge Project Team

[Karoline_Andrade]

Hi @asmecher,
The plugin I need is Usage Stats.

[asmecher]

Hi @Karoline_Andrade,

That plugin will be included with OMP. Did you install via GitHub, or from the .tar.gz package?

Regards,
Alec Smecher
Public Knowledge Project Team

[Karoline_Andrade]

Hi @asmecher,

The installation was done by package .tar.z. But for testing, I used a new database, with which plugins were displayed in the gallery.

I also did a test to merge the system database with the new database, but it still didn’t display.

[asmecher]

Hi @Karoline_Andrade,

Then the Usage Stats plugin is probably installed and working. Some plugins are site-wide, including this one, and are administered in the Site Administrator’s plugins area (for multi-journal installations). See if it shows up there, instead of your individual journal’s settings area.

Regards,
Alec Smecher
Public Knowledge Project Team

[Karoline_Andrade]

Hi @asmecher ,

Other than the plugin gallery where can I check?

[asmecher]

Hi @Karoline_Andrade,

Does your OJS installation have one journal, or multiple journals?

Regards,
Alec Smecher
Public Knowledge Project Team

[Karoline_Andrade]

Hi @asmecher,

I use OMP 3.1.2.0. It has 3 publishers.

[Karoline_Andrade]

Hi @asmecher ,

Other than the plugin gallery where can I check?

[bolelligallevi]

Hi @asmecher and @Karoline_Andrade, we use OMP 3.1.2-4 and we have a similar issue.
UsageStats is in Administration>Settings>Plugins, and we were able to configure it, but we can’t set the options for individual presses (as stated in plugin’s own settings: “Each press can override these settings from the press’s plugins page”, see Statistics display options section) because the plugin is not shown in each press Settings>Website>Plugins.
This is not happening in our OJS 3.1.2-4 installation (see screenshot below).
Any hint?
Best regards,
Stefano

[mannemark]

We have this same exact issue in OMP 3.3.0.15. The download statistics show up fine on the book landing page when the graph is enabled at the administration level, but we can’t override the setting at press level because the plugin is not there.

We managed to craft a workaround however, by inserting this into the plugin_settings for the press in the database:

plugin_settings (plugin_name, context_id, setting_name, setting_value, setting_type) values (‘usagestatsplugin’, 3, ‘displayStatistics’, 1, ‘bool’);

Interestingly enough setting displayStatistics = 0 did not remove the graph, we had to delete the entire line to do so.

While this works, it would be preferable if it worked as intended, so that presses could manage this setting by themselves. @asmecher, could this be looked into further? Perhaps it’s already been addressed in later versions of the software.

Regards,

Magnus

[asmecher]

Hi @mannemark,

The usage stats toolkit was rewritten starting with OJS/OMP/OPS 3.4 and is no longer a plugin. For 3.3, the usage stats plugin is “site-wide”, which means it can only be configured at the administrator level; that’s intentional, so adjusting things manually to behave differently may have unexpected side-effects.

You might look into an upgrade to 3.4 or 3.5 if you’re uncomfortable with that risk; we’ll be putting the LTS stamp on 3.5 in the next few months, if that helps.

Regards,
Alec Smecher
Public Knowledge Project Team

[mannemark]

Many thanks @asmecher! We are in fact planning an upgrade to 3.5 in the near future, or at least 3.4. So then that will solve it.

Do you by any chance have a more detailed approximate on when LTS for 3.5 will be released?

[asmecher]

Hi @mannemark,

We are aiming for this quarter (Q1 2026) – that’s within the next two months – but we have a lot of competing priorities to juggle, so I can’t 100% guarantee it.

Thanks,
Alec Smecher
Public Knowledge Project Team