odeimaiz
commented
1 week ago Thanks! 👍 In my opinion, blocking the study from being opened is a rather harsh solution. I would prefer to remove the corrupted links and display a warning message instead. What if the user needs to open the project to download some data? I wouldn’t prohibit that unless opening the project itself would also be corrupted due to the issue.
@matusdrobuliak66 Users can still download the data from the Study Data page, and yes if they open a corrupt study things might get worse.
sonarcloud[bot]
What do these changes do?
It can happen (@AntoninoMarioC), still not sure how, that some node inputs point to nodes that do not exist, making the deserialization of the Study when opening it buggy. This PR checks the links before opening a Study and if it finds any mismatch it will block the Study from being open.
Related issue/s
How to test
Dev-ops checklist