Package Details: discord_arch_electron 1:0.0.92-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: 199
Popularity: 2.36
First Submitted: 2020-05-19 23:51 (UTC)
Last Updated: 2025-04-23 06:42 (UTC)

Dependencies (9)

Required by (27)

Sources (3)

Pinned Comments

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 .. 14 15 16 17 18 19 20 21 22 23 24 .. 40 Next › Last »

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
 }

Zoddo commented on 2022-09-15 18:39 (UTC) (edited on 2022-09-15 18:41 (UTC) by Zoddo)

@Thaodan: you can use the electron19-flags.conf file (this still works) but it applies to all electron apps using that version. For example, I set some flags for Discord that are breaking VSCode (both use electron19 currently).

Thaodan commented on 2022-09-15 18:35 (UTC)

Why not use existing electron-flags${version+-$version}.conf?

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.

quietvoid commented on 2022-09-13 20:34 (UTC)

Opening a stream does make Electron dump and Discord reloads.
Started today (2022-09-13) for me.

Traces to av_buffer_get_opaque (libavutil.so.57 + 0x22034).

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