Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Sometimes deposits are not marked as validated even when document is created #925

Open
PascalRepond opened this issue Apr 13, 2023 · 3 comments
Labels
bug Breaks something but is not blocking client request

Comments

@PascalRepond
Copy link
Contributor

PascalRepond commented Apr 13, 2023

Bug description:

In some instances (to be specified), the validation of a deposit creates a document but does not mark the corresponding deposit as validated. This can lead to a double validation and a document created twice.

Expected behavior:

When validating a deposit and creating a document, the deposit should always be marked as validated.

Example:
Document https://folia.unifr.ch/manage/records/documents/detail/324501 has been created
But the corresponding deposit is still "to be validated" : https://folia.unifr.ch/manage/deposit/324490/create

Steps to Reproduce:

Could not reproduce as it is a puncutal problem:

Verify https://github.com/rero/sonar/blob/staging/sonar/modules/deposits/rest.py#L201-L235

Context

This could be caused by an error during deposit reindexing, see SONAR-N0 (Sentry).
On validation, the system dumps all document resolved index fields. If there are more than 1000 fields, there is an ES error. The document is created, but the deposit is not validated!

Server:

  • production (folia)

v1.8.2

@PascalRepond PascalRepond added the bug Breaks something but is not blocking label Apr 13, 2023
@PascalRepond

This comment has been minimized.

@PascalRepond

This comment was marked as off-topic.

@PascalRepond
Copy link
Contributor Author

PascalRepond commented Oct 23, 2023

This could be caused by an error during deposit reindexing, see SONAR-N0 (Sentry).
On validation, the system dumps all document resolved index fields. If there are more than 1000 fields, there is an ES error. The document is created, but the deposit is not validated!

We increased the fields limit in ES prod, but this dump mechanism might still be improved to be more robust on the app level.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Breaks something but is not blocking client request
Projects
Status: Product Backlog
Development

No branches or pull requests

1 participant