MadLittleMods

The virtualUser messages are being shepherded by `@matrixbot` behind the scenes but you shouldn't really notice that part.

`@matrixbot` does show in the browser notification but we do plan to fix that up: https://gitlab.com/gitterHQ/webapp/-/issues/2695

If you see messages directly from `@matrixbot` in the chat area, then that means that the room is still plumbed using the old Gitter bridge. We're working on a plan to migrate rooms using the old bridge over to the new one, https://gitlab.com/gitterHQ/webapp/-/issues/2674

See https://news.ycombinator.com/item?id=25335638 for account merging.

There isn't really a plan for private/invite-only rooms but we could possibly support `virtualUsers` in the `sd.extraMembers`(security descriptor) field to allow inviting Matrix people to a private Gitter room.

Update: Fix deployed -> https://gitlab.com/gitterHQ/webapp/-/blob/develop/CHANGELOG....

Thanks for the heads-up! Working on a fix so you can't query a private room and send in Matrix events. We already block from Gitter -> Matrix side.

If you use the "Announcements" settings, you will see this behavior but is also described in the notification modal as an oddity. This is tracked by https://gitlab.com/gitlab-org/gitter/webapp/-/issues/1205 which is a huge pain in our notifications that I want to address.

If you use the "Mute" notification setting, you will only get emails for messages the mention you which sounds like you're after.

Heya, Gitter developer here,

If you want to stop email notifications, https://gitlab.com/gitlab-org/gitter/webapp/blob/develop/doc...

You could also adjust your notification settings to "Mute", https://gitlab.com/gitlab-org/gitter/webapp/blob/develop/doc...

But the real problem is that unread item count is coupled to the emails being sent out, https://gitlab.com/gitlab-org/gitter/webapp/issues/1205. So if you have notifications set to "All" or "Announcements" which track unreads, you will get emails for any unread messages in the room which isn't desirable.

Heya, Gitter developer here,

Search definitely needs improvement and is on the roadmap. You can track these issues,

- https://gitlab.com/gitlab-org/gitter/webapp/issues/1925 - https://gitlab.com/groups/gitlab-org/-/epics/387

Heya, Gitter developer here

You can track https://gitlab.com/gitlab-org/gitter/irc-bridge/issues/52 for seeing more users in the member list/roster. There is a proposal there to trickle in new users to the list every time a new message comes through the bridge with relevant code linked (merge request welcome).

Heya, I'm the current Gitter developer and was working on Gitter before the acquisition.

After the acquisition, Gitter did stagnate with no movement as we settled into our new GitLab roles and responsibilities but since May, we have been actively shipping things again. Changelog: https://gitlab.com/gitlab-org/gitter/webapp/blob/develop/CHA.... Catching up from the break in development, a lot of work so far has been technical debt. We do have more user-facing changes in mind like removing the disruptive large embeds (https://gitlab.com/gitlab-org/gitter/webapp/issues/714#note_...), improving search (https://gitlab.com/gitlab-org/gitter/webapp/issues/1925), and decoupling unreads from emails (https://gitlab.com/gitlab-org/gitter/webapp/issues/1205).

One of the goals this quarter is to open source the Android/iOS apps, https://about.gitlab.com/okrs/2018-q3/ but there isn't a plan to keep improving them with new features. We are focusing on fixing the rough edges of the webapp and are happy to review your Merge Requests for any project.

By Android notifications being broken, I assume you probably mean our double-buzz avoidance, https://gitlab.com/gitlab-org/gitter/webapp/issues/1846, but please make sure your particular issue is tracked, https://gitlab.com/gitlab-org/gitter/webapp/issues?scope=all...