-
Notifications
You must be signed in to change notification settings - Fork 11
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
quit unexpectitly #41
Comments
I think this is an upstream Electron issue, see here: electron/electron#31425 The proper fix would be for Mattermost to update their Electron version |
A temporary solution is to install an older version:
|
Just released 5.0.1 ... is it any better? |
I still get the same error so no. |
Nop: Application: Mattermost 5.0.1 |
Same here on Ubuntu 20.04 with Flatpak 1.6.5. Are the mattermost devs aware of this issue? I can't quickly find a similar issue in https://github.com/mattermost/desktop
|
@lriesebos if you can't find the same issue in their repo I'd suggest opening a new one. Especially since previous solved issues don't seem to have helped. |
I opened an issue here as well: mattermost/desktop#1888 |
Any news ? I still get an error "quit unexpectedly" with the current 5.0.2 version. I get the following logs (that are not always the same, here are two different examples):
|
Honestly I don't know, I'm just packaging releases from mattermost/desktop because I want it to be part of flatpak ecosystem. I'd like to help, but I'm not a web developer and it works on my Fedora system. But I'm open to ideas :) |
FYI there are recent RC releases: https://github.com/mattermost/desktop/releases which in theory include the fixes for mattermost/desktop#1888 |
I upgraded to Debian 11, error is gone there on Mattermost 5.0.2 flatpak, but it was still present in Debian 10 with the same version. But I tested mattermost-desktop-5.0.3-rc1-linux-amd64.deb on a Debian 10 VM, and there are no more errors. Works as expected. But then I did not test it with the flatpak dependencies so... |
@ServerMonkey can you try this build |
After a recent system update (on my Ubuntu 20.04 system), the version 5.0.2 is now working (I did not find the time to investigate which updated package(s) was the reason it now works though). |
5.0.3 is now merged here, please retest with it if anyone is still experiencing this. |
The bug is still hapening for me. I will still have to stick to version b7b751f75 |
@bluewww which Linux version are you using ? On my Ubuntu (20.04), the problem comes back from time to time and it is generally solved by a system update (e.g. with |
Centos 7.9.2009 |
5.0.4 Works fine on Debian 10 and 11. I did a test on the same VM and same Debian 10 version (without apt upgrade) @bluewww @gdurif |
@ServerMonkey version 5.0.4 works fine for me on an up-to-date Ubuntu 20.04.4 LTS Regarding the VM setup, sorry, I do not have the time to do it right now. I'll try to squeeze it into my schedule. |
Still an issue in version 5.0.4 on Ubuntu 20.04 LTS. |
Do you have tray icon visible? From the changelog page:
|
@SemaiCZE Yes, the tray icon is visible during startup before the crash happens. I don't see a way to disable it without starting mattermost. In the meantime however, I moved to another computer with Ubuntu 22.04 where this problem does not happen. |
Get en error after update to Mattermost 5.0.0
"Internal error: Render frame was disposed before WebFrameMain could be accessed"
I'm on Debian 10 Buster with latest updates. Flatpak 1.2.5
Log:
The text was updated successfully, but these errors were encountered: