zlacker

[parent] [thread] 2 comments
1. r4inde+(OP)[view] [source] 2023-08-06 17:36:01
The Flatpak wrapper for Zoom is not made or endorsed by Zoom, Inc. as indicated in its description [1].

I am definitely not a fan of Zoom either and had my own issues with the Linux client, but if the problems you describe are unique to the Flatpak and not in the official Linux distribution, you can't blame Zoom for that.

[1] https://flathub.org/apps/us.zoom.Zoom

replies(1): >>Sunspa+3h
2. Sunspa+3h[view] [source] 2023-08-06 19:20:21
>>r4inde+(OP)
How can you say it's unique to the flatpak? The poor window management is the fault of the original coder.

It's not like a flatpak packager says "ok let's implement the GUI framework from scratch".

So, yes, I can blame Zoom for sure!

If by some chance flatpak packagers need to re-implement all the GUI calls manually, then it is a miserable failure as a packaging format and needs to be terminated immediately. But we know this is not so, right? Nobody would be that stupid as to require hand-coding the GUI all over again, right?

replies(1): >>r4inde+mmh
◧◩
3. r4inde+mmh[view] [source] [discussion] 2023-08-11 17:22:15
>>Sunspa+3h
I never said that the issues are unique to the Flatpak. I said if they are, then you shouldn't blame Zoom.

The reason why I commented in the first place is because you explicitly mentioned the Flatpak of the Zoom client which stood out to me.

It is my understanding that Flatpak sandboxes apps [1], which could cause various issues if the app is not expecting to be run inside one or of the permissions are misconfigured.

But it certainly doesn't have to. Of course the app itself can be buggy. My point is that an official release should be checked before reporting bugs.

[1] https://docs.flatpak.org/en/latest/sandbox-permissions.html

[go to top]