While creating a new channel, admins will now see a preference to add all new and existing users to it. Using this, admins can configure âdefault channelsâ for groups of users to be included in automatically.
For an existing channel, admins can toggle this behavior in Channel Settings. In all cases, a confirmation dialog will appear to indicate the number of users being added.
Users auto-join a channel when:
they are added to a group that has access to a channel with auto-join
a channel is created or edited to have auto-join enabled
Note that users are not removed from a channel automatically if auto-join was disabled after they were added. If any user was automatically added to a âdefault channelâ, they may leave at any time.
A new Info Panel
Clicking a channel title will now take users to a useful info panel with three tabs:
The About tab will display title, description and linked category, so users have the context they need for each channel.
The Members tab lets users see who else is in the room with them (member list and total count). It includes a filter so they can use search.
The Settings tab will let you set notification preferences (mute, desktop / mobile push notifications). For admins, this tab also includes the auto-join mode toggle.
We turned on the âautomatically add usersâ function for one of our âeveryoneâ chat channels tonight. However, it has currently only added 284 users out of our 1200+ users on the forums instance. I havenât noted a lot of consistency regarding who all was added and who wasnât. Is this currently a plugin limitation or is there something else going on?
For some background:
We run a login-required site. The affected chat channel is currently tied to a category that âeveryoneâ has permission to access. All users on the forums currently have access to the chat plugin in the admin settings.
I initially thought that might be the cause, but some of the users in the list havenât been active for a long timeâŚpossibly ever. I donât have an exact numberâŚbut could do more digging on that, if needed.
We do currently filter out users who are âinactiveâ (as well as âstagedâ users and anonymous users). Here are the specs for that logic.
@Roman_Rizzi, are there tests that cover the scenario for these users if they later become active? Or is that implied by the existing spec because this job is run periodically?
Good question. We only covered the userâs activation, so thatâs a scenario I missed. The job doesnât run periodically, but it probably should, as we keep finding more cases where the userâs state changes, and we need to auto-join them.
That definitely makes sense. Is the âinactiveâ status used here the same as the âActivated/Deactivatedâ flag in the admin dashboard or is it connected to something tracking actual ongoing usage of the platform? If itâs the former, we still have an issue because we only have two deactivated users, no staged users, and 13 anonymized users.
Active has two meanings here. It has to be active, as their email is confirmed, but it also means they visited the site at least once in the last three months (we check their last_seen_at attribute for this).
Just as a heads-upâŚI did a quick check and found about 24 tl0 accounts just in the "A"s of our auto-added chat participants who have never logged in to the platform since their accounts were approved. Most of them created accounts in the 2018-2019 timeframe. They should have all been considered inactive, by that definition.
Yes, this was intentionally for handling the case where the user is created, but it doesnât really make sense. Moving to a scheduled job will fix this too.
So if I have chat allowed groups set to tl1 user and allow a channel to auto add users which linked to a tl0 accessible category, what will happen? Does this later option overwrite the former one?
Thx for the reply, I see the linked channel (which is linked to a tl0 accessible category) shows it has around 1700 members, but my tl0 users are around 4000 as shown on the group page, I have removed the tl1 restriction, but the number doesnât increase. Is there a data delay or any settings will also affect this number?
Currently the users get added to the channel based on the category permissions, but those outside of the chat allowed groups simply canât see any chat features at all and so donât have access. There are a couple of other criteria that go into whether theyâre âactiveâ or not and get scooped up into being added, which may account for the difference in numbers:
Iâm experiencing the same issue that @sdpiowa identified earlier in this thread:
I understand from this thread that only âactiveâ users join the channel. Thatâs fine â though the label on the option should be updated to more accurately describe the feature.
What remains unclear to me is whether this check is run periodically. In other words, if a previously inactive user interacts with the site tomorrow will they automatically join the chat channel or not?
I guess by now you should have empirical evidence?
I canât quite tell what subject.execute(chat_channel_id: channel.id, starts_at: user.id, ends_at: user.id) does in the spec, but I think that those users are added continually.