Skip to content
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

Trackers: Not Contacted Yet #13992

Closed
dimalif opened this issue Dec 17, 2020 · 8 comments
Closed

Trackers: Not Contacted Yet #13992

dimalif opened this issue Dec 17, 2020 · 8 comments

Comments

@dimalif
Copy link

dimalif commented Dec 17, 2020

Please provide the following information

qBittorrent version and Operating System

Windows 10 Pro / 64 & Qbit 4.3.1

What is the problem

I see some added magnets with "Trackers Not Contacted Yet" for hours (see the capture torrent 4, 6, 7 marked as ... active)

No errors logged anywhere.

2020-12-17 14_48_16-Window

@dimalif
Copy link
Author

dimalif commented Dec 17, 2020

Moving # 7 for example at the top of the Queue, seems to solve this. Still strange behaviour.

@FranciscoPombal
Copy link
Member

@dimalif

Do you have the 2 "always announce..." settings activated in the advanced settings?

What are your queuing settings?

@FranciscoPombal FranciscoPombal added the Waiting info Waiting for participants to supply more info/fulfill template requirements label Dec 17, 2020
@dimalif
Copy link
Author

dimalif commented Dec 17, 2020

@FranciscoPombal

Yes, two always announce in adv settings activated.

As for my queue settings:
2020-12-17 16_43_52-Window

@FranciscoPombal
Copy link
Member

@dimalif

Well, I would expect those torrents to not announce at all until they move up enough places in the queue to become active. Are those all torrents or are some magnets?

@dimalif
Copy link
Author

dimalif commented Dec 17, 2020

All of them are magnets. So this is normal behavior? Why they are in ACTIVE category and not queued?

And why such a totally different behavior from all other torrent clients?

Also force to reannounce to tracker(s) doesn't change that. Is that also normal?

@FranciscoPombal
Copy link
Member

@dimalif

If you look closely in your screenshot, torrents 4, 6 and 7 are not quite ready yet, they are "Downloading metadata", and thus not yet queued (my question before was redundant, it was easy to see that they are magnets from the start). Pretty sure this is expected behavior.

As for the speed limit exemption in the queue, beware of the intended meaning of the checkboxes, it might not mean what you expect: #12728.

@dimalif
Copy link
Author

dimalif commented Dec 17, 2020

@FranciscoPombal I hope you (all) are not baptizing bugs into normal behavior.

Personally i find this NOT normal, still i can't do anything about it.

Thanks for the time.

@dimalif dimalif closed this as completed Dec 17, 2020
@FranciscoPombal
Copy link
Member

FranciscoPombal commented Dec 17, 2020

Actually, I just checked and torrents downloading metadata should, in fact, also be queued (although it would still make sense to me the other way around, this is a design decision). This is a duplicate of #13961. Try a recent test build as linked in #13961 (comment), since this was recently fixed in #13870, and please report there if it fixes the issue for you.

@FranciscoPombal FranciscoPombal added Core Duplicate and removed Waiting info Waiting for participants to supply more info/fulfill template requirements labels Dec 17, 2020
@qbittorrent qbittorrent locked as resolved and limited conversation to collaborators Dec 17, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

2 participants