Across a number of machines now (some on the local network and some connected via VPN) I’m finding that the Duplicati interface becomes inaccessible via Chrome unless using an incognito window.
When I try to open the interface from a regular Chrome window, it just sits there saying ‘waiting for my.host.name.here’ in the status bar of Chrome. Not sure if it is relevant, but I’m accessing via HTTPS on port 8200.
Any suggestions as to how I work out what’s going on here?
I haven’t seen this type of thing before, but then I’m running fully local and not using https. What version(s) of Duplicati are you seeing this with and how can you access the pages using non-SSL connections?
I’m currently running Duplicati - 188.8.131.52_canary_2018-04-13.
I’m not sure what the question about non-HTTPS means. I’m accessing via HTTPS.
It’s a very strange one. On 2 of my PCs I can only access Duplicati through a Chrome ‘Incognito’ window. On the third PC I can access it ‘normally’ via a standard Chrome window. All three machines are running Windows 10. Not sure about Chrome version, but I tend to apply updates whenever it tells me I need them.
A few users have reported some issues with plugins or other websites causing overly long / invalid page requests.
Since Incognito mode usually clears those sorts of things and disables many plugins I would think that’s what you’re running into, however I believe sometime prior to 184.108.40.206 a message was added to let people know something was wrong rather than just getting a blank screen.
Hmmm - I guess I should have asked, when you say “inaccessible” do you mean a blank screen or an actual error message such as “Secure Connection Failed”?
I’m using an HTTPS URL. It’s being accessed remotely, using a host name rather than ‘localhost’.
All I get is a message in the status bar ‘Waiting for my.host.name…’. The operation never seems to time out or anything, the blank page just remains.
Making the same request in an incognito window on the same machine returns almost instantly (I’m selecting the site from the same bookmark in both cases).
While I find it hard to believe Duplicati can tell the difference, it’s strange that it seems to be the only ‘site’ that has this issue. Equally strangely is that on one of my PCs I can access it just fine in a ‘regular’ browser window!
I noticed a similar issue via insecure HTTP access, so I just use Firefox (actually I use Pale Moon) to access these kinds of systems. For me via Chrome, sometimes it works, sometimes it does not, versus it works 100% of the time via Firefox/Pale Moon.
I just had this problem too… No response from the Duplicati web interface in Chrome but no issues at all in incognito mode.
I discovered that my Bitdefender Online Threat Prevention had blocked the local IP address to Duplicati. Now, I have made an exception in Bitdefender [IP:port] and the web page response from Duplicati is back to normal.
I had this issue with duplicati and fixed it. I cleared all the cookies for the domain duplicati was on (mine was 192.168.1.19) and it worked fine. To figure out how to clear all the cookies on chrome for specific sites, check the user manual, but this does work.