Package Details: vesktop-bin 1.5.3-1

Git Clone URL: https://aur.archlinux.org/vesktop-bin.git (read-only, click to copy)
Package Base: vesktop-bin
Description: A cross platform electron-based desktop app aiming to give you a snappier Discord experience with Vencord pre-installed
Upstream URL: https://github.com/Vencord/Vesktop
Keywords: discord electron vencord
Licenses: GPL-3.0-only
Conflicts: vencord-desktop, vesktop
Provides: vencord-desktop, vesktop
Submitter: zxp19821005
Maintainer: zxp19821005
Last Packager: zxp19821005
Votes: 73
Popularity: 12.02
First Submitted: 2024-01-15 09:12 (UTC)
Last Updated: 2024-07-05 02:50 (UTC)

Dependencies (1)

Required by (3)

Sources (3)

Pinned Comments

zxp19821005 commented on 2024-01-17 01:43 (UTC)

This package has renamed to vesktop-bin (https://aur.archlinux.org/packages/vesktop-bin).

Latest Comments

1 2 3 4 5 Next › Last »

ahub commented on 2024-08-11 06:41 (UTC)

Doesn't change.

zxp19821005 commented on 2024-08-11 02:38 (UTC)

@ahub I think maybe you can use electron31-bin instead of electron31 and try again.

ahub commented on 2024-08-10 07:19 (UTC)

For some reason the app crashes on startup unless I run it with electron29, is anyone else experiencing this ? 

APPIMAGE env is not defined, current application is not an AppImage
Vesktop is already running. Quitting...
checkForUpdatesAndNotify called, downloadPromise is null
fish: Job 1, 'vesktop' terminated by signal SIGTRAP (Trace or breakpoint trap)

gameslayer commented on 2024-07-05 05:22 (UTC) (edited on 2024-07-05 05:23 (UTC) by gameslayer)

Electron dependency on package needs to be fixed, it doesn't automatically installed needed dependency electron31 and will give the user the error ERROR: Could not resolve all dependencies. and will fail to build unless you manually install the dependency yourself.

XcroatoanX commented on 2024-06-29 20:38 (UTC)

@HAZZA, @altermetax

Ok, I experienced the issue itself. There was some Discord ¿? update that broke it. If you go to the app settings, you will not see anything related to Vesktop but only Discord, as if it has overwritten the whole Vesktop interface and options.

The fix: Close the Vesktop app, mv ~/.config/vesktop ~/config/vesktop.old, open the app again and login, see if the issue is fixed (that worked for me).

If everything is good, you can rm -r ~/.config/vesktop.old if you like.

this fixed it for me :D

HAZZA commented on 2024-06-25 14:55 (UTC)

Hey, Same problem as last person, can't run screenshare on wayland and x11

altermetax commented on 2024-06-24 22:19 (UTC)

Same for me, screensharing stopped working on both X11 and Wayland. It opens the popup to pick the window, framerate, resolution, audio etc., but the stream isn't started in the end

XcroatoanX commented on 2024-06-22 20:14 (UTC)

Hey! Unfortunately, Screen Sharing stopped working, and started giving me this error

(node:20896) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). To terminate the node process on unhandled promise rejection, use the CLI flag --unhandled-rejections=strict (see https://nodejs.org/api/cli.html#cli_unhandled_rejections_mode). (rejection id: 11)

zxp19821005 commented on 2024-06-13 02:28 (UTC) (edited on 2024-06-13 02:28 (UTC) by zxp19821005)

@v1993 Thanks for your feedback. The problem with the flags I've fixed, and env ELECTRON_OZONE_PLATFORM_HINT=auto was according to https://wiki.archlinux.org/title/Wayland#Environment_variable

v1993 commented on 2024-06-12 05:08 (UTC)

User flags file is not actually working. In the wrapper script, options are loaded into the flags array, but _USER_FLAGS is then used in command invocation; simply replacing both instances of flags with _USER_FLAGS fixes the problem.

Also, env ELECTRON_OZONE_PLATFORM_HINT=auto doesn't seem to have any effect, so I have to pass --ozone-platform-hint=auto as an argument.

1 2 3 4 5 Next › Last »