-
-
Notifications
You must be signed in to change notification settings - Fork 246
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
Window cannot be resized #1487
Comments
I have this troubles with the flatpak version on ubunut 24.04 with wayland, too. |
Hello @ros-financial-com and @alfsch, thanks for reporting. Can you check if the previous version still works? flatpak and snap can be a pain with wayland, and they are tricky to find the reasons as they don't tend to be easy to reproduce. |
I downgraded with this command:
to this version:
now resizing of teams application window is possible without problems. |
hi! I got the same problem with the last version of flatpak on fedora with wayland. |
My suspicion is this PR I merged the other day. flathub/com.github.IsmaelMartinez.teams_for_linux#90 |
Just updated to the latest stable flatpak (was previously using the Wayland testing branch) and I am seeing no problems at all. Window is responsive to resizing and content is scaling/reorienting as needed. Running on openSUSE Tumbleweed, KDE Plasma 6.2.3 with |
actually, it might be this one from electron electron/electron#44543 . That sound more plausible |
Seeing the same issue on Debian Testing. Reverting back to previous flatpak app version as mentoned by @alfsch fixed the issue |
For my laptop (ThinkBook 15 G2 ITL running Debian 12.8), the specific version that @alfsch mentioned didn't help. But an older one did the trick. I'm running x11 instead of Wayland, maybe that's relevant. Step-by-step instruction for dummies like me:
This doesn't solve the problem for @IsmaelMartinez of course, but at least it lets people avoid the bleeding edge while we wait for rescue... :) Btw Ismael - thank you for maintaining this flatpak in general. It was a key piece that let me switch over to Linux full-time |
Same here (wayland), i don't want to downgrade but i found a work around to resize:
Better then nothing while waiting for the fix |
Can some of you check the pre release 1.12.3? Upgraded the electron version and had some "draggable" fixes that might fix this (more of a wish, than anything) |
Can the flatpak be fetched somehow? If so, I can give it a go |
flatpak only get the latest version, and I only push it there and snap when is deemed stable, as there is quite a lot of people using this. Last time I checked more than 500K in flathub (but their numbers can be misleading as some updates count as install, and I don't know the ratio). It is available in the majority of package managers https://github.com/IsmaelMartinez/teams-for-linux/releases/tag/v1.12.3 (even in windows and Mac as a few people randomly asked for it) |
tested the .deb, resizing works fine there |
Hi, I tried the |
Here is another application with the same issue: So I am guessing the problem is around here: Lines 102 to 112 in 0ed99c0
|
With env var BR |
Your right, this will run the app inside flatpak in x11, and should not be a permanent fix. Wayland > X11. On a separate note, I had a meeting on teams today where I also shared my screen. This works fine as well. As I not to this, I am running Gnome on Wayland. |
Same here, I'm running Gnome on Wayland (Fedora 41) and I can't resize my window. But the tip of @stephzero1 works for me resize! |
I have mark 1.12.3 a release. Hopefully it doesn't break a lot of other things. Can you guys test it? People did test it before but never got an answer about custom backgrounds, so left it on the "fridge" for a bit longer. |
As soon as there is a 1.12.3 release on flathub, I will test it 👍 |
It normally take a while... like a day or 2 to get out. Is out of our control. sorry. |
I see a version 1.12.3 is out on flathub. I tested it and unfortunately the problem is the same. |
Resizing still don't work :-( Workaround from #1487 (comment) still works |
1.12.3 here, still the same problem |
Oh well, at least there is a workaround. I got 1.12.4 as pre-release that
has other electron fixes, but again I am not sure what they have changed
that broke this.
I will keep updating electron and hopefully one of those will solve
the problem. I thought Wayland was meant to simplify all of this, but I can
tell you most of the issues in here are Wayland shenanigans.
…On Wed, 11 Dec 2024, 08:55 steph01, ***@***.***> wrote:
1.12.3 here, still the same problem
—
Reply to this email directly, view it on GitHub
<#1487 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AADJHEGWJ7CS46HSGBILYPD2E74ZNAVCNFSM6AAAAABSEDOLCWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKMZVGIZDKNJWG4>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
I will try it, as soon as we have the flatpak release :-) and don't worry if the release takes some time, since a workaround is there... |
I don't know what has changed, but currently resizing works with this version: maybe some flatpak (gnome) lib's were updated. I'm on ubuntu 24.04.1 LTS with kernel 6.8.0-50-generic #51-Ubuntu SMP PREEMPT_DYNAMIC Sat Nov 9 17:58:29 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux |
I have same exact versions and flatpak freshly updated and it is still not working. |
I wonder if it is not related to the app but either flatpak version or other libs around wayland or similar. |
@alfsch how do you get this screen? |
teams-for-linux about dialog and screenshot app |
I did a bisect in old flatpak versions and the problem appears while switching between those 2 versions:
I did the same on vscodium (same issue) and it appears between those 2 versions:
But, there is no real change only 🤔 linting. Is it possible that the root cause is an flatpak build tool both projects updated at different points in time ? |
can you all provide what version of chromium/chrome you got in your systems? it could be an update on chromium (not from the app) has fixed it for some of you. |
Hmm, today it doesn't work again :-( I think it's somehow a race condition on initializing wayland in electron framework. |
Chrome(s) used on my system just for completeness:
|
I do not have chrome at all. |
If you don't have chromium installed, your system will be using the one the app provides. In the app tray icon, if you click on the About section, it should tell you the chromium version. In theory that should be the version everyone uses (the one from the app), but somehow I have seen using the whatever version users got installed for others. |
I tried also clearing the caches (quit clear storage). Still resizing don't work (except the workaround with Alt-F8). My chrome version from about dialog |
|
Alt + F8 to the rescue for me as well.
|
I still haven't had issues with my installation on two different openSUSE Tumbleweed desktops (recently reinstalled as well): Client version: 1415/24110115724
One system has Chromium installed via Sorry @IsmaelMartinez, I feel somewhat responsible for kicking off this X11/Wayland nightmare we're all having. |
Are you on wayland? I am pretty sure this is a Wayland issue |
@royborgen Indeed: |
yes, it's a wayland issue, is it possible to add wayland to the title or add a label wayland? |
i try it on fedora KDE (wayland) without issue. |
I'm on Ubunutu 24.04.1, maybe it's also more an ubuntu wayland issue. |
Well, currently, I switched to Teams from the Arch repo, not using the Flatpak flavour. But I noticed the issue with Teams from Flatpak in Arch Linux with Gnome and wayland. |
@ros-financial-com , does it work in arch? both Flatpak and snap tend to create the most issues, but flatpak tends to fail in some wayland configurations. I really don't know why but maybe looking at other flatpak apps might help |
Just installed flatpak 1.12.5 flatpak. Unfortunately the issue is still there. On the bright side, workaround is still working. |
After the update to v1.11.5, the window cannot be resized anymore. It can only be used in a preset size (too small for many use cases) or in full screen.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
When moving the mouse pointer to any edge or corner of the Teams window, the mouse pointer should indicate that here, the size can be changed and the window size should be adjustable.
Screenshots
If applicable, add screenshots to help explain your problem.
Desktop (please complete the following information):
Additional context
While the version from flatpak shows this behaviour, the one from the Arch Linux repository appears not to be affected and works as expected.
The text was updated successfully, but these errors were encountered: