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.
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, 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.
Users auto-join a channel when:
It tells directly how many pseudo users that community hasโฆ)