ORCID plugin does not recognize previously validated IDs

New updates to the ORCID plugin are having conflicts with previously validated ORCIDs authors. And this is an example:

An article already published, with 5 contributors, and ORCID validated with member key.

It is necessary to unpublish to fix a name of a contributor, then try to publish again and the OJS shows the message that the ORCIDs (all) have not been validated!!!

We checked the contributors and in the ORCID field, there is the url of the orcid but it does not include the icon.
So, to fix it, we delete each contributor’s credentials and check to send the email to request (again) to validate their ORCID.

What’s going on? Because in the end it is a nuisance for the authors to be doing this validation and on the other hand, it affects the public image of the journal and its credibility.

Thanks.

Hi @dagosalas,

Thanks for your post. Would you mind indicating the version of OJS you’re using, as well as the version of the ORCID Plugin ( I would presume
v1_1_3-7
- but just to check…) so we can test on our end?

-Roger
PKP Team

Hi @rcgillis

OJS3.3.0.14
ORCID Plugin v1.1.3.7

Previously I reported that submissions where the ORCID field was already filled (prior to the plugin), mentioned that it was not authorized, which is correct. But now this error happens with ORCID already validated and the submission is going to be published. And funny thing, when previewing the submission, it does show the contributors with the orcid icon !!! :smiley:

@Dulip_Withanage:

Are you able to assist with this?

-Roger
PKP Team

@rcgillis thanks for pointing!

@dagosalas : can you let me know how the previous validation happened?

Ok, case in detail:
1.- Submission is assigned to the editor
2.- The editor reviews metadata and all authors are given a check to request ORCID validation by mail (we use the member API).
3.- Submission has the normal flow until publication.
4.- It is detected that there is an error in the surname of an author, the submission is unpublished.
5.- The error is corrected, and it is tried to republish and shows an error that says that the ORCIDs have not been validated (all)
6.- We edit an author and the ORCID appears with its link, but without the icon.
7.- To republish the only solution is to check to delete the ORCID and validate again by e-mail.

@dagosalas
that is actually the intended behavoir: if personal metadata-data changed , that should be re-validated. Generally re-publishing is discouraged and creating a new version is the correct way.
If all other users have to validate, then the plugin has an error.
I know it is a little strict, but if you have clear arguments , I can ask with other partners and relax the restriction a bit.

@Dulip_Withanage ,

We do not really consider it to be a new version since the content of the submission document has not been affected and only minor modifications have been made to the metadata.
I agree that if an author’s metadata has been modified if it should be updated, that is expected, but the rest of the contributors should not need to revalidate again.

We do not really consider it to be a new version since the content of the submission document has not been affected and only minor modifications have been made to the metadata.
I agree that if an author’s metadata has been modified if it should be updated, that is expected, but the rest of the contributors should not need to revalidate again.

But it should be put to the consideration of the team.

Regards,

@dagosalas

I am not ally checking for that scenario, I validate if there is a user has the AceessToken (which guarantees me, that they have properlay authenticated).

Therefore it is hard to imagine your scenario, can we make a offline discussion and have a look into your use-case ?

Sure !! I send you DM.