Package Details: discord_arch_electron 0.0.90-1

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: 198
Popularity: 2.33
First Submitted: 2020-05-19 23:51 (UTC)
Last Updated: 2025-03-31 19:25 (UTC)

Dependencies (9)

Required by (27)

Sources (3)

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-electron package 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):
  • 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.

Latest Comments

« First ‹ Previous 1 .. 13 14 15 16 17 18 19 20 21 22 23 .. 40 Next › Last »

kronikpillow commented on 2022-10-10 17:47 (UTC)

when trying to stream on a voice channel, it says Select something to stream and ahve your friends grag a seat! and the loading icon, is loading forever, but never gives me the option to pick my source of the stream

Alexankitty commented on 2022-10-07 00:17 (UTC)

Can we please get libxss added as a dependency for this package? Did a clean install and this didn't get installed so discord complains about the install being corrupt until it's been added. The one I installed is libxss-1.2.3.4 identical to the version of discord on the arch package repository.

elemelo99 commented on 2022-10-04 09:41 (UTC)

on the latest version it crashes whenever a videocall is started.

Vendicated commented on 2022-10-01 16:09 (UTC) (edited on 2022-10-01 16:39 (UTC) by Vendicated)

Workaround for the streaming issue:

inside /usr/lib/discord

sudo mv app.asar _app.asar
sudo mv app.asar.unpacked _app.asar.unpacked
sudo mkdir app.asar

Now create the following three files in the app.asar folder: https://gist.github.com/Vendicated/5e5eee64348ee936349367fe7cedd8c3

This patch also sets sandbox to false, meaning it should work on Electron 20-22

Miyuu commented on 2022-09-19 17:38 (UTC)

While I know it's not necessarily a good solution to the streaming issue, I've been using https://aur.archlinux.org/packages/v4l2loopback-dkms-git with OBS Studio to create a virtual webcam for streaming purposes.

This does pose the issue of people not being able to opt in to the stream and needing to actually disable video if they don't want to watch, as well as audio not functioning but it's not like we ever had that anyways. I have not found any way to fix it restarting when watching a stream, however.

Zoddo commented on 2022-09-17 16:46 (UTC)

About the screensharing issue, I don't think we will be able to workaround it on latest electron versions. The only hope is that Discord bump their own electron version and fix it at the same time.

But I also really don't want to downgrade this package to electron16, because this version doesn't get security updates anymore, and would introduce a dependency to another AUR package.

I think the best compromise (unless the majority of people here use screensharing) is to continue to depend of a supported electron version, and document this issue in the pinned comment. If people need to be able to screenshare, they can edit the electron version in the PKGBUILD (or manually start /usr/lib/discord/app.asar with electron16).

Mikescher commented on 2022-09-16 19:50 (UTC) (edited on 2022-09-17 10:06 (UTC) by Mikescher)

I think the latest update to electron19 broke screen sharing.

When I open the "Select something to stream" dialog (where I could previously choose windows/screens) it does not stop loading.
In the JS console the error Uncaught (in promise) Error: Cannot read properties of undefined (reading 'getSources') is logged.

After a bit of googling I think the problem is that desktopCapturer.getSources is no longer allowed to be called in the renderer thread since electron 17.0 [1]

[1] https://www.electronjs.org/docs/latest/breaking-changes#planned-breaking-api-changes-170
[2] https://github.com/electron/electron/issues/6611

mr_nuub commented on 2022-09-16 18:24 (UTC) (edited on 2022-09-16 18:28 (UTC) by mr_nuub)

Hi! I need some help. I'm using KDE Wayland and tried this package to get screensharing working. It doesn't even display windows/screen previews and loads forever. Furthermore, Discord restarts whenever I try to watch a stream. Is this behaviour expected? This is my flags file:

--enable-features=UseOzonePlatform
--ozone-platform=wayland
--ignore-gpu-blocklist
--enable-gpu-rasterization

Thaodan commented on 2022-09-15 20:30 (UTC)

I also tried the hack that was linked here earlier however that didn't work for me. It looks like the the one linked earlier, there are still permissions issues.

Thaodan commented on 2022-09-15 20:27 (UTC) (edited on 2022-09-15 20:27 (UTC) by Thaodan)

Ah thanks for explaining.

Here's my diff to not hardcode the electron version:

modified   PKGBUILD
@@ -2,8 +2,9 @@
 # Contributor: huyizheng
 # Contributor: johnnyapol <arch@johnnyapol.me>
 # Based off the discord community repo PKGBUILD by Filipe Laíns (FFY00) <lains@archlinux.org>
-pkgname=discord_arch_electron
 _pkgname=discord
+_electron=electron19
+pkgname=${_pkgname}_arch_electron
 pkgver=0.0.20
 pkgrel=1
 pkgdesc="Discord (popular voice + video app) using the system provided electron for increased security and performance"
@@ -12,7 +13,7 @@ provides=('discord')
 conflicts=('discord')
 url='https://discord.com'
 license=('custom')
-depends=('electron19')
+depends=("${_electron}")
 makedepends=('asar')
 optdepends=('libpulse: Pulseaudio support'
             'xdg-utils: Open files')
@@ -26,7 +27,7 @@ sha512sums=('720bc8a8b61cbbe3566c34065f9831571da121d210e3f2876c34cb964d60bab33f8
             SKIP)

 prepare() {
-  sed -i "s|@ELECTRON@|electron19|" discord-launcher.sh
+  sed -i "s|@ELECTRON@|${_electron}|" discord-launcher.sh
   sed -i "s|Exec=.*|Exec=/usr/bin/$_pkgname|" Discord/discord.desktop
 }

« First ‹ Previous 1 .. 13 14 15 16 17 18 19 20 21 22 23 .. 40 Next › Last »