Error Upgrade OJS 3.1.1.4 to 3.1.2 "You are trying to downgrade the product "" from version [3.1.1.4] to version [1.0.0.0]"

[semtecher]

Hello. sorry to disturb community
I have tried to perform upgrade from OJS 3.1.1.4 to 3.1.2 but failed. Below - final part of upgrade tracelogs:

[code: Installer Installer::migrateStaticPagesToNavigationMenuItems]
[code: Installer Installer::migrateSRLocale]
[code: Installer Installer::migrateUserAndAuthorNames]
[data: dbscripts/xml/upgrade/event_log_oneclickuserid.xml]
[data: dbscripts/xml/upgrade/3.1.2_update.xml]
[data: dbscripts/xml/upgrade/3.2.0_navigation_menu_items_locale_change.xml]
[note: docs/release-notes/README-3.1.2]
[code: Installer Installer::addPluginVersions]
<h1>You are trying to downgrade the product &quot;&quot; from version [3.1.1.4] to version [1.0.0.0]. Downgrades are not supported.</h1><h4>Stack Trace:</h4>
<strong>File:</strong> /var/www/html/lib/pkp/classes/install/Installer.inc.php line 745<br />
<strong>Function:</strong> VersionDAO->insertVersion(Object(Version), True)<br />
<br/>
<strong>File:</strong> /var/www/html/lib/pkp/classes/install/Installer.inc.php line 421<br />
<strong>Function:</strong> Installer->addPluginVersions(Object(Upgrade), Array(1))<br />
<br/>
<strong>File:</strong> /var/www/html/lib/pkp/classes/install/Installer.inc.php line 265<br />
<strong>Function:</strong> Installer->executeAction(Array(3))<br />
<br/>
<strong>File:</strong> /var/www/html/lib/pkp/classes/install/Installer.inc.php line 186<br />
<strong>Function:</strong> Installer->executeInstaller()<br />
<br/>
<strong>File:</strong> /var/www/html/lib/pkp/classes/cliTool/UpgradeTool.inc.php line 88<br />
<strong>Function:</strong> Installer->execute()<br />
<br/>
<strong>File:</strong> /var/www/html/lib/pkp/classes/cliTool/UpgradeTool.inc.php line 64<br />
<strong>Function:</strong> UpgradeTool->upgrade()<br />
<br/>
<strong>File:</strong> /var/www/html/tools/upgrade.php line 34<br />
<strong>Function:</strong> UpgradeTool->execute()<br />
<br/>
ojs2: You are trying to downgrade the product "" from version [3.1.1.4] to version [1.0.0.0]. Downgrades are not supported.

I have searched forum and realize that only post from thread describe something similar. But look like it has not yet resolved…
Major problem - how I can identify that module/plugin (or something else) which cause this issue? It did not shown in tracelog - only empty quotation marks…

[navotera]

I create some step with visual aid to help upgrade from OJS 3.1.1.4 to 3.1.2.

How to upgrade OJS from version 3 to the latest version » Open Journal Theme

Just remember to backup your site and database before upgrade process initialize
Hope it can help.

[semtecher]

Thank you.
I am sorry - it all about normal upgrade workflow.
I did everything almost exactly the same - just I have used command-line upgrade tool.
And got above error.

[navotera]

Never try your method. You can consider using normal method if it is failed

[semtecher]

Command-line upgrade - it also officially supported. more over - it recommended for large instances (like mine). It works perfectly during 2.8.x to 3.1.1.4 upgrade. So - it is “normal” way

[navotera]

It is my mistake to use normal term.

What I mean was the alternative way. Other than command line method.

[jnugent]

@semtecher

Out of curiosity, do you have the SWORD plugin in your installation? I had this error occur when that plugin was installed. I had to temporarily remove the plugin, do the OJS upgrade, and then reinstall it.

If not the SWORD plugin, then perhaps you have another plugin causing the issue.

Oh - and the command line upgrade process is perfectly fine. We use it constantly with PKP|PS.

Cheers,
Jason

[semtecher]

Look like you are right.
During today’s attempt to update - I have removed 3 plugins that I suspect could caused this problem - QuickSubmit, SWORD and IndexCopernixusExport. After that - update have been passed successfully.
PS: But, why this time plugin name have not not displayed on error? It would save lot of time…

[didimus]

The case is the same as mine …
As a sugestion, whether in the upgrade process it cannot run automatically …

Best regards…
Aristrkus Didimus Rumpak
journal.ibmasmi.ac.id

[adm_sub]

Hi,
I have the same problem but remoning those plugins does not help.

at the bottom of the /install page I also see the following

Fatal error : Uncaught Error: Call to a member function _get_plugin_filepath() on null in /home/suburban/public_html/sys/lib/pkp/lib/vendor/smarty/smarty/libs/plugins/modifier.date_format.php:11 Stack trace: #0 /home/suburban/public_html/sys_neu/lib/pkp/lib/vendor/smarty/smarty/libs/sysplugins/smarty_internal_template.php(455): include_once() #1 /home/suburban/public_html/sys_neu/cache/t_compile/2122dd4b4d038d06701b7a5cbc73d21546ea835d_0.app.formtextInput.tpl.php(24): Smarty_Internal_Template->_checkPlugins(Array) #2 /home/suburban/public_html/sys_neu/lib/pkp/lib/vendor/smarty/smarty/libs/sysplugins/smarty_template_resource_base.php(123): content_5cfbaf5889b738_22297965(Object(Smarty_Internal_Template)) #3 /home/suburban/public_html/sys_neu/lib/pkp/lib/vendor/smarty/smarty/libs/sysplugins/smarty_template_compiled.php(114): Smarty_Template_Resource_Base->getRenderedTemplateCode(Object(Smarty_Internal_Template)) #4 /home/suburban/public_html/sys_neu/lib/pkp/lib/vendor/smarty/smarty/libs/sysplugins/smarty_internal_template.ph in /home/suburban/public_html/sys/lib/pkp/lib/vendor/smarty/smarty/libs/plugins/modifier.date_format.php on line 11

[adm_sub]

Update
To be more specific, we get the following error code while upgrading: “ojs2: You are trying to downgrade the product “openAIRE” from version [2.0.0.4] to version [1.2.0.0]. Downgrades are not supported.”

Disabling or uninstalling the OpenAire-plugin did not help.

[asmecher]

Hi @adm_sub,

Is it possible that you tried to install GitHub - ajnyga/openAIRE: OpenAIRE Guidelines for Literature Repository Managers v4 compatible OJS3.1.2+ plugin on your OJS 3.1.1-4 installation? That plugin isn’t compatible with OJS 3.1.1 but it’s possible that it registered itself in your database anyway. You could try executing this database query before running the upgrade:

DELETE FROM versions WHERE product='openAIRE';

As always, make sure you have a good backup before running database queries directly.

Regards,
Alec Smecher
Public Knowledge Project Team

[adm_sub]

Dear @asmecher,

thank you for your reply!

I have removed the entries ‘openAIRE’ from the database and afterwards the update process of OJS 3.1.2.1 has been completed without receiving any error message. But unfortunately, the website remained faulty after the update. Many links don’t work and I can’t log into the backend.

Afterwards, I have tried a completely new installation of OJS 3.1.2.1 with a newly created database to avoid errors from the former installation. I imported our old database after the installation.

The result is this: On the website, the header is missing and the iframe is not loaded correctly. But the fonts look just fine, so the CSS seems to be included correctly.

Unfortunately, I still am not able to login properly. The login itself somehow does seem to work (see screenshot), but the backend is not loaded.

Switching to English does not work either.

The following error message is always displayed at the top of the website:

Strict Standards : Declaration of DRIVERDAO::setOAI() should be compatible with PKPOAIDAO::setOAI($oai) in /home/suburban/public_html/sys_neu/plugins/generic/driver/DRIVERDAO.inc.php on line 19

Strict Standards : Declaration of CustomBlockPlugin::getBlockContext() should be compatible with BlockPlugin::getBlockContext($contextId = NULL) in /home/suburban/public_html/sys_neu/plugins/generic/customBlockManager/CustomBlockPlugin.inc.php on line 134

Strict Standards : Declaration of OpenAIREDAO::setOAI() should be compatible with PKPOAIDAO::setOAI($oai) in /home/suburban/public_html/sys_neu/plugins/generic/openAIRE/OpenAIREDAO.inc.php on line 100

Strict Standards : Only variables should be assigned by reference in /home/suburban/public_html/sys_neu/pages/index/IndexHandler.inc.php on line 68

Warning : Cannot modify header information - headers already sent by (output started at /home/suburban/public_html/sys_neu/plugins/generic/driver/DRIVERDAO.inc.php:19) in /home/suburban/public_html/sys_neu/lib/pkp/classes/template/PKPTemplateManager.inc.php on line 836

Warning : Cannot modify header information - headers already sent by (output started at /home/suburban/public_html/sys_neu/plugins/generic/driver/DRIVERDAO.inc.php:19) in /home/suburban/public_html/sys_neu/lib/pkp/classes/template/PKPTemplateManager.inc.php on line 837

Clicking on the “Issues” does not work and returns the following error:

Parse error : syntax error, unexpected ‘?’ in /home/suburban/public_html/sys_neu/lib/pkp/lib/vendor/illuminate/support/Str.php on line 681

Clicking on “Current” issue does not work either:

Deprecated : Non-static method PKPApplication::getCCLicenseBadge() should not be called statically, assuming $this from incompatible context in /home/suburban/public_html/sys_neu/pages/article/ArticleHandler.inc.php on line 162
Strict Standards : Declaration of SubmissionKeywordEntryDAO::getByControlledVocabId() should be compatible with ControlledVocabEntryDAO::getByControlledVocabId($controlledVocabId, $rangeInfo = NULL, $filter = NULL) in /home/suburban/public_html/sys_neu/lib/pkp/classes/submission/SubmissionKeywordEntryDAO.inc.php on line 20
Warning : assert(): Assertion failed in /home/suburban/public_html/sys_neu/lib/pkp/classes/identity/Identity.inc.php on line 157
Fatal error : Uncaught exception ‘Seboettg\CiteProc\Exception\CiteProcException’ with message ‘Illegal argument. Name has no family name.’ in /home/suburban/public_html/sys_neu/plugins/generic/citationStyleLanguage/lib/vendor/seboettg/citeproc-php/src/Seboettg/CiteProc/Util/NameHelper.php:120Stack trace: #0 /home/suburban/public_html/sys_neu/plugins/generic/citationStyleLanguage/lib/vendor/seboettg/citeproc-php/src/Seboettg/CiteProc/Rendering/Name/Name.php(528): Seboettg\CiteProc\Util\NameHelper::normalizeName(Object(stdClass)) #1 /home/suburban/public_html/sys_neu/plugins/generic/citationStyleLanguage/lib/vendor/seboettg/citeproc-php/src/Seboettg/CiteProc/Rendering/Name/Name.php(202): Seboettg\CiteProc\Rendering\Name\Name->nameOrder(Object(stdClass), 0) #2 /home/suburban/public_html/sys_neu/plugins/generic/citationStyleLanguage/lib/vendor/seboettg/citeproc-php/src/Seboettg/CiteProc/Rendering/Name/Name.php(184): Seboettg\CiteProc\Rendering\Name\Name->getNamesString(Object(stdClass), 0) #3 /home/suburban/public_html/sys_ne in /home/suburban/public_html/sys_neu/plugins/generic/citationStyleLanguage/lib/vendor/seboettg/citeproc-php/src/Seboettg/CiteProc/Util/NameHelper.php on line 120

Sometimes I also get the following error message

Fatal error: Uncaught → Smarty Compiler: Syntax error in template “app:app:frontendcomponentsheader.” on line 28 “{if !$pageTitleTranslated}{translate|assign:“pageTitleTranslated” key=$pageTitle}{/if}” unknown modifier ‘assign’ ← thrown in /home/suburban/public_html/sys_neu/lib/pkp/lib/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatecompilerbase.php on line 28

Could the bug have something to do with the migration from PHP version 5.6 to 7.1?

Or maybe with the QuickSubmit plugin? The user Hugo_Melo has had similar problems during his update

[Solved] Quick Submit error with OJS 3.1

Hello again I haven’t used the quick submit plugin for some time, and then, i haven’t teste it since i upgraded to 3.1. Today when i needed it, the plugin option wasn’t available in tools import/export. Cheked the plugins page and quick submit showed as a installed plugin (v1.0.1.0). Got a look at official page for plugin and it shows v2.0.0. Then i did a manual upgrade via FTP and the link in tools import/export got back, however, the page is not loading correctly. It don’t shows the autors p…

Sorry, I am really lost right now.

I am very grateful for any help or advice!

[asmecher]

Hi @adm_sub,

I see three potential problems, at a glance:

• I suspect your PHP is too old for OJS 3.1.2 (see docs/README.md for minimum requirements);
• Your PHP error log needs to be directed to the log file, not the browser (this is in your php.ini file); and
• I suspect you have some older (incompatible) plugin code in your 3.1.2 codebase, possibly left over from your 3.1.1-4 installation. (If you tried to upgrade by unpacking the 3.1.2 code over the 3.1.1-4 code, it’s better not to do that.)

Regards,
Alec Smecher
Public Knowledge Project Team

[adm_sub]

Dear @asmecher,
please excuse the late reply. I only found the time yesterday to try a new update of OJS.
This time it worked!
The only thing I changed this time was to set “display_errors” in php.ini to “On”. Many thanks for the hint, I would never have thought of it.
I find it interesting that all the other updates always worked before, even when updating from OJS 2 to 3.

[Jiri_Dlouhy]

I had also problem, upgrading from 3.1.2.0 to 3.1.2.1. After deleting of OpenAIRE, QuickSubmit and SWORD plugins (using Setings > Website > Plugins > Installed Plugins) upgrade worked and later I installed those plugins back again.