You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I found out, that my problem described in #29 was totally unrelated to IPv6.
It is with Chrome silently blocking mixed content (ie. http ajax request to localhost from seafile served on https). The trivial solution would be if ccnet also listened for https requests. Do you have any other idea for resolving this?
The text was updated successfully, but these errors were encountered:
In current implementation, if the http request is blocked, a error will be shown with a link for users to click. Listen on https is not possible for the local web (requires https CA) and having the server to check both http and https is not good.
One solution is to config the client checking page to http.
I found out, that my problem described in #29 was totally unrelated to IPv6.
It is with Chrome silently blocking mixed content (ie. http ajax request to localhost from seafile served on https). The trivial solution would be if ccnet also listened for https requests. Do you have any other idea for resolving this?
The text was updated successfully, but these errors were encountered: