Skip to main content
Question

Findings - Groups and newer dynamics

  • September 3, 2025
  • 11 replies
  • 194 views

dklinger
Hero III
Forum|alt.badge.img+11

Fair Warning

This is for us old timers - folks who had the platform pre-the July 2025 update. I hope you can learn from me so that you dont have to learn the harder way. To put it into context, I am in a space where we are highly audited. So a key business driver are “more artifacts of our configurations” is to our benefit. This is all being done to maximize a footprint in the system for any given period of time.

Here is the scenario. I needed to update a learning plan based on a newer course release that is part of our new hire training. We dont typically switch out courses with our new hire LPs, we generate new LP containers with newer course versions. This means I go further and support a new enrollment rule as well. 

Now that we are in context:

I chose to make a group that was active into an inactive state. The goal was to essentially first disable an enrollment rule and then see how far i can walk back the configuration without disrupting current state containers. In the past we allowed automatic groups to just keep on ticking...but that doesnt seem smart to do with the ability that we have now - which allows us to deactivate a group.

In my case, this one enrollment rule is triggered with a series of other enrollments that happen during new hire. We had to version up a learning plan and release it for a later date. The best way that I can currently do that is with an automatic group that evaluates three different dates and a flag:

  • company start date, rehire date, new job assignment date after a key date (after the day of publication of the learning plan/courses)
  • and a new employee flag (that helps to store criteria for us for individuals that we consider to be eligible for orientation)

So I went in and deactivated the group.

What the UI showed at the top list level was that the group “flushed” itself. This felt inaccurate to me.

Note the 0 in the counter.

When I go into preview mode, I can see a count of folks that are eligible as well as a sampling of that group.

What I found surprising was the “flushing” of the group. 

Does this all seem reasonable with you all? Or does something seem a little funky about this?Or am I standing alone???

IMHO, I was thinking what would be a better implementation is to:

change the color (as shown) but to also keep the counter but to change it visually. I want to suggest putting the number of those eligible, but in (round brackets) so we have a feel for the count of folks that would be eligible. Dropping it to zero made it “feel broken”. 
I am going to write up a few ideas on this, but I think I want to suggest this as a first step and at least one other option that helps in the long haul of curating groups.

I am going to suggest an option to “keep people in the automatic group” as a dialog that appears before deactivating a group (please don’t make us have to “switch users to a manual assignment” as another step….I know the function is there and it is helpful). Something like this dialog:

It all starts with a conversation and an idea.

And then maybe that dialog can be permanently dismissed?

11 replies

Forum|alt.badge.img+1

Right, thank you for insight as I wasn’t aware that by deactivating the group status would kick everyone out of the group. How weird thing to overlook from the developers in my opinion??

And yes, I agree that a “pop up” or some type of confirmation would be great to underline the effects of the deactivation as I think that will be missed by many.

Can you link the idea here so it can be voted?


Bfarkas
Hero III
Forum|alt.badge.img+6
  • Hero III
  • September 7, 2025

When you described this to me in person, I really couldn’t believe it Dan….seeing it has my product manager hat alarm just screaming :) Thanks for diving in and sharing!


KMallette
Hero II
Forum|alt.badge.img+9
  • Hero II
  • September 8, 2025

@dklinger What benefit does a manual assignment give you? Are you suggesting manual enrollment just so the list of members stays in tack? To me a deactivated group means that I don’t want it to function at all.

What happens in the User Summary? Does the group disappear from the view? And how accurate is the “reload” when you activate it again? … assuming that nothing has changed in an account that changes the inclusion in an automatic group. 

I agree with you and ​@Bfarkas … as is is not ideal.


Bfarkas
Hero III
Forum|alt.badge.img+6
  • Hero III
  • September 8, 2025

@KMallette we have a statement for this when talking about our internal products - Great and deep thought was put into this, but focused on the edge cases, so now it is not usable for the standard uses.


KMallette
Hero II
Forum|alt.badge.img+9
  • Hero II
  • September 8, 2025

@Bfarkas Boy do I know this! 😄 I’ve started vibe coding with Claude.ai (for my current Docebo platform actually), and I have never felt the pressure of edge cases like this before.  And I’m one that is kinda an edge case sorta gal to begin with. 

Hope you’re well.


Bfarkas
Hero III
Forum|alt.badge.img+6
  • Hero III
  • September 8, 2025

Love to here you’re still diving into the muddy end :) Would love to catch up and see what you have been doing!
 

Was thinking of organizing a round table…..


KMallette
Hero II
Forum|alt.badge.img+9
  • Hero II
  • September 8, 2025

@Bfarkas Yea, all because you didn’t push me away when I said how lost I felt trying to figure out APIs. Thanks, mate!!! 

And would LOVE a round table.


dklinger
Hero III
Forum|alt.badge.img+11
  • Author
  • Hero III
  • September 8, 2025

@KMallette - so in response. “Deactivation” and emptying/populating IMHO are two separate operations. Think about the flow and it feels uneven at best. I use the word graceful alot below...please dont shoot me...

  1. we setup a condition
  2. we get a preview of that condition
  3. when we make it active, group logic should now act on those conditions.
  4. group logic now impacts learning objects that are dependent on it to work.

If this was “graceful”? The same type of handling should happen in reverse, not just an abrupt drop.

  1. we deactivate the group
  2. the deactivation now impacts all learning object - but the group still exists
    1. I guess we then deactivate learning objects, functions elsewhere? Because they will now feel broken for said condition - and no other UI is going to give you a hint that the group has been disabled.
  3. we get a preview of that condition that was used
  4. we can mess around and now make adjustments

I am suggesting something seems a little awkward here. And my suggestion is give us a more graceful path for making those folks that we may intend to retain their mapping as a manual mapping in the automatic group by prompting us at the deactivation step. Kind of like asking “Do you want to retain the completions done for the courses within the learning plan” dialog/prompt when you are unenrolling a person.

The stretch towards elegance - Enrollment (courses.learning plans) and eligibility (visibility, enrollment rules, catalog rules, security) to be within a group are not too far away from each other in learning systems. 

 

@dklinger What benefit does a manual assignment give you? Are you suggesting manual enrollment just so the list of members stays in tack? To me a deactivated group means that I don’t want it to function at all.

 

Any kind of hard disconnect is going to force us back to the group page for troubleshooting after visiting the learning object, visibility, catalog security, page security, etc, etc.

We are often working with who is not just eligible, but who was eligible across time. By retaining who was eligible, I can report, I can check their visibility - I can see the “effects” of the logic of the group applied. By it being flushed? Its effectively gone. Who knows what it means at the other learning object levels. All I know is that i flicked the status and it was off. Nothing else.

And that is why I am suggesting - elegance first please…give us a chance for a soft release of those whom are eligible if they are already in a group.


Bfarkas
Hero III
Forum|alt.badge.img+6
  • Hero III
  • September 8, 2025

Sounds like you are being to ‘graceful’ Dan :)


Bfarkas
Hero III
Forum|alt.badge.img+6
  • Hero III
  • September 8, 2025

@Bfarkas Yea, all because you didn’t push me away when I said how lost I felt trying to figure out APIs. Thanks, mate!!! 

And would LOVE a round table.

Lets pick a date early October and get the gang together.


KMallette
Hero II
Forum|alt.badge.img+9
  • Hero II
  • September 8, 2025

@Bfarkas Yea, all because you didn’t push me away when I said how lost I felt trying to figure out APIs. Thanks, mate!!! 

And would LOVE a round table.

Lets pick a date early October and get the gang together.

I’m pretty open… just send me a zoom link, whatever, karen@kmallette.com