-
-
Notifications
You must be signed in to change notification settings - Fork 134
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Freeze on download from non-main DC #1341
Comments
I also freeze the client when I use gif search to send a trigger download, and send the same gif using a file to download normally |
I'll try to reproduce this, but not sure how to do it easily. |
I figured out this only happens when floodwait middleware is present. For some reason, transfer call which transfer auth from one connection to another hangs when floodwait is present. |
I figured out why it happens. |
@cyoung06 you are right, i've disabled floodwaiter and there are no more problems with downloads. Hm, should I create issue for https://github.com/gotd/contrib/blob/master/middleware/floodwait? P.S. I checked, there is no error with SimpleWaiter, only with just Waiter |
What version of gotd are you using?
github.com/gotd/td v0.99.1
Can this issue be reproduced with the latest version?
Yes
What did you do?
I was downloading stickers using some code from this example. I'm using github.com/celestix/gotgproto as wrapper for gotd/td:
DownloadMedia
works almost the same as in td example:downloader.NewDownloader().Download(api, loc).Stream(ctx, &buf)
If sticker is locating in the same DC as my main (2), the is no problem. If it's in other - code freezes with this logs:
On sticker located in my DC I have this logs:
What did you expect to see?
Downloading completes successfully with stickers from any DC.
What did you see instead?
Downloading completes successfully with stickers from only on my DC.
What Go version and environment are you using?
go version go1.22.0 darwin/arm64
go env
OutputGO111MODULE='on' GOARCH='amd64' GOBIN='' GOCACHE='/Users/teadove/Library/Caches/go-build' GOENV='/Users/teadove/Library/Application Support/go/env' GOEXE='' GOEXPERIMENT='' GOFLAGS='' GOHOSTARCH='arm64' GOHOSTOS='darwin' GOINSECURE='' GOMODCACHE='/Users/teadove/go/pkg/mod' GONOPROXY='gitlab.whoosh-cloud.com' GONOSUMDB='gitlab.whoosh-cloud.com' GOOS='darwin' GOPATH='/Users/teadove/go' GOPRIVATE='gitlab.whoosh-cloud.com' GOPROXY='https://proxy.golang.org,direct' GOROOT='/Users/teadove/go/go1.22.0' GOSUMDB='sum.golang.org' GOTMPDIR='' GOTOOLCHAIN='auto' GOTOOLDIR='/Users/teadove/go/go1.22.0/pkg/tool/darwin_arm64' GOVCS='' GOVERSION='go1.22.0' GCCGO='gccgo' GOAMD64='v1' AR='ar' CC='clang' CXX='clang++' CGO_ENABLED='0' GOMOD='/Users/teadove/projects/fun-telegram/go.mod' GOWORK='' CGO_CFLAGS='-O2 -g' CGO_CPPFLAGS='' CGO_CXXFLAGS='-O2 -g' CGO_FFLAGS='-O2 -g' CGO_LDFLAGS='-O2 -g' PKG_CONFIG='pkg-config' GOGCCFLAGS='-fPIC -arch x86_64 -m64 -fno-caret-diagnostics -Qunused-arguments -fmessage-length=0 -ffile-prefix-map=/var/folders/1l/sljqjzq579vfs5tgztmg_x_w0000gn/T/go-build1516207097=/tmp/go-build -gno-record-gcc-switches -fno-common'
The text was updated successfully, but these errors were encountered: