-
Notifications
You must be signed in to change notification settings - Fork 5.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
GIF files sent from Telegram Desktop client are ALWAYS compressed #28353
Comments
Server forcefully converts gif into mp4, there's nothing tdesktop could do about that |
platform wide bugs / requests belongs to https://bugs.telegram.org/ |
Can't you then just at the very least remove the misleading drag-n-drop option from the desktop client and eliminate this confusion? I mean just like there only a single drag-n-drop option for other types of files, say PDFs. |
@Sunsper can you provide the file that causes that? |
Literally any file with .gif extension causes two options (compressed and uncompressed) to appear, if that's what you're asking. |
The problem is I can't reproduce. So I'm asking for exact file. |
@Sunsper Can you check 5.5.1 version? I hope I've removed the choice between compressed/uncompressed. |
Okay nevermind, I just updated to 5.5.0. The compressed/uncompressed options when .gif file is being drag-n-dropped are now gone. |
use official binary, it causes less troubles than distribution packages. |
The problem at hand addressed in this issue has nothing to do with me using build from repositories of my Linux distro, since the exact same problem still bothered me back when I was using Windows as my daily driver and from what I personally can tell it's been there on all desktop clients since forever. But besides that, I actually never had any problems with build from Arch Linux repos. It's working as expected. |
Though I should note that perhaps the wording should be corrected, because when you drag-n-drop .gif file in the desktop client, it says that the said attachment will be send as a document/file, implying that it won't be compressed, which is absolutely not the case. |
animation.gif.mp4 |
Steps to reproduce
Expected behaviour
The GIF file is sent to the other party without compression.
The thing is that this behavior is completely reproducible in Telegram Web (in both A and K versions).
Only on Telegram Desktop, no matter what I've tried, it is NOT possible to send GIF files without compression, despite the fact that the client still provides you with drag-n-drop choice.
Actual behaviour
The GIF is sent to the other party as compressed anyway, as though you've dropped the file onto the lower part of the window.
Also on the device/client the file has been sent from it LOOKS like the file hasn't been compressed, but it's actually misleading because the compression is very much evident if you happen to clear up the cache on the client the file was sent from, or look up the sent GIF from another device you're logged into.
Operating system
Arch Linux x86_64
Version of Telegram Desktop
5.4.1
Installation source
Static binary from official website
Crash ID
No response
Logs
No response
The text was updated successfully, but these errors were encountered: