A service message for the user.
The app must show the message to the user upon receiving this update. In case the popup parameter was passed, the text message must be displayed in a popup alert immediately upon receipt. It is recommended to handle the text as you would an ordinary message in terms of highlighting links, etc. The message must also be stored locally as part of the message history with the user id 777000 (Telegram Notifications).
updateServiceNotification#ebe46819 flags:# popup:flags.0?true inbox_date:flags.1?int type:string message:string media:MessageMedia entities:Vector<MessageEntity> = Update;| Name | Type | Description |
|---|---|---|
| flags | # | Flags, see TL conditional fields |
| popup | flags.0?true | (boolTrue) if the message must be displayed in a popup. |
| inbox_date | flags.1?int | When was the notification received The message must also be stored locally as part of the message history with the user id 777000 (Telegram Notifications). |
| type | string | String, identical in format and contents to the type field in API errors. Describes type of service message. It is acceptable to ignore repeated messages of the same type within a short period of time (15 minutes). |
| message | string | Message text |
| media | MessageMedia | Media content (optional) |
| entities | Vector<MessageEntity> | Message entities for styled text |
How to handle API return errors correctly.
How to create styled text with message entities