Installed the newest version of jackett and now I get "Error loading Jackett settings, request to Jackett server failed" whenever I go to jackett settings, anything I click on be it logs or whatever seems to just pop this error up without actually dong anything else. API key is completely void and all of my indexers are completely gone and I can't add anymore due to the error just popping up whenever I click a button..
Jackett version: 8.12
Mono version (if not using Windows):
Running windows 10 x64
Hello All
I am having the same issue beleive it did an automatic update and now not working
running mono version that is working is Jackett Version 0.7.1650.0
Are you under a reverse proxy?
@JourneyOver How did you update? Running on Windows?
@JourneyOver @MaDTaZ Can you both in your browser, load the Jackett dashboard, press F12, hit the Sources tab, click on custom.js and paste the contents from line 1093
Alternatively, from your Jackett install folder, go to Content folder and paste the contents of custom.js file
I have the same issue. I was on Jackett 0.7.1662 under windows7 x32 and had the update to pre-release check-box ticked. After auto-upgrade to 0.8.12 I am showing the same symptoms described by OP's first post .
I also manually stopped the Jackett service and jackett tray and manually installed from https://github.com/Jackett/Jackett/releases/download/v0.8.12/Jackett.Installer.Windows.exe
but this has not made a difference for me.
screen shot of dashboard after 0.8.12 install:
screenshot of the custom.js as requested:
and one from a formatted view just in case:
Have reverted back to 0.7.1662 to restore functionality.
addendum: output from jackettconsole.exe -t -l
log0.8.12.txt
@garfield69 @flightlevel Relevant part of the log: 08-12 19:19:08 Debug Response: {"Message":"No HTTP resource was found that matches the request URI 'http://127.0.0.1:9117/libs/api.js'.","MessageDetail":"No route data was found for this request."}
(I really don't get it...)
But that's definitely an old version of custom.js
Everyone experiencing this: when you navigate to Jackett, could you press Shift+F5 or Ctrl+Shift+R (CMD+Shift+R on macOS) instead of doing a regular refresh? That invalidates cache and hopefully resolve the issue.
Fantastic. Shift-F5 worked for me, the dashboard is now operational on 0.8.12
Thanks.
Hope its that simple, but...
@garfield69 used the auto-updater and THEN manually installed
I'm wondering if the auto-updater actually updates the Content
folder ???
Will have a go at trying to repro this
@flightlevel I auto-updated my own server without a problem (couple times actually). It's running in docker on top of Unraid, but it shouldn't be that different for Windows machines as well. Anyway, thanks for giving it a go.
Couldn't repro my theory, worked perfectly on Ubuntu updating from stable to pre-release via auto-updater
Only very minor unrelated thing I found was the 'check for updates' in v0.8 gives a console error and isn't showing the bootstrap alert , but completely irrelevant to issue here
Next person that has this will have to try and see whats in custom.js from their Content folder to establish if its simply cache or file not getting updated
I'm getting this issue.
Shift + F5 did not work for me.
Here's a link to my custom.js
https://gist.github.com/seanvree/1d9c50766cf90b047f330419fea6a6bb
Screenshot:
@flightlevel I've tried updating by going to the admin dashboard and checking for an update, and I've tried by just going to the releases tab of the repo and downloading the latest version, both ways have the issue.
(I've even tried uninstalling jackett completely/cleaning everything to do with jackett/restarting my computer and then reinstalling jackett without any luck)
but it looks like shift + F5 worked for me on fixing the issue.
This is from the f12 in browser
}).fail(function () {
doNotify("Request to Jackett server failed", "danger", "glyphicon glyphicon-alert");
});
1093 });
Code diectly from .js
doNotify("Request to Jackett server failed", "danger", "glyphicon glyphicon-alert");
});
1093 });
@flightlevel I think I have tracked it down. The JS API wasn't ready to deal with the scenarios with base path override, so if someone had a prefix in their URL (e.g. /jackett/ in case of @seanvree) it will not load correctly...
Anyway, v0.8.25 should fix it, please give it a go @seanvree and everyone else still facing this issue. Just don't forget to Shift+F5 :)
Just load new version and same thing for me. Still will not find the settings
Error loading Jackett settings, request to Jackett server failed
@chibidev - Confused by your comment -
"e.g. /jackett/ in case of @seanvree"
Mine isn't set like that - mine is " /jacket " which has always worked . I have my IIS rewrite rules set up for that as well.
@seanvree The point is that on your machine any path for Jackett does not start at /, it starts at /jackett, so any API call must be prefixed with that path. In v0.8 there's a new API and the JS client was modified, however it couldn't handle these prefixes... 0.8.25 solves that and in your case instead of going to /api/v2/... it should go to /jackett/api/v2/....
okay, cool @chibidev I didn't know the API was modified. Was just making a piont that it has alwasy worked that way.
I'll udpate and let you know
@chibidev - looks to be resolved. I"m on Jackett Version 0.7.1644.0
Windows 10
Jackett Version 0.8.26.0
Sonarr 2.0.0.4949
Half of my torrent sites no longer work, below is the error in Sonarr
yet in Jackett they are all fine, per a test. This all just started.
What I see in the Sonarr logs is
v2.0.0.4949] NzbDrone.Common.Http.HttpException: HTTP request failed: [400:BadRequest] [GET] at [http://10.0.1.50:9087/api/v2.0/indexers/eztv/results/torznab?t=tvsearch&cat=5030,5040,5070&extended=1&apikey=(removed)&offset=0&limit=100]
at NzbDrone.Common.Http.HttpClient.Execute(HttpRequest request) in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Common\Http\HttpClient.cs:line 94
at NzbDrone.Core.Indexers.HttpIndexerBase
1.FetchIndexerResponse(IndexerRequest request) in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Indexers\HttpIndexerBase.cs:line 302
at NzbDrone.Core.Indexers.HttpIndexerBase1.FetchPage(IndexerRequest request, IParseIndexerResponse parser) in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Indexers\HttpIndexerBase.cs:line 288
at NzbDrone.Core.Indexers.HttpIndexerBase
1.TestConnection() in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Indexers\HttpIndexerBase.cs:line 315
Worth noting, that some of the sites are working without issue.
Thoughts?
so before I upgrade again do I need to have my base path different then the default?
/jacket instead of blank?
@MaDTaZ For me /jackett, same error
@D4rk56 Ya that is what I had and still cannot upgrade.
Everyone getting HTTP error 400 and "xyz does not support the requested query", v0.8.49 probably fixes that. Please update and see if it's working.
v0.8.49 resolved my issues
@JourneyOver @MaDTaZ @seanvree @D4rk56 can you confirm that v0.8.49+ works for you as well?
Things have been working fine for me since my last message (where i did a shift + F5), currently on 8.55 atm with no issues.
Yes
I will try the new version tonight
Cheers
Andie
On Aug 15, 2017, 12:32 PM -0700, D4rk56 notifications@github.com, wrote:
Yes
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.
Upgraded just now and confirmed working
Cheers
Andie
On Aug 15, 2017, 1:19 PM -0700, JigSaw notifications@github.com, wrote:
Closed #1656.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.
Shift + F5 worked for me, loaded all indexers just fine
Most helpful comment
@garfield69 @flightlevel Relevant part of the log:
08-12 19:19:08 Debug Response: {"Message":"No HTTP resource was found that matches the request URI 'http://127.0.0.1:9117/libs/api.js'.","MessageDetail":"No route data was found for this request."}
(I really don't get it...)But that's definitely an old version of custom.js
Everyone experiencing this: when you navigate to Jackett, could you press Shift+F5 or Ctrl+Shift+R (CMD+Shift+R on macOS) instead of doing a regular refresh? That invalidates cache and hopefully resolve the issue.