It happen in both http and https, but http wold redirect to https wouldn't it?
The cert is letsencrypt, yes. Didn't verify the details, though.
It happen in both http and https, but http wold redirect to https wouldn't it?
The cert is letsencrypt, yes. Didn't verify the details, though.
Ahha! With a blank bowser profile directory it works as expected. It has to be HSTS, right? Now, how do I fix this?
Just a thought: could it be hsts?
Both hosts and resolv.conf are ok.
Does your ISP or government interfere with your Internet access? When you view the cert, does it show that it was issued by Let’s Encrypt?
I hope not.
I can't inspect any cert. The browser url bar doesn't show the padlock.
Forgoy to say: firefox, chromium, epiphany on debian with gnome
The content seems html but the name is something else. On android the suggested filename is downloadfile.bin. creepy.
No no no. The app seems to work ok. It's the website that seems broken.
Pois!... Quem é que "vamos"?...
Sadly, not in Debian testing. Not in main, at least.
Actually, I would place the "Subscribed" button as another layer, or remove it completely since it might only make sense to filter subscribed communities... (does it?)
Also I would add a "New filter" option to the menu.
I understand this change would need a great deal of work to be implemented since to create a filter one would have to have access to several filtering options: add one or several communities to search in, add keywords (or hashtags - but, please, see @mark@programming.dev's answer) to include, maybe certain users...
Would it be realistic to implement some kind of language like: "keyword -unwanted AND (keyword OR keyword) AND community:!comunity@instance AND user:@user@instance ..."?
I tried to use some webproxy to test other locations and had the same result - only difference is the name offered for the file to download.
Thanks.