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

Obsidian Registration Entry Does not Show Conditional Field When Not Logged-In Unless Toggled #5547

Open
1 task done
frogydiak opened this issue Aug 20, 2023 · 3 comments
Labels
Fixed in v16.1 Priority: High Affects most production Rock installs in a way that will be noticed. Topic: Event Registration Related to Rock Event Registration. Type: Bug Confirmed bugs or reports that are very likely to be bugs.

Comments

@frogydiak
Copy link

frogydiak commented Aug 20, 2023

Please go through all the tasks below

  • Check this box only after you have successfully completed both the above tasks

Please provide a brief description of the problem. Please do not forget to attach the relevant screenshots from your side.

I don't know what is Rock's dev terminology for the toggled field when enabling/disabling a conditional fields so I'm calling it "Toggle".

Anyhow, when a user is logged in, the set conditional fields works properly as intended but when a user is not, then the default field that is set to show up will not appear unless the field is toggled.

Expected Behavior

Obviously, conditional fields that are supposed to appear should appear as set regardless of the user is logged in or not. Unless, there is a reason for this and I'm understanding it wrong, please educate me.

Actual Behavior

Please see screenshots below.

Steps to Reproduce

  • Create a Boolean Registration Field, and make No as the default value:
    image

  • Create the field that will show up when the boolean field is set to No and Yes:
    image

  • Since the default boolean answer is No, then set the default field when the boolean field is set to No:
    image

  • Set the field that will appear when the under to the boolean field is Yes:
    image

  • Make sure that your registration page is using Obsidian Registration Entry Block:
    image

  • Using the rock demo site, I am logged in by default when going to the External Site:
    image

  • Click Next and you'll see the field that is supposed to show up by default (boolean is No):
    image

  • This time, try to log out and check if the field that is supposed to show when boolean field is set to No still appears:
    image

The field will appear if you click on Yes, then No. But that is not the logic intended for and would confuse the end user.

Rock Version

15.1

Client Culture Setting

en-US

@sparkdevnetwork-service sparkdevnetwork-service added the Status: In Dev Queue This issue is being worked on, and has someone assigned. label Sep 21, 2023
@ethan-sparkdevnetwork ethan-sparkdevnetwork added Fixed in v16.1 Topic: Event Registration Related to Rock Event Registration. and removed Status: In Dev Queue This issue is being worked on, and has someone assigned. labels Sep 27, 2023
@ethan-sparkdevnetwork
Copy link
Contributor

Fixed in 9b8b259. There is a typo for the issue number in the commit message.

cabal95 added a commit that referenced this issue Sep 29, 2023
…evented the display of default values for Person and Registrant attributes for all registrants when not logged in, or past the first Registrant when logged in. (Fixes #5547)
@frogydiak
Copy link
Author

frogydiak commented Jan 27, 2024

FYI, in v15.3, the issue also exists with field Source is Group Member Attribute. The boolean field is in group member attribute. But when I switch the field source to Registrant Attribute, it works just fine. Logged in or not.

@chead4
Copy link

chead4 commented Feb 8, 2024

@frogydiak Hi there. I am reopening this issue to address the Group Member Attribute issue mentioned in the comment.

@chead4 chead4 reopened this Feb 8, 2024
@sparkdevnetwork-service sparkdevnetwork-service added Type: Bug Confirmed bugs or reports that are very likely to be bugs. Priority: High Affects most production Rock installs in a way that will be noticed. labels Feb 9, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Fixed in v16.1 Priority: High Affects most production Rock installs in a way that will be noticed. Topic: Event Registration Related to Rock Event Registration. Type: Bug Confirmed bugs or reports that are very likely to be bugs.
Projects
None yet
Development

No branches or pull requests

4 participants