diff --git a/data/web/corefork.telegram.org/api/layers.html b/data/web/corefork.telegram.org/api/layers.html
index fdaf8534ad..85216fe4d5 100644
--- a/data/web/corefork.telegram.org/api/layers.html
+++ b/data/web/corefork.telegram.org/api/layers.html
@@ -627,6 +627,7 @@
channels.setBoostsToUnblockRestrictions#ad399cee channel:InputChannel boosts:int = Updates;
channels.setEmojiStickers#3cd930b7 channel:InputChannel stickerset:InputStickerSet = Bool;
+This layer introduces saved message tags » and adds support for the "Channels" tab in the global search view ».
Schema changes
New Methods
diff --git a/data/web/corefork.telegram.org/api/peers.html b/data/web/corefork.telegram.org/api/peers.html
index f21d34531b..e03fe01c13 100644
--- a/data/web/corefork.telegram.org/api/peers.html
+++ b/data/web/corefork.telegram.org/api/peers.html
@@ -198,8 +198,11 @@ As specified in the constructor docs, some of the fields must not be overwritten
Full peer info stored to the database must be refreshed only in the following conditions (i.e. do not refresh user info when opening the profile page, or every time the entry is accessed, do not use TTLs to expire the database entries, and so on...):
- Some event (specified here ») changes the value of a specific subset of fields of an entry in the (non-full!) peer info database ».
-The relative full info entry should only be invalidated when some specific fields of the locally cached user/channel are changed, see the documentation in the constructor pages for the full list.
+The relative full info entry should only be refreshed when some specific fields of the locally cached user/channel are changed, see the documentation in the constructor pages for the full list.
- After invoking bots.setBotInfo after changing
about
or description
(but not name
), for the bot whose info we changed.
+- After invoking messages.setChatWallPaper to remove the wallpaper and receiving an error, for the peer whose wallpapers we tried to change, to fetch the correct and updated wallpaper settings.
+- After invoking messages.setChatAvailableReactions and getting an error different from
CHAT_NOT_MODIFIED
, for the peer whose reaction settings we tried to change.
+- After receiving a SEND_AS_PEER_INVALID error from any method that interacts with a group/supergroup: refresh info about the destination, to see which channel peers can be used to send messages to the group/supergroup through send_as.
Do not refresh full peer information in any other case, to avoid overloading the server by continuously requesting changes for the same unchanged information.