# Не открывает в Linux telegram 6.9.3

**URL:** https://f.docs.rw/t/topic/275
**Category:** Баг-репорты
**Created:** 2026-06-26T14:12:42Z
**Posts:** 8

## Post 1 by @zakachkin — 2026-06-26T14:12:42Z

![image](https://f.docs.rw/uploads/default/original/1X/fa9dbf44228a3f3c44d6c6ef93f3f7e6d5c9db2d.png)

---

## Post 2 by @zakachkin — 2026-06-26T14:17:22Z

На 6.9.2 и в браузере при этом все открывается.

---

## Post 3 by @Spilex — 2026-06-26T20:39:28Z

Через [https://webhook.site/](https://webhook.site/) можешь проверить, какие хедеры отправляет телега в одном случае, и какие в другом. Сравни и найди отличия.

---

## Post 4 by @Spilex — 2026-06-26T20:40:45Z

А ещё лучше там же в dev tools на вкладке network посмотри хедеры при обращении за ассетамм. Особенно куки.

---

## Post 5 by @zakachkin — 2026-06-26T22:39:19Z

Нашёл причину, почему Subscription Page плохо открывалась в Telegram WebView.

Проблема была в cookie: backend требовал `session` cookie даже для `/assets/*` — JS, CSS, локалей и app-config. В обычном браузере cookie отправлялись, поэтому всё работало. А Telegram WebView не всегда отправляет cookie на такие запросы, из-за этого assets/app-config получали `401/502`, и страница не загружалась нормально.

Что сделал:

- убрал обязательную cookie-проверку для обычных static assets: JS/CSS/locales теперь грузятся без cookie;
- `/assets/.app-config-v2.json` оставил как fallback, но без `socket.destroy()`;
- основной app config теперь встраивается сразу в HTML страницы `/v3/<uuid>`, поэтому Telegram больше не зависит от cookie для загрузки UI;

---

## Post 6 by @Spilex — 2026-06-27T00:07:10Z

То что саб пейдж требует куки для ассетов - не баг, а фича. Чтобы защитить тебя от сканеров. Сделав несколько запросов по адресам известных ассетов (особенно app-config.json и favicon) можно с уверенностью сделать вывод, что на сайте хостится подписка. А это уже повод для бана всего домена. Поэтому саб пейдж без авторизации по кукам и не отдаёт никакие ассеты, это было бы слишком палевно.

Реальный баг - так это то, что твой телеграм не работает правильно с куками с новой версии. Если такого issue в репе telegram desktop ещё нет - это повод его создать.

---

## Post 7 by @zakachkin — 2026-06-27T00:45:50Z

Понял, спасибо тебе за разъяснение! Я так-то понимаю, что телега накосячила… Если в следующей версии не исправят, я напишу issue. Просто надо было решить проблему сейчас, а не когда телега соизволит…

---

## Post 8 by @zakachkin — 2026-06-27T13:43:04Z

> <https://github.com/telegramdesktop/tdesktop/issues/30889>
>
> ### Steps to reproduce
> 
> 1. Open a HTTPS web page inside Telegram Desktop WebView….
> 2. The initial HTML response sets a session cookie using `Set-Cookie`.
> 3. From that loaded page, make a same-origin request to a config/API endpoint, for example `/assets/app-config.json`.
> 4. Check the request headers received by the backend.
> 
> ### Expected behaviour
> 
> Telegram Desktop WebView should send the cookie that was set by the initial HTML response when the page makes subsequent same-origin requests.
> 
> Example:
> 
> ```text
> GET /assets/app-config.json
> Cookie: session=...
> ```
> 
> This is the behaviour observed in regular browsers such as Chrome, Firefox and Safari.
> 
> ### Actual behaviour
> 
> The initial page loads correctly and receives `Set-Cookie`, but subsequent same-origin requests from that page never include this cookie in Telegram Desktop WebView.
> 
> Example:
> 
> ```text
> GET /assets/app-config.json
> Cookie header is missing
> ```
> 
> As a result, endpoints that depend on the session cookie fail. In my case this leads to `503 Service Unavailable` for the follow-up config/assets request inside Telegram Desktop WebView.
> 
> The same page works correctly in regular browsers.
> 
> As a workaround, I had to stop relying on cookies for this follow-up config request and embed the required config directly into the initial HTML response.
> 
> ### Operating system
> 
> Ubuntu 24.04
> 
> ### Version of Telegram Desktop
> 
> 6.9.3
> 
> ### Installation source
> 
> Static binary from official website
> 
> ### Crash ID
> 
> *No response*
> 
> ### Logs
> 
> ```shell
> No Telegram crash logs. Backend/proxy logs show that the initial HTML request succeeds, but the follow-up same-origin config/assets request is received without the expected `Cookie` header and fails with `503 Service Unavailable`.
> ```

Написал issue. У кого наблюдается такое же поведенение подпишитесь пожалуйста!

---

## Post 9 by @system — 2026-06-29T13:43:56Z

Эта тема была автоматически закрыта через 2 дня после последнего ответа. В ней больше нельзя отвечать.