| Git Clone URL: | https://aur.archlinux.org/discord_arch_electron.git (read-only, click to copy) |
|---|---|
| Package Base: | discord_arch_electron |
| Description: | Discord using system provided electron for increased security and performance |
| Upstream URL: | https://discord.com |
| Keywords: | chat discord discord-stable discordapp electron video voice |
| Licenses: | custom |
| Conflicts: | discord |
| Provides: | discord |
| Submitter: | johnnyapol |
| Maintainer: | Zoddo (Thaodan, SunRed) |
| Last Packager: | Zoddo |
| Votes: | 197 |
| Popularity: | 4.27 |
| First Submitted: | 2020-05-19 23:51 (UTC) |
| Last Updated: | 2024-12-17 20:22 (UTC) |
Last 2 versions of this are completely fucked for me, the version before the current one would always crash when i tried to open a fullscreen video and sometimes freeze up and require a restart.
New version is the same but freezes up a lot more frequently.
[WebContents] crashed (reason: crashed, exitCode: 134)... reloading Optional module ./ElectronTestRpc was not included. blackbox: 2024-06-17T21:04:01.078Z 11 ❌ render-process-gone { reason: 'crashed', exitCode: 134 }
Crashing when loading cameras or streams again..
Reverting back to electron29 makes the camerawork again in PKGBUILD
Have not tested electron30 since i checked changelog of it not working prior
@Seercat3160 Are you having a crash when going into fullscreen mode? I have this issue with electron31 package while electrron30 works fine (you should try installing electron31-bin to see if this is an Arch packaging bug)
Discord is crashing when viewing streams now. Downgrading to 0.0.56-1 to see if it's something else or 0.0.56-2. Edit: works fine on 0.0.56-1.
@DodoGTA: Thanks for the heads up, I've switched back the package to the latest electron.
electron31 works with this Discord package (so I guess the electron29 cap can be removed)
Hi guys awesome work. Is there a way to contribute to the package? Sometimes it takes one day to see the last updated version available and I see the maintainers blaming they are out of time
You guys realize there's a "flag package out-of-date" button, right?
@xFadedxShadow I am not sure about @Zoddo but I myself was busy all day and Discord had to update upstream while I was asleep. If it's about the update dialog that Discord annoys you with, you can simply put "SKIP_HOST_UPDATE": true into ~/.config/discord/settings.json as stated on the wiki and the pinned post.
Pinned Comments
SunRed commented on 2024-06-09 20:34 (UTC)
After a chat with @Zoddo and me just taking too long to come back to this, there should everything now be included that was in my old
discord-electronpackage some migrated from (Krisp patcher, Wayland, autostart fix). Additionally I replaced the scrappy rizin patcher with a Python script someone from the nix community kindly made available.Instead of checking against a checksum to know whether the Krisp binary was patched the script is run on every start of the client that results in slightly longer start times but has the advantage that we don't have to update the package if Discord ever silently updates the binary between client updates over their modules api.
Cheers
Zoddo commented on 2022-09-15 17:54 (UTC) (edited on 2023-03-31 17:24 (UTC) by Zoddo)
Starting with 0.0.26-1 (2023-03-31):
Starting with 0.0.20-1 (2022-09-15):
$XDG_CONFIG_HOME/discord-flags.conf: this works likeelectron-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.