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
Electron apps freeze on linux 5.x kernel #21415
Comments
|
I'm not having this issue in Ubuntu 19.10, which ships with 5.3.0-24-generic. I don't want to just close this issue indiscriminately, but I'm not sure how to proceed with this. If someone finds a consistent reproduction for this, e.g. by using |
|
right. I figured there is something nuanced, otherwise this would've been a bigger blocker, or more quickly noticed. |
|
I'm using Sabaki (Go player based on Electron 5 in their last release), and I do suffer a similar freezing issue, which I've also reported to them: SabakiHQ/Sabaki#618 Can I enable some flag that would provide a verbose log and help diagnose the issue? (I'm not an Electron user-developer, therefore I can't help in creating a test-case, but I can help by triggering the issue in the application and reporting back the logs / context. Or I can help running some test-cases if provided.) (My OS is OpenSUSE Tumbleweed, i.e. rolling release, with kernel |
|
@cipriancraciun what video card is on this machine, and driver is it using?
As an update, I've been upgrading kernels to validate this issue. It still happens through 5.4.12 (latest)
…-------- Original Message --------
On Jan 16, 2020, 03:16, Ciprian Dorin Craciun wrote:
I'm using Sabaki (Go player based on Electron 5 in their last release), and I do suffer a similar freezing issue, which I've also reported to them: [SabakiHQ/Sabaki#618](SabakiHQ/Sabaki#618)
Can I enable some flag that would provide a verbose log and help diagnose the issue?
(I'm not an Electron user-developer, therefore I can't help in creating a test-case, but I can help by triggering the issue in the application and reporting back the logs / context. Or I can help running some test-cases if provided.)
(My OS is OpenSUSE Tumbleweed, i.e. rolling release, with kernel 5.3.12, using Xorg, thus not Wayland, and the i3 window manager.)
—
You are receiving this because you authored the thread.
Reply to this email directly, [view it on GitHub](#21415?email_source=notifications&email_token=AAAQL2NDF3QMG7Z6LY4O2K3Q6AJV7A5CNFSM4JWZ2ER2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEJDFTPI#issuecomment-575035837), or [unsubscribe](https://github.com/notifications/unsubscribe-auth/AAAQL2MZG6AYYF7T5AXOBE3Q6AJV7ANCNFSM4JWZ2ERQ).
|
@vbatts I'm pasting bellow the info I've given to the other project and some extra Xorg related details. |
|
This weekend at devconf.cz I was directed to a similar issue as it relates to Intel GPU since linux 5.x + mesa + applications/desktop freezing: https://gitlab.freedesktop.org/drm/intel/issues/673 |
|
Has anyone had issues on Arch with Kernel 5.5 on this? The bug that mentions this above I don't think is exactly related, but me and several others are trying to pinpoint where the issue lies for a note taking app called Joplin. Thanks. |
|
yes, the joplin gui is affected as well for me. Even on 5.4.20. While passing |
|
Thanks for getting back to me. Do you have any insight on the syncing issue linked above? |
Yes, exactly Arch + kernel 5.5.x. Electron v8 doesn't seem to be affected, so #22291 might be related one. vladimiry/ElectronMail#253
Upgrading Electron v7 => v8 helped with resolving above-listed issues (252 and 250). |
|
@vladimiry, thanks for the issue links. These look similar enough to what I'm trying to figure out that I've notified the Joplin dev. We'll see how things go with that. |
|
Upgrading to Electron 8 did not solve Joplin's issue but instead made it worse. In fact, it caused the app to be completely unresponsive during my tests. So, downgrading to kernel 5.4 is becoming the go to option until we can get something more concrete down. Thanks again, @vladimiry |
|
Electron 7/6 on recent Arch (and other glibc 2.31 distros) is affected by #22291 with similar symptoms (semi-random crashes/freezes), but it does not affect Electron 8 -- and that's where upgrading to 8 (or waiting for #22338 / #22339) helps. If this affects Electron 8, then it's an entirely separate issue from the glibc-related one (which means that there are two issues affecting Arch). |
|
As for linux 5.5, there is another significant issue there which could be related to random freezes: https://gitlab.freedesktop.org/drm/intel/issues/1201 |
|
@ChALkeR that could definitely apply to me since I'm on Intel hardware. And that could be related to Wayland issues that i resolved by just removing the packages that needed it. I had a music player i was testing out because of its Tidal support but the browser version was miles better. |
|
Through research and a long string of git bisects and whatnot, I'm finding that this bug seems to be caused by this commit: torvalds/linux@339ddb5 Is there any major work being done to solve this issue? It looks like the Flutter team is onto something and at least have the issue fixed in their main branch, but I'm not finding much else about it. flutter/flutter#49185 |
|
There's also https://bugzilla.kernel.org/show_bug.cgi?id=205933 which could be related (courtesy of @vladimiry). It's not clear to me if it's fixed or not. |
|
Thanks for the link, @lnicola . If you scroll to the bottom, it looks like netdev (the apparent maintainer of this particular feature; in my git bisect tests, merges involving their contributions kept appearing), have worked on resolving this issue but I'm having problems finding exactly which branch the fix will be applied to. Either way, I'm surprised this particular messup is actually kind of hard to find on the Internet without knowing where to look in particular. This is one of those strange edge cases. Ha |
|
Still having this issue on my new desktop :) |
|
@leifmadsen any way to provide more information here such as kernel release, operating system, hardware etc? thanks |
|
The issue is still present on following configuration:
All electron apps freeze (Spotify, Signal, VSCode...). More often when they are in the background, but sometimes when they are in use as well. It is not occurring with kernel v4.9 |
Absolutely! (Sidebar: I also just noticed the issue opened about freezing when getting notifications, so I've disabled notifications to see if that helps.) OS
Hardware This is found when using Slack via slack-4.9.1-0.1.fc21.x86_64.rpm. Sorry, I tried to export the list of packages but it doesn't show me the version of Electron in use there. |
|
Note that I seemed to work around the issue by running Edit: My configuration: https://github.com/leifmadsen/dotfiles/blob/master/.config/dunst/dunstrc |
|
I am also having this issue. Apps like spotify, discord, obsidian, ... freeze. Sometimes after minutes, sometimes hours. |
|
I am having the same issue. VSCode and Discord both freeze unless I turn off gpu acceleration on both.
|
|
In addition to what @vbatts described in his
|
I came here due to having this issue with Joplin. I use to fix electron apps with the |
|
This continues to affect slack and I think other apps on my system. Disabling acceleration works around it. Some stats: No errors/warnings in kernel log or in xorg log relating to video. No errors from slack's stdout/stderr. The problem seems to manifest itself more prominently when resizing the slack window. I use the "awesome" window manager. Sometimes some functionality returns when going into slack's fullscreen mode, but not always. The application seems to still be responsive... the issue appears to be more that the video buffer doesn't refresh/paint itself on the screen, but clicking on the window (which still appears to have some other window's data in it; whatever window was shown prior to giving slack focus) causes the application to react to clicks, right clicks, etc. Let me know if I can provide anything else. |
|
I had the electron freezing issue on my laptop with intel graphics using arch linux. I could use electron apps only with the Switching from the I have read that "xf86-video-intel's development has stalled for a long time, and many intel developers are instead actively improving the modesetting driver"... My harware:
I guess a lot of people who run into this issue might be using the |
|
The Electron version reported on this issue is no longer supported. See our supported versions documentation. If this is still reproducible on a supported version, please open a new issue with any other new information that a maintainer should know. Thank you for taking the time to report this issue and helping to make Electron better! Your help is appreciated. |
|
I'm seeing a very similar issue via |
|
Disabling GPU/acceleration is obviously is not a good solution. It was working perfectly for years, and now VSCode, all browsers and everything periodically freezes. Maybe someone was able to get rid of this bug? |
I've been facing the same issue on my Lenovo ThinkPad Yoga Gen 1, and simply removing |
Is there an alternative? I would want to make use of 2D acceleration for the sake of battery and speed |
I think it's a different issue, I was using Wayland (KMS) at the time, so that Xorg driver was not involved.
Walyand or |
Preflight Checklist
Issue Details
really not sure. It seems to affect every app using electron that I have tried so far (vscode, signal-desktop, slack, etc.)
Expected Behavior
a functional app
Actual Behavior
applications freeze in about 5-10 minutes
To Reproduce
just open them. even leave them running in the background
Additional Information
I discovered thread https://forum.manjaro.org/t/electron-apps-crashing-randomly/81717/17
which indicates that adding
--disable-gpuis a workaround.The text was updated successfully, but these errors were encountered: