Из-за этого нельзя набить внешний кэш этой документацией, чтобы потом в оффлайне спокойно (и главное быстро) всё просматривать
Ну уж ладно расширения, а документацию-то зачем так защищать?!.
Ведь раньше всё нормально было - ещё даже часть документации в кэше осталась с тех времён.

about:config -> browser.cache.disk_cache_ssl -> true?

Shutnik

Даже при сниженной падучести, это как-то не лучший вариант - внешний кэш всё-таки удобнее (да и на несколько компов можно расшарить, или например взять с собой в глухую деревню, где один гпрс).

А можно как-то настроить кэш, чтобы он кэшировал преимущественно https (то есть чтобы в первую очередь замещались только не-https страницы, и только при отсутствии последних https)?

Forest
Может Вам лучше подойдут офф-лайн броузеры, типа Telerort Pro.  Среди них и бесплатных хватает.

Да видел я эти Телепорты - мне они не удобны + они как правило много чего не умеют (например грабить йаваскриптовые ссылки).
Да и ими надо специально пользоваться.
А тут раз я уже лажу по инету, почему это всё не остаётся в кэше - непонятно.
В общем, фигню какую-то они там на оффсайте сделали

Не знаю реализацию https, но, видимо, потому что сохранять защищённое содержимое до следующей сессии в кэше бессмысленно.

Просить надо, чтобы выкладывали не по защищённому протоколу.

Документация к Лису одноразовая что ли?
Или они боятся её подмены?

Я имел в виду - бессмысленно с точки зрения протокола.

Ну вообще-то в кэше браузера оно всё прекрасно сохраняется.
Только в случае с кеширующим прокси так не получается, потому что доступа к содержимому у него нет (а запомнить как поток он наверное не может потому, что ключ потом будет уже другой - или почему?).

Самое смешное, что как раз расширения (сами .xpi) персылаются не по https.

если это про amo, то там и расширения по https

На АМО закачка xpi-пакетов идёт с http://releases.mozilla.org/pub/mozilla.org/addons/ - но, кажется, не всех.

Там используется InstallTrigger, который проверяет хеш-сумму.