Did you also check "Only allow members to send messages"? If that and the read setting aren't enabled then membership is a no-op.
Yes I did check that box. I tested again today on the latest…
Very cool. I know the iOS incantation to do a similar thing if we ever want to support it in the future. It seems less important because there is no version of iOS without APNS but it would be useful for privacy nerds and relays that don't play nicely with a push server. (I forget how the successor to anchor plays with generic NIP-29 relays, but it requires some configuration by someone, I assume).
I've been wondering lately how hard it would be to put some information about the new activity (like author or content) in the notification. But now I see that you've like reimplemented a whole relay service from scratch in Kotlin 😮, so it would not be trivial at all to fetch the authors relay list, then fetch profile metdata to grab the author's name and photo.
My eyes glazed over after a bit of reading this code 😬 but I learned some things. I wish I could test it but I flashed stock android back onto my test device recently. I am expecting another Android phone in the mail soon though that I'm intending to put Graphene on so maybe I can give it a shot then.
It seems slightly ambiguous what's going to happen if this box is unchecked. Can any member approve join requests? Are they approved automatically? I'm having trouble coming up with a better phrase though. Maybe something like "Membership requires approval" since all the other boxes here reference membership. Another option would be to change it to a select box labeled something like:
This looks awesome but I had some problems testing it. I created a new room on relay.scuttle.works and checked the new "Require admins to approve join requests" box, but then when I tried to make a join request from a non-admin account it just let me join the room without approval and post. Are there zooid changes required to support this flotilla branch?
Logging out and logging back in gives the same result, and I can also reproduce this across app.flotilla.social, shipwreck.scuttle.works, and a local dev server. I can do some digging since you…
Yes, in the case where there is a voice participant in the room but we can't derive a pubkey from their LiveKit identity string it seems important to still show that there is someone in the…
I guess that's orthogonal to the question of whether we want a different icon for voice rooms once you have joined them. I think it's a nice affordance if you are looking a the sidebar to be able…