23 September 2026
Vadim Goncharovthere was message here last hour unsupported on 6.7.5 bit now not, what
Yup, I've removed rich formatted message.
John🤔 🤔text not yet in the index
Well I can do that, but, just to clarify. These suggestions imply the security model "if the proxy is set then all traffic must either go through this proxy or not go at all". Right now this is not the case, so there'll be users whose setups will just stop working. Is this OK?
YarikWell I can do that, but, just to clarify. These suggestions imply the security model "if the proxy is set then all traffic must either go through this proxy or not go at all". Right now this is not the case, so there'll be users whose setups will just stop working. Is this OK?
I think 6 can be dropped, and maybe 4 is ok (that some don't support), but other findings look like blockers?
YarikWell I can do that, but, just to clarify. These suggestions imply the security model "if the proxy is set then all traffic must either go through this proxy or not go at all". Right now this is not the case, so there'll be users whose setups will just stop working. Is this OK?
but in case of tdesktop itself we indeed do all the (mtproto) traffic through configured proxy and it doesn't work if proxy doesn't work
𝙼𝚛. 𝙲𝚘𝚘𝚠𝚙𝚕𝚎𝚛 𝚠𝙷𝚊𝚝yeah, in mtproto case there's no reason to break webview
No, I mean in tdesktop all the mtproto traffic goes through configured proxy (of whatever type), and not working proxy means not working tdesktop.
25 September 2026
DanielСсылка
I'm thinking about dropping libde265 and using ffmpeg as backend for libheif decoding. Any downsides?
John🤔 🤔I'm thinking about dropping libde265 and using ffmpeg as backend for libheif decoding. Any downsides?
ffmpeg can be built without heif on some distros.
So, maybe it is worth do add check for that in cmake.
Abd except for this - seems good (as tgd already uses ffmpeg anyway)
id 1258220173ffmpeg can be built without heif on some distros.
So, maybe it is worth do add check for that in cmake.
Abd except for this - seems good (as tgd already uses ffmpeg anyway)
i don't think we can change cmake of third party library
𝙼𝚛. 𝙲𝚘𝚘𝚠𝚙𝚕𝚎𝚛 𝚠𝙷𝚊𝚝i don't think we can change cmake of third party library
why may you need that?
I meant it is worth to add check for heif support in ffmpeg in tgd's cmake
𝙼𝚛. 𝙲𝚘𝚘𝚠𝚙𝚕𝚎𝚛 𝚠𝙷𝚊𝚝what preston proposes if i got it right: kimageformats -> libheif -> ffmpeg
Ссылка
click to show
click to show
It is merged already
https://github.com/telegramdesktop/tdesktop/commit/6590bc341c584402ccb14f03d69ecd3fa09ebc2b
John discussed about it with me.