Can't watch or download anything since the last update

[Rosenette]

Version: 4.3.0 OS: [macOS Big Sur 11.6.5 Shell: zsh Anime: any

Searching titles via keywords gives "No results found". I can't watch or download anything.

1. Run ani-cli -e 4 jigokuraku

2. Run ani-cli ouran

3. Run ani-cli -d neko

4. Fetching links should pop up in the terminal, then IINA should open and start playing the episode

5. Should show the list with entries having 'ouran' keyword

6. Should show the list with entries having 'neko' keyword and expect me to select range of episodes to download

I've already reinstalled both homebrew and ani-cli. Ani-cli itself is up to date

[Sarvasv-0]

ani-cli is most probably not allowed to use the internet or you don't have internet at all, try checking your firewall settings, internet connection, other than that, I cannot help you since I know very less about macOS

[Rosenette]

I have stable internet and I've also disabled firewall just to check whether it was affecting ani-cli, but it still shows "checking dependencies... No results found!" no matter if I use the -e or -d command with any title. It was working perfectly on 18th of May (last Thursday). Thanks for replying either way

[Sarvasv-0]

Try to reinstall ani-cli if that does not help then you might want to try and execute with the verbose command bash -x ani-cli <anime name> or sh -x ani-cli <anime name> and post the logs.

[Rosenette]

Reinstalled but that didn't change the issue

bash -x ani-cli

sh -x ani-cli

[Sarvasv-0]

Ah, I see, looks like your ISP or DNS has blocked the scraping source try going to Allanime from a browser and see if that works

[Rosenette]

I can access this website on my browser and watching an episode of random series works too lol Also I haven't added any site to DNS blocked list so I have no idea what's going on. My system integrity protection is disabled too.

[port19x]

We most likely broke something for mac coreutils, noteably that last sed command visible in your debug logs should be looked into. This is imo unlikely to be a network issue

[Derisis13]

That line was not touched by any recent changes, instead it reminds me of when we got garbage on windows and changed to wget for a few versions (iirc v4.0.0)

@Rosenette can you run just this curl command curl -e "https://allanime.to" -s --cipher "AES256-SHA256" -G "https://api.allanime.to/allanimeapi" --data-urlencode 'variables={"search":{"allowAdult":false,"allowUnknown":false,"query":"nekopara"},"limit":40,"page":1,"translationType":"sub","countryOrigin":"ALL"}' --data-urlencode 'query=query( $search: SearchInput $limit: Int $page: Int $translationType: VaildTranslationTypeEnumType $countryOrigin: VaildCountryOriginEnumType ) { shows( search: $search limit: $limit page: $page translationType: $translationType countryOrigin: $countryOrigin ) { edges { _id name availableEpisodes __typename } }}' -A "Mozilla/5.0 (Windows NT 6.1; Win64; rv:109.0) Gecko/20100101 Firefox/109.0" and paste the output here?

[Rosenette]

So the command standalone doesn't show anything

And adding ani-cli before only shows that I don't have syncplay installed but I never even used it (can install it tho if it's required)

Still getting the 'no results found' error

[Derisis13]

First one is what I was interested in. It appears allanime isn't answering at all to your curl calls at all. This points towards a networking error, try doing a traceroute api.allanime.to and ping -c api.allanime.to to diagnose this.

[Rosenette]

This doesn't spark joy

It's funny how the website works normally in the browser.

When I opened api there it shows this:

Also when I added parts of the script to the url it shows this:

[Derisis13]

Actually it's my bad the ping command should be ping -c 5 api.allanime.to

[Rosenette]

no issues from what I see

[scarlet-storm]

You can try passing -i and -v to curl command which will print the response. Probably it is dropped by cloudflare ?

curl -i -v -e "https://allanime.to" -s --cipher "AES256-SHA256" -G "https://api.allanime.to/allanimeapi" --data-urlencode 'variables={"search":{"allowAdult":false,"allowUnknown":false,"query":"nekopara"},"limit":40,"page":1,"translationType":"sub","countryOrigin":"ALL"}' --data-urlencode 'query=query(        $search: SearchInput        $limit: Int        $page: Int        $translationType: VaildTranslationTypeEnumType        $countryOrigin: VaildCountryOriginEnumType    ) {    shows(        search: $search        limit: $limit        page: $page        translationType: $translationType        countryOrigin: $countryOrigin    ) {        edges {            _id name availableEpisodes __typename       }    }}' -A "Mozilla/5.0 (Windows NT 6.1; Win64; rv:109.0) Gecko/20100101 Firefox/109.0"

[Rosenette]

It shows this:

[scarlet-storm]

What version of curl are you using ? can you share

curl --version

Looks like you are using some old version of curl from the macos toolchain which doesn't support tls 1.3 ? You should update your macos toolchain to the newest version. Alternatively you can install curl from homebrew and add it to your path manually, as curl won't be linked automatically by homebrew.

[Rosenette]

I have curl 7.64.1

I did brew upgrade curl and it showed this:

But the curl version is still shown as 7.64.1 for some reason:

[scarlet-storm]

Yes, as I mentioned by default homebrew would not symlink it's curl to /usr/local/bin as it would break stuff which depends on the macos toolchain. Refer the instructions under caveat in your screenshot. You will want to manually add curl to your path by doing what it says echo 'export PATH="/usr/local/opt/curl/bin:$PATH"' >> ~/.profile And then reload the shell so the changes are picked up. After that using curl --version in your shell should refer to the homebrew binary.

[Rosenette]

Now it finally works! Thank you very much!!