-
Notifications
You must be signed in to change notification settings - Fork 477
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
Iqss/9183 terms of access validation fix #9184
Iqss/9183 terms of access validation fix #9184
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Interesting issue - fixing a bug that only appears in a fork. W.r.t. the code in the PR, it makes sense to move the code into the try block - it should have no effect for the community version but is reasonable code clean-up - if anything is changed here in the future such that another way to have an error is introduced, the current code could end up doing a double save, as in the fork, and the PR prevents that possibility.
@haarli can you please explain how to reproduce the problem? In the issue you said you removed some input fields? Which ones? Is there some other way to reproduce it? |
As you already mentioned, this is a very special behaviour which only takes effect when you mess around with the dataset-license-terms page. So this PR is just a code cleanup. Prerequesites: dataverse/src/main/webapp/dataset-license-terms.xhtml Lines 341 to 342 in ac1454b
(in our case, we just wanted to display the licenses list and the terms of use field, and removed everything else) Steps:
|
Prio meeting with Stefano.
|
Hi @haarli , would you please refresh this branch from develop since we've since update the version and this prevents us from building and testing. Thanks! |
…of_access_validation_dix
What this PR does / why we need it:
Prevents that an dataset is saved twice (which might result in subsequent OptimisticLockingError problems), when the two hidden input fields for Terms of Access validation are not available (e.g. due to a customized terms page)
Which issue(s) this PR closes:
Closes #9183