Some chats are ignored

[Danstiv]

Hello!
Latest tdlib ignores some dialogs.

Steps to reproduce

1. Login to account with a lot of chats, in my case it is 331.
2. Call loadChats until 404 is returned.
3. Call getChats and check total_count.

Actual behavior

In my case 284 chats are returned, but actually i have more than 300 chats in main list.

Expected behavior

All chats must be returned by getChats after calling loadChats multiple times and receiving 404.

Other context

I used pyrogram library to retrieve information about my dialogs
First request: raw.functions.messages.GetDialogs( offset_date=0, offset_id=0, offset_peer=raw.types.InputPeerEmpty(), limit=1, hash=0)
And the same request but with folder_id 1 to get information about chats in archive: raw.functions.messages.GetDialogs( offset_date=0, offset_id=0, offset_peer=raw.types.InputPeerEmpty(), limit=1, hash=0, folder_id=1)
In response to first request object with count=391 was returned, in response to second request - count=62.
So actually i have 391 - 62 = 329 dialogs.
Also in tdlib logs i found the following event: [ 3][t 4][1781889139.826225996][MessagesManager.cpp:26427][#1][!Td] Send updateUnreadChatCount in Main chat list to 284/331+1/2/2/0/0 from get chat list and chat 0
Don't know why 331 instead of 329, but somehow tdlib knows about other chats, but does not return some of them.
Also requesting dialogs from folder 0 using pyrogram returns count=329, so i realy have at least 329 dialogs in my main list.
And finally, clearing app data and reloggining using Unigram also shows problem described above, only 284 chats are loaded to the ui.
I haven't found a way to get these chats in tdlib other than to find them using searchChatsOnServer.
These chats (at least 1 of them) come as updateNewChat once after starting with an empty database, but it has no position; upon restarts, this chat does not come as update at all.
UPD: unigram uses tdlib 1.8.64 at time of testing.

[levlam]

Not all chats are supposed to be shown in the chat list. For example, upgraded basic groups aren't shown there.

[Danstiv]

In my case, the list of chats is missing a supergroup, there are messages in it, and the android-client shows it.

[Danstiv]

So I got the list of chats using pyrogram (mtproto getDialogs call), the list of chats via tdlib, and calculated the difference:

1. A lot of deleted accounts, about 20.
2. A few basic groups that was converted to supergroups.
3. 3 or 4 supergroups with messages, real chattable groups, first with one member (me), other with two members.
   That groups contains Not only service messages, but text messages, files, ...
4. A few public channels, that channels exists on the main telegram servers, accessible over android client, weba client immediately after logining in the incognito tab, but not over tdlib.

"-1001186220385": "IdleBank Increverse", - @idlebank
"-1001159793950": "55x55", - @the55x55
"-1001646580382": "Учебник доступности", - @a11y_ru

[levlam]

Could you close TDLib instance, delete the file db.sqlite from the TDLib working directory, launch TDLib and collect logs with verbosity level 4 from app launch, and send the log file to https://t.me/tdlib_bot?

[Danstiv]

send the log file

It generates a huge log with a lot of sensitive information, I don't want to share it unnecessarily. I understand that the log will greatly simplify debugging, perhaps there is some kind of compromise solution?

[Danstiv]

3. 3 or 4 supergroups with messages, real chattable groups, first with one member (me), other with two members.
   That groups contains Not only service messages, but text messages, files, ...
4. A few public channels, that channels exists on the main telegram servers, accessible over android client, weba client immediately after logining in the incognito tab, but not over tdlib.

I don't even see most of these chats in the verbose logs, neither id nor title.

[levlam]

I will not be able to identify the cause without seeing responses to the server requests.