-
Notifications
You must be signed in to change notification settings - Fork 206
Null pointer fixes #761
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
Null pointer fixes #761
Conversation
What was the issue? / How'd you fix it? |
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.
Photo being sent was already encoded in base64.
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.
Decided to store base64 encoding in photoPath due to convenience and changing the entire schema seemed risky..
getPatientPhotoOrNull was the main culprit. It checked to see whether the photoID AND the photoPath wasn't null and if even one of them was, both of them would be null.
app/femr/common/ItemModelMapper.java
Outdated
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.
Stores base64 uri picture with the patient
Sorry about that Dylan, just added some explanations to the files |
Does this affect the triage image uploading for patient identification image? Have you tested that yet on your end? |
Patient identification image? Like the encounters? The encounters are fine with the changes |
When the patient is created in triage, their profile image |
It works fine |
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.
If you confirmed these changes don't break the patient image stuff, LGTM!
Since patient photos are still working with this fix, LGTM! |
No description provided.