Skip to content

status: Add req.Participants for Status message#800

Open
devlikepro wants to merge 1 commit intotulir:mainfrom
devlikeapro:add-participants-to-extra
Open

status: Add req.Participants for Status message#800
devlikepro wants to merge 1 commit intotulir:mainfrom
devlikeapro:add-participants-to-extra

Conversation

@devlikepro
Copy link
Copy Markdown
Contributor

Right now there's a problem when you try to send status (stories) message to contacts if you have > 50K contacts.
Web send such big messages in chunks, using the same message.id.

The RP add req.Participants we can send status message to many (>50K) contacts in chunks, using the same message.id

Note: May be we need to add some assertion about req.Participants being set and allow it only for status@broadcast, because right now it can confuse API a bit. Or may be name it like req.StatusBroadcast[Receipents|Participants] 🤔

Let me know how we can improve the changes, I'll do that!

With req.Participants we can send status message to many (>50K) contacts in chunks, using the same message.id
Comment thread send.go
err = fmt.Errorf("failed to get broadcast list members: %w", err)
return
if len(req.Participants) != 0 {
groupParticipants = req.Participants
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

IMHO it's better to validate/eliminate the participants that violate user privacy settings like blacklist
see getBroadcastListParticipants for reference

@purpshell
Copy link
Copy Markdown
Contributor

#900 has effects here, what do you think @devlikepro?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants