На моей машине и с браузером версии 100.0b4 проблема повторяется 100% Так что такой баг будет легко найти. Но я честно и не надеюсь, что этому багу назначат хоть какую то привилегию. Он особо и не критичен.

А так, есть у меня любимый баг в мозиле (баг в TLS сессии) который появляются рандомно. Может и раз в пол года вылезти. А может и 2 раза на день. Я запарился его искать. Даже скачал исходники мозилы, наставил 100500 трассировки везде где выводится сообщение бага (единственно что мне известно о нём). Скомпилировал и начал ждать появления бага. Ага. До сих пор жду. Тем более та версия что лежит в общем доступе в нете и которая у меня полу

В одном проекте для кеширования больших данных которые поступают с сервера и не помещаются в очень маленький storage, используется GET запрос.

Схема такая. Идёт запрос на сервер - GET. Возвращаются полезные данные для пользователя. Также устанавливается etag для этих данных. Если пользователь опять запрашивает эти данные, то сервер проверив etag и определив что данные не изменились - возвращает 304. И клиент берёт данные с кеша. Собственно старая рабочая схема.

Разумеется данные для разных пользователей разные.

И тут становится проблема. Как удалить данные клиента с кеша, если клиент разлогинивается с сайта?

Есть такой замечательный заголовок Clear-Site-Data https://developer.mozilla.org/en-US/doc … -Site-Data

Собственно при возвращении заголовка с сервера - браузер должен почистить все кеши для сайта. Я проверил работает на движках хромиума. Гугл, Edge и прочих. Но вот в мозиле не работает. По ссылке приведённой выше сказано - до 94 версии работало

Вот лог:
[code]
$ ./mach build
0:00.68 Clobber not needed.
Config object not found by mach.
created virtual environment CPython3.7.9.final.0-64 in 236ms
  creator CPython3Windows(dest=C:\dev\mozilla-central\obj-x86_64-pc-mingw32\_virtualenvs\build, clear=False, no_vcs_ignore=False, global=False)
  activators BashActivator,BatchActivator,FishActivator,PowerShellActivator,PythonActivator
0:01.40 c:/dev/mozilla-central/obj-x86_64-pc-mingw32\_virtualenvs\build\Scripts\python.exe c:/dev/mozilla-central\configure.py
0:01.60 Using Python 3.7.9 from c:\dev\mozilla-central\obj-x86_64-pc-mingw32\_virtualenvs\build\Scripts\python.exe
0:01.62 checking for vcs source checkout... hg
0:01.67 checking for a shell... C:/mozilla-build/msys/bin/sh.exe
0:01.67 checking for host system type... x86_64-pc-mingw32
0:01.67 checking for target system type... x86_64-pc-mingw32
0:02.10 checking whether cross compiling... no
0:02.27 checking for Python 3... c:/dev/mozilla-central/obj-x86_64-pc-mingw32/_v

Суть такая. В повседневной жизни сижу именно на этой версии браузера. Есть собственный проект web движка и сайт на нём. Сайт https://linkin.link С недавнего времени стартовая страница этого сайта стала вести себя странно. При открытии - загрузчик странички не переставал крутится. Видео в формате webm - на стартовой странице не работало или работало криво.

Конечно же грешили на собственный web сервер. Вобщем потратили кучу времени но так и не нашли в чём проблема. А потом оказалось что эта страница прекрасно открывается в других браузерах. Ради эксперимента выкачали предыдущую версию 78.0b2 - и в этой версии страница открывается нормально.

Все стрелки указывают что баг именно в последней версии. Расследование показало следующие. В современном вебе нету нормально способа закачивать кусочек видео. Браузеры обычно качают полное (хотя можно было бы использовать head запрос) а потом жёстко обрывают сокет. Затем уже используют range-запросы. Видимо где то здесь и зарыт баг. Проблема видимо

Короче обложился wireshark. Проанализировал логи корректные и те которые вызывают ошибку. Методом исключение одинаковых кусков пришёл к выводу о некорректной шифрации финального рукопожатия. Получаться что мозила мне не поможет. Так что можно наверно тему закрыть.