Arch Linux User Repository

Starting with 0.0.26-1 (2023-03-31):

• Switched back to the main electron package (electron22)
• Watching cameras and streams is working again

Starting with 0.0.20-1 (2022-09-15):

• Bumped electron16 to electron19 (I still have blocking issues with electron20)
• Added support for $XDG_CONFIG_HOME/discord-flags.conf: this works like electron-flags.conf, you can set in this file the command line flags you want to pass to electron when running Discord (there are some useful flags in the wiki, especially if you are experiencing lag in the Discord UI).

FAQ

Discord requires an update, but this package isn't yet updated
Check the wiki.

The Discord UI is lagging
Try to add the flags recommended in the wiki in $XDG_CONFIG_HOME/discord-flags.conf.

Krisp not working
This is an issue that will likely never be fixed for this package. The Krisp module checks if Discord binaries are signed by Discord, which is not the case with this package.
See this comment and this GitHub issue for more details and possibles workarounds.

Thanks for the report, I downgraded the package to electron29 until these segfaults can be investigated.

I got a stack trace for now, this seems to be an electron bug but nothing I can really report upstream without minimal reproduction steps.

#0  0x0000576d938ccb2d in views::View::UpdateChildLayerBounds(views::View::LayerOffsetData const&) ()
#1  0x0000576d938ccb1f in views::View::UpdateChildLayerBounds(views::View::LayerOffsetData const&) ()
#2  0x0000576d938ccb1f in views::View::UpdateChildLayerBounds(views::View::LayerOffsetData const&) ()
#3  0x0000576d938ccb1f in views::View::UpdateChildLayerBounds(views::View::LayerOffsetData const&) ()
#4  0x0000576d938ccb1f in views::View::UpdateChildLayerBounds(views::View::LayerOffsetData const&) ()
#5  0x0000576d938ccb1f in views::View::UpdateChildLayerBounds(views::View::LayerOffsetData const&) ()
#6  0x0000576d938ccb1f in views::View::UpdateChildLayerBounds(views::View::LayerOffsetData const&) ()
#7  0x0000576d938ccb1f in views::View::UpdateChildLayerBounds(views::View::LayerOffsetData const&) ()
#8  0x0000576d938ccb1f in views::View::UpdateChildLayerBounds(views::View::LayerOffsetData const&) ()
#9  0x0000576d938cba4e in views::View::SetBoundsRect(gfx::Rect const&) ()
#10 0x0000576d938ccdf4 in views::View::SetSize(gfx::Size const&) ()
#11 0x0000576d938ebce9 in views::Widget::OnNativeWidgetSizeChanged(gfx::Size const&) ()
#12 0x0000576d9391e688 in non-virtual thunk to views::DesktopNativeWidgetAura::OnHostResized(aura::WindowTreeHost*) ()
#13 0x0000576d9374aed2 in aura::WindowTreeHost::OnHostResizedInPixels(gfx::Size const&) ()
#14 0x0000576d9374cf58 in aura::WindowTreeHostPlatform::OnBoundsChanged(ui::PlatformWindowDelegate::BoundsChange const&) ()
#15 0x0000576d8e51aaef in electron::ElectronDesktopWindowTreeHostLinux::OnBoundsChanged(ui::PlatformWindowDelegate::BoundsChange const&) ()
#16 0x0000576d8eed4ad8 in ui::X11Window::DelayedResize(bool) ()
#17 0x0000576d8e724cb9 in void base::internal::CancelableCallbackImpl<base::OnceCallback<void ()> >::ForwardOnce<>() ()
#18 0x0000576d91ea7bfe in base::TaskAnnotator::RunTaskImpl(base::PendingTask&) ()
#19 0x0000576d91ec065c in base::sequence_manager::internal::ThreadControllerWithMessagePumpImpl::DoWorkImpl(base::LazyNow*) ()
#20 0x0000576d91ec0041 in base::sequence_manager::internal::ThreadControllerWithMessagePumpImpl::DoWork() ()
#21 0x0000576d91ec0db5 in non-virtual thunk to base::sequence_manager::internal::ThreadControllerWithMessagePumpImpl::DoWork() ()
#22 0x0000576d91f27eb2 in base::MessagePumpGlib::Run(base::MessagePump::Delegate*) ()
#23 0x0000576d91ec1183 in base::sequence_manager::internal::ThreadControllerWithMessagePumpImpl::Run(bool, base::TimeDelta) ()
#24 0x0000576d91e8d4fe in base::RunLoop::Run(base::Location const&) ()
#25 0x0000576d90cd728d in content::BrowserMainLoop::RunMainMessageLoop() ()
#26 0x0000576d90cd9113 in content::BrowserMainRunnerImpl::Run() ()
#27 0x0000576d90cd473c in content::BrowserMain(content::MainFunctionParams) ()
#28 0x0000576d8e6888c7 in content::RunBrowserProcessMain(content::MainFunctionParams, content::ContentMainDelegate*) ()
#29 0x0000576d8e68a2c2 in content::ContentMainRunnerImpl::RunBrowser(content::MainFunctionParams, bool) ()
#30 0x0000576d8e68a0b9 in content::ContentMainRunnerImpl::Run() ()
#31 0x0000576d8e6873d1 in content::RunContentProcess(content::ContentMainParams, content::ContentMainRunner*) ()
#32 0x0000576d8e6878ca in content::ContentMain(content::ContentMainParams) ()
#33 0x0000576d8e3320be in main ()

@katt I recently updated to Electron 30 and Discord still works fine for me (so maybe this is some inconsistent behavior?)

Not working with electron 30, just segfaults.

Same for me, the log spam is massive

Is there any way to prevent it from log spamming "DiscordProcessObserver: Skipping '/usr/lib/electron29/electron'"?

For people having issues with wayland, I upgraded the package to use electron29 which includes a lot of fixes for wayland compared to electron26. Please tell me if you still experience crashes.

I don't know what's happening, but one random data point: Discord would almost always fail to start with wayland until I removed "SKIP_HOST_UPDATE": true from the settings.json. With the updater it works for now, somehow.

As of the latest version, discord launches successfully very infrequently on wayland (outside of xwayland). Using the argument --no-sandbox makes the launch more likely to succeed.

More info: Before the update I was using vencord, and after the update vencord seemed to have been uninstalled. I tried repairing/installing/uninstalling vencord using the cli installer and thats when I started noticing problems. Downgrading to the previous version did not fix the problem. The first run after an upgrade or downgrade seems to always work.

This issue seems to be fixed with electron28.
Sadly we will have to wait until Discord updates their bootstrap code (they access require.main which isn't available anymore since electron switched their entry point to ESM in electron28). I tried to patch it, but they have too many references to require.main to do that easily.

I'll downgrade the package to electron26 for now.

@Zoddo: I'm on Wayland (here's a gdb backtrace: https://pastebin.com/ahJJRKem)