Multitasking Active Screen Edges doesn't work most of the times

[suddenAppearance]

Steps to reproduce

1. Grab the titlebar
2. Drag to top/left/right of the screen

Expected behaviour

Window is resized depending on the side of screen being pulled to

Actual behaviour

There is an animation of window frame resizing when window is dragged to edge of screen.

Releasing mouse button before animation ends causes the window to not resize most of the times (but it does resize rarely)

Releasing mouse button after animation ends resizes the window most of the times (not all the times tho)

Screencast.from.2025-01-16.06-13-45.webm

Other apps resize properly without any problems

Operating system

Ubuntu 24.04.1 LTS

Version of Telegram Desktop

5.10.3

Installation source

Snap

Crash ID

No response

Logs

No response

[ilya-fedin]

Other apps resize properly without any problems

Are you sure you have a good diversity of apps? Are you sure you have any made with the same underlying libraries as tdesktop (Qt 6.8.1)? E.g. some KDE apps from flatpak or snap.

[Aokromes]

all ok with direct for me.

[suddenAppearance]

@ilya-fedin not sure about exact 6.8.1 version (finding those is challenging), but for example dolphin works fine. Is there any known app I can try that is closest to telegram's underlying libs?

---

Also this is only reproducible on xorg, works fine on wayland.

[ilya-fedin]

not sure about exact 6.8.1 version

That's important.

but for example dolphin works fine

You don't say the Qt version though? If it's not even 6.8.x then it's not comparable at all.

Is there any known app I can try that is closest to telegram's underlying libs?

I don't think there's anything more closer than any Qt app, the question is not in the app itself though but how it's built. If your dolphin uses Qt 6.8.1 then it's good.

Also this is only reproducible on xorg, works fine on wayland.

That's something the report should have contained from start. As this wasn't specified, the defaults (wayland) were assumed.

But if it's X11, even if it gets reproduced, it's going to be closed cause QWindow::startSystemMove is wonky on X11 and there's nothing could be done from tdesktop level about that.

[suddenAppearance]

That's something the report should have contained from start

I found that after opening the issue while clicking around, sorry.

---

it's going to be closed cause QWindow::startSystemMove is wonky on X11

X11 at it's finest... Screen sharing/recording problems seem to be solved with 24.04, so switching to wayland is not a big deal for me now.

Thanks for taking time

[ilya-fedin]

X11 at it's finest...

I would rather say Qt... I tried to supply patches fixing it (not exactly it but the window continuing to move after mouse button release) to them but they rejected the patches cause they can't reproduce it.

[ilya-fedin]

ok, @Aokromes tried to check again and it seems the live iso was booting into x11 for him all that time. So it's unreproducible.

[github-actions]

This issue has been automatically closed because no developer succeeded to reproduce the issue with the given reproduction steps. With only the information that is currently in the issue, we don't have enough information to take action. Please reach out if you find what's missing to reproduce the issue so that we can investigate further.

Note that GitHub is a developer communication platform. If you're an ordinary user seeking for help, get to support crew via Settings -> Ask question in the application.