Struggling with checkbox workflow

Hi all,

I’m struggling with this checkbox workflow.

Context:
Scorecast element: Users input their own text (question), then check Yes if completed or true.

Here is the workflow I’m currently trying. It’s showing as valid, but when I test it out, once the ‘Yes’ is checked and I refresh the page, it doesn’t save that ‘Yes’ to that question.

Data setup:
Prospect (account)

  • Check box A
  • Check box B
  • Check box C
    etc…

I understand it’s a convoluted way to organise my dataset, but it’s the easiest way for me.

Any help with the workflow would be muchly appreciated!


What is the workflow?

The workflow will give us more context, does it happen when “each checkbox’s value is changed”, on a “Button is clicked” or something else.

Hi, it’s just, when this checkbox’s value is checked (to yes)

The workflow is ‘Make changes to a prospect - Champ check A’

Yeah, I mean what triggers it?

Hey @beaurobinsykes :waving_hand:

I can see why this would be difficult. Let’s see if we can assist you.

I set up an example for you to see how it should work.

Editor: https://bubble.io/page?name=struggling_with_checkbox_workflow&id=testapp42wcleandb&tab=Design&type=page&wf_item=bTKYs0

Preview: https://testapp42wcleandb.bubbleapps.io/version-test/struggling_with_checkbox_workflow?debug_mode=true

The main things to look for:

  1. The workflow
  2. The Dynamic Status on the checkbox
  3. Make sure your parent group is set if there is one.

Hope that helps! :blush:

Let us know if you have any other questions.

2 Likes

@J805 Thank you so much for going through the effort with this. Really appreciate it. I believe I’m a step closer, but still struggling with a few things. The ‘questions’ are user-input and not set Text Fields , does this change anything?

Secondly, the table I used was a generic table, is it better to have it as a repeating group like yours?

Thank you!


My second problem is that this checkbox unfortunately, stays the same across each different account. For example, it’s the same checkbox questions and yes/no results for ‘Gro Data’, as it is for another account

The questions can be set by the user. That’s no problem. You can use a table if you want but, to me, it’s just another one of Bubbles ‘half built’ idea that they never fixed all the bugs from. So I always use repeating groups. Up to you though.

Do you have privacy rules set up? What does your workflow look like? Let me know. :blush:

Thank you @J805, this is much appreciated.

Here are the current flows:

The repeating group example you put worked fine, but it wouldn’t distinguish between accounts (Prospect).

The last picture is the dataset I’m using. They do seem a little convoluted but it’s simply ‘Question A’, ‘Checkbox A’.

Hope this helps clear it up!





Yeah. I see what you are doing now. I recommend not using a separate field for each entry. Try the way I have it set up but just add privacy rules to make sure only the people that should see it does see it.

You only need one text field for the question and one field for the checkbox on the dataType.

Let me know if that make sense. :blush:

Sorry @J805, it seems to work in your repeating group, but when I replicate that (even the data types) in my own table, it just doesn’t save the checkbox whatsoever


I also have quite a few workflows on the original ‘Champion Test’ that shows additional user-based inputs based on the previous question being empty or not.

I think with the Repeating Group, i’d need to change all of this.

It seems so easy as all I need is ‘When checkbox A is checked - make changes to checkbox A as YES’

Yeah. That doesn’t seem like the best way to set something up. As you can see in my example app, it really can be that simple. Just add privacy rules on top of it. A lot of workflows that ‘show’ something usually isn’t the most optimized way of doing things. :thinking:

It’s something a lot of people struggle with when starting out in Bubble. Its really about understanding how to work with lists I think. :blush:

1 Like

This has just opened up another problem for me!

I need to restrict the visibility for each Account I.e. Prospect. The app is a CRM. I’m fine with the data privacy on a user-basis, but it’s not letting me limit it to each different account?

The last part of that should be …’account is current users account’. If that is how your database is setup. :blush:

Also, adding ‘and this things account is not empty and current user is logged in’ might be a good idea too.

I tried that before and the champ test scorecard is still the same across all accounts strangely!

Can you show a screenshot? That might help. :blush:

This is the current privacy setting