Skip to content

Conversation

@cmadjar
Copy link
Collaborator

@cmadjar cmadjar commented Aug 10, 2022

Brief summary of changes

This adds the columns PhaseEncodingDirections and ScanOptions to the mri_protocol and mri_protocol_violated_scans tables so that those headers could be used to discriminate between some MRI sequences.

Testing instructions (if applicable)

  1. Test the SQL patch
  2. Test the default schema on an empty DB

Link(s) to related issue(s)

  • Did not create an issue. This was discussed during a roadmap call.

@cmadjar cmadjar added the Language: SQL PR or issue that update SQL code label Aug 10, 2022
@cmadjar
Copy link
Collaborator Author

cmadjar commented Aug 10, 2022

@driusan eventually, we will need to modify the mri_violations module to display those new fields. I see that image_type is not in the mri_violations either so I was thinking of sending a different PR to fix this so that at least the MRI side of things work for the insertion.

Thoughts? If you agree, then I will create an issue and assign to me. Thanks!

shonibare and others added 6 commits August 10, 2022 09:39
Add support for the 'file' type in LorisFormDictionaryImpl
- backporting fix for the display of the dictionary in the DQT module aces#7098
- in the data_dictionary_builder script, reference the tesname value in parsed instruments (lorisform parser output format) instead of table while keeping it backwards compatible. This is needed because JSONdata instruments do not define a table variable and since [23.0.3] (https://github.com/aces/Loris/pull/7153/files#diff-962394c093e5275dcfa7cc6eca8927b2f8f592f42b7b95ec5921cb7fc0dc8453R88) the lorisform parser exports the test name in its output for this specific reason.
…email falsifies validity (aces#8137)

When an email address is entered with invalid characters, the invalid characters are currently stripped before the address is validated, causing the validation to improperly pass when it should fail for email addresses such as "test@gmail.com>". The sanitation pass turns that into "test@gmail.com" before it's validated, which returns "true" despite the address entered being invalid.

This also removes an old check for < > and " because the new check offers a clearer error message and covers a broader range of characters we don't want in emails (because of escaping issues).
…ations (aces#8139)

Although this use case should never happen as it is prevented by rules in the edit_user logic, a couple bugs have let it happen in the past and the entire module becomes inaccessible. This makes the module load and displays a message in the user row informing the editor that the user does not currently have any sites and projects.

The only way to test this would be to manually delete all site associations directly in the DB user_psc_rel OR all project associations user_project_rel

Note that the module crashes even if the user not having any sites or projects is not the editor nor the editee... any user can cause this issue.
@cmadjar cmadjar force-pushed the add_PhaseEncodingDirection_and_ScanOptions_to_mri_protocol_and_mri_protocol_violated_scans branch from 01d68b1 to c8431a0 Compare August 10, 2022 13:47
@cmadjar cmadjar changed the base branch from 24.0-release to 24.1-release August 10, 2022 13:47
@cmadjar cmadjar closed this Aug 10, 2022
@cmadjar
Copy link
Collaborator Author

cmadjar commented Aug 10, 2022

New PR based out of 24.1-release branch: #8150

@ridz1208 ridz1208 added this to the 24.1.0 milestone Aug 30, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Language: SQL PR or issue that update SQL code

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants