xbytes not working well

[Sergiomg86]

Have you checked our Troubleshooting page for your issue?

• I have checked the Troubleshooting page

Is there already an issue for your problem?

• I have checked older issues, open and closed

Have you read our Contributing Guidelines?

• I have read the Contributing Guidelines

Environment

The client is radarr or sonarr
With Flaresolverr
No proxy
Running in docker? yes
Last version of Jackett
OS: OpenMediaVault 7

Description

I am using the latest version of Jackett in Docker and I have noticed from the beginning that xbytes is not offering the results well, this error is also occurring with prowlarr, I think it is due to the current website or similar

Logged Error Messages

I think there is no log in this case

Screenshots

No response

[ilike2burnthing]

None of the active maintainers have an account, so you're going to need to be more descriptive than 'not working well'. Feel free to use Google Translate or DeepL.com if English isn't your first language.

Please provide the actual version number of Jackett (available at the bottom of the webUI), as 'latest' is meaningless, especially when dealing with Docker.

If you have an invite, please send it to jacketttest [at] gmail [dot] com

If not, please provide and enhanced log of a test search with xbytes - https://github.com/Jackett/Jackett/wiki/Troubleshooting#how-to-provide-a-jackett-enhanced-log-for-a-ticket

[ilike2burnthing]

Based on your post on the Prowlarr repo (Prowlarr/Indexers#436), the issue is that irrelevant results are being returned.

From the logs it appears that you've enabled searching for freeleech torrents only. Try disabling that and see if it resolves the issue.

If not, you can try searching for star wars on the site itself, with both dead and alive results returned, and sorted by time descending. Does that match what you see in Jackett?

If not, post an enhanced log (link above) and the URL of that search on the site in browser.

[Sergiomg86]

Ok, basically the problem is the same, right now jackett and prowlarr are not able to detect that xbytes torrents are freelech correctly.

As soon as you disable it results appear (same in both).

I think it's because in the xbytes torrent page it doesn't appear if it's freelech, only in the search results section.

Right now Xbytes has global Free Leech until Friday 10th May 2024 at 8:00 pm

By the way I tried to make the blog but for some reason in my docker in the path /data/Jackett/Logs the file was last modified on 08/04/2024, I don't know why it is not updating, I was going to delete it to see if it was created again.

[garfield69]

IF you have already looked at the web sites torrents search page, and if on each of the torrent rows there is no freeleech flag of any kind, then there is nothing the indexer can use to indicate a freeleech in its processed results.
If however you can see such a flag on the torrent rows, let us know by providing an HTML dump of the page, and we can add that detection to the indexer. See https://github.com/Jackett/Jackett/wiki/Troubleshooting#how-to-provide-html-source

I will raise an enhancement ticket to see if we can implement global freeleech detection, because this is a common issue across many sites running different engines, and I believe it should be possible to support this with cardigann.

Closing this ticket.

[Sergiomg86]

fallout-example.txt
star-wars-example.txt

Right now xbytes has freelech on the site, just the indexer is not able to detect the tags, that was the error.

I am sending you the html so you can update the tags with 2 tests that I have done and that the indexer does not reflect that they have freelech.

Thanks

[garfield69]

Yes, I see that the indexer is out of date, only looking for gold, silver and bronze flags.
I'll update the indexer with the info you have provided.
I've also raised enhancement request #15242 for global freeleech detection on the torrent search page

[mynameisbogdan]

@garfield69 can you take a look at Prowlarr/Indexers#436 (comment) if you have an account?

[ilike2burnthing]

@Sergiomg86 provide the HTML dump for:

https://xbytesv2.li/index.php?page=torrents&category=&active=0&options=5&search=star+wars&order=3&by=2

[Sergiomg86]

I know what the error is.

In your URL it makes me search with a web selector called "Search in" and with the filter "Selected gold torrents".

When I activate that search filter it shows random results.

If you activate Search in "Gold torrents, Silver torrents, Bronze torrents" it has stopped working well on the web.

The search works fine with the first option "Filename" ("Nombre del archivo"in spanish) by default which I think is how it works without checking freelech in your developments.

Attached is a search without using the "Golf torrents" filter that gives results for freelech torrents as well.

I attach a search without using the "Golf torrents" filter which gives results for freelech torrents as well.

star-wars-gold-torrents.txt
star-wars-default-search-in.txt

[garfield69]

OK. I think i understand what you are saying.
So I will change the indexer so that it always uses the search for name, and I will change the config Search for freeleech option into a Filter for freeleech option, so that a search on the web site always uses the search in the name option, and once results are returned, the indexer will drop any results that are not gold if you have chosen to use the config filter freeleech option.

[Sergiomg86]

OK. I think i understand what you are saying. So I will change the indexer so that it always uses the search for name, and I will change the config Search for freeleech option into a Filter for freeleech option, so that a search on the web site always uses the search in the name option, and once results are returned, the indexer will drop any results that are not gold if you have chosen to use the config filter freeleech option.

yes, that is exactly what happens, it would be to use the search engine in its version without freelech search that you currently have but in the results eliminate all those that do not have the gold gif.

[garfield69]

v0.21.2387

[davidosdr]

Xbytes admins might have blocked on purpose the use of Jackett or Prowlarr, or at least it's what I've read in some telegram groups about spanish trackers.

[ilike2burnthing]

#15253