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

FRSL 3.3.11 fails when using Double Data Entry module #79

Open
marie-sanchez opened this issue Jul 6, 2020 · 1 comment
Open

FRSL 3.3.11 fails when using Double Data Entry module #79

marie-sanchez opened this issue Jul 6, 2020 · 1 comment
Labels

Comments

@marie-sanchez
Copy link

Hello,

We found a bug with the FRSL when using Double Data Entry module, and we were able to replicate it. Here is the XML file to create the test project: Bug_FRSL_And_DoubleDataEntry_200706.zip

Steps to reproduce the issue

  1. Create a test project using the XML file provided
  2. Enable the Double Data Entry Module
  3. Enable the Form Render Skip Logic 3.3.11 and configure it as following:
    a. Control fields: Control mode=Default, Field=Multiplicity, Arm: Arm 1 - Event: Event 1
    b. Branching logic: Condition=2, Target forms=form_2
  4. Add another user (dde_1) in your project and define it as DDE Person#1
  5. Log in as dde_1 and add a new record to the project:
    a. In the first form, select Multiplicity=Twins, and click Save & Exit Form
    b. The second form should be accessible, but it is still hidden. Besides if you click Record Status Dashboard, Form 2 of this record is not hidden but if you click Form 2, you still can't access the form.

If you try step 5, but logged in as a normal user, the issue is not present.

We are using REDCap 9.0.1 but we have also tried using REDCap 9.8.4 and the issue is still present.

@marie-sanchez
Copy link
Author

Hello,
I am wondering whether you had time to look at this issue?
Thanks!
Marie

NikNakk pushed a commit to NikNakk/form_render_skip_logic that referenced this issue Aug 11, 2020
This check should prevent the access denied error described in ctsit#79.

Currently always checks against the logged in user and ignores the
"View project as user" option.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants