mig5

The issue here is the version of Stem (the Python library for Tor) on that OS is too old to support Client Authentication. The OnionShare core developers aren't the ones...

'rather than a single compressed version of all the files' - means 'a single zip file'. It's true that in website mode, a *gzipped* version of each file is created...

Relates to https://github.com/micahflee/onionshare/pull/1256 - maybe it would be simpler to not 're-read' (and re-compress gzip) files but serve them directly from the original source. Of course, people will then complain...

Yes I came to the same conclusion seeing your other update. I think I agree! There are other things we are looking at to help speed up downloads which are...

Still an issue or was it fixed up? I can't seem to find the 'Source code links' on the page when I look at https://hosted.weblate.org/translate/onionshare/translations/nb_NO/?checksum=8e3f4371e9557f9f

I can't actually reproduce this anymore in `develop` branch. Once all the data is sent into the tor network, I still see these messages: ``` 20.0 MiB, 100.00% Stopped because...

NM, I did somehow just reproduce it.. same conditions. This time the 'Tor rendezvous circuits have closed' happened very quickly. In previous attempts, it hung around for ages as we...

OK. If the download is still in progress and 100% of the data has been sent into the Tor network, we stop the web server etc and then we analyse...

I get 'Is not a readable file' when I drag things from `/usr/share` that can't be read by the user running the snap . And via the 'Add' button, I...

@micahflee is this one resolved in the latest flatpak fixes?