running `get_me.rs` script gets stuck at setting verbosity

[jurij-jukic]

Using this command: cargo run -p tdlib-rs --example get_me --features default I get the following output:

[ 3][t 0][1717149837.563194990][Client.cpp:280][&td_requests]   Begin to wait for updates with timeout 2.000000
[ 3][t 4][1717149837.563619136][Td.cpp:2604][#1][!MultiTd]      Create Td with layer 164, database version 14 and version 48 on 4 threads
[ 3][t 4][1717149837.564409255][Td.cpp:4104][#1][!Td][&td_requests]     Sending update: updateOption {
  name = "version"
  value = optionValueString {
    value = "1.8.19"
  }
}
[ 3][t 4][1717149837.564463138][Td.cpp:4104][#1][!Td][&td_requests]     Sending update: updateOption {
  name = "commit_hash"
  value = optionValueString {
    value = "2589c3fd46925f5d57e4ec79233cd1bd0f5d0c09"
  }
}
[ 3][t 0][1717149837.564495325][Client.cpp:293][&td_requests]   End to wait for updates, returning object 0 0x118f044c0
[ 3][t 4][1717149837.564472198][Td.cpp:4104][#1][!Td][&td_requests]     Sending update: updateAuthorizationState {
  authorization_state = authorizationStateWaitTdlibParameters {
  }
}
[ 3][t 4][1717149837.564687252][Td.cpp:2995][#1][!Td][&td_requests]     Receive request 1: setLogVerbosityLevel {
  new_verbosity_level = 2
}

and then it gets stuck here and I don't get to the interactive part.

It worked once previously (got me half way through the flow, and then got stuck as well), and since I wasn't able to run it.

Worth noting that I am running it with a single threaded tokio runtime #[tokio::main(flavor = "current_thread")], rather than multi-threaded as originally in the project. When running it multi-threaded, it gets stuck similarly.

[FedericoBruzzone]

Thanks for your feedback!

I assume that you have already set the LOCAL_TDLIB_PATH variable since you managed to get it started once and you are using the default feature.

So I ask you to try doing the following things from the project root and keeping the single thread tokio runtime:

1. cargo clean
2. rm -rf ./get_me_db
3. cargo run -p tdlib-rs --example get_me --features default

I will wait for your reply!

P.S. If you are interested in using this library we are developing a Tui for Telegram, I will leave you the link.

[jurij-jukic]

Thanks for the quick reply!

Same issue is happening after I run these commands.

Btw, then I also need to reallow libtdjson.1.8.19.dylib, since Apple complains about it as an unknown app. I need to go to System Settings to allow it to run. Might be worth documenting as it's not obvious that it needs to be manually allowed to run.

Re the TUI, yup, I was looking at it and got it to run!

[FedericoBruzzone]

Your feedback will be very helpful for us.

We tested this library locally in the following OS:

1. Windows x86_64
2. Linux x86_64
3. macOS x86_64

Anyway, are you on macos arm? Do you want to do a PR to add this documentation or do I do it?

It's strange that the tui works and this lib doesn't, do you have any ideas?

[jurij-jukic]

Yeah, I'm on MacOS arm.

Not sure where to put it, so here is the info and you can add it: Error which pops up when trying to run it: '“libtdjson.1.8.19.dylib” can’t be opened because Apple cannot check it for malicious software.' Go to System Settings -> Privacy and Security -> '“libtdjson.1.8.19.dylib” was blocked from use...' -> Allow Anyway. And then rerun and it should work.

To give you some more info... once I comment out the verbosity command, the terminal output looks like so (infinite loop):

[ 3][t 0][1717159238.230424165][Client.cpp:280][&td_requests]   Begin to wait for updates with timeout 2.000000
[ 3][t 0][1717159240.231490135][Client.cpp:293][&td_requests]   End to wait for updates, returning object 0 0x0
[ 3][t 0][1717159240.231584072][Client.cpp:280][&td_requests]   Begin to wait for updates with timeout 2.000000
[ 3][t 0][1717159242.232661008][Client.cpp:293][&td_requests]   End to wait for updates, returning object 0 0x0
...

I am not familiar with Telegram api, but you might know what's happening here.

[FedericoBruzzone]

Fantastic! Thank you, I'll add this recommendation.

So, is the TUI working properly? I'm asking you these things in order to understand the problem.

have you set these variables?

export API_HASH="a3406de8d171bb422bb6ddf3bbd800e2"
export API_ID="94575"

Can you send us the output with 3 of verbosity?

Another thing, try to go on your telegram application and click terminate all other sessions in Settings -> Devices and then run:

1. cargo clean
2. rm -rf ./get_me_db
3. cargo run -p tdlib-rs --example get_me --features default

[jurij-jukic]

After closing the session and rerunning everything, the user flow gets stuck after entering verification code. Then I will have an incomplete login attempt show up in Telegram -> Settings -> Devices. Under the incomplete login attempt it says: "The devices above have no access to your messages. The code was entered correctly, but no correct password was given.".

I re-did the TUI flow (after cargo cleaning that repo) and that flow did ask me for the password.

So I think this identifies it - the get_me.rs flow doesn't ask for the password, and therefore gets stuck at an incomplete login attempt.

[FedericoBruzzone]

Thank you. I modified the code by adding this part as you suggested. Wait to hear from you in order to resolve this issue 👍

[jurij-jukic]

Tested it, works correctly!