#🖥-vesktop-development
1 messages · Page 36 of 1
this is standard title case
anyway yeah it looks weird
there
9f0af48 Updater: show update dialog instead of forcing ... - Vendicated
fa23c63 use custom protocol instead of file:// for bett... - Vendicated
unvirus
this is so annoying 😭 electron/electron#48430
standard title case would include me, no?
idk honestly
vai how would "Remind me later" be cased in title case
In standard title case, "Remind me later" would be cased as:
Remind Me Later
This is because "Remind" (verb), "Me" (pronoun), and "Later" (adverb) are all considered major words and are capitalized in title case.
-# Response generated by gemini-2.5-flash. AI may be incorrect or misleading.
afaik only articles are lowercase in title case
vai give a list of words that should be lower case
When using title case, certain "minor" words are typically kept in lowercase, unless they are the first or last word in the title. The specific rules can vary slightly depending on the style guide (e.g., APA, Chicago, AP), but generally, these categories of words are lowercased:
- Articles:
a,an,the - Short Prepositions: These are typically prepositions with three or fewer letters. Examples include:
as,at,by,for,in,of,off,on,out,per,to,up,via. Some style guides may extend this to four letters or more, or lowercase all prepositions regardless of length. - Coordinating Conjunctions: These are often remembered with the acronym FANBOYS:
for,and,nor,but,or,yet,so.
It's important to note that if any of these words appear as the first or last word of a title or subtitle, they are always capitalized. For example, in "The Catcher in the Rye," "The" is capitalized because it's the first word, but "in" and "the" are lowercase.
-# Response generated by gemini-2.5-flash. AI may be incorrect or misleading.
i just kinda do it by vibe ngl
but yeah lower me looked wrong
These are often remembered with the acronym FANBOYS
big day for tahoe users
apple sheep downvoting
no other vendor would push updates like this
android didn't change an internal api just cause it would break the facebook app
meanwhile apple casually breaking every single electron app with no care
what does this mean in practice?
The ping count badge should now show more reliably on Linux
only thing I recall is Electron removing the env. var. check for KDE 5
theres issues with this new update my mic suppression now doesnt work but it does in any other app apart from vesktop
1.6.0 seems to use Electron 38.0.0, though, not 38.2.0+.
38.2.0 isn't an option because it has broken DevTools
Content
Tested with a 20x20 px image and when upscaled it becomes a blurry mess. Could add an advanced button for image settings in the popup.
Thanks!
Should this stay open until vesktop uses electron with the fix? or does 1.6.0 have the fix rebased atop 38.0.0
Is the devtools issue tracked upstream or just a vesktop-specific breakage?
safety coomer
I did not expect the rotating tux after updating, love it xD
Just came to say that this new icon Is "ugly ass"-iest that I have ever seen, and now I need to waste my time to fix it.
IDK why so many people have urge to:
- Change Icon that is working.
- Change it to ugly one.
Maybe somebody has path already written?
If somebody needs it: If I end up uploading patched version to AUR I will edit this comment.
ladies ladies one more vesktop on AUR please!
Content
Today, presumably due to an update, an icon for Vesktop appeared on my desktop, and in the start menu, automatically.
Just... don't. Don't do that.
Thanks.
Content
Every time I launch the app, you generate this notification, but there's only so many times I can restart the app. I presume it did update since everything was seemingly reset, yet it notifies me every time I open it.
Does it help if you launch Vesktop with the flags --enable-features=VaapiIgnoreDriverChecks,Vulkan,DefaultANGLEVulkan,VulkanFromANGLE,VaapiOnNvidiaGPUs via the terminal?
Example:
vesktop --enable-features=VaapiIgnoreDriverChecks,Vulkan,DefaultANGLEVulkan,VulkanFromANGLE,VaapiOnNvidiaGPUs
yesterday I tested normal Discord screensharing
seems like the default is now 720p60 fps
("Gaming" screen-sharing option, which is the default)
should we make it 60 fps by default on Vesktop too?
it should not be creating a desktop shortcut if you remove
but who cares about startmenu
how are you supposed to launch vencord
why would we remove
it should create a desktop shortcut
that guy is just complaining about normal app behaviour
(I blocked him cause of being so rude)
a desktop no, but an item in the system menu (such as application launcher) yes
this is windows not linux
oh
every app creates a desktop icon if you install
makes sense then
Whether to create desktop shortcut. Set to always if to recreate also on reinstall (even if removed by user).
no I mean the current default should not create a desktop shortcut on update so this guy is tripping
yup, thought it was Linux
Running nvidia, on hyprland, this issue is causing my vesktop to freeze up and go full white during screenshares at random times. happens consistently after about 10 minutes of sharing as others have stated. vesktop hangs and the solution has been to right click it in my tray and restart vesktop every time. this is an issue because it gives me zero warning as to when it locks up and people will be sitting for like 30 minutes with me frozen and id have no clue
theres issues with this new update my mic suppression now doesnt work but it does in any other app apart from vesktop
Use this as a sign to use rnnoise, discord noise suppression is horrible
I am putting the 512x512 nearest resized version of shiggy here for people that prefers her over tux like me. They can customize the splash back to her if they want to:
this is probably no longer relevant
starting from electron 38 it uses wayland by default if supported (--ozone-platform-hint=auto is the default now)
not yet
ill take this valuable feedback into consideration
Content
I would normally follow the rules and open an issue in the server, but given that I can not see any text and therefor can not navigate Discords UI, that isn't really possible. After the most recent update to vesktop, my UI stopped rendering all text. I have tried restarting, repairing, and uninstalling and reinstalling to no avail. The client seems to open and function just fine, but absolutely no text displays. I have also made sure disable all plugins just to make sure that the...
I am seeing the same issue, on a first time use fresh install of vesktop
OS: Arch Linux x86_64
Kernel: 6.17.2-arch1-1
DE: sway:wlroots
WM: sway
After last release only global binding seem to by last high priority feature missing from discord.
What are the current blockers holding up merging this PR? I would like to use Vesktop as my daily driver, but need keybinds, so am happy to assist in implementing required changes.
I'm asking myself the same thing. I've been using this fork for a while now with no issues (besides causing a systemd-corecump on initial startup).
Just merged the changes from version v1.6.0 locally and build my own package. Seems to work fine so far (Arch Linux/KDE).
why is electron like this 😭
I really don't like this change. How do I revert icon and splash?
turns out it's just ^
I'd love to see this added. Especially because I like that I with openign links in-app can download files without having e.g. my fullscreen video in the browser un-fullscreen, but e.g. Spotify is completely broken in that built-in view.
Content
I'm sorry to use this form to create a problem. When I created the problem in discord, I didn't get any response. So I just used this form.
Specifically, when I download the portable version (version 1.5.8), uncompress and run the exe file, everything works normally, until Vesktop detects that there is a new update (1.5.9 - 10/22), when Vesktop's AutoUpdate updates to the new version, it downloads itself to the latest installation version and installs after it exits the applicat...
Same as Whiplache here. Neither of these work and the wiki link is a 404. Linux Firefox has this has a toggle so it's a bit unfortunate that it doesn't really seem possible on any version of Discord on Linux, makes it feel a lot clunkier to use than Windows
Since macOS 26 (Tahoe), all electron apps cause excessive GPU usage since Electron has been abusing a private API which has something to do how window shadows are rendered.
This has been fixed by the Electron team in Electron v36.9.2, v37.6.0, and v38.2.0.
...
Oh oops, didn't see that issue. My bad!
Shouldn't this issue be reopened? The issue has not been fixed since Vesktop uses an Electron version lower than 38.2.0, as of Vesktop 1.6.0.
probably should reopen until you end up updating electron once again
funny how when trying to update to a version with a fix it ends up breaking another feature
thank god
bruh it doesnt have the fixes i think
yeah
cringe
electron is so frustrating
every update there are 5 new bugs
electron fork soon
@humble mortar did you get lost out in the woods and die
cookie we need to make an electron fork
EXPLODDEE
so it seems like electron 38.0.0 drops support for macos 11.0
lmao
vesktop only now supports 12.0+
i am so unbelievably checked out what do you need
kinda sucks for those 11.0 users on the last vesktop version but I do understand why electron tries to stay up-to-date
holy fucking shit
electron is the best piece of software
is this the font issue
i was gonna send it to u
if you have a corrupt font on your system, chromium shits itself and can't render any text
honestly we need like vesktop betas with large amount of testers cause electron is so unstable I swear
every update there are new surprises
i think it was it exploding at hardware decoding
unfortunate
i have to edit the launch script to add an env var every time i update vesktop and i forgot
there's not really much we can do, we're not gonna stay on an old electron version just to support older systems
people can build from source with older electron if they really need it
but even discord will stop supporting macos 11 sooner or later
if electron dropped support I think that means chromium did too?
so it's just dead OS
I think people can get a bit confused about it so I would suggest mentioning compatibility changes in the releases
also sadly with how the brew cask is made that means that brew is just no longer available for those on that version, can't downgrade vesktop either
it is how it is
brew the worst package manager in history
someone should port pacman to mac
Application name Vesktop Icon name vesktop Webpage https://vesktop.vencord.dev/ Description Vesktop is a customizable and privacy friendly Discord desktop app! Original icon
asked ai for the link
no, it used to be the right domain
I know im jokinn
some people ported apt but no one uses it
i use papirus hello
There was a bug in electron that was causing excessive lag on fruit based computer operating system version 26: https://github.com/electron/electron/pull/48376.
It was fixed in Electron 38.2.0: https://releases.electronjs.org/release/v38.2.0.
Vesktop is still using 38.0.0 on latest releases however, so that's a bit suboptimal.
This PR merely bumps the minimum version of version of Electron to prevent that from happening.
Issue Description
I'm experiencing a similar issue where I cannot playback any videos sent through any channel that are encoded in AV1/HEVC.
I tried the startup flags that @Tiagoquix has mentioned, but unfortunately to no avail.
System Details
<details>
<summary>System info dump in case it's useful:</summary>
System Information
Linux garuda 6.17.4-zen2-1-zen #1 ZEN SMP PREEMPT_DYNAMIC Sun, 19 Oct 2025 19:21:05 +0000 x86_64 GNU/Linux
LSB Version: n/a
Distributor ID: G...
I'm experiencing a similar issue where I cannot playback any videos sent through any channel that are encoded in AV1/HEVC.
I tried the startup flags that @Tiagoquix has mentioned, but unfortunately to no avail.
System Details
<details>
<summary>System info dump in case it's useful:</summary>
System Information
Linux garuda 6.17.4-zen2-1-zen #1 ZEN SMP PREEMPT_DYNAMIC Sun, 19 Oct 2025 19:21:05 +0000 x86_64 GNU/Linux
LSB Version: n/a
Distributor ID: Garuda
Description: ...
I'm experiencing a similar issue where I cannot playback any videos sent through any channel that are encoded in AV1/HEVC.
I tried the startup flags that @Tiagoquix has mentioned, but unfortunately to no avail.
<details>
<summary>System info dump in case it's useful:</summary>
System Information
Linux garuda 6.17.4-zen2-1-zen #1 ZEN SMP PREEMPT_DYNAMIC Sun, 19 Oct 2025 19:21:05 +0000 x86_64 GNU/Linux
LSB Version: n/a
Distributor ID: Garuda
Description: Garuda Linux Broadwing
...
HEVC videos work for me. I have those flags enabled plus hw accel and video hw accel in vesktop settings, and also have the proprietary codecs installed on my system. Please check if you have all of those.
For AV1 I have not tested since I don't recall encountering an AV1 video in the wild, but I guess it's supported per chrome://gpu in Vesktop.
I'm asking myself the same thing. I've been using this fork for a while now with no issues (besides causing a systemd-corecump on initial startup).
@noel-personal
The coredump is caused by a missing dependency for an Electoron feature that Discord uses. You need to install speech-dispatcher.
38.2.0 isn't an option because it has broken DevTools
how exactly has 38.2.0 broken devtools?
<img width="1601" height="1013" alt="Image" src="https://github.com/user-attachments/assets/439d86e9-d9d7-46ea-8fdc-c4d40e4710bf" />
Would be helpful to understand what exactly is broken about devtools so it can be fixed either in Vencord or Electron (if it's upstream issue)
Quick reply that only HEVC doesn't seem to work, initially thought AV1 was also having issues but that turns out to not be the case.
I have hw accel enabled in vesktop and have the codecs installed, I do however have an Nvidia GPU, I've read that it can be harder to run HEVC videos on chromium with an Nvidia GPU.
After trying all sorts of things, I personally can't get H265 to playback properly on any chromium based application, including my Brave browser.
Content
Please change the logo back to the gay rainbow. It makes me very happy. And it makes queer people feel safe. Please.
Unfortunately Vee is a radical hater. My hands are tied.
new icon is pink and pink is also a common symbol of gay people
it’s too girly
To be able to use va-api on nvidia you need this: https://github.com/elFarto/nvidia-vaapi-driver
Even though there it states Chrome is currently unsupported, and will not function. it may be worth to give it a try since the README hasn't been updated in a while.
to fix window position being forgotten after reboot on Windows
put shiggy back on the splash :(
definitely, I'm shook beyond belief to see that a spinning penguin is in my loading screen instead of my lovely shiggy 😢💔
Guys, you know you can customize the splash animation to whatever you want, right?
@vernal lintel will lock ts
love
To be able to use va-api on nvidia you need this: https://github.com/elFarto/nvidia-vaapi-driver Even though there it states
Chrome is currently unsupported, and will not function.it may be worth to give it a try since the README hasn't been updated in a while.
https://github.com/StaZhu/enable-chromium-hevc-hardware-decoding
I build chromium (v141.0.7390.107) with this patch and i can play all HEVC video codecs in this test site: [Test HEVC](https://lf-tk-sg.ibytedtos.com/obj/tcs-clien...
I am putting the 512x512 nearest resized version of shiggy here for people that prefers her over tux like me. They can customize the splash back to her if they want to:
Thanks, Vestop is not the same without her
I notice the one thing still unchecked in the startup splash section from this is having the ability to randomize the splash screen. I was just checking to see if there was a request for that already, since that would be fantastic, so just voicing my interest in that as a feature now that customization is in!
@rushiiMachine can you fix merge conflicts?
why is this idiot still there
ELECTROOOON BUMPPPP WHENNN
This bug was fixed upstream in electron-updater already, so bump the version
https://github.com/electron-userland/electron-builder/issues/9099
the code has been vibed here
Unfortunately Vee is a radical hater. My hands are tied.
I don't know who Vee is but please ask Vee to end their life.
I am putting the 512x512 nearest resized version of shiggy here for people that prefers her over tux like me. They can customize the splash back to her if they want to:
Thank you. I got REALLY WORRIED when i updated today and saw Tux instead.
I think removing her removed a lot of Vesktop's personality. I don't think this was the right call...
Sorry tux, but we need something more fancy
Feedback appreciated!
https://github.com/user-attachments/assets/afdb39bc-0134-4272-9c1d-0ed8329b76dc
i think it could be a bit bigger
I did make make it have a ton of padding so we can adjust it by just cropping it but even I'm not sure if it's the good enough size
i think the logo itself just looks small
the previous splash animations used more of the available space
i think a 10-20% size increase could work
exporting it is so hard
ill try
@topaz dove a tad bigger
ignore the shit recording
seems fine
THANK YOU
It looks ok, but tux is better 
penguin is funnier
Unfortunately Vee is a radical hater. My hands are tied.
I don't know who Vee is but please ask Vee to end their life.
im on evie's side. A SNITCH N**GA THATS THAT SHIT I DONT LIKE
GLORY TO DICK LONG
DEPLOY THE MARIOS
Content
the marios have been deployed
quick reminder for those unaware, vee is perfectly fine with lgbtq+
i will now go back to doing jack shit
To anyone searching for solution on Linux, there's an "Always on Top" when right-clicking a window border (at least on Linux Mint).
😭
quick reminder for those unaware, vee is perfectly fine with lgbtq+
what was the reason for the change?
We've wanted a new icon and unique branding for Vesktop for awhile now and we've finally got to doing it, as we consider it a seperate product to Vencord. Covkie's https://github.com/Vencord/Vesktop/issues/1192#issuecomment-3434865357 was satire (if that wasn't obvious enough) and should be treated as such, it should not be insinuating anyone to be making death threats.
Additionally, if you're not a fan of the icon change you always have the option to changing it...
finally got the fixes?
peak....
What is the change on firstLaunch.ts? I don't see the relation between it and the new splash resize
deleting a log
this guy is so annoying 😭
god forbid we hide unmeaningful changes in commits..
Should be all good in 1.6.1 as Electron was bumped to 39. Huge thanks to everyone! ❤️
is this still an issue?
This seems cool - but I would prefer if the menu bar icon could be toggled on and off.
it's me D:
it was an innocent question, sorry for annoying ya
Vesktop 1.6.1 and the issue still persist.
it’s over for vesktop users
I can't reproduce this issue. It works fine for me using one monitor at 125% scaling and one at 100%
My primary monitor is 2560×1440 at 125% scaling and 144Hz, and my secondary monitor is 1920×1080 at 100% scaling and 60Hz.
I use Vesktop on the secondary monitor, docked to the left edge.
As I mentioned above, when closing, the state.json file correctly saves the window position and size.
However, when I start the app, for some reason the window size changes.
After some testing, I noticed that this issue only happens on the secondary monitor.
If I move Ve...
do not eat raw @humble mortar dough
I'll eat raw @humble mortar
or maybe as an option only show when connected to voice just like Discord Desktop? not sure how possible that is with electron though
@humble mortar change your display name to dick and balls it would be funny
Insane
Vesktop 1.6.1 same issue, very laggy on Windows 11
Yea man remove the little spinning penguin that made me happy with some corpo looking animation 😭 great pr... NOT!!
saying it’s corpo makes me happy I just know it’s that good
I am also having this exact same issue on my second 1024x768 monitor. Clicking anywhere on the Vesktop window while it's own the second monitor triggers the wrong UI action. It's very frustrating, so I've had to revert back to Vesktop 1.6.0 for the time being.
@vernal lintel fixxxx
its completly unusable
its either electron v39 or the window bounds thing
Custom splash and tray has been added via #1179 and will be in the next release
Changing the app icon will never be a feature, because Apps aren't really able to change their own icon. Just change it yourself. For example, on Linux, run
locate vesktop.png(vesktop.svg next update) and replace all results with a properly scaled icon of your choice
Problem: if I have .ico in the same folder as %LocalAppData%\Vesktop it deletes the icon e...
Vibecoded moment. At least you wrote the commit names yourself
wrote the commit names
enhance
improve
nop
Vibecoded moment. At least you wrote the commit names yourself
wrote the commit names
enhance
improve
I got tricked by the epic aislopper :godwhy:
After uninstalling the newly installed non portable version and properly updating he portable one it took an incredibly long time for Vesktop to actually load. Windows asked me if I wanted to kill it several times
Not sure why this would happen, but it's a bit strange
The change in firstLaunch just removes some left over debug logging. The splash resize is only the splash.webp file itself.
This started happening a few days ago to me.
I've been trying to test this out but feel like I'm missing a step somewhere. Every time I launch this and check the keybinds tab in settings I see this:
<img width="700" height="126" alt="image" src="https://github.com/user-attachments/assets/067e15ba-b6cf-41ba-991f-add83dbf0278" />
On x11. Am I missing something?
Content
It'd be really cool to add some useful Linux Desktop actions here
The main one I can think of right now is a Vesktop recovery page with some troubleshooting tools. If anyone has more ideas, please bring them up here
https://www.electron.build/app-builder-lib.interface.linuxdesktopfile#desktopactions
that's not what they're for
everything you see in the screenshot are gnome default entries
it opens the store page
we can have an option to open the about screen then
the about screen is kinda useless tbh 
theres not really much we can put in there really
i don't think anyone cares about it
it can be the only one tbh
no other good use for it if tray exists
vde has that 
maybe something to export the vencord config?
I have found a workaround. I was previously on Discord Canary and switching to Stable fixes this.
So it is (probably) not an Electron issue. The POC I made to see if any Electron app had this problem was wrong as I didn't put any constraints in the resolution, assuming that Electron would choose the highest possible value, when it defaults to 640x480.
My assumption is that Discord changed something in Canary that Vencord hasn't adapted to, and someone the part of the code where constraints ...
Turns out that Electron might be involved after all.
| Client | Discord Version | Bug |
|---|---|---|
| Vesktop | Canary | Buggy |
| Vesktop | Stable | Works |
| Vencord | Canary | Works |
| Vencord | Stable | Works |
| Web Discord | Canary | Works |
| Web Discord | Stable | Works |
| Electron Discord | Canary | Works |
| Electron Discord | Stable | Works |
I unfortunately don't know how I'd debug WebRTC from Electron. Are there any pointers on how to do so?
vesktop settings > developer options
Patches out the default discord webpage auto-idle behaviour and replaces it with a native electron powerMonitor implementation. For Windows, MacOS, and I think x11 on Linux with certain extensions, Vesktop should now behave exactly like the Discord desktop client. The CustomIdle plugin should work the exact same as before.
For Wayland on Linux, I have created a native node module package (vesktop-wayland-protcols) to use the [ext-id...
Thanks for taking the time to work on this!
A few points:
- Adding a third party native binary isn't something I'm comfortable doing. It would have to be first party (i.e. part of libvesktop)
- This doesn't depend on any Vesktop specific things and has a lot of patches which have the potential to break regularely, so it would be much better to have this in the Vencord codebase instead of the Vesktop codebase. That way we can push fixes to it immediately without having to publish an entir...
Adding a third party native binary isn't something I'm comfortable doing
I figured that would be the case. I'll see if I can put the source code into a /packages dir now that I know how napi-rs works better than before. Again, I don't really know c++ so I'm not sure I'd be able to integrate it into libvesktop
have this in the Vencord codebase instead of the Vesktop codebase
I'll see if I can figure out how to port it to Vencord, but it might take a little bit to figure out the ...
Continuing what was previously in #🖥-vesktop-support-🖥
Camera constraints seem to be broken in Vesktop+Canary.
I'm trying to get to the bottom of what happened, but I can confirm that manually adding constraints to the MediaStreamTrack does work.
I'm wondering if this issue could be sidestepped entirely by having a patch that sets constraints based on some defaults gotten from the system itself or something.
Might even eventually let users be able to manually override their camera settings, which seems like a nice feature to have.
Well it'd be a bit difficult to move it to Vencord while also having the native module, so I'm not sure about that. Don't worry about that part for now
This should make it so webcams aren't stuck in 640x480 when using Vesktop with Discord Canary.
MORE RUST IN VESKTOP RAHHHH
Deafen (checkbox), Mute (checkbox), Stream/End stream and Leave call could be useful, as well as maybe some or all of the options available through the system tray icon except Open
Setting SingleMainWindow=true in the desktop entry should also hint to remove the New window option (as it does nothing useful afaik?)
Deafen (checkbox), Mute (checkbox), Stream/End stream and Leave call could be useful, as well as maybe some or all of the options available through the system tray icon except Open
Don't think any of these really fit there, we just need a better tray with voice indicator & actions
Setting SingleMainWindow=true in the desktop entry should also hint to remove the New window option (as it does nothing useful afaik?)
thanks for the tip, I'll test it later
Moved the package into /packges, seems to work fine? Again, should probably test on other platforms and compositors. If you don't trust the prebuilt binaries you can feel free to rebuild them yourself.
?
.
?
nvm how is your day going
@vernal lintel you said this was useless when I first proposed it...,,, you are an evil idea stealer
This should now be a proper fix.
For some reason, patching this.localWant= also changes webcam streams on Canary.
By patching getDefaultGoliveQuality instead, only screen shares are changed.
this is libel
insane
what does this even do @tired oak
inb4 riir
if he rewrites it in rust istg
a little dumb we could also automate this (wait until Bitrate Hits a specific threshold and only then start Venmic)
have you managed to automate it?
fix #786 when
@Ilwyd
Am I missing something?
You might be, that's normal to see in the settings. The plugin registers the global shortcuts through your desktop environment.
As an example, this is where you'd find those settings on KDE Plasma.
<img width="1458" height="941" alt="bilde" src="https://github.com/user-attachments/assets/dac28fc2-eb48-4f5c-9b98-1921db317690" />
+1, looking for the keybind
Not sure if this is exactly what caused the issue but sometime later I have switched from hyprland (and xdph) to niri and ever since streaming with audio worked flawlessly.
Not sure if this is exactly what caused the issue but sometime later I have switched from hyprland (and xdph) to niri and ever since streaming with audio worked flawlessly.
also using niri rn, still have this issue
Did you ever manage to fix this? I'm having practically the same issue. I use my old phone as a mic in my pc.
It works on regular Discord because I can send the scrcpy output into a playback device whose volume is set to 0 (my display) and then use the monitor of that device as an input device in Discord.
It does not work in Vesktop as the feature of using monitors as input in voice chat is apparently purposefully disabled.
Did you ever manage to fix this? I'm having practically the same issue. I use my old phone as a mic in my pc.
It works on regular Discord because I can send the scrcpy output into a playback device whose volume is set to 0 (my display) and then use the monitor of that device as an input device in Discord.
It does not work in Vesktop as the feature of using monitors as input in voice chat is apparently purposefully disabled.
nope
NixOS KDE Wayland, have the loudness spikes, and also problems with audio for the listener: The volume of the streamed audio fluctuates heavily for my viewers. Regardless of their or mine audio settings in discord, the mic being muted or not, loud or quiet source...
maybe they will finally fix this electron/electron#48753
Wasn't there already an open issue for that
I understand the change, but is there a way to get previous animation back somehow?
no
I hate "fancy" quotes so much
I copy pasted that description iirc
no one ever opened a new issue
Insane bot
eh it's reasonable
but the bot should have a way to reopen
like "if this issue still reproduces in a supported version, comment 'reproduces in [version]'"
@woeful current the problem is much deeper btw lmao
none of the pages have <!doctype html> so they all run in quirks mode instead of html5 mode
thanks chatgpt
crazy that just adding the doctype changes the entire layout
they were also running in quirks mode so I fixed that too
https://github.com/Vencord/Vesktop/commit/f57245f297c972de7f1ee1e0707305d7f5c7f7dc
insaneeee
crazy that MSIE wasn't standards compliant and you made your site targeting its quirks 😭
This works an absolute charm on Plasma Wayland! Thank you T1mbits.
I understand the change, but is there a way to get previous animation back somehow?
There is! Just open the menu shown in https://github.com/Vencord/Vesktop/pull/1179, download the splash image/gif you want and set it there^^
If you want shiggy back, you can [download her here], and if you want tux, you can get the animation here
@vernal lintel youu
are you able to reproduce the window scale issue
I think to reproduce you need two differently sized monitors and maybe running on wayland
veeeee 😭
this bug happened before which makes me think it's more likely an electron issue
i wonder what the benefit of this would be though
like i get forking everything else but not venmic
to my knowledge hes gonna try and work on the jankness of it with equibop
that'd be better to submit back to upstream though no?
I hope thats what he will do I honestly dont know 😭
im not rly opposed to it but i feel its kinda iffy only writing patches for ur fork and then not contributing back upstream
but that's FOSS for ya
Im perfectly okay with contributing back to upstream
I don't really know why he doesnt
i appreciate it 
I contribute when I remember or I think the fix is good enough
im forgetful as hell 😭
ill ask him but the response will be later as hes working right now 
he says he hasnt really fixed anything but ill make sure to let him know to try and pr major stuff
okie dokie
Will this implemented? I like to have a tray icon to see if ive some notification, because Ive the dock hidden.
Actually, the only issue I've noticed is that Discord (Vesktop) doesn't auto-idle if my computer is on the lockscreen, which it does after five minutes. I don't know exactly where the problem is, but I'd guess that's something Plasma needs to fix.
it’s an unfixable problem for wayland, there isn’t a widely used protocol that allows clients to know if the system is locked or not so lockscreen idling is exclusive to windows and macos :/
Got it, makes sense to me. So when the lockscreen is active (at least on Plasma as per the example), it just won't ever detect the user as idle?
In any case it's not a big issue.
I'm working around it by using the CustomIdle plugin and making it set my status to idle just before the screen locks (4,8 minutes), and in that case everything is fine. It even sets my status back to online when I move my mouse/click on the lockscreen.
Not quite, it just doesn't know the lockscreen is active and as such will just continue acting as normal. That's why it sets the status back to online when you move your mouse on the lockscreen.
I've already moved most of the functionality to a Vencord plugin btw, this PR will pretty much just be for wayland module (I'll be pushing a commit later tonight that removes the functionality from this PR) so it'd be great if you could test out the plugin version instead :). The plugin already wor...
I'll do that tomorrow. Thanks for letting me know!
@vernal lintel fix #786 NOW
I pr electron downgrade soon
why push broken update
you use kde right
yes it's kde's fault
nope
dude
okay 😭
veevil
this will literally never be fixed because kde has to fix it
you could just add this flag and fix it
idk why you're deliberately being a moron 
please stop or I will remove your access to this channel
fine.
the solution is to run in x11
electron 39 is the first version that runs in wayland by default
all you're doing by downgrading is to run it in x11 again
which you can also achieve by adding the command line flag
its literally a non issue all zoot has to do is make a window rule for vesktop to remember window size/pos
sorry guess I'll just kill myself
I'm banning you
v!ban @worn harness
A reason is required
oh..
too hard
do
oh my god vee youre so DUMMM
its literally happening on windows 10
look at the issue
checkmate
fedora should replace gnome with hyprland as their flagship distro
so electron v38.0.0 works, v38.6.0 does not
maybe its something vesktop is doing wrong
vee before you say "just use X" or "just use window rules" tell that to the issue creator on windows
zoot vee told you what was wrong 😭😭😭😭
no he didnt
,,
throwing the blame on something else
tell that to the windows user who's having the same issue
does it work when running under x11?
idk
try 😭
soon
even if it does work it won't mean anything for windows users
different issue I think + skill issue
https://github.com/electron/electron/issues/48554 this could be relevant
theyre literally not
their issue is that it's not remembering its size at startp
it's doing the same thing for me though
Also having same issue 1920x1080 monitor.
streaming broken for me I tried streaming chrome and it died windows 11 25h2

my settings 
Content
No responses from my questions:
[Discord Post 1](#🖥-vesktop-support-🖥 message)
[Discord Post 2](#🖥-vesktop-support-🖥 message
)
During screenshare in wayland sesstion, asymetrical black bars flicker.
Processor: AMD Ryzen™ 9 7900X × 24
GPU: NVIDIA GeForce RTX™ 4060 Ti
RAM: 32.0 GiB DDR5
flatpak run dev.vencord.Vesktop
Using NVIDIA on Wayland, ...
Same thing on hyprland and pipewire
Im having an issue where the size is saved, but the position is not. The x and y window bounds are empty in the resize events, and the move event never gets called
<img width="379" height="174" alt="Image" src="https://github.com/user-attachments/assets/22c8607d-3203-402d-b50d-120ca97a3769" />
Apps cannot remember their position on Wayland. KDE has to implement this (or use a window rule for this)
This issue is windows only and any similar Linux issues are not related
please learn how to listen and shut up
just reproduced it on gnome
stop being lazy and downgrade electron. literally what do you have to gain from using this newer version of electron? what is your logic for breaking wayland support?
like i already told you numerous times this is literally just how wayland works
learn to shut up and stop being so obnoxious, please
I heavily the same problem. How I can fix xdg portal opens twice
going to ask for a log
forward here so I can look at it later (or if anyone else wants to take a look)
there's not really much we can do about that
it anything they should try to reproduce the issue in electron fiddle and report it to electron
mhm
wdym
ae47c20 fix --start-minimized not working when splash i... - Vendicated
8ca3e4f fix potential edge case in cli argument parsing - Vendicated
Improve screenshare performance by using adaptive constraints
Problem
When sharing games or other applications via screenshare, users experience significant performance degradation in the shared application. This is particularly noticeable when using the "Prefer Clarity" (detail) content mode.
The issue stems from the use of min constraints and the advanced constraint array. According to the [W3C Media Capture and Streams specification](https://w3c.github.io/mediacapture-mai...
description reads like ai but the change isn't unreasonable
pat on the back for ai
honestly it reads like someone wrote the description then ran it through ai
Content
Sorry for opening an issue for this, but I got no response from Discord, and I can't find any documented case of anything remotely resembling this issue anywhere.
Vesktop has no sound output. wpctl status does show the output device Chromium wired into the correct sink, but no sound is coming out. Changing output device in settings does nothing. Mic input and screensharing audio works fine.
I'm on Arch Linux. Tested vesktop & vesktop-bin aur package and flatpak, all go...
You're either spoofing Vesktop's user agent via its provided flags (don't), or this is an issue with your system. We can't help you with this
Content
After triggering any Gnome window manipulation option (via right click on the top bar), any future interaction with the top bar with strictly and only open the window manipulation sub-menu, regardless of it being a right click or not, thus preventing from moving it around by regular drag-and-drop.
(This could be an Electron issue rather than Vesktop itself, but couldn't find anything about it in their issues so I thought it could be due to Vesktop doing things to be able to repl...
i did also experience that
can't seem to replicate it in a different electron project
If this issue bothers you a lot, you can fix it by running Vesktop in XWayland: vesktop --ozone-platform=x11
Okay I just tested and this issue is fixed on latest Electron. There is nothing to fix from our side, only an Electron update is necessary
yeah that fixed it
electron moment
Been testing on NobaraOS (Fedora) more Modded clients and all of them haves this issue... Maybe is related to Electron itself?
In my testing this was an issue even in Chromium
Yes all these issues are chromium issues and there's not much we can do about them
Content
After a recent update, Vesktop doesn't create the tray icon any more when it launches automatically.
I'm using the option integrated in the client, which creates the app-vesktop@autostart.service that KDE uses to launch the application.
If I open the app from the application launcher, the window would spawn, but the tray icon would not.
The tray icon appears only if I quit completely the program and then relaunch it, or if I disable it and enable it back from Vesktop' settin...
Clearly I'm missing something. How do you register hotkeys in Windows 11 settings?
Clearly I'm missing something. How do you register hotkeys in Windows 11 settings?
you don't, that concept is a linux thing. try just binding to something in discord and see if that works.
On x11. Am I missing something?
last time i tried this on x11 by accident it didn't work. and i don't think OP has changed anything since then
for me it literally doesnt open anything:(
Content
Fixed an issue with screenshare not working on labwc+wayland on latest mesa 26-devel. by cloning and simply adding app.commandLine.appendSwitch("use-gl", "angle");
app.commandLine.appendSwitch("use-angle", "vulkan"); in main.ts
Manjaro/Mabox:
----------------------- #####################
████████████████████████████████ OS: Mabox Linux x86_64
████████████████████████████████ Kernel: 6.15.9-273-tkg-bore
████████████████████████████████ Uptime: 2 hours, 1 min
██...
bet you they pressed contribute
any status on https://github.com/Vencord/Vesktop/pull/326 ?
It looks pretty stale and the native solution that was being worked on looks a bit scuffed
I do not trust that native solution anymore. It's a lot more scuffed than I initially thought
I have a similar issue on my Niri/DankMaterialShell setup; it seems like if Vesktop starts before the shell is ready, the tray icon doesn't appear.
I'll try adding a sleep to my launch script and see if that helps.
hello! i made that pr. it was what i'd call ready to merge since a couple of months ago
i felt like none of the maintainers intend to actually merge it so i haven't been really been trying to keep it up to date (+uni, life stuff, etc)
i'd be happy with anyone actually reviewing the code if that's what you intend to do
scuffed how? the error handling does suck rn i've been wanting to fix that for a while but other than it looks okay to me
again i'd be happy with code review
You're using rust which is nice and all. But you're throwing in a lot of unsafe code with safe code instead of doing it "the rust way" of wrapping everything unsafe in structs and using the Drop trait and similar. I also don't see a point on only using XDG on Wayland when XDG also works on X11, or any protocol on that matter
libuiohook feels unwise to use as well, it's not on the arch repositories (only on AUR) and it's not either on the Debian/Ubuntu repositories
I would also make stuff async instead of having it be blocking as NAPI does support tokio
reading keybinds on x11 and windows (and mac i believe?) is just the same libuiohook implementation. a libuiohook implementation is better cause we'd have basically full control over everything. ideally we'd use libuiohook on wayland too but wayland's security model doesn't allow that and instead we use the "official" way of the xdg portal
wrapping everything unsafe in structs and using the Drop trait and similar
that's fair tho i don't remember enough of the code to explain why i didn't do that :P
it's statically linked that's not relevant
Oh that's not what I meant. It's a pretty unknown library and it's not either actively being maintained
Do we really need to have full control though? Feels better to just do the way of registering and deregistering hotkeys as they come and go imo
Also less of an attack surface (though this isn't really too much of a worry)
well yeah we'd prefer to not be at the mercy of the compositor in terms of behavior. for example plasma on wayland entirely blocks inputs being registered while a shortcut is being triggered (or at least i think it did) which isn't really ideal. and we can't do anything about that under the xdg portal
I can do some testing tomorrow and see how it behaves on Wayland
it was one of the first things mentioned during the initial discussions and it seemed like the best option. i don't think it's that unknown tho??
2 years since the latest commit
That's my main worry
Rather rely on something that's a bit more active and not be on the mercy of "the code doesn't need to be updated anymore"
i think that's because of wayland mostly
I'll check around for options
Though I do think the current venbind does need a rewrite to be async based rather than blocking and also have better unsafe usage
The current unsafe usage scares me
Ideally if XDG doesn't block, going all in on that on Linux would be a great option
xdg is async
i recall trying async at some point i don't remember why i didn't go through with it
I'm confused about that point, cause napi does support converting futures handled by tokio into js promises
And we don't need to really care about having a "general library" as the library should be prioritised to be integrated into vesktop (with a name like "venbind" anyways)
ehh no i don't think even venmic goes with that approach either
But yea I'll look more into all the details about what can be done and not done tomorrow. Pretty late here in Sweden
The venmic node module is primarily designed to be used with vesktop, I think doing something similar here would be smart to follow venmic. Unless others here have a different view
Oh I think I got an idea for the blocking. I think that will also occur on X11. I think it's venbind and electron fighting for priority as now two D-Bus services are connected to one window. Probably freaks the compositor out. You didn't have any issues on windows or do you not attach the keybind to the window and instead to the thread?
by "blocks" i meant "consumes" the keys being used as the keybind.
for example if you have the key "e" set as a shortcut you can't actually type "e" anywhere. it always prioritizes triggering the keybind before typing. i believe that's just the compositor's behavior nothing to do with dbus stuff. sorry for the poor explanation
that's what libuiohook (or i suppose using x11 apis directly) allows us to do
ah
I think this is intended. Probably all compositors will follow this behaviour. For example KDE has so you can configure applications shortcuts through its settings menu. That's what the XDG API is for. Registering these kind of shortcuts. So it's expected for them to be consumed
cause you cannot change/add/remove shortcuts after you've done an initialization, you're supposed to instead call a XDG API that opens a window to do it through the desktop environment tooling
Quite annoying honestly, causes a discrepancy between X11/Windows and Wayland cause we'll need to do the UI different for Wayland exclusively
again i've already done all of that and it was ready to merge a couple of months ago ("was" because the patches have since become unusable. vee was planning on some sort of interface between vesktop and vencord so when this happens there doesn't need to be a whole vesktop update)
the only blocking issue is that no one has merged the thing or has given any actual feedback on the code
for XDG is it the compositor that saves the values for the keybinds or do you need to do it yourself?
for xdg it saves everything on the compositor
all the keybinds show up in settings when you boot up vesktop
a user switching between X11 and Wayland wouldn't have their keybinds synced in that case right?
Added taskbar flashing when a new notification arrives.
This is a feature that exists in the official client and is useful for people with OLED setups that use the common burn-in prevention methods (auto-hiding the taskbar and having a short screen timeout). With this change, you can easily see that someone messaged you after waking the screen up, or if you simply weren't looking at the screen when the notification arrived.
I am also suffering from this issue. Is there a workable solution to this? It's not clear to me from reading the past comments.
I am also suffering from this issue. Is there a workable solution to this? It's not clear to me from reading the past comments.
@biscober this works:
So I found a workaround for this problem.
When you start a stream with audio on vesktop a new audio node is created called
vencord-screen-sharewhich connects toChromium input-1(which was also created). After cutting the connection betweenvencord-screenshareandChromium-input 1(using qpwgraph for example), making the stre...
Fix for me to fix all the Screenshare issues was to make a file in ~/.config called "vesktop-flags.conf" and then paste all of this into said file
`--enable-features --lang=en-GB --service-sandbox-type=none --use-angle=vulkan --use-gl=angle --enable-features=AcceleratedVideoDecodeLinuxGL,AcceleratedVideoDecodeLinuxZeroCopyGL,AcceleratedVideoDecoder,AcceleratedVideoEncoder,PdfUseShowSaveFilePicker --disable-features=HardwareMediaKeyHandling,LocalNetworkAccessChecks,MediaSessionService,Screen...
Content
Vesktop: v1.6.1
OS: - system: "x86_64-linux"
- host os:
Linux 6.12.59, NixOS, 25.11 (Xantusia), 25.11.20251130.8bb5646 - multi-user?:
yes - sandbox:
yes - version:
nix-env (Nix) 2.31.2 - channels(root):
"nixos-25.05, unstable" - nixpkgs:
/nix/store/dgp9wmspgm6zhl66f0c81rvg3v7wwbsb-source
when i choose a scene in obs and select the option "start virtual camera" vesktop fails to detect the same scene so it defaults to using the laptop's camera, this wasn't a...
if your issue happens on nixos your issue is nixos
probably
does vesktop even handle anything camera related
it's a valid issue but duplicate
NixOS KDE Wayland, have the loudness spikes, and also problems with audio for the listener: The volume of the streamed audio fluctuates heavily for my viewers. Regardless of their or mine audio settings in discord, the mic being muted or not, loud or quiet source...
I'm also on NixOS and I have the loudness spikes when streaming.
My Partner is on Arch, same problem. Also when she streams the audiostream volume fluctuates quite a bit just as @chrisheib described.
@sudden trout you love deprecated nixpkgs as system base
wait what is their avatar
insane
roblox guts
This is also happening on macOS
Pull request overview
This PR enables process sandboxing in Electron for improved security. The changes refactor the preload and renderer initialization to work within Electron's sandboxed environment by transitioning from file path-based loading to content-based loading.
Key Changes:
- Modified IPC events to return script/CSS content instead of file paths
- Updated preload scripts to use
electron/rendererimports (required for sandboxing) - Implemented backward compatibility for l...
The legacy workaround checks for the existence of Vencord.Api.Styles.vencordRootNode but doesn't handle potential errors if Vencord.Api.Styles is undefined. If Vencord.Api or Vencord.Api.Styles doesn't exist, this will throw a runtime error.
Consider using optional chaining:
if (!Vencord.Api?.Styles?.vencordRootNode) {
if (!Vencord.Api?.Styles?.vencordRootNode) {
Using the Function constructor to execute code is generally considered a security risk as it's similar to eval(). While this appears to be intentional for sandboxing support, it would be safer to use a more secure method if available.
If this approach is necessary, consider adding a comment explaining why the Function constructor is required here and what security implications have been considered.
The vencordSupportsSandboxing() function reads a file synchronously but doesn't handle the case where the file doesn't exist yet. If vencordDesktopMain.js hasn't been downloaded when this function is called (e.g., during initial setup), readFileSync will throw an error and crash the application.
Consider wrapping the file read in a try-catch block and returning false if the file doesn't exist:
export function vencordSupportsSandboxing() {
try {
const suppor...
The string-based check for sandboxing support is fragile. If Vencord refactors or minifies their code differently, the string "VencordGetRendererCss" might not appear exactly as expected, causing false negatives.
Consider either:
- Using a more robust detection method (e.g., checking for a specific exported function or version marker)
- Adding a comment explaining why this specific string was chosen and what version of Vencord introduced it
The onRendererCssUpdate callback registration doesn't provide a way to unregister the event listener. In a sandboxed environment, this could lead to memory leaks if the callback function or its closure retains references to objects that should be garbage collected.
Consider returning a cleanup function or providing an offRendererCssUpdate method:
onRendererCssUpdate: (cb: (newCss: string) => void) => {
if (!IS_DEV) return () => {};
const handler = (_e: any, ne...
[nitpick] The comment "used by vencord" is vague and doesn't explain the purpose of these methods or how Vencord uses them. This could make it harder for future maintainers to understand the API contract.
Consider expanding the comment to be more descriptive:
// Methods used by Vencord for loading and hot-reloading Vesktop's renderer CSS
// getRendererCss: Fetches the current renderer CSS content
// onRendererCssUpdate: Registers a callback for CSS hot-reload in development mo...
useless
Getting this with the Vesktop flatpak capturing a specific window and limited to that window's audio. When it happens, the green active border appears around the stream window itself indicating that it's got a hot mic.
Only appears for a second but I hear both the normal audio being shared and Vesktop itself feeds the same audio back to me.
No interactions with the PC at all when it happens. No keys pressed, no programs interacting etc. No noticeable trigger.
or maybe as an option only show when connected to voice just like Discord Desktop? not sure how possible that is with electron though
This is pretty much the functionality I was seeking, just like it is on Discord Desktop - yes.
what are you guys referring exactly about this issue? is it infinite loading when trying to join a screenshare, or when sharing to others and they have an infinite loading screen?
In my case, its the latter one, where others are getting an infinite loading screen when trying to watch your stream
In my case, its the latter one, where others are getting an infinite loading screen when trying to watch your stream
literally this
In my case, its the latter one, where others are getting an infinite loading screen when trying to watch your stream
If anyone wants to investigate this further, I've done some testing and found out the issue was introduced by Mesa 24.3.0 (24.2.8 and earlier don't have it).
There was a hefty refactor of VA-API code in that release, so I couldn't figure out what exactly is causing the bug.
Btw, I've tried using ANGLE Vulkan as OP suggests, but it doesn't fix it for me on KWin + Wayland.
i don't really understand if this currently works on wayland or not? venbind says it supports wayland now but maybe support needs to be added here too?
Content
When using Vesktop, my voice output becomes mono only while my webcam is active.
My friends report that they can hear me only from one side of their headphones (left or right) whenever my camera is turned on.
Important details:
- This issue happens only on Vesktop.
- The official Discord client does not have this problem.
- The issue appears immediately when enabling the webcam and disappears as soon as I turn the camera off.
- My audio setup works correctly in all other applica...
If you are reporting that the screenshare audio is mono, then yes that is known.
Sorry to go off-topic, but is this ever going to be addressed?
FYI i got the official tar.gz from Discord and screenshare works perfectly with VAAPI on my AMD GPU with the official Discord build. I am on Fedora KDE 43, so it's Wayland. None of the chromium flags helped me fix my Vesktop screensharing issue, though.
Hello. this pull request will not currently work with discord as some of its patches are outdated and need to be fixed.
the lack of contribution is due to vesktop maintainers seemingly having no interest in actually merging this pr. i personally don't want to bother keeping things up to date if no one actually wants to merge anything or review any of the code (heck some even go as far as pretending this doesn't exist at all)
hearing that they arent interested in merging is actually insane to me
hearing that they arent interested in merging is actually insane to me
May I interest you in Equicord?
wasn’t there the thing where we wanted the global shortcut patches to be in vencord on something
yop no one did anything about it tho
oh not just shortcut patches all the patches
Same - AMD GPU on wayland, Vesktop sharescreen doesn't work for a few weeks at least (can't pinpoint exactly), official discord share screen works fine.
Please don't leave useless "me too" comments unless you have something new to add. Leave an upvote instead
If you enabled Video Hardware Acceleration in Vesktop settings, turn it off again
<img width="1760" height="231" alt="Image" src="https://github.com/user-attachments/assets/f4bfe54b-0fae-4fd1-931f-bd21c97f512c" />
Try building from source with the latest Electron stable and alpha versions and see if it is fixed there. See the README and you can upgrade electron via `pnpm add electron@...
Content
Issue also exists with the official client as well. The app opens but it does nothing but show a black screen and no amount of sitting and waiting changes anything. The app is unusable.
system specs:
bug in action:
to reproduce this bug, simply install the application and run it, then proceed through the configuration process, then hit a wall when you get a black screen and cant use the app, no amount of clearing the cache or trying to uninstall or reinstall the app fixes it...
Disable your VPN. And use our support channel like the issue template tells you.
- Added IPC commands for setting and getting voice settings and selected voice channel.
- Introduced voice state updates and dispatching mechanisms in the server and worker.
- Updated pnpm-lock.yaml with new patch hash for arrpc.
The intention here was to get StreamController (Linux Stream deck software) working with Vesktop. Specifically, using the Discord plugin and the mute/deafen buttons.
The initial mute startup state doesn't get communicated, but you can just join a call or unm...
through a patch is kinda crazy ngl
Hi thanks for working on this!
But don't patch arrpc please. We have a fork that we were planning to maintain: https://github.com/Vencord/arrpc
You can just open a pull request there :) We will eventually publish it at @vencord/arrpc, (or we could just vendor it into this repo, I honestly don't really care). For now you can just use a local install (pnpm install ../arrpc) to test with it
Also long term we plan to stop using arRPC and instead reuse Discord's own handlers, so in case...
The vesktop-electron package is still on 1.6.0, please update
soon
I am also running into this issue on KDE/Wayland while using the flatpak. Vesktop goes completely blank, and I have to manually restart it and rejoin the call. It's inconsistent, but it usually happens around 30 minutes into streaming.
I have this exact same issue except I run hyprland. Vesktop goes blank entirely like 30 mins in. Restarting the stream before it crashes seems to alleviate the issue... Since it basically resets the timer. But either way if I stream too long it goes blank an...
@vernal lintel in regards to AUR packages I find it strange not to have the same mantainers for vesktop, vesktop-bin and vesktop-git
vesktop-bin is also not recommended in vesktop.dev website, altough it's more popular
I believe it would be better to try to get vesktop to be a package of the official extra repo if possible
damn
IMO it causes confusion to have vesktop and vesktop-bin
vesktop is fast to compile
An arch maintainer actually was here a while ago and wanted to make it an extra package but they didn't like that it's against discord tos
hm
that makes sense
Discord on arch has a license to be distributed as well
since it's proprietary
at least I think you could contact the vesktop-bin mantainer and ask him to get rid of it
since IMO it only causes confusion (and potentially more problems)
no bin is the best package
people really shouldn't build from source
so much trouble for no gain
Updating from source fixed it for me. But I hadn't rebuilt in like a year.
Vencord 6e11973 (Vesktop v1.6.1)
Electron 39.2.3
Chromium 142.0.7444.175
No need to disable hardware accel.
<img width="648" height="488" alt="Image" src="https://github.com/user-attachments/assets/b065297e-51a1-411b-bde8-131f064d926c" />
Hi, thanks for taking a look.
I didn't realise you guys had a fork of it, it's definitely a better idea to just send the arRPC patch changes over there instead. I'll remove the arRPC patch from this PR and put this in draft for now. I also realised, is there no authorisation window in the code? I was testing a clean start and didn't see one.
I think using Discord's own handlers is probably the best way forward for sure, I just needed mute and deafen features for my specific use case. Fi...
What do you mean by authorisation window?
Discord's login form? That's handled by the discord website
Oh wait nvm, that does work, I just tested with Discord activity and the auth thing pops up. I'm probably just missing something here.
I can confirm that building from source using electron 39.2.3 fixed the issue for me on macOS as well
turns out it was already supported, just broken due to a bug where it was using an incorrect settings key
fixed via https://github.com/Vencord/Vesktop/commit/98b0ba85a31c0df5a1b0f03f21bc019e69a4c4cc
Thanks, this PR looks great!
if (enableAppBadge !== false) {
This needs to be an explicit comparison to false because it should be enabled by default
if (enableAppBadge === false && !enableTaskbarFlashing) return;
Well there's one small issue: The app immediately flashes if you start it with existing notifications
Well Discord just calls flashFrame when a Notification is shown. Also they only do it on Windows for some reason.
<img width="406" height="65" alt="image" src="https://github.com/user-attachments/assets/61f8fc19-aaef-48d3-a9ba-94aab51ac86e" />
<img width="500" height="53" alt="image" src="https://github.com/user-attachments/assets/4312da6e-cd43-4d8a-936b-3d3fd4af5577" />
da8e8f5 feat: add taskbar flashing on new notifications... - futamebore
8e91df0 fix camera resolution being stuck to 640x480 (#... - DemonicSavage
I can't test this because I don 't have a webcam but looks good
Thanks!
I'm using CachyOS and I'm having the same issue. I've noticed this happens every time when the stream preview picture updates every 5 minutes.
@woeful current @tiny edge @viscid pier I see you husking but i don't see you testing 
how don’t you ever have webcam
do you just never do Zoom
no
tbh i also dont have webcam
should i test just to be cool
it indeed works
I have the same issue when trying to select another camera on my laptop. Even if I choose the USB camera, it uses my laptop's camera.
I confirm that I can reproduce the issue with the OBS virtual camera too.
Has there been any update to this? Not working for me on Fedora 43 / Plasma 6.
#1180 introduced native dbus badge count updating, which doesn’t rely on libunity being present on your system anymore.
That PR was released as part of Vesktop 1.6.0, so if you have at least that version, it should work reliably.
Maybe Flatpak shenanigans prevent that, but the rpm version should definitely work for you.
I can confirm that it works on wayland compositors, tested on Hyprland, Niri and Sway with waybar.
I noticed that that PR supposedly closes 3 issues, yet they are listed on one line, making only the first one to auto-close upon merging, leaving 2 others, including this one, still open. Though technically this is about KDE, but now the badge is also fixed on GNOME, so probably on KDE as well.
Cc @Vendicated
Content
There is no "Vencord" menu button in the Discord settings.
yeah some sites' CSS just doesn't load in the built-in view for some reason so having a way to force links to open in an external browser temporarily would be nice
I should just remove that switch
I added it for the funny and don't plan to work on it
For anyone wondering just like me and prefer getting support directly on github rather than joining yet again another discord server:
(taken from the support server):
Discord started blocking Linux VPN users, for whatever reason.
You have two options:
- Disable your VPN
- Spoof your user agent to a windows one. This may trigger more captchas. You can do this by launching Vesktop via
vesktop --user-agent-os windows.
See <https://vesktop.dev/wiki/linux/tips/#making-command-line-flags-p...
fixes video device selection not working for virtual cameras e.g. OBS Virtual Camera.
this just converts string deviceId to exact constraint format to prevent Chromium from silently falling back to the default camera
For me on Linux Mint, the icon has been changed out and the new one now works. The notification indicator is subtle but it DOES work (it's a small doc nearby the "VC" icon). This should be totally fixed now.
Supposedly, the dot will be bigger at some point. https://github.com/Vencord/Vesktop/pull/1180#issuecomment-3369308127
Running nvidia, on hyprland, this issue is causing my vesktop to freeze up and go full white during screenshares at random times. happens consistently after about 10 minutes of sharing as others have stated. vesktop hangs and the solution has been to right click it in my tray and restart vesktop every time. this is an issue because it gives me zero warning as to when it locks up and people will be sitting for like 30 minutes with me frozen and id have no clue
Same issue here, I've been abl...
Any other tips or ideas?
I've tried each of the proposed solutions but neither worked on my end :/.
I'm Plasma 6.3.6, PikaOs
I just wanna say thanks to whoever added notification badges recently. It's allowed me to finally switch over from the stock Discord client. 🙂
@KotonBads, CTAP2 support depends upon issues/910#issuecomment-2420087666.
@ftc2, despite electron/electron/issues/532#issuecomment-61963205...
@Covkie, CTAP1 supports exists, per electron/electron/issues/3226#event-5227928838.
That was the solution for me,thank you.
tearing my hair out because Electron doesn't have passkey support for mac
i understand that on windows this maybe works, but on mac it may not
discord got around this using a module
unfotunately the iussue with this is that the app needs to be signed
and afaik vesktop does not do that
so i suppose that even if electron impl'd this it'd still never work for vesktop? idk
vesktop is signed
i usually use xcode and don't have to worry about signing things since that hnaldes it
i assume since i don't have the vesktop creds locally that local builds wouldn't be signed?
if vesktop is notarized properly it may be possible to merge something into libvesktop that would add passkey support
well, we're back to square 1.
it appears that apple requires a special file discord has for all the app ids that can use their webauthn
im guessing discord isn't adding vesktop's appid anytime soon 😔
i got curious to how chrome and other browsers do this. it appears apple delegates a special permission to browsers only that lets them modify the apple-app-site-association and run passkeys anywhere:
unfortunately, On launch, the app needs to provide a text field for entering a URL, search tools for finding relevant links on the internet, or curated lists of bookmarks.
so i don't think vesktop has a workaround for this, unfortunately
the best bet mioght be to email discord and ask if they can add the vesktop appid (which would go absolutely nowhere and 100% not happen) 😭
can you imagine? "discord please add our thirdparty appid we want passkeys :3"
Quick question is it normal that one of Vesktop sub-processes prefers running on igpu, I've tried to check whether this might be root of the issue on my end but I'm unable to force it to switch to dgpu
<img width="696" height="25" alt="Image" src="https://github.com/user-attachments/assets/688079d3-d648-4b7e-9452-c4a6a96df084" />
also on my end stopping screen share halfway crashes app, it becomes blank and muted but still up and running.
it only happens when i plug in headphones for me. (bazzite) it seemingly happens randomly cause i open discord with no issues, then people complain about my mic as if it's awful an hour into conversation. i test my microphone in discord and it's fine. so many people have complained, but it appears to only be in call and NOT in the mic test.
i should mention the lcd model has issues with the headphone jack, so may be a hardware issue.
Moved the package into
/packges, seems to work fine? Again, should probably test on other platforms and compositors. If you don't trust the prebuilt binaries you can feel free to rebuild them yourself.
I don't see how this is better, its still just a prebuilt binary manually committed into the tree? I think the idea was that building libvesktop should also build the node addon and that no binaries are committed or downloaded.
when running from terminal i get this errors:
[167394:1223/185350.104844:ERROR:ui/gl/angle_platform_impl.cc:42] ImageEGL.cpp:112 (operator()): eglCreateImage failed with 0x00003009
ERR: ImageEGL.cpp:112 (operator()): eglCreateImage failed with 0x00003009
[167394:1223/185350.104962:ERROR:ui/gl/scoped_egl_image.cc:23] Failed to create EGLImage: EGL_SUCCESS
[167394:1223/185350.105037:ERROR:ui/ozone/common/native_pixmap_egl_binding.cc:114] Unable to initialize binding from pixmap
[167394:1223...
Not quite sure what you mean but the reason I didn’t just add onto libvesktop is because I don’t know how to program in C++ and I couldn’t get an environment working. I moved the module and source code into the main repo with the hopes that someone could rebuild and verify the code and binary directly themselves without forcing a nodejs dependency
So, this is supposed to be fixed if one has Vesktop 1.6.0 or above?
Does it require a reinstall? Or any other process?
Because I'm on Bazzite (Fedora 43 based), using KDE Plasma 6, and my taskbar icon still does not get any badges. No dot, no number. The tray icon does get badges correctly still but that has always worked for me.
Maybe it's the .desktop file? What should the .desktop file contain, be named, and where should it be located for the flatpak version? Because I did have to fiddle...
I moved the module and source code into the main repo with the hopes that someone could rebuild and verify the code and binary directly themselves without forcing a third party npm dependency
The problem is the prebuilt binaries though, Rust builds are generally not reproducible so verification would be difficult. I doubt the maintainers would be fine with that anyway, your changes would need to be integrated into the build system.
The maintainers are also free to completely replace the binaries with their own compiled versions if they want. I wrote it in rust because, as I said, I couldn't write in C++ to extend libvesktop. If you want you can rewrite the module into libvesktop yourself to circumvent whatever issue you see with the way it currently is, but I unfortunately can't as of right now.
The maintainers are also free to completely replace the binaries with their own compiled versions if they want. I wrote it in rust because, as I said, I couldn't write in C++ to extend libvesktop. If you want you can rewrite the module into libvesktop yourself to circumvent whatever issue you see with the way it currently is, but I unfortunately can't as of right now.
I might give it a shot if I get some time today :)
I added a prototype C++ port of your code to libvesktop in be04d6bef0ceb732d6c918cfbaf6f9138b818c96, so far completely untested or integrated, it builds though. It's missing the destructor for IdleNotifier, I'm not sure what the best approach for that is yet.
Fixed some bugs and now the latest commit on https://github.com/MatthewCash/Vesktop/tree/native-idle works for me.
3b6db23 Add recovery mode desktop action - Vendicated
oh lord
TODO
beautiful
This doesn't really seem right. The only thing that is definitely right is not setting a minimum frame rate for the detail preset
All the other changes seem like they would cause more issues than harm. With your changes, detail will set the minimum for the 1080p preset to 1920x1080. What if you share a window that's smaller? Or you have a 16x10 monitor, etc.
Did you get stuck on anything? Or just been preoccupied with other things? You can come join our Discord and hop in the vesktop-development channel (open a modmail ticket to get access) if you want to discuss further
I'm not really satisfied with the reliability of this method. When it works, it's great. However, the connection is flaky. Restart discord and stream controller and it might break, do it again and it might work. I'll probably just close the PR by next week if I don't make more progress.
Your roadmap plans are better. I don't think there are enough users who'd benefit from this addition to merge it haha.
vesktop on macos doesn't seem to properly update, i had to manually ctrl Q the app for it to actually update
or maybe i'm an idiot
pr
can i force an update
not really
what I do for testing updater is just lower version in package json, pnpm package, then install the packaged app lmao
What happens for me is interesting. If I disable hardware acceleration, as mentioned above by Vendicated, then the problem goes away; but I'm getting different errors when I turn it on. Note that all of this also happens with the camera, not just screen share.
The stream preview loads fine, however nobody else can load it. And the (separate systemd scope, for some reason) logs the following:
[666980:1226/031351.610082:ERROR:third_party/webrtc/media/engine/webrtc_video_engine.cc:1101] ...
@Vendicated, does that mean that crashes shouldn't be reported here? I ask per terrapkg/packages/discussions/8640, which I intended to submit.
Hi, I've resolved the conflicts and updated the branch with the changes from main.
See: https://github.com/mgabor3141/Vesktop/pull/1 or https://github.com/PolisanTheEasyNick/Vesktop/pull/2
I've also added MUTE and UNMUTE commands in addition to the TOGGLE_MUTE command.
See: mgabor3141/Vesktop@328710d (#2)
It's still happening here on Steamdeck no matter if hardware acceleration is on or off, we had to switch to using normal discord to see anything but normal discord suffers of not capturing the actual application Audio, it's a mess.
I am also noticing the same behavior that munakoisovelho reported, where I was watching the stream preview to notice when it changed, and I heard the "audio spike" and noticed that the stream preview image updated afterwards.
(My system is EndeavourOS, KDE Plasma)
hearing that they arent interested in merging is actually insane to me
almost 2 years...
Well, personally I don’t think it’s that insane. I have a single use case for this, muting my mic in Discord but not anywhere else. Happens … IDK, twice a year?
I use keybinds in Discord probably 5 or 6 times every gaming session, so maybe 6x2 daily, maybe? Depending on the day. Regardless, I can't live without them.
I don't think it's the usability aspect that is frustrating here, it's the fact that @tuxinal has spent time implementing it and has created a PR, keeping it up to date with the latest versions of Vesktop for a few years, and the maintainers refuse to even look at merging it. The feature is right here, it's just being ignored, which is ...
I can't imagine it's a widely used feature, no.
I don't know what the reason for the project maintainers not merging this is, all I know/assume is they're 1) stretched pretty thin 2) don't have a lot of time.
For what it's worth, I can still apply and use this patch perfectly fine, it still works fine in KDE Plasma. The shortcuts are registered via the DE, and I can use them as normal.
It'd be convenient if it was merged for general users to use, but I wouldn't go as far as to say it's _...
Do people only use voice activation? I feel like the push to talk users out there are the ones wishing for this feature.
-------- Original Message --------
On Saturday, 12/27/25 at 08:18 Ridge @.***> wrote:
nixRidge left a comment (Vencord/Vesktop#326)
I can't imagine it's a widely used feature, no.
I don't know what the reason for the project maintainers not merging this is, all I know/assume is they're 1)...
I only use voice activation myself. That's why having a toggle mute button is nice.
Yep, I'm a voice activation guy myself. I run a toggle mute and toggle deafen button, as well as a push to mute button.
it’s an unfixable problem for wayland, there isn’t a widely used protocol that allows clients to know if the system is locked
If you don't mind adding logic for specific desktop environments, it is possible to check the lock screen state using dbus.
For KDE Plasma with kscreenlocker, you can query the lock screen state using dbus:
https://invent.kde.org/plasma/kscreenlocker/-/blob/Plasma/6.5/dbus/org.freedesktop.ScreenSaver.xml?ref_type=heads
dbus-send --dest=org.freedesk...
Yeah I was aware of those when I originally wrote the module but I didn’t go through with it because I felt it was kind of a bandaid solution (and I also don’t use either environment so I couldn’t even test it lol). Might be worth asking @MatthewCash about it though since they seem to be capable of actually implementing something into libvesktop.
I’ll probably get around to looking at their implementation when I get back and might close or replace this pr with their rewrite too. Not quite ...
I don't think Gnome even supports ext_idle_notifier_v1 so if we're adding bandaid/nonportable solutions then calling Mutter's GetIdletime method might also be worthwhile.
I play a lot of games that have built in voice chat, so I often have to mute myself there and then unmute on discord when I need to talk to everyone one
Also, I have 4 housemates, so I often need to mute to talk to them if they ask stuff
Toggle mute and deafen for me are an absolutely needed feature. I had been using hyprland for a while and therefore has a way to send shortcuts to certain apps, now that I'm back on plasma I don't, this is a needed feature for me
I play a lot of games that have built in voice chat, so I often have to mute myself there and then unmute on discord when I need to talk to everyone one
Also, I have 4 housemates, so I often need to mute to talk to them if they ask stuff
Toggle mute and deafen for me are an absolutely needed feature. I had been using hyprland for a while and therefore has a way to send shortcuts to certain apps, now that I'm back on plasma I don't, this is a needed feature for me
Do not worry, it also happens on the Windows side, so it isn`t just a Linux Issue. getting the error code 2012 after being in a loading circle when trying to watch the screenshare/stream of someone else.
On my end after trying few more things, I've found out that upgrading to mesa-git(2025-12-14) fixed the issue
Code taken from https://github.com/DemonTPx/chrome-scroll-speed
Implements #357 (related commentary on 357: imwheel can't decrease the scroll speed)
IMPORTANT: Not ready for prod
I haven't figured out how to add a settings UI yet, the only way to change it is to edit settings.json manually to add the scrollSpeed key. Additionally, in the fork I made scroll speed default to 0.24 — the default should probably be changed to 1.0 once the option is added to the settings UI.
I'd like to use push-to-mute for in game VC
Issue does indeed also happen on Windows, however I have both Hardware Acceleration and Video Hardware Acceleration off, and it is still present
Disabling hardware acceleration was working for me up until today. Updating did not fix the issue, on v.1.6.3
On my end after trying few more things, I've found out that upgrading to mesa-git(2025-12-14) fixed the issue
Could you actaully elaborate on that in case that works for me too?
On my end after trying few more things, I've found out that upgrading to mesa-git(2025-12-14) fixed the issue
Could you actaully elaborate on that in case that works for me too?
i wouldn't advice that on steam deck as its on older kernel version not sure if updating mesa to git version wont break something else
(mesa is user space driver for amd gpu)
but essentially i just installed a package from my package manager
i think this would be package for arch based systems https://aur....
For anybody looking for a fix for Code 2012 here, this is a different issue, which is probably unrelated to Mesa breakage that teodorjuravlea mentioned above, disabling WebScreenShareFixes fixes the Code 2012 issue.
Interesting, I am coming from equibop, vesktop and discord with vencord installed, all 3 of them I had issues, when it comes to equibop I had this issue on the same scale as vesktop, someone not seeing my stream or camera mutually but others did, while discord with vencord installed on it, way less issues but still happened but way less :/
This package is now 3 versions behind the latest release...
@humble mortar get to work
kys!!!
they can bump it themselves locally its not hard ❤️ ill do it later
I dont carrr
be nice 😭
let me show you how to handle it
Unfortunately the maintainers have been busy, but prs are always welcome!
don’t get CANCELLED!
cookie coming online once per century to tell me to kill myself
as she should
will pr
this is killing me why are some vesktop and some Vesktop LOL https://atums.world/u/2026-01-07_11:29:09.png
probably social norms or something
it is socially acceptable to have titlecased app name for garbagedows/macos but not as much for linux packages (excluding appimage)
yeah adding a prepare to the PKGBUILD's
Add prepare() to non-git packages to rename extracted directory from Vesktop-* to vesktop-* (GitHub archives use repo name casing)
oh this isnt needed
the aur packages already have this fixed
just forgot to push to gitbub
poor cookie
so do we want me to remove the prepare
oh pr isn't even needed anymore
lol
why does electron builder do thistho lmaoo
so goofy
productName in package.json
i think artifactName exists?
this just made me realize it douse it for equibop too lol ( duh )
also i think its funny there's 3 dif maintainers for vesktop-bin, vesktop and vesktop-git 😭
vee was mean ti the git guy so he kicked us off the package ❤️
I dont wanna deal with bin slop
vesktop guy doesnt do anything on the package but refuses to hand over maintainer
hey be nice...
could orphan request it
nah I dont wanna bother
hes like a mega aur maintainer
maintains 7 billion packages
do u mean bin guy
I think I have early onset dementia
xiota is the git guy and then the -bin guy is aur addict
bin is fine besides the fact that it uses system electron for some reason but whatever
xiota is also aur addict
doesnt even use vesktop last I checked ❤️
@vernal lintel hey can u put some signs up so I dont forget where im going
he's the little son of the bin guy
like they did at the white house
the bin guy is aur final boss
i dont get how one can maintain almost 1.9k packages
i think bin guy doesnt even use discord
could be botting
xiota does the chaotic aur shit
yeah probably not
he seems to have a script for it fwiw https://github.com/zxp19821005/aur-update-checker-python
A personal project, mainly used to check if there are updates available upstream for the software packages I maintain. All the code was completed with the help of an AI programming assistant.一个个人项目...
automated scripts and shit its not hard
I was gonna automate vesktops packages but I couldnt be bothered
nvm he uses vesktop
I dont carrr
bro has every discord client starred
vee stop being an estalker please
HEY IM JUST CURIOUS
don't worry cookie will forget in a couple minutes
hey :(...
but yeah the -bin guy seems good
lol he has the goofcord bin too
pretty sure goofcord is just skidded legcord
💀
yerpp
he used to not mention being based on legcord but he fixed after smartfridge complained i think
hey im gonna skid some Vesktop prs watch out ! @vernal lintel
i should do that rq
@woeful current hi @woeful current hi @woeful current hi @woeful current hi @woeful current hi @woeful current hi
Equicord is fine because they credit us and actually contribute back
one day big vencord will aquire the equisuite...

oh lord
putting it in the same settings that the renderer can change defeats the point because it's still writable by the renderer
u need to make native only settings
or put it in state
whoo caress
😭
vencord is backdoored anyway
anyone who cares about secure applications
true
hey I have read and write to your whole computer @vernal lintel
this is also bad and I will remove it from Vesktop next update
The browser shouldn't know about the system file structure
I will change it to Vencord files are loaded from a custom location with a View button
no lmao its staying
the browser just shouldnt know where the files are
yeah
personally I would also show the user a notification that they have to re-set the arguments
index.ts: Lines 35-49
// TODO: remove soon
const vencordDir = "vencordDir" as keyof typeof Settings.store;
if (Settings.store[vencordDir]) {
onceReady.then(() =>
setTimeout(
() =>
Alerts.show({
title: "Custom Vencord Location",
body: "Due to security hardening changes in Vesktop, your custom Vencord location had to be reset. Please configure it again in the settings.",
onConfirm: () => delete Settings.store[vencordDir]
}),
5000
)
);
}
should make home dirs censored to ~ so ~/Coding/vencord/dist
we're a good fork? 
no it should just not leak at all
I can be slightly proud for once
are you just gonna make the view open the dir?
yeah

dev-archive 
yes 😭
gnome users scare me
Content
Current .desktop
[Desktop Entry]
Categories=Network;InstantMessaging;Chat
Exec=vesktop %U
GenericName=Internet Messenger
Icon=vesktop
Keywords=discord;vencord;electron;chat
Name=Vesktop
StartupWMClass=Vesktop # This should be lowercase
Type=Application
Version=1.5
Improved .desktop
[Desktop Entry]
# All entries are case-sensitive
# Cascading menu categories
Categories=Network;InstantMessaging;Chat
Comment=Snappier Discord experience with Vencord pre-installed
# Might...
I considered making one, but I just saw that a contributor made one and then closed it shortly after so now I'm not really sure what's happening.
Content
Proper presentation of some channel names, the /shrug command, and some exotic usernames depends on the noto cjk font. If the font is not installed on the system, the characters will appear as empty boxes instead.
or just install the font ykykyk
i agree with just installing the font
idk if my reply got swnt
Content
Discord Version Notes
stable 486827 (759a936) Build Override: N/A
Vencord 799ecc38 (Vesktop v1.6.3)
Electron 39.2.7
Chromium 142.0.7444.235
Windows Version
Edition Windows 10 Home
Version 22H2
OS Build 19045.6466
At first glance, the .wordmarkWindows patch's find is failing. The function below seems to be the one the patch ...
dont feel like setting up an electron dev env to test the patch myself
and im not comfy making a pr for smt untested
didnt have a max height so it just kaboomed off the screen
after:
this is just a discord issue


