#🖥-vesktop-development
1 messages · Page 23 of 1
#852
This is a different one (that's why the joke in the subject about "yep another one", I really did search first :) )
(its quite LITERALLY the same issue but the workaround flag changed)
its the same issue but the workaround flag changed :p
I resisted the urge to be insane in the reply
So sorry!! I saw the different messages, different solution, etc, missed that detail that things had just changed. Apologies for timewasting.
NOOOO now I feel bad for thinking insane thoughts at them
yippee
valve so good fix issues in 3 days of reporting (i shouldve made the steam report sooner guh)
name leak
Discord Account
No response
Operating System
Arch Linux
Linux Only ~ Desktop Environment
Hyprland, Wayland
Package Type
Tarball
What happens when the bug or crash occurs?
I use Vesktop on Hyprland. I have two screens with differents resolutions (2560x1440 and 1920x1080). To make theme look the same size, I use a fractonnal scaling of 1.33 on the first one. Since Vesktop runs in XWayland with Electron, I have to use the argument `--enable-features=UseOzonePlatfor...
For your information, electron-flags.conf is not a standard electron feature. It is something the Arch Linux electron packages patch in. Thus, this is expected behaviour and not a bug - this will happen in ANY package that uses official / their own electron instead of the Arch packaged one
Thus, this is not a bug, and also not really possible for us to do unless we use a wrapper script for Vesktop. This shouldn't be done here and instead be up to individual packagers; I believe some AUR ...
the vesktop and vesktop-git packages use vesktop-flags.conf btw
insane that this person didnt just look at the packages first tho like?? 😭
Personally I also think at least the audio sources could have some automatic pre-selection logic, maybe even enabled by some setting in Vesktop. I'm not sure if things like the info about the selected window could be fetched through the portal as I don't know much the handling currently, but for the audio, maybe Vesktop could try to match the selected window's title to the source name and use "Entire system" when it's for a whole screen?
Of course, this could be extended to the resolutio...
how is it not well known that electron flags is an arch thing
@upper pine werent you doing something with this
.
I swear i remember a convo about screenshare ux stuff and u saying youll get on it
dont you know that arch is the only distro that matters???
iirc with portals that doesn't really work because we don't get the window title/name
the selected window's title to the source name
iirc we don't get that sort of information when desktop portals are used
For reference this issue also exists on Cinnamon, at least when using vencord via flatpak. The title bar does update with an unread count, but the tray icon does not, so when using the options to minimize to tray it's impossible to know when you got pinged.
why do people keep thinking this is for tray badges 😭
how does stock Discord handle this
@marsh hinge
can u give an example
yeah it looks so bad being delayed and also not scaling
the traffic lights stay the same size despite the app zoom
also its delayed
yeah in the video on the pr
wait hold on
This is the only way of detecting zoom changing as far as I know
I believe there's like window.webContents.on("zoom-change"), but it just doesn't work at all or it's for something else like trackpad zooming but im not sure
You could detect Cmd + plus/minus but this wouldn't detect when zoom is changed from menubar but if you add a new menu it detects both that and change in menubar so it seems to be the all around best solution
spotify isnt electron
spotify is still chrome
its cef for the actual webapp but the app around it is their own stuff
holy shit zoom-changed event literally only fires for ctrl scroll wheel
even if it doesnt actually change
ctrl +/- is ignored entirely
that sounds better than asking electron to draw them
if its that scuffed
adding an entirely new menu to intercept the zoom keybinds is so hacky tho
maybe use input-event
it seems the slow zoom response is a web issue
discord desktop zooms almost instantly
also vesktop has no zoom limit
ok seems like almost all electron apps do their own zoom menu entries cause of this very issue
insane
@marsh hinge can I have push access to your pr to add this cause it'd be silly to just open a new one when its just a few lines ontop of what you've done
also
its firing on linux on startup
also also
you removed the qwertz workaround
so thas guh
if (process.platform === "darwin") {
setTrafficLightPositions(mainWin);
}
you're not ensuring its macos
Keep the Qwertz workaround
// See https://github.com/electron/electron/issues/14742 and https://github.com/electron/electron/issues/5256
{
label: "Zoom in (hidden, hack for Qwertz and others)",
accelerator: "CmdOrCtrl+=",
visible: false,
click() {
win.webContents.zoomLevel += 0.5;
setTrafficLightPositions(win);
}
},
{
label: "Zoom...
Installing the PTB version of Vesktop solved the middle click paste issue and enabled autoscroll automatically for me.
wtf doies that mean
lie
Discord Account
blunelson2
Operating System
Arch
Linux Only ~ Desktop Environment
KDE on Wayland
Package Type
Flatpak
What happens when the bug or crash occurs?
When I did the mic test, it was working okay. But when I join the VC, I haven't seen a greenlight pop up, implying that the microphone isn't working.
What is the expected behaviour?
Either I am using Fifine Microphone Mono which may not have supported there or I am using Pipewire.
How do you rec...
can't reproduce and wouldn't be a vesktop issue. something with your system / mic, no idea what, sorry! you'll have to figure it out yourself
For Nix users running into this issue whilst trying to declaratively configure Vesktop, try using the Nixcord flake.
Discord Account
ignfeb
Operating System
Windows 11
Linux Only ~ Desktop Environment
No response
Package Type
Setup exe
What happens when the bug or crash occurs?
I don't actually know how it happened, probably it happened after launch.
What is the expected behaviour?
Expected behaviour:
Just one window. If not there's multiple window but be able to close it one by one.
What happened:
There's multiple window running. Closing one window closes all of it...
I've identified the issue causing multiple windows to open on launch. The problem appears to be in the createWindows function in src/main/mainWindow.ts. I've modified this function to ensure only one main window is created and to handle the case of an existing window properly.
Here's a summary of the changes:
- Added a check to see if a main window already exists before creating a new one.
- If a main window exists, we now focus and show it instead of creating a new one.
- Added erro...
Hello, I've fixed this issue!
This is what I've done:
I've identified the issue causing multiple windows to open on launch. The problem appears to be in the createWindows function in src/main/mainWindow.ts. I've modified this function to ensure only one main window is created and to handle the case of an existing window properly.
Here's a summary of the changes:
- Added a check to see if a main window already exists before creating a new one.
- If a main window exists, we now focus a...
Its this AI thing
had them “fix” a problem on one of my repos earlier (it broken even more and didn’t help at all)
Also, what’s with the apparent sudden rise with people making these accounts and just PRing shit ChatGPT makes
ong
(thats the repo i was talk about)
how the hell is the ai bots bio not grammatically correct
cant afford the good part of ChatGPT ig
I mean most of its PR’s look half baked anyways
I don't know how to run vesktop from command line. (Tried googling how too)
https://www.wikihow.com/Run-a-Program-on-Command-Prompt
right click the shortcut, click properties copy the target path (ends in .exe) and paste in command prompt or powershell
surely theres some electron log yelling about something
this is honestly a problem, I’ve experienced with normal discord. So it’s prolly not even a Vesktop issue and prolly more of an issue with Electron
hu???
An issue where a window just seems to dupe itself every time you alt tab
wait that smells like a windows bug lmao
It’s actually a pretty fun bug cause you just sit there spamming alt-tab and you get so many windows that windows itself just freaks out and will blue screen
can you still repro it?
After recent update, it’s like 10% of the time and very hard to get but then once you do it, it’s very hard to get rid of
Its a fucked bug wherever it’s coming from
windows update?
yeah, one the last win10 updates Ive actually did
that user is on win11
interesting
they are basically identical so ig a shared exploded update is possible
youre sure it was the same issue?
invisible window with an old title?
@marsh hinge jumpscare
Sounds like the same thing… probably not the exact same issue, but I’m sure those are related
How long ago was the windows update
shi…. uh….
windows updater is saying my last update was a month ago
fishy
either way if youre sure you had the same thing with Discord desktop its not a vesktop issue
anyway, still wouldn’t be a bad idea to have them run from CMD and see what that provides
does it happen on every launch of Vesktop? Can you make more blank instances when pressing Alt+Tab?Does it happen for other Electron apps, ie; Discord desktop? Was this after a recent windows update?
Seems to me like an windows/electron thing
Can confirm the issue on Fedora 41 as well. I'm willing to test any patch if wanted!
deranged AI
Dead GitHub Theory is true
this thing opens SO MANY PRs
goodbye
dead github theory is crazy
I have the exact same issue, I use the nixpkgs version though. I tried the exact same setup on offical discord client and it works fine.
nix
do i
no too kind to leave comment
they will just have it marked as spam by maintainer in 5 minutes instead
Discord Account
tablespoon._.
Operating System
NixOS
Linux Only ~ Desktop Environment
Niri on Wayland
Package Type
nixpkgs but from #933 it happens on flatpack too
What happens when the bug or crash occurs?
Input only works in the test mic area and not in the actual calls, green circle does not appear and mic does not work, tried the exact same setup but with official discord client and it works fine.
I did read 4) however since it sometimes works and not other...
@humble mortar help the nix people are taking over
I feel as though the comment on #939 doesn't make sense as it works fine within the test mic area, and works on normal discord, just not in a call itself
i wonder if its venmic compat mode issue

if input works in testmic area this is a configuration error. do you have PTT on??
also guh you know its a dupe why'd you open this 💀
Did some digging and realised nixpkgs still uses 1.5.2 so I will update to 1.5.3 and see if it persists as I saw the mic changed since then.
As an occasional NixOs user this person is making us look bad
I thought you used windows ??
sorry just tabbed back to the github page and saw this 😭
on my main computer… nix on a laptop
Jail broke a chromebook and put Nix on it
one day the nixpkgs vesktop package will be maintained by sane people
am I being too nice answering that 😭
guy said its out of date too😭
yes thats on nixos 24.05
@humble mortar yall picked up Aur when nix?
Nevermind, it works now.... and yeah it wasn't push to talk, I think switching between them might have fixed it tho, but it wasnt def on voice activity as I got a huge popup to download actual push to talk
guh
never
popup to download actual push to talk???
rip 🪦
this is what it means
idk
one day Vesktop global shortcuts will progress
one day
when KDE fixes their implementation....
just hook input devices it wont result in end users screaming

if steam input doesnt make you at least a little bit insane then this wont be an issue
yes i know vesktop has steam input mapping
yes I think it's hacky
but it's Good Enough for most people
yes
imo i just find steam input on desktop cursed
anyway
i bet it will just be done by listening to key presses using X11 maybe
@scenic hollow atm for global keybinds it might be best to just ignore the portal implementation for now and have Wayland users use the CLI and manually create entries in their de
otherwise its just a fruitless waiting game
doesnt that just not support holding it down
which is the whole point of PTT
oh i just looked into that
cope user will need to toggle
isnt that their own implementation and not the real protocol
at that point just mute your system mic LMAO
also AFAIK gnome has a proper implementation
doing that is just adding a useless feature
CLI interaction was already a thing
guhhhh im so out of date on what features are actually added
are you talking about that cursed script someone put in comments somewhere
#326
wdym? i'm talking about hyprland's shortcut system not global shortcuts
i just looked into this and holy hell the CLI syntax is cursed
yeah....
me when scuff
i'd expect it to mean end flags but no that is not what is being done here
uhh no not quite sure but i think here it's to ignore electron's weird reordering of arguments
oh wtf
generally -- means end arguments so what is happening here looks like end arguments but implement your own arguments after as a work around
cursed
you'd also need a way to specify whether it's keyup or keydown which i guess you could just do with another argument
or just internally store that
hmm i guess you could yeah
why not just do --keybind-press=id and --keybind-release=id
Discord Account
omrih
Operating System
Arch Linux
Linux Only ~ Desktop Environment
Gnome on Wayland
Package Type
AUR, Same thing happens on Flatpak too.
What happens when the bug or crash occurs?
I have two input devices on discord: My USB Blue Yeti Mic, And my bluetooth headphones' mic.
When entering a discord call, the bluetooth headphones switch from the A2DP profile (which is one way) to HSP/HFP (which is 2 way, used for mics). sound quality drops a LOT whe...
I have no idea what this means but you could just blacklist your bluetooth headphone's mic on a system level and it will likely fix it
does it happen on every launch of Vesktop?
It happens every launch of Vesktop.
Can you make more blank instances when pressing Alt+Tab?
No, it wont make more blank instances when pressing Alt + Tab, but every time closing and opening vesktop itself (either closing from system tray or by pressing x on the window)
Does it happen for other Electron apps, ie; Discord desktop?
IIRC, no. It does not happened to other electron apps like Discord desktop. I had Youtube Music Desktop insta...
I don't know how to run vesktop from command line. (Tried googling how too)
https://www.wikihow.com/Run-a-Program-on-Command-Prompt
right click the shortcut, click properties copy the target path (ends in .exe) and paste in command prompt or powershell
Done. I updated the console log
Is there even nixos-stable branch?
They're versioned
I'm just joking that nix is cooked
404
And they didn’t just turn the account into a ghost. Anything associated with that account is gone.
not an issue with our code so we can't help you, sorry. it's either an issue with your windows or with chrome / electron
Across Windows and NixOS too.
I can confirm that this is occurring on Windows systems as well. Those who watch the stream report being able to hear audio system-wide instead of isolated to the application when streaming a specific window.
Since this post I can confirm this issue is present on Arch Linux; both using X11 and Wayland on Pipewire. It occurs typically when starting a stream, and at random during it. I also note that sharing the entirety of the display will sometimes ...
Installing the PBT version of Vesktop solved the middle click paste issue and enabled autoscroll automatically for me.
@venturiq What is PBT?
I don't think this is an issue with Linux A/V processing, and more with Vesktop's method.
Looks like but what can even do this in Vesktop
We aren't changing much in streaming
HSP/HFP is always a pain for me, if you have no need for it the following might be useful:
https://wiki.archlinux.org/title/Bluetooth_headset#Switch_between_HSP/HFP_and_A2DP_setting
Installing the PBT version of Vesktop solved the middle click paste issue and enabled autoscroll automatically for me.
@venturiq What is PBT?
I think it stands for Public Beta Test. If you right click on the Vesktop icon it should let you click "Reset Vesktop" from there you can change from stable to PBT.
Is it possible that a plugin can do it
Side quest has begun
Wish me luck 🤞
I've noticed a recurring issue with Vesktop that many users, including myself, find frustrating: the forced use of the rainbow logo and dancing anime characters when opening the app. This choice feels out of place for many, and yet there's no option for a more neutral appearance, like the basic Discord logo.
From my perspective, it would be more user-friendly to at least offer a choice. Many people have voiced similar concerns, with numerous entries expressing a desire for change. De...
bro shut up no one cares 😭
erm im super queer positive but i just cant stand the in my face rainbow

So what are the steps to merging this? Will there be a vote, or who gets to decide? With these, it's always hard to call it a objective improvement.
design was discussed on the discord. it will be merged when its merged.
I vouch
take advice from this quote ~~
“bro shut up no one cares 😭”
-vending.machine
😦
tbh a vote wouldnt be bad
we could do icon submissions and community vote
Is there a way in Vesktop to create some once-showing pop-up for all Vesktop users that there is a vote so everyone can vote?
why
For more users to vote
Here at discord we can discuss even without vote
So I thought that pop-up for users, who use Vesktop but not here at discord server can be useful
a vote would be insane
plus just look at the github reactions
everyone but that one guy who down voted likes it
This doesn't seem to work on Arch Linux, atleast not for me.
posted comment with zero context or additional info reward
And then it turns out that bro did not even use the right branch
my bet is on they built the branch but didnt setup the .desktop with the association
guh they use e-z bio 💀
seems they were expecting different behaviour than what the pr provided
which is understandable honestly
expecting for the uri to load the destination in an existing instance
even tho stock discord doesnt do it
horror
this is how you bother Every Vesktop User 
it is an edge case which is why they dont do it ig
do you really want the #🏥-vencord-support-🏥 population voting for an app icon
NO
the people who care enough about the app icon have already found the pr and reacted with the heart
IMO thats vote enough 😭
github reaction voting 💀💀
https://github.com/Vencord/Vesktop/issues/795
https://github.com/Vencord/Vesktop/issues/161
are these both no longer issues?? i can reliably disable and enable auto gain control from the setting and disable/enable noise suppression
guh nvm i lied about the gain control one it started doing things again while disabled
guess i wasnt loud enough guh lmao
but the noise suppression one seems to be working correctly
guess discord fixed it on web clients
github reactions SUCK
requires rejoining voice channel/toggling the test thing but it does work
Discord Account
crayyy_zee
Operating System
Ubuntu 23.04
Linux Only ~ Desktop Environment
Gnome on wayland
Package Type
DEB
What happens when the bug or crash occurs?
Well I dont know if it's entirely related to Vesktop but every since I update vesktop last week, I have been unable to join any VC because it gets stuck at DTLS connecting. I have tried multiple solutions such as rejoining the channel, restarting my client, restarting my system and using a VPN. Surpr...
I have a feeling your VPN is broken.
Discord Account
No response
Operating System
Ubuntu 24.04
Linux Only ~ Desktop Environment
Gnome on Wayland
Package Type
Deb
What happens when the bug or crash occurs?
QuickCSS doesn't update the expected element in a non-main window (the video call popout window elements are not updated)
What is the expected behaviour?
The CSS of the element in the non-main window is updated.
How do you recreate this bug or crash?
Wanted to disable my picture in pic...
Vencord issue that's not Vesktop specific. Custom CSS isn't injected into poped out windows.
Is there anything that can be done to achieve a similar effect?
Use Vencord support channels on the Discord server for support
i got it to happen to me
not a vesktop / vencord issue.
Sounds like it. I have the normal discord app installed too and I am able to join voice calls through that. It's the vesktop app that doesnt seem to work
For some reason it has gone worse recently as I noticed it locks the audio device even without connecting to vc first, practically freshly opened
stable 339221 (3687267) Build Override: N/A
Vencord 5216bcc (Vesktop v1.5.3)
Electron 31.1.0
Chromium 126.0.6478.114
Does this happen with chome/chromium?
Tested on chrome with no vencord it only locks the audio device for a few minutes then it releases, on Vesktop it doesn't seem to release it after around 15 mins of continuously monitoring it. Yesterday I left it overnight and it wasn't sleeping either. Will have to try adding vencord on chrome and see if it has the same behavior
it might have to do with these flags, which prevent a bunch of background optimisations:
https://github.com/Vencord/Vesktop/blob/5d675efb643913ab04ac4aa9d9ff0c6af95b3914/src/main/index.ts#L45-L53
they were added because Electron used to (still has maybe?) a bug where if you kept Vesktop in the background for a few minutes, it would fully suspend the client which would break your websocket connection and make it so if you alt tab back it has to reconnect & thus lags for like 10 seconds
@vernal lintel i dont see the suspending behaviour without those flags on 33 so maybe it is fixed
is there anything specific to repro it
all i did was join a vc then close to tray and wait
it's not consistent to reproduce
lock your pc for 20 mins and see if it's still alive
https://github.com/Vencord/Vesktop/issues/890 https://github.com/Vencord/Vesktop/issues/919
also these are weird if those flags are supposed to stop the backgrounding
cant repro
lol ok
actually i wonder if spotify controls keeps the window alive
2 billion years while locked and the full suspend didnt happen
Discord Account
TheK0tYaRa#9322
Operating System
Gentoo 2.17
Linux Only ~ Desktop Environment
Sway, Wayland
Package Type
.tar.gz release
What happens when the bug or crash occurs?
The CPU load increases by 2.76 cores at max, from 18% to 40% of whole ryzen 5 2600.
What is the expected behaviour?
A load on the CPU not doubling by enabling audio in screen share.
How do you recreate this bug or crash?
- Enable screen share.
- Note down the CPU load of v...
Why put your legacy discord username?
This doesn't really have any relevant information that would point to a flaw
Plus it's kinda expected that sharing audio also uses more CPU because it has to
- record & encode it
- mix it together with the video track
- shares more data
Since no one else has reported anything like this I would say this is not a bug and likely not fixable
But how does audio mixing and encoding manage to use up more than video encoding?
I've compared the load of 720p with audio and OBS recording of 1080p with audio. OBS uses less cpu power. Why?
you could try opening an issue in the venmic repo instead, but unless you do some benchmarking / debugging to figure out which parts are taking the most cpu, it's unlikely that this can be fixed
It seems that the issue requires the call to estimate over an hour, quite an infuriating property to debug.
Discord Account
No response
Motivation
I wanted to bring up a design suggestion. The current app icon feels less effective visually compared to the previous one. I (and perhaps other users) feel that the old icon was more recognizable, aesthetically pleasing, and aligned better with the app’s identity. Would you consider reverting to the original icon, or perhaps providing an option to choose between them?
Solution
Revert to the old icon design
Alternatives
The old ...
what
?? the icon hasn't changed yet 💀
oh is this an arch user coping about the icon being actually correct
what?
i hope there is a way to change it
Content
I wanted to bring up a design suggestion. The current app icon feels less effective visually compared to the previous one. I (and perhaps other users) feel that the old icon was more recognizable, aesthetically pleasing, and aligned better with the app’s identity. Would you consider reverting to the original icon, or perhaps providing an option to choose between them?
file:///home/tbd/.cache/gnome-software/icons/1bd2a140555c49affc16febfea5e19b3668510cf-dev.vencord.Vesktop.png
...
i can't even remember old icon design
There is no old icon 😭😭😭
its always been the rainbow with vc on it
some 3rd party packages wrongly used the tray icon as the .desktop icon
yeah over a year ago
this guy is yapping about this
I dont wanna close it cause the guy is just gonna make a new one or yap in the comments
I dont have lock or org explod perms
vee will have to deal with it 
icon cope issue #727274849392991
rare aagaming00 comment
aa gamer
file:///home/tbd/.cache/gnome-software/icons/1bd2a140555c49affc16febfea5e19b3668510cf-dev.vencord.Vesktop.png
so good
A couple of my friends on the official discord app also get this problem, so it could be a Discord-related issue.
For me guide is not working, ive added via flatseal
xdg-run/.flatpak/dev.vencord.Vesktop:createandxdg-run/discord-ipc-*to the global settings and it still did not work
The current workaround does not work.
Use 'xdg-run/discord-ipc-0' instead of 'xdg-run/discord-ipc-*'.
flatpak doesnt support filesystem wildcards last time i checked
Amazing, thank you. :pray:
<img src="https://github.com/user-attachments/assets/44a6e09b-7d2b-4f54-b6d8-6b93c4315753" width="100" />
Discord Account
tobycm
Operating System
Ubuntu 24.04
Linux Only ~ Desktop Environment
Gnome on Wayland
Package Type
deb
What happens when the bug or crash occurs?
The option Restart in the Vesktop tray menu only stop Vesktop, but doesn't restart itself.
What is the expected behaviour?
It should start itself after closing.
How do you recreate this bug or crash?
Click the Restart option in the tray menu.
Debug Logs
❯ vesktop
Checking for beta...
The Relaunch option does work if I clone the repo and run it with pnpm run start however.
Weirdly enough, running vesktop in the Gnome terminal or launching Vesktop from the Applications view, the Relaunch option will malfunctioned, but it will work if I run vesktop in the vscode terminal or if I run pnpm run start in the Vesktop repo folder.
works for me using RPM on fedora. likely something wrong with your system
can anyone else using the deb package reproduce this?
Discord Account
dionicio3
Operating System
EndeavourOS
Linux Only ~ Desktop Environment
KDE Wayland
Package Type
AppImage
What happens when the bug or crash occurs?
Uploading a file with any non-ASCII characters anywhere in the path fails. The console shows the error File does not have a filename or size is 0. {"filename":"","file_size":0,"id":"21","is_clip":false}, making me believe the client is unable to find the appropriate file with a Unicode filename.
###...
Windows XP aah issue
does this happen with stock discord 
Discord Account
No response
Operating System
Zorin OS 17.2
Linux Only ~ Desktop Environment
GNOME on Xorg
Package Type
Flatpak
What happens when the bug or crash occurs?
In my screenshare, people cant hear my systems sound but instead my microphone(i tried the Venmic setting(Microphone Workaround)) it doesnt matter if audio source is set to only browser (or any other application) or entire system.
so at its core the problem is taht the microphone workaround se...
please report this in https://github.com/Vencord/venmic instead
✍️ Bug Description
In my screenshare, people cant hear my systems sound but instead my microphone(i tried the Venmic setting(Microphone Workaround)) it doesnt matter if audio source is set to only browser (or any other application) or entire system.
so the problem is Venmic
🔁 Steps to reproduce
im not 100% sure if that recreates it
click on [share your screen]
chose an application
set audio source to [Entire System]
click on [Open Audio Settings]
mark/un...
did discord never actually fix the bitrate crash issue when certain clients view the stream
firefox client viewing *
the chromium audio input node isnt there
venmic has nothing to do with it
propper instance
the chromium audio input node is missing. something else is failing
I can only replicate this if text.txt has no content. If i add any data to the txt the upload succeeds. This is Discord rejecting the empty file to upload.
Please attach the full debug log - not only a portion of it.
@upper pine wdym? that chromium node that venmic links to is what takes in the audio. cutting the link between them stops screenshare audio
The output of the venmic node being linked to the input of the chromium node is the right behavior
You'd not want to link the output of the chromium node to venmics input tho
thats not whats happening in the screenshot
If venmic isn't linked to the chromium input then that's a case where the microphone workaround is required
In the last screenshot the links are as they should be
yeah so something else for the issue opener is failing not venmic?
Ah, not sure on that one I'd need the full debug log.
If he uses the microphone workaround then venmic should get linked to chromium - unless there's something fucked up going on
the chromium node is entirely missing from their qpwgraph screenshot
I EXPLODE
He has two, not sure which one the one from Vesktop is
But as we use the node id that shouldn't matter
Could the same icon be used for the system tray (atleast on linux) ?
can't repo owners move issues to other repos they own
dioff template
Discord Account
eltala
Motivation
Hello! so im on linux, so i use vesktop so i can stream, and have themes, but i notice when i went to use my compose key to put in pi symbole, and notice it does nothing, could we have this has a feature?
Solution
i would like it if we could use compose keys like anywhere else
Alternatives
the only one that worked is discord it self and web
Additional context
No response
Request Agreement
- [X] I have searched the existin...
the --enable-wayland-ime in question
nothing to do with vesktop itself + works on my machine. try googling like "electron compose key" and similar stuffs and look for solutions
any reason why the header template has a hardcoded year? https://github.com/Vencord/Vesktop/blob/main/scripts/header.txt#L4
header.txt: Line 4
* Copyright (c) 2023 Vendicated and Vencord contributors
tldr;
I know that already
anyway the year is pretty meaningless
the year should indicate which year the file originates from
yop
it will be outdated for everything this year
updating year in old code is misleading
because that implies the code was written in 2024
the year has no legal weight anyway because copyright lasts until your death plus ~ 75-115 years depending on where you live
anyway
I only noticed that when writing a new patch for something obscure that nobody would really notice
“115” AMERICA 🇺🇸🇺🇸🇺🇸🦅🦅🦅🔥🔥🔥
why would i ever want to do that
so bad
worth adding the fix for this into my PR?
Discord tries to open a blob URI in a new tab directly with window.open which doesn't work
downloadEvent function code is taken from https://github.com/Vendicated/Vencord/blob/main/src/utils/web.ts#L23-L34 without blob creation (as the URI is already a blob)
why does Repair Vesktop not reset the vencord dir and overwrites your custom dist dir instead of resetting the vencord dir then downloading
Isn’t that the point of Reset Vestop?
oh
sorry
I mean "repair vencord" button
I don't think it should... write to the custom dist dir
it should reset the dir
Reset Vesktop should stay as is
doesnt repair just git pull and build, for when vencord it’s so broken you can’t do an update in the settings?
No
It downloads stock vencord to the current directory
wherever that might be
It should not download to the "current directory"
Discord Account
.osef
Operating System
Windows 11
Linux Only ~ Desktop Environment
No response
Package Type
Setup pack
What happens when the bug or crash occurs?
The Bug is when I'm in a discord call, I clicked on "Share on Screen" and after that I clicked on the screen I would like to share, nothing happen
What is the expected behaviour?
I except Vesktop to share my screen
How do you recreate this bug or crash?
- Do a discord call with someone
2...
Please attach the full debug log - not only a portion of it.
Also, was the provided screenshot captured with the "microphone workaround" setting turned on?
this should be the full log
venmic1.log
this one is with Microphone workaround turned off
this one is with Microphone workaround turned on
?
Can you also share a screenshot of the venmic settings you are using (as seen in the screenshare modal)?
The linking of all these capture ports shouldn't happen (those from the t-bone microphone). The workaround seems to be applied correctly, however, it seems like your audio setup does not respect the pipewire properties set here... I'll have to try to reproduce this.
right now these

you know how you can make events in discord servers
this is "export this event as an ICS file"
same here. Or maybe games like tf2 just dont work with aRPC?
same here. Or maybe games like tf2 just dont work with aRPC?
For me it definitely worked before when i used vesktop installed native by my package manager. Ig its not a bug, its a privacy feature now :)
unless the game explicitly supports RPC either itself or by mod Vesktop in a flatpak CANNOT detect the game due to the Flatpak sandbox.
@vernal lintel lock please 😭
If i connect the [media output node] with the Chromium input-1 [RecordStream] it works (makes sense but didnt thought of it yesterday) but i dont wanna use this as a workaround forever since it has to be done manually every time you start a screenshare. I'll try to automate it, but would be nice if you could tell me your thoughts on it since im not that experienced.
As I said earlier, I will investigate this. Just be patient, I have a lot of things to this week, I'll get to it soon
this really is the yapping channel
i'm also have the same issue on EndeavoursOS
does arrpc support the full rpc spec, or just rich presence?
only rich presence
Can also confirm that the tray icon does not display unreads on Linux Mint Cinnamon (flatpak)
ty, ill go about making a native plugin then
what do u wanna do
was wanting to integrate vc mute/deafen into an app im making
ill just host a ws server on native side of discord
Discord Account
shadmew
Operating System
Arch Linux
Linux Only ~ Desktop Environment
KDE Wayland
Package Type
AppImage
What happens when the bug or crash occurs?
I'm not 100% sure if this is a Vesktop bug, Vencord bug, or if this is an issue with settings - I have reset my settings and it hasn't changed anything
When restarting my PC, or when Vencord updates, it requires me to re-log into my account every time. I have tested discord on the web (firefox) and the o...
please search the existing issues.
Dawg where is this issue you're referring to that this is a duplicate of because I've searched for it myself and I can't find anything in the issue reports that is either open or closed and of any use whatsoever. If you're going to be like that, please at least point people in the right direction
you know what they have a good point
i'm too shy to link to the answer there myself though
does anyone even know why the code Discord is using to check for devtools being open gets activated?
Good idea?
Okay
I've done some research on why NoDevtoolsWarning is needed on Vesktop
guh
cant paste codeblock of module
discord is checking if you are resizing the window in a weird way
should we do this or patch vesktop itself
i'm probably yapping at this point
theres a few plugins that should be required on vesktop
the bitrate patch
uhh the web binds one
that already is required
should be required but isnt
i just remembered what I saw 2 minutes ago
web keybinds isnt fully implemented on vesktop
it explicitly disables features
as they're handled other ways
Only works fully on Vesktop/Legcord, not inside your browser
you have it backwards
that is true however I do not have it backwards
then wdym
i mean this
wait
im stupid
i do have it backwards
this code is dumb
why does it depend on vesktop if it mentions legcord in the description
legcord must make the vencord vesktop check true
it doesnt as far as I can tell
@serene sigil you
also the required thing is default: not required:
no it's called enabledByDefault
and that is not to be confused with required
Is this truly a bug? IMO this should be a standard feature for all apps, and quite often is. on macOS, it's a global system shortcut to CMD + W to close a window, and on Linux Mint, nearly every app I use defaults to this. I don't think it's a bug, and rather, I enjoy that this exists. The fact that the official Discord app doesn't do this sounds like a problem on their end that they should rectify.
3 weeks commit meaningless bump ..
why would it matter
You could literally just copy paste the title of this issue in the search bar and get results. It's really not hard to find and you are expected to search existing issues yourself - the issue template explicitly tells you to. I have better things to do than search issues for you
https://github.com/Vencord/Vesktop/issues/346
https://github.com/Vencord/Vesktop/issues/375
https://github.com/Vencord/Vesktop/issues/537
https://github.com/Vencord/Vesktop/issues/742
https://github.com/Vencord...
Because that's likely what is causing the random logouts
Discord Account
malix_labs
Motivation
Discord (even with Vesktop) can have bad performance
Solution
Rebasing vesktop on ArmCord could help with performance
Alternatives
Staying the same (not rebasing on ArmCord)
Additional context
I am not aware of the potential drawbacks
Request Agreement
- [X] I have searched the existing issues and found no similar issue
- [X] This is not a plugin request
- [X] This is not a Vencord feature request
This request doesn't really make much sense. ArmCord and Vesktop are separate reimplementations of the Discord app, but do many things quite similarly because it's the same framework. Neither of them do anything better than the other which would affect performance in a relevant way
The only thing that would possibly affect performance is enabling many Vencord plugins and themes (especially themes, many themes cause considerable noticeable slowdown)
Yo
Discord Account
aurora_123_
Operating System
Nobara 40
Linux Only ~ Desktop Environment
KDE plasma
Package Type
Flatpak
What happens when the bug or crash occurs?
The hitbox for button are offset from the ui
e.g,
(the cursor is on the blue dot)
What is the expected behaviour?
I expect vesktop's hitboxes to be on the ui on that button
How do you recreate this bu...
Not a vesktop issue.
Try to disable hardware acceleration and make sure you don't have any themes or css that could cause this
i cant even open the settings and i have no custom css
Discord Account
csskrouble
Motivation
It's not really a problem, but I think Vesktop should report the status as if you were on a Desktop client, not Web.
Solution
Ability to change how Vesktop reports status to Discord
Alternatives
Change Vesktop to report Desktop status
Additional context
Request Agreement
- [X] I have searched the existing issues and found no simil...
This issue is becoming quite old, but it's still an issue, it even sometimes disconnects me during voice call, causing great confusion since it doesn't make sound
Also, it seems that using the flag --disable-renderer-backgrounding actually makes it worse for me. I haven't tested it extensively, but with the flag it disconnected very frequently when unfocused, and it seems to happen less without it
@ClangPan AFAIK, --disable-renderer-backgrounding is automatically applied since a specific Vesktop version (1.5.0 I believe), so using it makes no difference, because you were already using it. Without it, sometimes messages aren't sent until Vesktop is focused again, so I would say the flag may help in calls too.
Are you on Nvidia? I've been noticing strange behavior with browsers on latest KDE with latest Nvidia drivers lately, Firefox and Chromium seem to randomly suspend/freeze for me when minimized
@ClangPan AFAIK,
--disable-renderer-backgroundingis automatically applied since a specific Vesktop version (1.5.0 I believe), so using it makes no difference, because you were already using it. Without it, sometimes messages aren't sent until Vesktop is focused again, so I would say the flag may help in calls too.
I see, that is good to know, I might've just had an unlucky streak, or maybe applying the flag twice does wonky things idk
Are you on Nvidia? I've been noticing stran...
Can you try using X11 to see if that helps? (Assuming you're on Wayland.)
I might try some time, but it's very inconsistent idk
just wait for electron to fix it. we did everything possible to work around it, if it doesn't work for you there's nothing that can be done
ive been using newer electron than what Vesktop 1.5.3 ships with almost the entire time and ive never had backgrounding issues so its entirely possible this has been fixed for forever but Vesktop is just stuck on an older version
vesktop has worked around this for ages
i never had it happen anymore
they havent merged the fix nor addressed the issue
so nah they didnt fix lol
Discord Account
theurbangoose
Operating System
Linux Mint 22 Cinnamon
Linux Only ~ Desktop Environment
Gnome on Xorg
Package Type
Flatpak
What happens when the bug or crash occurs?
I have selected UK English in both my system settings, and the Discord setting, but if I use UK English spelling in my discord messages, spellcheck marks it as incorrect, and suggests the US spelling:

Dependencies
The following workspace dependencies were updated
devDependencies
@eslint/core bumped from ^0.8.0 to ^0.9.0
plugin-kit: v0.2.2
0.2.2 (2024-10-25)
Dependencies
The following workspace dependencies were updated
devDependencies
@eslint/core bumped from ^0.7.0 to ^0.8.0
plugin-kit: v0.2....
Content
These are the required steps for Discord Rich Presence when Vesktop is running natively (not in a Flatpak), when you want to integrate various Flatpak-based applications. These instructions are true for all other natively installed Discord clients too (including the official client).
- Enable "Activity Privacy: Share your detected activities with others" in Discord.
- Ensure that Discord RPC is enabled in your chat client. The official Discord client always provid...
Actually, maybe I should leave this open if you want to add the information to the Readme or another documentation location.
OK, I won't notify you again about this release, but will get in touch when a new version is available. If you'd rather skip all updates until the next major or minor version, let me know by commenting @dependabot ignore this major version or @dependabot ignore this minor version.
If you change your mind, just re-open this PR and I'll resolve any conflicts on it.
Any updates on this? I've tested this on Vesktop flatpak, appimage and AUR package, and the behavior is the same, it still doesn't detect any virtual devices, even tho it works on the official Discord flatpak.
is this a known issue, or an issue with my system
it just wont let me screenshare
this only became an issue for me recently
it might be arrpc and could happen if there is a presence update the moment you close discord
looking for a bit of help on this, if anyone has advice let me know https://github.com/Legcord/Legcord/issues/759
case "media": {
if (process.platform === "darwin") {
console.log(`microphone access: ${systemPreferences.getMediaAccessStatus("microphone")}`);
console.log(`camera access: ${systemPreferences.getMediaAccessStatus("camera")}`);
callback(
await new Promise<boolean>((resolve, reject) => {
systemPreferences.askForMediaAccess("microphone").then((isGranted) => {
if (!isGranted) {
console.error("Microphone permission rejected by OS");
reject();
return;
}
});
systemPreferences.askForMediaAccess("camera").then((isGranted) => {
if (!isGranted) {
console.error("Camera permission rejected by OS");
reject();
return;
}
});
resolve(true);
}),
);
}
break;
}
have you looked at the vesktop issue for this
is there one?
that inner promise is blatantly broken
you are resolving immediately after you ask for permission
switch each of those askForMediaAccess calls out for their own promise wrappers that respect isGranted properly
and then wrap that in a Promise.all
there's probably something i'm missing though
I had the same issue, I think I solved this be logging out on browser. Because Vesktop is behaving is another browser tab and if you are logged in two places at once it will log you out. At least that's my assumption
I had the same issue, I think I solved this be logging out on browser. Because Vesktop is behaving is another browser tab and if you are logged in two places at once it will log you out. At least that's my assumption
I know this is closed but it might help someone in the future.
no
Please make this an easy-to-enable thing.
It's so frustrating when your friends ask every five minutes why you're so quiet (and it turns out that it was adjusting your mic volumes once again)
do i respond
I had the same issue, I think I solved this be logging out on browser. Because Vesktop is behaving is another browser tab and if you are logged in two places at once it will log you out. At least that's my assumption
I know this is closed but it might help someone in the future.
This is wrong. Discord is incorrectly detecting the DevTools sidebar is open (specifically, the code to do it on web based clients is a bit broken, from what I can tell it has something to do with wind...
I have enabled said plugin but even after 3 restarts it did not help. After logging out on a browser it started to work, so either it got applied with some delay or it was solved by logging out on browser.
this works for me with webcord:
webcord --enable-features=CanvasOopRasterization,VaapiVideoDecoder,UseChromeOSDirectVideoDecoder,VaapiIgnoreDriverChecks,PlatformHEVCDecoderSupport,Vulkan,DefaultANGLEVulkan,VulkanFromANGLE
Discord Account
gerlesh
Motivation
Whenever I'm trying to join a voice chat activity (i.e. Farm Merge Valley) with my friends, I have to go on mobile or launch the browser client of Discord because on Vesktop I'll just get a black screen.
Solution
Voice chat activities work as expected on Vesktop (i.e. not a black screen).
Alternatives
The browser client and mobile work fine, so if I want to open the activity I can launch there, but ideally I can just use my regular cl...
not a vesktop / vencord issue
I agree with @yllekz, this definitely isn't a bug and I use this quite a lot.
It's pretty standard in lots of programs, a notable example possibly being the Nemo file explorer.
If this behavior were to be changed, maybe just via a toggle to block browser shortcuts?
i tried googling things like 'chrome extension in electron app' and am seeing some conflicting info about what's actually possible, but it would be sweet to be able to install uBlock Origin in Vesktop.
CSS can only take you so far. in particular, CSS can't do selectors like :has-text().
you can't. anyway i'll be closing this since there is not any real use case that can't be solved with a plugin. like i said above, most extensions straight up won't work so it's pointless
Discord Account
Operating System
macOS 15.1.1
Linux Only ~ Desktop Environment
No response
Package Type
n/a
What happens when the bug or crash occurs?
hey, i hope everyone is doing well. ive noticed that the option command i devtools keybind on vesktop/macOS has been broken since i've been using vesktop (~8 months), it works on desktop discord with vencord. it works on vesktop when you click view in the menu bar and then do the keyboard shortcut, but it does no...
Discord Account
Zimnyte
Operating System
Windows 11 24H2 26100.1742
Linux Only ~ Desktop Environment
No response
Package Type
Setup exe
What happens when the bug or crash occurs?
Just today switched to Vesktop from regular discord with Vencord installed. After opening a livestream in a pop-out window I quickly realized that minimize button in the titlebar is not minimizing the stream window but instead it minimizes the main discord app on my other monitor. Tryin...
Discord Account
No response
Operating System
Gentoo Linux (x86_64)
Linux Only ~ Desktop Environment
KDE Plasma 6.1.5 (Wayland)
Package Type
(Both) Flatpak and Gentoo Package
What happens when the bug or crash occurs?
Launching Vesktop mutes effectively all audio within the app.
I did a Vesktop update before this happened, so I'm not sure if it had anything to do with it, b...

Sorry about that; somehow it was because Plasma muted Vesktop for some reason even though I swear I never did (because I have no reason to)...
lmao
plasma mean
Running deb release, used to work on Ubuntu 22.0.4, now any restart doesn't work anymore on Ubuntu 24.0.4
Running from a terminal (no special command option provided) gives the following output:
vesktop.log
if simply updating your system broke it, it's not something we can fix
all vesktop does is use electron's apis to initiate a relaunch & exit
https://www.electronjs.org/docs/latest/api/app#apprelaunchoptions
its either an issue with ubuntu or with electron
it would be very useful if one of you made a minimal electron reproduction example that demonstrates this bug and reports it to the electron repo. use this tool https://www.electronjs.org/fiddle and use the code sample from the ab...
Would appear to be related to electron updater.
They do already have a few issues about that, Vesktop might just need to update the dependency
the electron-updater log is unrelated, feel free to ignore it
Tried running the following with a bare Electron 33.2.0 project:
const electron = require("electron")
function createWindow() {
const mainWindow = new electron.BrowserWindow({
width: 800,
height: 600
});
}
electron.app.whenReady().then(() => {
createWindow()
electron.app.on('activate', () => {
if (electron.BrowserWindow.getAllWindows().length === 0) {
createWindow()
}
})
})
electron.app.on('quit',...
I rewrote the implementation from scratch based on the latest code and added back audio device patching support; video device patching is on the roadmap as well :>
like i said, it's not possible for it to be a vesktop issue. the relaunch code has always been the same and simply follows what any other electron app also does.
it might be that this issue only happens once bundled to .deb ~ we use https://github.com/electron-userland/electron-builder to create the deb package
if you use this template https://github.com/electron-userland/electron-webpack-quick-start?tab=readme-ov-file#getting-started and run yarn dist, it should build a deb package. ...

Closing a window/tab/file via the Ctrl-W shortcut is an intentional feature in most apps.
In most cases it is an 'Alt-F4 Lite', which will close the currently opened file (e.g. notepad++) or tab (e.g. firefox), while leaving the app itself running, but some apps where the former case doesn't make sense will simply exit entirely.
I feel like I need to say something.
Alt+F4 is a system shortcut that is captured by the operating system (or desktop environment) and sends the kill signal to the program. The program itself is not aware of this.
Ctrl+W is a consensus for managing tabs, browsers have tabs so the browser captures and implements them, but Discord will always have one page even though it's essentially a web frontend.
Was the Windows file explorer turned off by Ctrl+W before Win11?
In my case, KDE Plas...
efe1ade Bump cross-spawn from 7.0.3 to 7.0.6 - dependabot[bot]
Bumps cross-spawn from 7.0.3 to 7.0.6.
Changelog
Sourced from cross-spawn's changelog.
7.0.6 (2024-11-18)
Bug Fixes
update cross-spawn version to 7.0.5 in package-lock.json (f700743)
7.0.5 (2024-11-07)
Bug Fixes
fix escaping bug introduced by backtracking (640d391)
7.0.4 (2024-11-07)
Bug Fixes
disable regexp backtracking (#160) (5ff3a07)
Commits
77cd97f chore(release): 7.0.6
6717de4 chore: upgrade standard-version
f700743 fix: upda...
It might be a little cursed but I cloned the project locally and added the source code from this chrome extension into
src/renderer/index.ts. It patchesgetUserMediaand such to permanently disable agc.https://chromewebstore.google.com/detail/disable-automatic-gain-co/clpapnmmlmecieknddelobgikompchkk
Where is that file located? I'm having this issue but can't find it in my Vencord installation
why is bro trying to patch vesktop instead of use the launch flag 😭😭
Discord Account
No response
Operating System
Arch Linux
Linux Only ~ Desktop Environment
Gnome on Wayland
Package Type
AppImage, Flatpak, tar.gz
What happens when the bug or crash occurs?
When I start the application, the splash screen is displayed but nothing happens next.
What is the expected behaviour?
The app should just start and show a login form
How do you recreate this bug or crash?
- Download the AppImage (or the tar.gz or install with Flat...
Vesktop didn't want to tackle this because it should be done at the Electron level. Electron didn't want to do it because they are trying to adhere to Chromium as closely as possible. It was submitted as a feature request to the chromium team all the way back in April.
As of Nov 19, a change for GlobalShortcutListeners for Linux was merged into Chromium, so hopefully this wil...
Vesktop didn't want to tackle this because it should be done at the Electron level. Electron didn't want to do it because they are trying to adhere to Chromium as closely as possible. It was submitted as a feature request to the chromium team all the way back in April.
As of Nov 19, a change for GlobalShortcutListeners for Linux was merged into Chromium, so hopefully th...
Electron doesn't support up/down events (needed for PTT) so this is still not usable for Vesktop's needs
Isn't the desktop app also built on Electron? How is vanilla Discord handling it, if Electron doesn't support up/down?
Discord uses their own native module written in C++
It's something with Wayland. This is happening to me on Arch with KDE Plasma + Wayland as well. My temporary solution is just resetting Vencord which seems to fix it for a bit. I might investigate further if I have the will and time
Following up with my last comment:
I do have specific errors if I do try to run it.
[3:1122/103600.786787:ERROR:gpu_process_host.cc(1002)] GPU process exited unexpectedly: exit_code=8704
[3:1122/103600.855645:ERROR:interface_endpoint_client.cc(722)] Message 6 rejected by interface blink.mojom.WidgetHost
[3:1122/103600.855659:ERROR:interface_endpoint_client.cc(722)] Message 7 rejected by interface blink.mojom.WidgetHost
[3:1122/103600.867327:ERROR:gpu_process_host.cc(1002)] GPU pr...
Discord Account
No response
Operating System
Arch
Linux Only ~ Desktop Environment
Plasma Wayland
Package Type
Flatpak
What happens when the bug or crash occurs?
The app fails to open a second time without clearing the cache.
Specifically the app fails to open when the $HOME/.var/app/dev.vencord.Vesktop/config/vencordFiles has .js files present. Removing any one of them fixes the issue.
Passing --disable-gpu also fixes the issue, but the fact that I can ...
I'm going to try to make a fix and use this as a learning experience. My guess is that something on the execution path for when those .js files is present is different to what happens on the cold start and is affecting something with the GPU.
I'd expect both execution paths (cold start or cached) to have the same effective behavior, but the cached one is faster on start up.
This is an issue with your GPU driver or desktop environment. It has absolutely nothing to do with the Vencord .js files
Is it something to do with caching? What's confusing me is that it works when I force it re-generate the cache but doesn't work otherwise.
I don't think it's my just drivers at play here.
I love writing closed source modules in the same language as electron then not upstreaming them
So, Legcord appears to have several functions working for "Global Keybinds". Namely the two most important ones for gamers (in my opinion). The "Mute" and "Deafen" functions.
But I appear to be able to set the binds to anything I want, and they work while I'm in a game still.
https://github.com/Legcord/Legcord/blob/dev/src/common/keybindActions.ts
Discord Account
kodarru
Operating System
Linux
Linux Only ~ Desktop Environment
Hyprland on Wayland
Package Type
Flatpak
What happens when the bug or crash occurs?
The bug seems to only happen when starting Linux and opening Vesktop. As far as I know, it does not happen if Linux has been running for a bit. There will be no splash screen or anything. It would immediately open to a white screen.
. The "Mute" and "Deafen" functions.
But I appear to be able to set the binds to anything I want, and they work while I'm in a game still.
https://github.com/Legcord/Legcord/blob/dev/src/common/keybindActions.ts
Does that support Wayland though? It doesn't seem to work for me on Wayland, so I'm not sure if that's going to be viable as a c...
I tried webcord and other electron related clients. Turns out the only problem occured here is Vesktop itself.
For me, on Wayland, Legcord just throws an error when I add a keybind and keybind doesn't work, also Alt shows an annoying menu
Discord Account
mageowl
Operating System
Arch Linux
Linux Only ~ Desktop Environment
Hyprland (Wayland)
Package Type
Flatpak
What happens when the bug or crash occurs?
When screen sharing, the prompt from XDPH for screen sharing appears multiple times, once when you click the screenshare button, and once or twice when you click "Go Live"
What is the expected behaviour?
I expect it to only open the first time.
How do you recreate this bug or crash?
- E...
Discord Account
mageowl
Operating System
Arch Linux
Linux Only ~ Desktop Environment
Hyprland (Wayland)
Package Type
Flatpak
What happens when the bug or crash occurs?
When screen sharing, the prompt from XDPH for screen sharing appears multiple times, once when you click the screenshare button, and once or twice when you click "Go Live"
What is the expected behaviour?
I expect it to only open the first time.
How do you recreate this bug or crash?
- E...
whoops, submitted this issue twice.
@scenic hollow kde doesnt have a GlobalShortcuts session restore issue at all. ashpd or whatever is randomizing the session_handle_token which NEEDS to be identical in kde's impl
the entry gets named the process name + session_handle_token
i dont see any way to set it to the app id or anything
this is def a UX issue but maybe im missing something
im looking at the prs and i dont see anything relevant to changing that
actually spawning it from kitty the process name isnt there
i wonder whats happening there
hold on
it's set from the application name in a .desktop file
session_handle_token is supposed to be unique to each run. kde shouldn't use it for the name it should use the app name instead
i dont see anything in the spec about session_handle_token being single use
https://github.com/bilelmoussaoui/ashpd/issues/231
according to the ashpd people you aren't supposed to
where do they say that
well from how its working create_session also functions as resuming as long as the session_handle_token is the same which makes sense
and said token is the applications id which then lets it get mapped to the app icon
it doesnt take the name which might just be an implementation issue from assuming one too many things
actually
no they cant have . in them so somehting like dev.vencord.Vesktop wouldnt work
https://github.com/mumble-voip/mumble/pull/5976/files#diff-1abd2ddad4e7238d171d64e48bcc441c2869bf4da4c18e37f025c40303f69e5c This PR is hardcoding the tokens
i think the ashpd people are wrong yeah
also it appears to be case insensitive
huh
ok but this is a confirmed bug are u sure?
this is a legitimate issue tho cause afaik the spec has no way to pass that data
actually i think this is how its trying to be handled
https://bugs.kde.org/show_bug.cgi?id=474294 has the name listed as "info.mumble.MumbleMumble"
interesting
oh ok
so the bug is its erroneously adding the session_handle_token when it properly adds the process desktop file name
but when its empty like when spawned from kitty(for some reason) it should add the session_handle_token so the entry isnt empty
but ashpd is also wrong when generating a random token
so this is an implementation bug in ashpd paired with a UX bug with kde's settings
Discord Account
No response
Operating System
Debian 12.7
Linux Only ~ Desktop Environment
KDE Plasma, Xorg
Package Type
Flatpak
What happens when the bug or crash occurs?
Appears to be a FD ownership violation of some kind
What is the expected behaviour?
No immediate crash
How do you recreate this bug or crash?
Reliable instructions cannot be provided - try enabling Always Animate & restarting
Debug Logs
Passing the following arguments to ...
not a vesktop issue so can't really help you, sorry
https://www.google.com/search?q=Crashing+due+to+FD+ownership+violation%3A&client=chrome
Where is the issue duplicated? I would like to get GitHub notifications for it.
Discord Account
RaziOrSomething
Motivation
I like always having Discord open on my pc, but I also don't like it popping up in my face on system startup, so this would completely automate that for me, even if it's a really simple task.
Solution
Add an option to make Vesktop open minimized to the system tray, either when you open it yourself or on system startup.
Alternatives
Add an option make Vesktop minimize to the tray when you click the minimize button instead of whe...
my name is doesnt search issues
it says kitty cause you start kitty from a .desktop file and it's technically a subprocess of kitty (i think)
it DOESNT say kitty
its purely the token value
oh huh
maybe you aren't actually executing kitty from a .desktop file maybe that would make a difference
but in my experience when i start it from wezterm it has the org.wezterm.wezterm thingy at the end
but uhh wezterm is pretty weird with how it executes itself that might be relavent
I don’t understand why you closed my issue and not his, mine was added earlier and more detailed
Discord Account
theaino
Motivation
I am running hyprland and I want to run vesktop at the start (to see all notifications, be marked as online etc) but the only thing I can do is flatpak run dev.vencord.Vesktop, opening it fully.
Solution
There should be a flag (like --silent) to run vesktop in the background.
Alternatives
There does exist a "stay in tray" option, but it just doesn't seem to work/seem fitted for this problem.
Additional context
No response
...
Discord Account
nitramo
Motivation
I noticed that Vesktop does not currently support adding custom keyboard shortcuts for actions like toggle mute or toggle deaf, which is something available in native Discord. Since i switched from native Discord to Vesktop because of issues under my KDE Neon Wayland (screen sharing bridge opens in loop and crashes, sound sharing is unsupported, etc...) it would be great to have this ability in Vesktop.
I saw an existing request for custo...
duplicate of #18.
#18 is closed (so i couldn't ask for update on it) and don't seem to take take into account Wayland case!
Can you be more precise on your answer? Is it planned to be fixed? Is it currently being fixed?
yes, we are taking wayland into account. at this point, supporting wayland is impossible though. no, there is no ETA
Okay, thx for the info! Do you know any alternative way or something i could do by myself on my system to get as close as possible to this solution?
This is still an issue. It does not happen when I access Discord in Firefox, so I feel like this is something that can be repaired on the end of my Vesktop setup.
Over the weekend I started writing C library (based on libdbus) to ease interactions with XDG GlobalShortcuts. The said library is libgsbus, it's in a very basic release state, but it's complete.
As of now it lacks documentation and a build system, but it's a single source-header files pair, the latter being commented.
If anyone is willing to test it around, it'll be greatly appreciated.
https://www.rxddit.com/r/linux_gaming/comments/1h0d6q9/discord_audio_screenshare_now_works_on_linux/
big penguin W
(this happened probably because Ubuntu started using PipeWire)
because the other issue is much cleaner due to being better worded and not being riddled with grammar & spelling mistakes.
Discord Account
Sebron
Operating System
Garuda (Arch Linux)
Linux Only ~ Desktop Environment
KDE 6.8.0, Plasma 6.2.3, Wayland
Package Type
distro package install
What happens when the bug or crash occurs?
On system startup Vesktop launches to a white screen, a relaunch from taskbar resolves the issue.
Discord Account
No response
Operating System
Windows 10
Linux Only ~ Desktop Environment
No response
Package Type
Installer
What happens when the bug or crash occurs?
Having downloaded this for the first time, I was surprised to find the installer claiming an installation already exists:
Double-checked that path just in case...
why was my comment marked as spam? I'm just trying to indicate that this issue also occurs on my setup. The common factor between the two being Wayland. I haven't tried running an X11 session to see if there is a difference tho.
I don't mark it as spam. GitHub does.
No?? I was confused on why you said it 🤦♀️ you didn't say anything about "happening on my system" you just posted your system information.
Thanks for your report
The installer is just nsis configured by electron-builder, so there's nothing we can do about this. You could try to reproduce it with a minimal electron-builder setup and report it to them if you want
Anyway, this doesn't really seem like an important issue that needs fixing, so I'll be closing this
Discord Account
@ast3riskinc
Motivation
Bot invites don't work at all. You need the official app because Vesktop doesn't support them (when opened from browser)
Solution
Support that webhook or thing it uses.
Alternatives
The official app (:vomiting_face:)
Additional context
No response
Request Agreement
- [X] I have searched the existing issues and found no similar issue
- [X] This is not a plugin request
- [X] This is not a Vencord feature request
isnt that just discord://
which is this ~~
https://github.com/Vencord/Vesktop/pull/813
if its that, that means bot invites wouldnt only work if you have discord already open
are you sure its done via uri scheme and not websockets
last time I checked, yeah it was just that
unless they implemented loading the uri in an existing instance
dont nerd react me we are in the dev channel ??😭😭😭
could someone link me to a bot invite I could try for this
nop
handoff to desktop works in two ways:
- websocket if you have desktop app open
- if websocket doesn't respond (aka desktop app not open), it tries to launch discord:// url which will start discord
yop ik that
but if bot invites are purely using the uri no data will be given to the client if its already open
I love this program, but this being an "intended" feature is almost dealbreaking for the app; I can no longer stream in vc with audio without them being able hear all other sources of audio, INCLUDING themselves in the vc; which makes audio completely pointless. If there's truly no fix due to the api, it sounds like the api needs to be different for an issue as major as this; everything else functions as intended and how I'd expect within native discord. In discord, even desktop audio capture...
Discord Account
No response
Operating System
Windows 11
Linux Only ~ Desktop Environment
No response
Package Type
Setup exe
What happens when the bug or crash occurs?
Vesktop says it has no microphone access, despite microphone access being generally allowed in Windows' settings.
I can even select one of various inputs, so it must detect something is there. Yet it doesn't work. It didn't give any pop-up after running the installer.
Is this some sort of issu...
i have been dailying this PR for three days now and I haven't encountered any issues yet. maybe a better UI can be implemented later, but for now i think it's OK. (huge thanks for the dev since this is what i personally needed for streaming in discord)
try reinstalling the app. if that doesn't fix it, we can't help you, it's an issue with your system
I did try both a reinstall and a restart, unfortunately to no avail. Trying some commands in the console, it seems the permission somehow got rejected? JavaScript isn't my wheelhouse.
If you have any directions on where to search for more details, or a more fitting command to run for the permission pop-up, that'd be greatly appreciated.
Does Vesktop rely on Edge in any way on Windows?
navigato...
Same, I freaking hate it. I'm on nobara.
Using vesktop from AUR on Arch with Hyprland. Same issue. But disabling tray icon somehow fixes it
@Fxzzi Because KDE doesn't support SVG icons. Only GNOME supports SVG icons. You can see the problems here when we tried it:
For me it's just about how distracting and out of place the tray icon is. We're talking about a pixelated 8-bit looking janky icon with some color, when the established style for tray icons is to have high-resolution monochrome icons. When my eyes glance at the tray it's almost like something looks broken. Like one of the icons didn't render properly and didn't antialias itself.
That tray icon will...
Looks clean for the most part.
What's up with uriFiredDarwin? The logic does not make sense (never calling loadUrl if the value is true, and calling it twice if the value is false):
app.on("open-url", (_, url) => {
if (uriFiredDarwin) restoreVesktop();
else loadUrl(url);
...cut...
if (!uriFiredDarwin) loadUrl(uri);
and there's no mention of needing to do that in the official Electron docs:
The bug was not in Vesktop or Electron. It was a bug in Steam. It deletes all the Electron app singleton files when Steam starts up.
https://github.com/ValveSoftware/steam-for-linux/issues/11387
They fixed it in the Steam Beta from October 31st. Not sure when it will appear in a stable, public Steam release, because their changelog is boring to read through:
For me it's just about how distracting and out of place the tray icon is. We're talking about a pixelated 8-bit looking janky icon with some color, when the established style for tray icons is to have high-resolution monochrome icons. When my eyes glance at the tray it's almost like something looks broken. Like one of the icons didn't render properly and didn't antialias itself.

Thanks, I appreciate your advice. It seems that xWayland and electron are extremely prone to extemporaneous graphical issues, so I'll keep looking down those paths.
Same problem, did you ever figure it out?
Same problem, did you ever figure it out?
i just gave up on using vesktop after essentially being told to fuck off by the dev :P
you know that's not true. I just told you to move this to support because it's a you issue and a lot more info than what you provided is necessary to know what's wrong or why this happens.
I think I have the same issue on Ubuntu 24.04. After an update is available, I click on the restart option in the dialog. It closes Vesktop, seems to install the update, but doesn't restart the application. Been having it for several weeks now. So far been too lazy to report and hoped it would fix itself at some point. But it is starting to get really annoying.
Any ideas how to analyze this problem? What can I or we do to help fix the issue?
Discord Account
No response
Operating System
openSUSE Tumbleweed
Linux Only ~ Desktop Environment
KDE Wayland
Package Type
AppImage
What happens when the bug or crash occurs?
My system is configured to use surround audio (5.1) by default. Accordingly, the audio I attempt to capture with vencord, have nodes with 6 ports.
The vencord-screen-share node has only two input ports. Normally, connections from 6 ports to 2, would require some kind of mixdown, but none...
If you are reporting that the screenshare audio is mono, then yes that is known. Otherwise, you should open this issue in https://github.com/Vencord/venmic instead
✍️ Bug Description
By default, vesktop has very large audio buffers. This results in high latency of audio in and out of the app, meaning that even with a good network connection, you have lots of 'chat lag', where you end up talking over people/people talk over you, because you're hearing everything they say, late, and they hear everything you say, late.
🔁 Steps to reproduce
Audio chat in discord
🗒️ Debug Output
Streaming rn so I can't grab the logs for you.
❔ Expected...
Also the case for me, but in addition to that my mic input is delayed for 1-2 seconds. This only happens in web discord cilent or vesktop, official flathub desktop discord client doesn't have that issue. Really makes me still use the official client...
Let's not hijack this issue for that one: https://github.com/Vencord/venmic/issues/35
This is not venmic related.
This is not venmic related.
OK where should I file it? I just now logged another issue about venmic on the vesktop github and it was closed and I was told to come here instead.
This is not venmic related.
OK where should I file it? I just now logged another issue about venmic on the vesktop github and it was closed and I was told to come here instead.
The issue description makes it clear that this is related to electron / vesktop.
Venmic is only used for screenshare audio sharing.
Venmic is only used for screenshare audio sharing.
Thanks! The name was a little misleading :D
Content
https://github.com/Vencord/venmic/issues/35
https://github.com/Vencord/Vesktop/issues/982
Sorry guys my hands are busted up (I'm disabled) I can't do this again. Feel free to re-file these appropriately if you'd like to fix them.
@upper pine I told them to report it on the venmic repo cause their initial report was something completely different

Just saw lol
Wtf
Only the first two being captured here is also somewhat intentional
Because doing a mixdown can get quite fucked
But since the audio share is mono from discords side anyway
I could make the venmic node mono as well
And then just link all ports to the Venmic one
That would solve some issues and not require a mixdown
venmic#35 and #982 are not related, vee told you to file #982 in the venmic repo instead as that's actually related to audio sharing.
Mixdown for multi channel can get a little cumbersome and I don't like the idea of venmic handling that itself - instead as the audio share is made mono on discords server side anyways, I could make the Venmic node mono as well and simply link all ports there which would circumvent the need for any special multi channel handling
@vernal lintel can you transfer #982? It's a valid issue that I should probably fix
alright sure
Discord Account
No response
Operating System
openSUSE Tumbleweed
Linux Only ~ Desktop Environment
KDE Wayland
Package Type
AppImage
What happens when the bug or crash occurs?
My system is configured to use surround audio (5.1) by default. Accordingly, the audio I attempt to capture with vencord, have nodes with 6 ports.
The vencord-screen-share node has only two input ports. Normally, connections from 6 ports to 2, would require some kind of mixdown, but none...
I transferred your surround issue to the venmic repo
Thanks!
Lol since you transferred the issue this comment looks like I'm crazy
xD
@Fxzzi From what I remember, KDE uses its own, super terrible SVG renderer (which has some name beginning with "k") rather than relying on a higher quality library such as librsvg or Cairo.
It's best to just avoid SVGs unless they use super basic features that KDE can render too.
they've been doing lots of work
all the problem svgs ive seen are fixed now
even the one he linked in that issue
KDE doesn't support SVG icons
@Arcitec KDE absolutely supports svgs via QtSVG. instead of ragging on KDE for this why dont you report the problem svg to QT. They've been doing lots of work on their SVG renderer – even the SVG in the issue you linked renders properly now!
Discord Account
No response
Operating System
Windows 11
Linux Only ~ Desktop Environment
No response
Package Type
Setup.exe
What happens when the bug or crash occurs?
In the screen sharing menu, the previews of available screens or windows are displayed smaller than expected. This causes a large empty space to appear on the right side of the menu, as shown in the attached screenshot. This makes the interface look unbalanced and less polished.
(See attached ...
Same issue here, happens while using all vesktop versions (flatpak, source, appimage and aur). Dev tools output same mistakes outlined here, however nothing seems to fix it. Running from the terminal results in these logs:
APPIMAGE env is not defined, current application is not an AppImage
checkForUpdatesAndNotify called, downloadPromise is null
[arRPC > ipc] listening at /run/user/1000/discord-ipc-0
[arRPC > websocket] listening on 6463
[arRPC > process] started
(node:26838) elect...
Discord Account
east710#yeast710
Operating System
Artix Linux 6.12.1-artix1-1
Linux Only ~ Desktop Environment
Hyprland on Wayland
Package Type
vesktop_1.5.3_amd64.deb
What happens when the bug or crash occurs?
When I join a voice channel and click on the screen share button, nothing happens and this message is outputted to the terminal.
What is the expected behaviour?
A window pop up showing a preview of my current screen and allow me to start sharing.
#...
Because applications on Linux don't really have full control over their own dock/status bar icons.
This was true, but mercifully the Wayland folks approved the following protocol: https://wayland.app/protocols/xdg-toplevel-icon-v1?
Because applications on Linux don't really have full control over their own dock/status bar icons.
This was true, but mercifully the Wayland folks approved the following protocol: https://wayland.app/protocols/xdg-toplevel-icon-v1
Oh. That protocol definitely solves an issue, but it does not solve the app icon issue.
Quoted from the top of that page: "A toplevel icon represents the individual toplevel (**unlike the application or launcher icon, which represents the applicat...
852410a Update Electron ~ fixes blue & light mode devtools - Vendicated
Looks like cross-spawn is up-to-date now, so this is no longer needed.
most random prettier change
I've only had a really quick look at the new commit but the code definitely makes a lot more sense now. :) Now I finally understand its purpose.
So it seems like when Vesktop is being called as URL Open handler, on Mac it triggers an "open-url" event, and on Linux/Windows it instead triggers a "app executed with arg discord://theurl".
The new code makes sense and seems robust. Nice work. :)
https://github.com/Vencord/Vesktop/pull/813/commits/4464752a81fbe5ade1e2bff29b18a2db8bfe3ac9
Seems like it might somehow prevent an infinitely looping/refreshing webpage. But it's unclear why it is needed yeah.
The event triggers when the page URL changes (not just anchors but actually navigation to another page):
https://www.electronjs.org/docs/latest/api/web-contents#event-did-navigate
And if this code detects that the new page is not starting with /app and the HTTP status code was 300 or higher (errors), it sets the URL to undefined to kill the browser instead of lett...
Discord Account
No response
Operating System
Window 11
Linux Only ~ Desktop Environment
No response
Package Type
Setup.exe
What happens when the bug or crash occurs?
Can't hear anythings or say anythings after turning on Cloudflare
What is the expected behaviour?
When i have a normal voice chat with friends, i turn on Cloudflare and everything's become silend. i can't hear anythings or say anythings. after that i turn off cloudflare and it's become norma...
is this guy ai
@vernal lintel the uri scheme basically allows any page under discord.com to be loaded which includes 404 pages which would be bad UX
bwaaah
it should as long as the flatpak .desktop is updated to include the x-scheme-handler/discord and the %U
actually does it pull from the deb
if it does nothing needs to be changed on the flatpak side I think
FWIW I am currently experiencing the same issue. For some reason, running Vesktop from the command line made it magically start working again? Either that, or disabling fullscreen, streaming it in windowed mode, then re-enabling fullscreen fixed it for me. Weird.
Good to know. I'll check the open PRs on the wayland protocols GitLab, and if I can't find anything to comment on, I'll submit my own protocol proposal and wait for the NACK from GNOME :)
Please stop discussing changing the app icon in this issue. That is not what this is for.
Please stop discussing changing the app icon in this issue. That is not what this is for.
Got it; opening a new issue to separate discussion.
I'm using a supported branch (xorg with the flatpak?)? This is a system issue, and the template was inaccurate (The issue was not resolved the way you said it was.). Please don't just ignore this when I'm using a supported branch and your template doesn't account for this situation.
there certainly are some svgs you see broken in qt apps in general and qt
the guy said kde doesnt support svgs at all
it's not a vesktop issue. it's either related to your system or to electron / chromium.
So tired of constantly dealing with reports we can't do nothing about
how do you communicate clearly that it's notourbug™
works on my machine sticker
on Plasma 6 myself, I found now-deleted r/flatpak post mentioning same issue with "Discord", though not if it's modded or not.
they do explain that it either won't do anything upon click or would focus the window but not focus the channel.
this could be caused by your network settings being messed up, preventing the discord webpage from loading. I was having this issue and it turned out to be because my proxy settings were broken
My network settings were completely fine.
Discord Account
No response
Motivation
When trying to run Vesktop under a company proxy, I get TLS handshake error.
Failed to fetch https://api.github.com/repos/Vendicated/Vencord/releases/latest. Gonna retry with backoff.
Obviously, this is happening because Vesktop doesn't inherit the HTTP_PROXY environment variables from the shell or the OS.
Solution
Just let fetch or whatever lib you are using inherit the HTTP_PROXY environment.
Alternatives
...
Discord Account
ij2718
Operating System
Fedora Linux 41
Linux Only ~ Desktop Environment
KDE on Wayland
Package Type
Flatpak
What happens when the bug or crash occurs?
Whenever I'm the first one joining a voice channel, it will always choose to connect to the japan5338 servers, regardless of the fact that I'm European.
(all the stuff in the log appears to just be about the GIFs it's having to render, and nothing about my problem.)
What is the expected beha...
the voice channel region is probably just force set to Japan, this is something administrators can do
regardless, this is not a vesktop issue
Discord Account
volrencs
Motivation
At the moment the streams on wayland are quite poor quality, to put it mildly they are pixilated. And if you switch to the quality of the stream, it hangs. I would like to get the same quality as on Windows.
Solution
After adding experimental support for streaming on wayland in Discord, will this somehow improve the quality of streaming in vesktop after this feature comes out of experimental?
Alternatives
I don't think there are any a...
Hi, thanks for working on this.
To get it working with Dash To Panel I had to change the type signature of count from i (int32) to x (int64).
See: https://wiki.ubuntu.com/Unity/LauncherAPI#Low_level_DBus_API:_com.canonical.Unity.LauncherEntry
6a37a67 Insert release changes for v1.5.4 - github-actions[bot]
This PR updates the metainfo for release v1.5.4.
with vesktop 1.5.4 notification badge is visible again in KDE's taskbar 🥳
electron 33 goes crazy indeed
Edit: After the vesktop update that came out about an hour ago, unread badge count is now working for me without this PR
Yeah electron fixed (removed) their desktop env checking for the libunity dep. I still think this PR is relevant tho as libunity is old and many distros don't package it anymore. It should be dropped in favour of dbus communication.
There's also some things that this PR does like clean the title of the web specific prefixes (#) & • and include message request...
Discord Account
No response
Operating System
Xubuntu 24.04
Linux Only ~ Desktop Environment
Xubuntu
Package Type
DEB
What happens when the bug or crash occurs?
When starting Vesktop I get this printed in the command line and it won't start up. Only after setting the correct permissions everything works fine then.
What is the expected behaviour?
Vesktop should start without problems
How do you recreate this bug or crash?
- Have 1.5.3 installed
- Up...
why is this necessary?
some incorrect schemes discord will leave you at a 404 page instead of redirecting you to /app itself. This is to ensure users arent left dangling if something goes wrong.
did anyone test this with flatpak?
It work's but https://github.com/flathub/dev.vencord.Vesktop/blob/b55f7ec286f070143b3c9f9048cf043817aebba2/dev.vencord.Vesktop.yml#L35
- - desktop-file-edit --set-key="Exec" --set-value="startvesktop" --set-icon=$FLATPAK_ID squashfs-root/vesktop.desktop
+ - desktop-file-edit --set-key="Exec" --set-value="startvesktop %U" --set-icon=$FLATPAK_ID squashfs-root/vesktop.desktop
Will have to be done. Other than that I'm not fami...
b83bdd1 upgpkg: vesktop-git r363.24fbf35-1 - Covkie
929b6e5 upgpkg: vesktop-electron-git 1.5.3.r11.g24fbf35-1 - Covkie
0346cd5 upgpkg: vesktop-electron-git r363.24fbf35-2 - zt64
5e2dc88 upgpkg: vesktop-electron-git r363.24fbf35-2 - Covkie
fb7012d upgpkg: vesktop-electron-git 1.5.3.r11.g24fbf35-2 - zt64
@sly cairn YOU
Same issue occurs on Ubuntu 24.04
Also seems to be a full release issue rather than only an update one. Removing the package and installing it again, or directly running a package reinstall (overwrite of existing install) gives the same result.
probably due to https://github.com/electron/electron/pull/41211
Description of Change
Electron uses libunity to implement setProgressBar and setBadgeCount. The Unity Launcher API is currently supported by multiple Programs and Desktop. Electron cheeks for some ...
in other words: libunity still required
I personally uninstalled and reinstalled via Flatpak, which has the previous 1.5.3 version available.
The issue should be fixed in Vesktop version 1.5.4 with libunity package installed.
Same here on Ubuntu 24.04 - started it this morning just to see it crashing. Previous version works.
@next sundial
https://github.com/electron-userland/electron-builder/issues/8635
Bumping to electron builder 26 alpha 6 will fix this but not for appimage.
why is Ubuntu so insane
I'm on Kubuntu 24.10, Update to 1.5.4 broke vencord for me aswell due to the appimage (I guess).
Vesktop reported "an update is available and will install on exit" and ran this command when exiting:
/bin/bash -c dpkg -i /home/[USERNAME]/.cache/vesktop-updater/pending/vesktop_1.5.4_amd64.deb || apt-get install -f -y
took a while and after around 5-6 minutes or so vesktop finally closed after hanging and not responding.
Opening it isn't possible anymore, journal gives this e...
Discord Account
No response
Operating System
Gentoo Linux
Linux Only ~ Desktop Environment
Plasma 6 Wayland
Package Type
-deb
What happens when the bug or crash occurs?
Attempting to open vesktop results in a white screen. When run from the terminal the following errer and trace are output.
A JavaScript error occurred in the main process
Uncaught Exception:
TypeError [ERR_INVALID_ARG_TYPE]: The "path" argument must be of type string or an instance of U...
this issue happens because you are building from source incorrectly. use one of our official builds and it will work fine
I am using your deb package.
This is your prebuilt source. I was able to resolve via right-clicking on the system tray icon and selecting repair Vencord but I figured reporting a valid bug against your binary package would be appreciated. I guess not.
@Vendicated Please don't see "Gentoo" and assume "They compiled it wrong".
Your stacktrace mentions fileURLToPath. The only thing using this function in Vencord & Vesktop is arRPC, which we specifically patch to remove this call. As such, it's impossible for this error to happen on an official build. It can only occur if you build from source without applying the patch. Yes, you compiled it wrong.
Anyway it doesn't really matter, happy you mana...
@Vendicated . This is your official deb. Here is my packaging.
I use the official deb package as my source:
I unpack and install the files.
If someone is compiling this wrong it can't possibly be me.
I did once have a compiled vesktop that I was playing with, a while ago. Is it possible that vesktop and vesktop-bin store/cache stuff outside of their install locations?
i don't really know how gentoo packages work - are you copying the resources folder over from the Vesktop deb package? Specifically resources/app.asar, that's what contains all of Vesktop's code. you don't seem to specify it in QA_PREBUILT
if you don't, it might have still been using your custom built app.asar
for reference, app.asar contains the entire application logic, the main binary is simply rebranded electron (that's how every electron app works)
why are you using the .deb anyway? using the tarball build should be much less cursed
why are you using the .deb anyway? using the tarball build should be much less cursed
I needed something quick and assumed that the tgz wasn't compiled, tbh. I'll take a peek inside and maybe switch it over, however the deb is smaller.
I have to package up node_modules for offline (from-source) builds as our non-vcs build process is sandboxed. It's on my todo among a ton of other projects, not that it makes a huge difference for electron!
i don't really know how gentoo packag...
well no clue why it happened then. considering a repair fixed it, the file likely got corrupted in some way. probably not something worth investigating
the vesktop-1.5.4.tar.gz file is a compiled build that you just extract and it's good to go. it would be best to switch to it considering the .deb includes auto-update logic which might behave weirdly for you (honestly not sure). Not sure why the .deb wo...
Discord Account
@theinsane101
Operating System
Windows 10 21H2
Linux Only ~ Desktop Environment
No response
Package Type
setup exe
What happens when the bug or crash occurs?
I get the toast telling me Vesktop 1.5.4 has been downloaded, and soon after the button to restart Vesktop appears. After clicking it, I get the UAC popup asking for permission to allow the setup.exe to make changes, which I consent to, but the update n ever actually installs. I then get the...
For me, this happens when trying to launch Vesktop without an internet connection.
Also, don't restart the entire process. A simple CTRL+R works too
I'm also on Kubuntu. Same behavior
For some reason, the deb package from the README links to v1.5.3. BUT, downgrading to it temporarily solved it. Ig just don't update until it's fixed?
And for anyone wondering, I also tried the v1.5.4 deb packages from the releases page, but it still doesn't launch.
Additional info: my friend has Debian with Gnome and it works just fine for him.
Discord Account
No response
Operating System
macOS Catalina 10.15.7
Linux Only ~ Desktop Environment
No response
Package Type
n/a
What happens when the bug or crash occurs?
Every startup it keeps trying to update to 1.5.4 which doesn't support Catalina anymore
What is the expected behaviour?
I expect it to detect that its running on Catalina and not try to update to the latest versionit's
How do you recreate this bug or crash?
1: Open Vesktop
2: W...
update: seems like doing show package contents, going to the Contents/Resources and deleting the app_update.yml file gets it to stop updating for now
closure candidate: https://github.com/Vencord/Vesktop/issues/298
Cross-platform duplicate of this Win10 feature request. Feature looks like this: . Note: Vanilla discord has a missing dependency in libunity which is responsible for notification badges, as refere...
I had never seen an update of the engine, but today it finally happened. When shutting down Discord, it opened a system authentication popup, and I could see that it wanted to run dnf remove vesktop. I then checked and saw that it also ran dnf -y install /home/johnny/.cache/vesktop-updater/pending/vesktop-1.5.4.x86_64.rpm.
Afterwards, the contents of the Chromium engine binaries have finally changed:
File: /opt/Vesktop/vesktop
Size: 186276400 Blocks: 363824 IO Block: ...
For me, this happens when trying to launch Vesktop without an internet connection. Also, don't restart the entire process. A simple CTRL+R works too
Nope, unfortunately this still happens if I launch vesktop separately after my system has already booted and internet connection was established. CTRL+R also doesn't help, neither does "Restart" button in tray (if that matters at all, "Repair Vencord" button also doesn't help)
why do these people have such cooked systems
The only uncool thing about the lack of a repository is that updates remain in ~/.cache/vesktop-updater. 75MB of wasted space. rm -rf ~/.cache/vesktop-updater after the update has installed itself will take care of that though.
we use electron-updater for updating. if you have an issues with the updating process, you should bring them up in this repo https://github.com/electron-userland/electron-builder
@tidal quarry how relevant is catalina
@Vendicated Thanks, will mention the leftover package to them since it makes no sense to keep the directory that's literally named "pending" forever. :)
@vernal lintel isn't standard package management (i.e. PPA for Ubuntu, RPMFusion or COPR for Fedora etc.) better than a self auto-updater? 🤔
not that a self auto-updater is bad, but it breaks the Linux flow (users have in mind that their programs will only update by using their DE's app store)
I see
I also find this weird for Steam, for example, which also updates itself independently of the user's app store
I don't really care to be honest
fair
it's fine the way it is
