Skip to content
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

[Survey Module] If survey instruments are created before the visit is started, instruments will not populate automatically once the visit is started. #7127

Closed
SantiagoTG opened this issue Nov 17, 2020 · 2 comments
Assignees
Labels
Category: Bug PR or issue that aims to report or fix a bug

Comments

@SantiagoTG
Copy link
Contributor

If survey instruments are created before the visit is started, clinical instruments will not populate automatically once the visit is started.

To Reproduce
Steps to reproduce the behavior (attach screenshots if applicable):

  1. Create a timepoint for a given candidate, but do not start the visit.
  2. Create a survey instrument in the survey module for the given candidate and timepoint.
  3. Go to candidate's timepoint and start the visit.
  4. Instruments that would normally populate once the visit is started will no longer automatically populate.

Can we please ensure that instrument populating is not blocked if a survey instrument has been created before starting the visit.

@ridz1208
Copy link
Collaborator

@driusan I submitted a while back #7163 as a fix for IBIS for this issue (The PR is based on 21).

There are 100 ways to fix this particular issue, this PR is the solution i could find with the least number of line of codes (to avoid large overrides on the project...)

If this fix works for LORIS in general I can submit it for 23. if you prefer going in a different directiion let me nkow and I can submit something along those lines

@driusan
Copy link
Collaborator

driusan commented Dec 23, 2020

PR merged

@driusan driusan closed this as completed Dec 23, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Category: Bug PR or issue that aims to report or fix a bug
Projects
None yet
Development

No branches or pull requests

4 participants