-
Notifications
You must be signed in to change notification settings - Fork 43
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
Update SUSHI --init to avoid publisher errors #899
Conversation
- Update patient.fsh to have description and example - Update default config to have example publisher - Allow publisher to be overwritten by user
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.
Tried it out on my windows machine, and everything appears to be in good order. Thank you!
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.
This looks good! I confirmed the errors are resolved when I use the defaults and are the expected errors when I use my own values (my url did not resolve). I just had one small comment that you can take or leave.
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.
Looks good to me!
Fixes #884.
sushi --init
was causing errors and warnings in the IG Publisher. These turned out to be related to:MyPatient
profileMyPatient
profilepublisher
setSo to fix this, this PR updates the
patient.fsh
file to have an example and a description. It also updates the defaultsushi-config.yaml
file to contain default values forpublisher.name
andpublisher.url
, and updates theinit()
function so that the user can specify custom values for these fields.Testing
To test this, try doing
sushi --init
onmaster
, and build with the publisher with_genonce
. The QA page,output/qa.html
, will have several errors and warnings. Then do the same on this branch, and the QA page should look clean, like this:The QA page should definitely be clean if you use default values, and should likely be clean if you use custom values, but note that certain custom values could lead to warnings. But either way make sure to test both approaches. Ensure that the publisher value you use is inserted in the footer of pages as shown here: