#π₯-vesktop-development
1 messages Β· Page 28 of 1
Then would it be possible to enable vencord updates to be triggered externally (via CLI)?
If i'm not mistaken, there are ways to add CLI options to flatpaks (/ call a flatpak app with arguments/flags)
Why are you posting this here? What does this mean?
woke propaganda in my vesktop development channel??

why are you hating???
I don't think this will ever be implemented in Vesktop because it would be extremely niche and I don't really see the point.
If you are annoyed at having to restart after an update was applied - you really don't have to restart right away (unless the update fixes crucial bugs). You can enable auto-updates and disable the update notifications and you won't even know it updated, the update will just apply the next time you restart the app
In any case, the Vencord Installer might have the abili...
I just hate women 
are these flags from Vencord also applied to Vesktop?
btw here's my chrome://gpu in 1.5.5 :)
on AMD with Mesa drivers
also, what about ozone hint to wayland?
on chrome://gpu it says x11, so I think vesktop is running through xwayland
mine
those are runtime flags so yes theyre applied
with these flags
amd mesa needs vulkan wayland for full hardware accel
just pass the flag wdym
hmm, maybe we could add some of your flags to vesktop's default config?
ozone-platform-hint defaults to x11 currently
no
vesktop could use auto, potentially
no they are config specific
yeah because thats the electron/chromium default
I don't see any harm in enabling Vulkan, but I may be wrong
lemme check if there's any progress on upstream to change the default
just enabling it does nothing it needs to be set as the backend which is where the issue is for setups that dont support it
the defaults are fine as is
this is the first thing I find
thats likely due to their setup not working with wayland hardware accel
anyway doesnt matter
@vernal lintel what were the things u wanted me to do in the prs
TL;DR:
Electron devs don't want to deviate from official Chromium builds
as long as Chromium doesn't default to Wayland, neither will Electron
a bit of an overstatement but yes it's bad lol
idk bro
neither should we (but the flatpak does (and it's causing some issues lol))
then the flatpak shouldn't!
u wanted something in the arrpc prs done π i dont rmember
yes i was thinking about it
oh just get ur arrpc pr merged
lol
ideally, flatpak should match native packages' experience
maybe just have it not have perms to wayland backend by default
I believe this can be consolidated into a single line
if [[ $XDG_SESSION_TYPE == "wayland" ]] && [[ -c /dev/nvidia0 ]]; then
I think it is this
btw
I personally use a custom vesktop.desktop to use the Discord icon instead of the default Vesktop icon
however, it requires a window rule in KDE to make the icon apply in other scenarios (such as alt+tab)
is there anything that can be done from Vesktop's side to avoid requiring the window rule?
shrimply build your own vesktop package with wayland flags hard coded 
no
what about gnome people :(
I really dont think this is a duplicate. I'm using an AMD gpu, and no issue has this exact problem.
it's a duplicate of other issues that were closed often without comment.
it would be nice to have an actual explanation, there are tons of issues opened on this repo which reference similar or identical problems, they all get closed withgout comments or explanation.
the only comment i could find was something like Β«system issue we can't do anythingΒ», while only vesktop seems affected, scr...
the explanation is: it's something caused by your system, chromium, or electron and thus nothing we can fix.
happy? @next sundial
Hurrah for the flag of the free! π₯³
Vielen Dank!
XD
gotta fix
much important
btw @vernal lintel
lmao I had an idea
just change it to Copyright (c) $CURRENT_YEAR Vendicated and Vencord contributors
π
trolley
yeah it's like that now
the rule was just configured poorly
header.txt: Lines 1-5
/*
* Vesktop, a desktop app aiming to give you a snappier Discord Experience
* Copyright (c) {year} {author}
* SPDX-License-Identifier: GPL-3.0-or-later
*/
powerful
I also changed everything from GPL-3.0 (unclear whether it means gpl3 only or gpl3 or later) to GPL-3.0-or-later
yes because they were mostly authored in 2023
if you don't specify the "or later" clause then it's only, from my understanding of the license
hmm, I thought you meant to update the copyright year to $CURRENT_YEAR for all of them
but yeah that also works
the license says:
Each version is given a distinguishing version number. If the
Program specifies that a certain numbered version of the GNU General
Public License "or any later version" applies to it, you have the
option of following the terms and conditions either of that numbered
version or of any later version published by the Free Software
Foundation. If the Program does not specify a version number of the
GNU General Public License, you may choose any version ever published
by the Free Software Foundation.
in this case, it was specified that it was GPL 3.0, but "or later" was not specified, so it probably means "only"
it's not very clear
this is mostly relevant for GPL 2.0 software because GPL v4 doesn't exist and there are some people that don't agree with GPL v3 (notably The Manβ’οΈ, Linus Torvalds)
so yeah good to clarify but no danger not to clarify
In a hypothetical case that a gpl4 ever comes out, it's good to have or later
because otherwise you have to ask everyone who contributed lol
yep
theoretically, your change would require everyone to agree
because you're imposing a new license condition
but I don't think anyone will come and fight you for that
so that's fine
it would be a problem if it was from GPL-2.0 to GPL-2.0-or-later
but that's not the case, so no big worries
for peace of mind
Linux kernel uses
SPDX-License-Identifier: GPL-2.0 WITH Linux-syscall-note
so only having the version number means "only this license"
I know everyone who made substantial changes and know none of them would mind
the contributors I don't know all only made one single contribution which only changes a few lines which is not substantial enough to be able to copyright it
UHHH EXCUSE ME I REJECT THIS LICENCE CHANGE!!!!!!!!!!!!.!>1.1.1.!!!1

coming to your house and killing you so you can't object
I will pay you with two bottles of maple syrup if you agree to the licence change
idiot i can go to the corner store and get two bottles so fast
real maple syrup too not that trash american shit
no im full of maple syrup and have 10 bottles left
and you're getting none of this if you don't accept
NO
π
blocked
while we of yamatai bask in the warmth of her grace, those who oppose us will burn!!!!
I will spoil tomb raider if u don't accept licence change
Lara dies and so does Sam (real fact)
NOOOO NOT MY LESIBIANBS
I was sad that tomb raider rise doesn't have Sam
she's only in the one you're playing rn
no it's true π
lalalalalala
did u watch the animated tomb raider show that netflix made
wdym that's not even a spoiler π
im in the fog
why the fuck is there an entire ship skeleton suspended on gondola towers π
who did that
insane
lmaooo
tomb raider logic
video game logic never fails to crack me up
"QUICK YOU HAVE TO HELP US DEFEND AGAINST THESE INTRUDERS"
I stroll elsewhere and spend hours exploring random caves and treasure and what not, meanwhile the intruders nicely wait until I'm back before they attack
literally me 100%ing every area b4 i leave
I'm way too lazy for that I just do it after finishing the game
sometimes you have to backtrack anyway cause of new equipment
I hate hate hate when linear games have two paths where one of them progresses the story with no way to go back and no warning
you have to guess which path is the explore path
fucking resident evil village
there's a few places like that in that game
tomb raider spoiler:
there's a tomb that is raided
Hello! I know this is a draft PR, and it's still a work in progress, but I tried this on Windows by setting a keybind in the settings and doing:
.\Vesktop.exe -- --keybind 2
I also tried doing:
.\Vesktop.exe --keybind 2
And nothing happened when I tried to press the assigned keybind. Also, for whatever reason, trying to set a bind from your mouse in the settings doesn't appear to register.
is your keybind push to talk? i've just recently found out that requires some extra context in the code that i haven't yet found a way to provide.
for whatever reason, trying to set a bind from your mouse in the settings doesn't appear to register.
that's a limitation of electron/web in general. discord works around that by doing their keybind recording through their native module.
is there already some sort of api for getting a context-thing or do i have to go find an instance of it myself with a patch
I tried it with the latest commit again.
is your keybind push to talk?
It's the "Toggle Mute" action. When I run:
.\Vesktop.exe -- --keybind 2
It toggles the mute on and off in Discord. However, when I try to use the assigned keybinding I set in the settings, trying to run that command again doesn't do anything.
turns out an update caused issues with registering new keybinds. can you try the latest commit?
Is it possible to do something similar on Linux?
Is it possible to do something similar on Linux?
Ah, I noticed.
@vernal lintel I just realized the obs patch is always enabled even if youre in a flatpak or arrpc is disabled
doesnt really matter
muh UX
it also shows up if you use discord flatpak
thats not official tho
yes it is lol
Discord Account
jacksons
Motivation
it would be amazing, Fantastic even, if i could have the option to get rid of the visual monstrosity that is the new discord app
Solution
Allow reverting of the update
Alternatives
Clawing my eyeballs out
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
the ownership of this pile of trash has been verified by the garbage collectors
(I hate Electron)
Looks like Flathub isn't picking up 1.5.5 either? The page still says 1.5.3, though (re)installing does install version 1.5.4.
flathub issue π€·π»
it already built 2 days ago and published https://buildbot.flathub.org/#/builders/6/builds/178722 but it just didn't work
anyway I just triggered a rebuild, maybe it'll work this time. https://buildbot.flathub.org/#/builders/6/builds/179337
Thank you for your contribution!
This PR confuses me though. You mention setting up a Virtual Cable but the code does not do this in any way. It just looks it up in the existing audio devices. Is this a thing that always exists on Windows?
Also please do not make random changes to lint settings or unrelated files
VB cable isn't open source so it requires you to have it installed separately. When the program is loaded, it creates an output and that what he is looking up.
...
(it did not)
i think y'all are gonna have to send some emails/get on matrix lol
The Vencord Chrome Extension is up to date! (v1.11.4)
but flatpak
vnixos command 
I don't know that this should be closed, as it's definitely an issue. I myself cannot get Vesktop to update past 1.5.3 through Flathub. Flatpak installs 1.5.3 by default and does not allow any updates. Reinstalling just installs 1.5.3 again. Clearly this isn't a Flathub issue since literally no other package has this problem (I have literally every other app on my PC except my browser and VSCodium installed through Flathub). Perhaps it's an issue with how Vesktop is being published to Flathub?
8938fe2 metaInfo workflow: add to release and push inst... - Vendicated
It literally is a flathub issue. For some reason, every build is being held for manual review for apparently adding a permission that has already been there and approved before
"i have no clue what im talking about but im still gonna pretend like I do and throw blame"
just blame cookie
Discord Account
irateredkite
Operating System
Kubuntu 24.10
Linux Only ~ Desktop Environment
KDE Plasma on Wayland
Package Type
Deb
What happens when the bug or crash occurs?
After updating to the latest version of Vesktop via the autoupdater, the panel icon no longer displays when vesktop is launched with the default args. (--enable-blink-features=MiddleClickAutoscroll --enable-features=UseOzonePlatform --ozone-platform=wayland %Uves)
Launching without these a...
This seems as if it might have been an issue with KDE's application launcher, as after fiddling with the menu editor to remove a duplicate entry, as the problem seems to have resolved itself.
I will however leave this open as the default .deb install setting up chrome-sandbox with incorrect permissions to run the app doesn't seem intended. Happy to make a separate issue for this if appropriate.
With this latest commit i'd say most basic functionalities are ready for use. i'd appreciate if yall did some testing of this fork in case any bugs pop up
all that's left is a little bit better error handling and macos support (which should be fairly easy assuming libuiohook fully supports everything required) and maybe some changes to the cli
oh and some docs would be nice maybe
Flathub updated to 1.5.5! Was any action taken or did you just have to push builds until it woke up and published it?
My issue is a bit different. For me, the audio is crackling and cutting in and out a lot. Happens on Equibop (Vesktop fork) AUR and flatpak and Vesktop flatpak. In Zen Browser and the official client audio is fine.
WHAT DID I DO

does discord use a native module for mic capture?
ofc
Librewolf is not signed and is included in the official cask repository. It's convenient as using the --no-quarantine flag allows the app to run unsigned without running the command myself. I don't know if this is a recent change but not being notarized should not be an issue with brew as many brew apps are un-notarized.
Here is the page for librewolf: https://formulae.brew.sh/cask/librewolf
Discord Account
kib48
Operating System
Fedora 41
Linux Only ~ Desktop Environment
GNOME on Wayland
Package Type
Flatpak
What happens when the bug or crash occurs?
It happens when I click a notification to open it, the window hides itself and I have to go to the overview to open it.
What is the expected behaviour?
I expect it to take me to the channel where the notification came from, like it did in previous versions
How do you recreate this bug or crash...
@scenic hollow this behavior seems incorrect
I would check the modifiers / keys to make sure the keys/modifiers released are actually a part of the keybind
shouldnt be too hard
i also see it only allows one keybind to be down at once
@vernal lintel https://github.com/flathub/dev.vencord.Vesktop/blob/master/dev.vencord.Vesktop.yml#L22-L23 are those just for convenience?
if so, I suggest we add xdg-desktop:ro too
Discord Account
No response
Operating System
Arch Linux and openSUSE Tumbleweed
Linux Only ~ Desktop Environment
KDE Wayland
Package Type
Official repo, appimage, portable
What happens when the bug or crash occurs?
Using the click to show/hide on the system tray, it is slower to show the window on this version, there is a noticeable delay whilst on older versions it is instant (I have tested the older versions to confirm it is an issue with this version)
Wh...
electron xwaykand issue
its actually the entire show window process thats delayed
yeah i made it like that on the basis that only one keybind can be held down at a time
how so? my logic was a keyup event can be triggered either when: 1. another new key is held thus technically making it not the same as the old keybind or 2. when any key is released thus making the whole keybind released (and we can be sure of that because of the first point. if a key not part of the keybind was pressed we can be sure we've already handled it)
i actually have no idea if that's what vanilla discord does hm
if its not only one keybind being able to be held then this logic doesnt work
this is also restrictive for any other potential users of the library
and may not match xdg behavior
ok so vanilla discord also allows multiple keybinds
i still think it's acceptable behavior for now. i'll try to implement that later maybe
xdg behavior might even vary between desktop environments i don't think that's a standard thing to aim for at all
electron xwayland issue nothing we can do
Hmm I tried switching to x11 and it still did not change anything and it only seems to be an issue with 1.5.5 whilst the versions before do not have this issue, do you know what may be causing it?
After checking qpwgraph, Equibop uses "Chromium Input", while the official client uses "WEBRTC VoiceEngine". That's probably why the official client doesn't have the issue, while Vesktop, Equibop and WebCord (all I tested) do.
Discord Account
nova3389
Operating System
Fedora 41
Linux Only ~ Desktop Environment
Gnome on wayland
Package Type
rpm
What happens when the bug or crash occurs?
During a call, the microphone volume gradually decreases on its own, making my voice quieter over time. This issue persists even when manually adjusting the volume back up.
What is the expected behaviour?
The microphone volume should remain consistent throughout the call unless manually adjusted by ...
I've had this issue for a while and I run the following script to prevent it (if you use pipewire and wireplumber):
while sleep 0.1; do wpctl set-volume -l 1.0 @DEFAULT_AUDIO_SOURCE@ 100%; done
I adapted it from here, which uses pulseaudio, and in that thread people have been complaining about this issue occurring with any application that uses chromium / chrome and WebRTC.
"prevent it"
that aint preventing shit thats just forcing the volume by setting it 10 times a second
I fixed this by going to Settings > Voice & Video and within there switching Automatic Gain Control off. I think I had to restart Vesktop for the change to take effect. I remember seeing an issue similar to this and someone said that this setting doesn't have any effect in Vesktop (although I'm sure it worked for me). In this case, you can add
--disable-features=WebRtcAllowInputVolumeAdjustment
to your launch options and this should definitely work (I've also used this just in case).
Can still reproduce on Arch Linux with the latest copy of Vesktop from the AUR, on KDE Plasma (Wayland)
Will this be fixed any time soon?
working beautifully here on KDE (wayland)
I'm using EndeavourOS KDE with the Flatpak. My Vesktop system tray icon doesn't have a notification dot, and this is a feature I rely on heavily. Are there any plans to add this?
VB cable isn't open source so it requires you to have it installed separately. When the program is loaded, it creates an output and that what he is looking up.
@CloveTwilight3 Btw there should be an option to manually set the output (for : vb cable a&b, vb cable c&d, voicemeeter, vb matrix) and thanks for opening a pull request about my idea.
Branching off this, VB cable is the think I'm looking up, as not open source, but most people will download the software as a windows user. ...
Thank you for your contribution!
This PR confuses me though. You mention setting up a Virtual Cable but the code does not do this in any way. It just looks it up in the existing audio devices. Is this a thing that always exists on Windows?
Also please do not make random changes to lint settings or unrelated files
Agreed with what @quadrinex says. Also apologies for the lint settings changes, just a habit of mine to do tweaks like that π
EndeavourOS KDE. I'm not getting a notification dot in the systray on my system. Using the Flatpak if that makes a difference.
Can also reproduce, with Vesktop from Flathub also on Arch, wayland KDE.
Opening Vesktop by clicking on the tray icon causes it to open minimised (rather annoying).
thats an entirely different issue π
It works with the latest commit. The only thing I'd want on my wish list is a way to have mouse bindings, even if I have to do it manually since Discord's in-client keybinding manager doesn't pick it up because of Electron.
it does now
(i made one :3)
I need to look into venmic to figure out how to get the pipewire node id (it's hardcoded rn) and then we good
holy shit thats awesome lol
how does it work
ohh right
so youre taking the gamescope provided pipe and wrapping it with dbus to pretend to be the screen capture portal?
correct
it's a pipewire stream of the display output
there's also per app streams I think but those are way more complex
ohh for steams replay system I guess
do that and proper screenshare portal wrapper whammo
per app I don't really care
if it's not too ass to implement I'll do it
but I just want something
is this going to be a decky plugin
yes because it needs a bind mount and some other configuration to tell xdg-desktop-portal about it
cool that decky lets u get that low
i put virus on decky store
wrong
we check over everything and you need to build from source in our ci (aside from some special cases)
yeah
love
I don't usually do plugin review but sometimes I do
train and emerald usually do plugin review
@humble mortar we will hope they do this 
you will PR something good like Apache or GPL
wait it's the Picom dev
horror
he loves MPL2.0
PR MPL2.0 @grand swift
this guy also loves not adding licenses to his projects
damn
very unfortunate
these people should stop doing that
github should change their uploading rules to make all public unlicensed projects public domain
real
@vernal lintel love
scary
Good
why is it quadrupled
QAIT I DIDNT NOTICE THAT π
why even base it on that wouldnt it have been easier to fork something else
prototype
nop
there's no sane portal impl that isn't 473828292828 lines of c or rust implementing every single interface
love
this just implements the bare minimum for screenshare
which is what i need
mainly I just copied all their types
and serialization shit for them
cuz i dont understand it well enough to implement that myself
&good
do not try to understand
you will go down a rabbit hole
dbus is horrifying
never to be seen again
and this is my first ever time using rust for anything serious the serialization shit seems like magic rn
love
can you not manually bind your mouse through the cli with the latest commit?
if you have discord selected and you try to mute is not working only if discord is not selected works
they still didn't add
but they work for codeweavers so maybe they need permission or smth
I will wait
Then it's not going to be done because screensharing in Electron relies on desktop portals. It would be easier for them to implement it than for anyone to attempt to hack support into Electron.
I'm working on this, though it will need to be separately installed (either via a script + service or a decky plugin, haven't decided)
I think I'm doing something wrong here, Can someone explain how to do it?
could this branch be updated with main?
If .xcompose is important to you, which it is for me, then you can disable wayland support for Vesktop using flatseal, that makes Vencord load .xcompose correctly. I wonder if there are arguments to get the wayland version to correctly load .xcompose, would be really nice to not having to "downgrade" the experience to xwayland.
@vernal lintel good
I do not remember by now, but probably that was short-time checkup for Linux system. It's replaced by proper Linux check-up in latest commit.
Hello, is glibc 2.39 the minimum required for venbind? I'm running Pop! OS 22.04 with a glib version of 2.35, and when I try to run the branch, it explains that venbind needs glibc 2.39 to run (full error below). I also tried building venbind myself, and the error persisted.
<details>
<summary>Full Error</summary>
> vesktop@1.5.5 start /home/thate/Documents/utilities/Vesktop
> pnpm build && electron .
> vesktop@1.5.5 build /home/thate/Documents/utilities/Vesktop
> tsx scr...
venmic has a hard minimum glibc version as well
look on the issue tracker
no point in supporting below that
@hybrid fjord youre probably better off directing people to #326
@humble mortar uhhh is it a known issue that reloading while the debugger is paused crashes the app
vesktop code cant cause segfault
not a segfault
execption in main process
i have to kill it
can call something that does
HORROR

why isnt it happening for vee then
set breakpoint, reload
everything will freeze, the screen will go white
after a bit (30-60 seconds) this pops up
breakpoint or pause
reload while paused in the breakpoint
hm
I'm gonna say its likely the on page change detection that checks for error codes having an issue with paused renderer
sadan screenrecofd
ctrl r?
yeah
prepare for INSANE music
horror
let me go to stable first
(not discord stable, but a non-devbuild of vencord)
π€¨
im doing absolute horror, but that shouldnt affect this
if u can't repo on mainline I'm gonna execute you

works flawlessly
(dont ask me why second loading screen was default theme)
@humble mortar
YOURE BREAKPOINTING RENDERER
yea
was debugging something else that errored there
,
You should fix
I'm not at laptop
and I dont even think its our fault
I'm consuming the event safely
(if it IS that)
(Also have had the same issue with reloading after renderer, but can't repro)
I'll try and take a look at it later
Content
I was looking through the Equibop source tree to see what changes it hadn't merged from Vesktop and saw that @Vendicated recently pushed a commit updating the copyright date for some license headers. In doing so, they changed the license information from GPLv3 only to GPLv3 or any later version. This (to my understanding) counts as a license change, which cannot legally be made without the express permission of every single Vesktop contributor, ever. Someone could l...
some busybody noticed
wuh woh
also equibob
horror
definitely the most liscence abiding project
why the fuck r u putting a breakpoint there π
Thank you for your concern, but I am well aware and this is not a problem in this case
I know all contributors who made substential changes to Vesktop and know none of them would mind. The only people who I wouldn't be sure about are random people who contributed very minor changes but those would not be considered substential enough to even be copyrightable (usually changes of a few lines of code)
I obviously cannot speak for forks like Equibop, so it's up to them
The license was actually...
bruh
Not the exact place I was debugging, but it's similar and causes the same issue
That was just a easy place to test
I genuinely donβt know if this is sarcasm or not
@vernal lintel thank you all I did was merge your changes and this happened π
I'm not trying to start a fight or anything I want to be on good terms lol
they werent even talking about ur fork
they were talking about my commit
and they're not wrong 
it's just I know everyone would agree
I know but I was mentioned so I feel like a thank you as needed that's all
Only issue I have is simple header fucking up eslint with the new lines π
https://codeberg.org/rini/eslint-plugin-simple-header/pulls/5
Not sure if it happens on Linux but at least on windows it does that
how?
probably CRLF shenanigans
run this
git config --global core.autocrlf false
git config --global core.eol lf
changed my file to CRLF and cant repro
I did thats the worst part
ill run it rq again just to see
it was on save eslint was fine
so ctrl s for example broke it
but pnpm lint:fix was good
and now suddenly its happy and all I did was change the package back
weird
probably vsc being vsc
Also just ran into this issue. Would be nice if it could be handled
am I the only one that noticed a new fade effect when exiting image previews?
yes we should but don't create that file it screws up all nodejs scripts in your entire home directory
HOLY MOLY I JUST HAD PEAK IDEA FOR THE SPLASH SETTINGS TO MAKE IT MERGEABLE
let me cook
hack into my account and merge
?remind one week get @humble mortar to fix this
Alright @grizzled hemlock, in 1 week: get @cookie to fix this
i've added note about 326 in top of the pr message
de5ceb2 Bump esbuild from 0.24.2 to 0.25.0 - dependabot[bot]
Bumps esbuild from 0.24.2 to 0.25.0.
Release notes
Sourced from esbuild's releases.
v0.25.0
This release deliberately contains backwards-incompatible changes. To avoid automatically picking up releases like this, you should either be pinning the exact version of esbuild in your package.json file (recommended) or be using a version range syntax that only accepts patch upgrades such as ^0.24.0 or ~0.24.0. See npm's documentation about semver for more inform...
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.
d39c54b fix edge case when ~/package.json exists with t... - Vendicated
d7bc566 includes is slightly better than every here - Vendicated
I'm not sure why, but in Plasma on wayland it opens instantly for me, but if I am in hyprland using waybar, it is extremely delayed to the point that it's faster to entirely restart vesktop.
u can't ssh clone without a key
even from public repos
jithub
git@github.com is ssh
yeah but it's not
I think npm defaults to git over ssh but I could be wron
Or there's some stupid npmrc in the actions image
it worked fine before
Discord Account
No response
Motivation
No mention of how to solve the vencord not opening with hardware acceleration.
Solution
Add section in readme an/or in the template bug report to try to disable integrated GPU for hardware acceleration if vencord doesn't want to open.
I'm specifically referring to this in the bug template report.
DO NOT REPORT any of the following issues:
[...]
App crashing / not showing window with mentions of the gpu process in the stackt...
disabling igpu is not a solution lol your battery will now last 3 seconds
Discord Account
No response
Operating System
macOS Sonoma
Linux Only ~ Desktop Environment
No response
Package Type
DMG
What happens when the bug or crash occurs?
Whenever I try to screenshare- and this doesn't seem to change whether I select a window or my entire screen- not only does Vesktop not pick up my desktop/application audio, but the screenshare audio source dropdown menu that's shown in the promo images on the main github page doesn't appear at all. ...
Wdym with prime?
And I have a separate dedicated gpu on my pc.
We can't really document niche system issues like this. You're better off consulting chrome/electron issue tracker and checking things like the arch wiki https://wiki.archlinux.org/title/Chromium#Troubleshooting
audio screenshare on mac is not supported and not planned
...alright, weird omission.
Adding support for this would take many hours of work, it's not as simple as flicking a switch. There is also fairly little point implementing this, because the official Desktop app does it just fine. Thus it's not our priority! Contributions are always welcome if you would like to work on this yourself
Appreciate the less blunt response, it's easy to assume people online are going to default to being rude to eachother- of course nobody(i assume) thinks it's as simple as flicking a switch, that makes total sense if the dev time is just out of the question- although just personally I can't say I agree with swapping between two clients being super practical. Looks like it's back to the vanilla client for me.
I noticed a little funny thing
after upgrading to Plasma 6.3.0
the notification badge in the Icons-Only Task Manager (taskbar) goes up and down when you receive a notification
it goes down when the pop-up is visible, and goes back up when it goes away
certified Electron+libunity moment
It works with the latest commit. The only thing I'd want on my wish list is a way to have mouse bindings, even if I have to do it manually since Discord's in-client keybinding manager doesn't pick it up because of Electron.
A workaround in KDE is the following:
System Settings -> Mouse & Touchpad -> Mouse -> Configure Extra Buttons...
and set it to any keyboard shortcut you don't ever use.
Then you can bind this keyboard combination to discord in the Keyboard Shortcuts settings....
Discord Account
No response
Operating System
Arch Linux/CachyOS 6.13.2-2
Linux Only ~ Desktop Environment
DWM on X
Package Type
package from the cachyos repo
What happens when the bug or crash occurs?
before the new update (about a week ago, i cant remember now) i noticed while playing tf2 that is was lagging HARD and i went to htop to see vesktop reporting 70-100% cpu usage, it's really weird since it was all good before the update and i never seen anyone else ...
disable all your themes and css and see if it fixes the issue
Also on Arch, KDE Plasma 6.3
can't reproduce on Fedora41 Gnome47 Wayland. Try to remove wayland permission from flatpak to run in XWayland instead of native Wayland
can't reproduce on Fedora41 Gnome47 Wayland. Try to remove wayland permission from the Vesktop flatpak to run in XWayland instead of native Wayland
I just had it happen on XWayland
is this a dupe of #464
This isn't unmaximizing, this is the window being hidden, like if I right clicked the titlebar and hit Hide
is that not just minimizing π
all your themes
does quickcss count? and damn it would be sad if themes cause it, i really wanna use them but sure.
will report on it a little later when i have time.
I'm not sure why, but in Plasma on wayland it opens instantly for me, but if I am in hyprland using waybar, it is extremely delayed to the point that it's faster to entirely restart vesktop.
It's weird, I replicated the issue in a virtual machine too on a different distro. Not sure what's going on but I think I will stick to the older version for as long as it works and then hopefully by the time I switch on over everything is fixed.
so after removing quickcss and everything it does look like it was the problem
but i do wanna know why is it like that?
did you change something related to custom css that makes it hog cpu or something?
no, just discord's magical code
After checking qpwgraph, Equibop uses "Chromium Input", while the official client uses "WEBRTC VoiceEngine". That's probably why the official client doesn't have the issue, while Vesktop, Equibop and WebCord (all I tested) do.
I've also tested Chromium flatpak and it has the same issue. The issue also happens only with Discord, other Chromium-based audio capture works fine
Out of curiosity, does this problem still occur for you if you use discord site on firefox?
Comparing to Firefox is meaningless. Compare it to chromium (not Chrome or any other fork) instead
Comparing to Firefox is meaningless. Compare it to chromium (not Chrome or any other fork) instead
Well, I experience the same issue on Firefox, surely there's something to that?
No, it's exclusive to Discord on Chromium. At least on Zen I don't have the issue
AI pr my beloved
This is not a duplicate; this is a new issue that only showed up this week.
Fwiw, all we do is call electron's browserWindow.show() method. and the code that does this hasn't been changed in forever, not between this and the last update. So this is not a Vesktop issue but rather an electron issue. Try creating a minimal electron reproduction example (once again all we do is call browserWindow.show()) and linking it here or reporting it to electron directly.
I can't reproduce so I won't be able to investigate this
HELP I MADE A VIRUS
what's a httsps
typo
trolley
should i implement splash ipc to give the user feedback when its in a retry loop
event"Bus"
look inside
plain regular js eventemitter
trolley
I was gonna do this but I was lazy
like display what it's doing in the splash
kinda like discord
ookie
ookie
also
you love how did-finish-load fires if it fails but .then doesnt
truely peak
also also should the retry loop be static time, linear, or exponential
i think discord does exponential
don't change it
the way it is rn is already good
and pretty much copied over from discord but made the max delay much shorter
i write prod code first try (real)
ok time to write 3 line preload to expose main -> renderer ipc to the splash then have a 4 billion line entry the build script for it
let me write inline preload
grr
#π₯-vencord-support-π₯ message
i was thinking, is the vesktop flatpak supposed to support arrpc out of the box
we could add code to automatically handle spawning arrpc out of the sandbox and hook it in to the current handling
this PR also implements splash feedback while in the retry loop.
fixes: #1055, #969
to test uncomment lines 478 & 480 as electron will load from the cache if a remote fetch fails. (remove after review)
Splash CSS can prob be cleaned up/made prettier (raw chromium error code feedback probably isnt the most user friendly...,)
god i hate flatpak
vesktop snap wen
Me too, but vesktop from flatpak is guaranteed to work on all distros
Not always, but in 9 out of 10 cases
for my app its the other way around
.appimage and .deb just works
flatpak crashes, leaks memory, breaks hw accell
Discord Account
No response
Motivation
The current vesktop icon on Linux and macOS displays an LGBT flag, which some users may perceive as politically charged. This can potentially alienate users who prefer software with neutral branding.
Solution
Implement a consistent, politically neutral icon across all platforms (Windows, macOS, and Linux). This could be the same icon currently used on Windows, or a new design that focuses on the software's functionality rather than any...
flatpak is da best
just need to know the necessary flags to make it work
not that hard
also, electron/chromium has sandbox by default, that can cause issues as well
the worst thing in linux is app distribution, and flatpak/flathub is on the way to make it global
guys i have git skill issueπ how to fix that shit xd
nvm i got it (i'm stupid enough at trying to fetch updates from local main repo............)
Content
Greetings,
Is is possible to change the default Vesktop icon to some of the ones offered by Nitro in the Settings -> Appearance -> In-app icon ?
I have tried changing it, but it does not apply to the Window icon, only to the one on the top of the server list.
Or do I have to change it in the source code and compile it myself?
Thanks.
80% yes
20% flatpak being shit
stock discord doesnt even offer this
this should be a vencord plugin if anything
also i personally wouldnt freak out about the icon thing for this
omg that type of users are always here
Discord Account
DrDuggi
Motivation
I'm always frustrated with Vencord because i can't Drag & Drop which is a big missing feature for the Linux Community on Wayland.
Solution
Add Wayland support and X11 Fallbacks.
Alternatives
Stay on X11.
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
launch with --ozone-platform=wayland
we will continue to stay on the default chromium ozone platform
drag and drop shouldn't have anything to do with X11 or Wayland but rather that you're likely using flatpak and trying to drop files it doesn't have permissions to access. you can solve this by not using flatpak or giving the flatpak access to your entire filesystem
X11 and Wayland are both supported already. By default, Vesktop will run as an X window but you can change it to wayland as described above (if you are using flatpak this is already the default behaviour, taking away the flatpak'...
Hi, im not using Flatpak im using the AUR (Arch User Repository). I just have got one question, do i need to type always vesktop --ozone.....
The simplest way to always launch programs with flags is to
- Copy their .desktop file (in this case, it should be
/usr/share/applications/vesktop.desktopto either/usr/local/share/applications(will apply to all users on the system) or~/.local/share/applications(will apply only to your user) - Open your copy with a text editor and change the
Exec=line, for example- Exec=/opt/Vesktop/vesktop %U + Exec=/opt/Vesktop/vesktop --ozone-platform-hint=auto %U - Make su...
arch specifc (electron based packages have a precedent of having a launch option conf): if you reviewed (WHICH YOU SHOULD ALWAYS DO ON THE AUR!!) that package you'd notice there is a launch options file it pulls from which you may use.
@humble mortar back in my arch era i never reviewed pkgbuilds
malware into my computer
malware in your bakery
the reason I love paru is that it actually makes you review the pkgbuild by default
also shrimply make your own package and hard code wayland flags 
yop
i just scrolled by
π
does this still happen?
Nope, seems to be fixed for me
paru -S vesktop --fm=nvim --savechanges
love
paru needs a better merge conflict system but other than that its perfect
nano.
It's not really good idea to add a feature that relies on a proprietary thrird party service most people won't know of
If anything, we should just allow choosing any audio device. Miles better than specifically hardcoding this one
how does vanilla discord stream certain application audios on windows?
is it some insane native or something?
everything i see online about how to get certain app audios needs a virtual cable
how tf
maybe something like this hm https://learn.microsoft.com/en-us/samples/microsoft/windows-classic-samples/applicationloopbackaudio-sample/
definitely needs an insane native
looks like it can be done without external software and in user mode though
as of windows 10
Great. Please make that happen. my streams have no audio. this PR was half way there and now it's closed ... bit of a regressive maneuver, no?
I dont know if my issue is the same as yours, but i run Vesktop on a linux machine that i screenshare a plex stream almost all the time, usually playing anime/shows with my friends and its on my htpc in my room and i watch it too from other rooms via my other discord client.. well atleast once or twice daily audio just stops streaming, i can still hear it from the TV the htpc is on so audio is still playing from plex through speakers but vesktop stops catching it for some reason, i can fix it...
If anything, we should just allow choosing any audio device. Miles better than specifically hardcoding this one
Great. Please make that happen, then :) My streams have no audio. this PR was half way there and now it's closed ... bit of a regressive maneuver, no?
if your stream have no audio i don't think this will fix it
Discord Account
quadrinex
Motivation
The functionality of oppening links in app is usefull when you just want to see a post or smt like that, tho there are usecases where you need to open it in browser.
Solution
Add a "open in browser" button at 1 or 2.
Alternatives
When right clicking a link you have the option.
Additional context
No response
Request Agreement
- [x] ...
bro wtf
your editor is set up to use CRLF, but it should be LF
can you do that per-project
surely
bruh this file is crlf on remote
if i set vscode to lf it shows up as changes in git
what gives
literally all files are crlf
ah, git auto crlf
should ship a .gitattributes file, no?
i don't think this ever worked
this doesn't exist
this is like a chatgpt hallucination
Manage browser sessions, cookies, cache, proxy settings, etc.
also who's dr. vendicated vencord
@CloveTwilight3 Where's the documentation for the extra fields you inserted into the Streams class? How does it work?
yeah it wont work lmao
The MediaTrackSupportedConstraints dictionary establishes the list of constrainable properties recognized by the user agent or browser in its implementation of the MediaStreamTrack object. An object conforming to MediaTrackSupportedConstraints is returned by MediaDevices.getSupportedConstraints().
tracks can have constraints and u can define them on getmediasession
but I don't think that exists in electon
that pr.is pure ai garbage
device id isnβt even an id lmao
i dont know if this info helps but when recording with OBS my full screen it stops doing this or putting above Vesktop any window that fully covers it (dosent work with fullscreen but works with borderless)
????
anyways who wants to write like 50 lines of winapi ffi to capture audio from specific applications
pr it to venmic
oh ok
isnβt it just for linux tho?
i suck ass at C++ so i'd have a REAL hard time setting up the build chain for windows lol
should have used rust πππ
what were you planning to use
didn't know venmic existed so i was literally just gonna brute force it with koffi
venmic is using napi so if you are kinda insane you could probably write the windows portion in rust without too much issue
but i do feel like that's a lot of opinionated changes so i'd probably want to talk to whoever does venmic first
@upper pine bwomp

otherwise i could make my own native probably
probably only for internal use tho
i ain't doin allat
maybe it would make more sense as its own native
i believe the idea of venmic is to have it be a viable screen audio module
having the windows portion be another module kinda defeats the point
Discord Account
pellern64
Motivation
i constantly have my discord's tray icon pinned to the task bar for when im in vcs. its very useful like that since it allows me to quickly check if im muted or not before i say something
for reference this is discord when im unmuted:
and when im muted:
while vesktop...
okay windows api in rust is miserable
i don't have to do much besides copy their C++ example and rust is making it harder so
Broπ
???
unable to search issues syndrome
Question: what should i do or refactor in 517 tray icon PR for it to be merged? I want to work on it
at least mark it as duplicate??
right now I think you should just work on making it smaller and easier to review
theres lots of duplication last I checked
i closed as dupe
fancy new github feature
nope
it shows as closed as completed for me
watch this be locked to their new UI
github is so stupid
it is

I was considering adding a gstreamer based windows audio capture, don't have the time to add it currently tho
yeah but i really not sure that there is something not needed.
There's a lot of code for creating tray icon bc it sends from main -> rendered -> and back to main processed icon using IPC. That done because we don't want to add deps just for creating tray icon so i'm bypassing it using IPC and electron's canvas :c
But i'll try to recheck everything again and see what i can do
If you can, please also review what i can do for improving that
No, it's exclusive to Discord on Chromium. At least on Zen I don't have the issue
Same here, I will check on normal chromium if that does make a difference.
Discord Account
No response
Operating System
Arch Linux
Linux Only ~ Desktop Environment
Gnome on Wayland
Package Type
Flatpak
What happens when the bug or crash occurs?
Cancelling screen share through the system (portal) window picker makes Vesktop crash. Reproduces reliably every single time
Crashes when pressing cancel in this popup:
What is the expected behaviour?...
electron regression. nothing we can fix, will just be fixed in future version
Discord Account
No response
Operating System
Arch Linux, Kernel 6.12.13-1-lts
Linux Only ~ Desktop Environment
KDE, Wayland
Package Type
Flatpak
What happens when the bug or crash occurs?
Only launches once after its installed, reinstalling allows to run again, but only once.
When launched the 2nd time the tray icon appears, and the icon is visible in the task switcher (on the panel) but no actual window ever appears.
Launching with --disable-gpu fixed the i...
gstreamer?
iβm invested in this issue so i may be able to put in the time
Yes, iirc they had quite the nice API for capturing audio and with all their other features it might be quite easy to feed that into a fake-node
The overall effort for windows is a lot higher since we cannot simply make a fake device / node as on linux iirc but we would have to create a dummy/fake-node for the JS audio capture
hmm right, i was looking into the windows api calls to get an audio stream but i didnβt think much further than that
buh how do i get it to put venmic as a dependency
the lockfile only downloads it for linux but i assume i shouldn't edit that
but i don't see anywhere else you can specify

oh, i see
build.mts
oh does gstreamer need to be installed by the end user
not epic
You can make a static build for the required parts
oh hm oka
Discord Account
Natakazie
Operating System
Linux 6.13.2-arch1-1 x86_64
Linux Only ~ Desktop Environment
KDE Playma, Wayland
Package Type
Flatpak
What happens when the bug or crash occurs?
when closing the screen share menu the application crashes
What is the expected behaviour?
Just close the screen share window
How do you recreate this bug or crash?
enter a call (tested with 2 other people)
start a screen share,
do NOT pick an application
close the s...
mmmmm, no idea if this is an issue with just my system or if the plugin has started to randomly die out of nowhere but my streaming bitrate is VERY unstable and when it gets to around 2k, it drops down to like 100 before rising very slowly again
if anyone else is having issues i'll try to take some time to figure it out
regarding https://github.com/Vencord/Vesktop/issues/758, I believe it should be reconsidered
as it seems, some flags (--enable-features) need to be used to allow HEVC playback on Linux
I'm on Fedora KDE with all codecs installed (proprietary included) and it still does not play
here's an example HEVC video
the video plays fine on VLC
but not via the embed
here is relevant info from chrome://gpu:
this works for me with webcord:
webcord --enable-features=CanvasOopRasterization,VaapiVideoDecoder,UseChromeOSDirectVideoDecoder,VaapiIgnoreDriverChecks,PlatformHEVCDecoderSupport,Vulkan,DefaultANGLEVulkan,VulkanFromANGLE
I can confirm these flags work, but before adding them we need to verify they are stable on all systems & hardware configurations
defaulting to vulkan isnt a good idea
some cases electron cant access the drivers and crashes
without vulkan hw video decode doesn't work at least for hvec
on my system for instance theres two vulkan drivers it can use (nvidia or amd) chromium freaks out and fails unless I force override the vulkan icd path to just amd
using vulkan also causes x11 stability issues with webgl
and only works properly with ozone wayland
people should just use good hardware and system imo
everything I ever tried works flawlessly for me on amd + fedora + gnome

angle also recently had a pr for wayland support so doing this vulkan thing will be useless soon(ish)
maybe we should just make a pinned issue containing the flags and some docs on what to do since it shouldn't be the default
we will fork discord electron
trol
4 years out of date
oh thats just main branch
still electron 32 is so old
also horror that they dont upstream their improvements
also also discord doesnt even have working linux hardware accel
its all software accelerated
theres no decoder or encoder usage when I test on discord desktop
according to multiple sources you should only need PlatformHEVCDecoderSupport flag and nothing else but for me it only worked with all the other flags too
idek if my ffmpeg supports it so maybe that's why? aka I have no software decoder and only my gpu can decode it so I need full hardware acceleration
someone else should try if only that flag is enough for them
yeah apparently ffmpeg does support hvec but pretty sure fedora doesn't include the nonfree stuff in their ffmpeg and I don't remember if I switched to full version
I should try with full ffmpeg and just the hvec flag to see if that will work
at the same time does chromium even use system ffmpeg (or ffmpeg at all) I have no idea
btw I was looking at what flags discord passes earlier to see if that's why hvec works on discord desktop (it isn't) and noticed they disable a bunch of features
we should see what those are and if we should also copy those over
whered you see that
literally just pgrep for discord while having it open lmao
check the commandline
you can unpack their asar files to look at the native code
maybe there's a comment saying what the flags are for but probably won't be
electron has a bunch of default flags too so a lot of it is likely that
this gif will never go away will it
Itβll go away when itβs not true
Which will never happen

Actually I hope that gif escapes vencord one day
Please
I want to see github users being called out for not reading in many more places
I had this problem in Ubuntu 24.10, but applying https://github.com/Vencord/Vesktop/issues/991#issuecomment-2526389228 seemed to also fix this.
Discord Account
No response
Motivation
Some Linux users running Vesktop on Wayland experience issues with window resizing. While enabling "Discord Titlebar" under Vesktop settings can resolve this issue, it is not immediately clear from the description. Adding a note about this could help affected users find a solution without needing to open a new issue.
Solution
Update the description of the "Discord Titlebar" option in Vesktop settings to mention that it may help with wi...

nah
vee 13708 10.6 0.9 1212532728 148468 ? Sl 17:33 0:00 /home/vee/.dvm/Discord/Discord --type=renderer --crashpad-handler-pid=13667 --enable-crash-reporter=a6d9bc79-d635-4f5f-baaf-dc5eb8e0a18a,no_channel --user-data-dir=/home/vee/.config/discord --secure-schemes=disclip,sentry-ipc --bypasscsp-schemes=sentry-ipc --cors-schemes=sentry-ipc --fetch-schemes=disclip,sentry-ipc --app-path=/home/vee/.dvm/Discord/resources/_app.asar --no-sandbox --no-zygote --autoplay-policy=no-user-gesture-required --disable-background-timer-throttling --lang=en-GB --num-raster-threads=4 --enable-main-frame-before-activation --renderer-client-id=4 --time-ticks-at-unix-epoch=-1739807928523089 --launch-time-ticks=2076116206 --shared-files=v8_context_snapshot_data:100 --field-trial-handle=3,i,5509092303643614789,16162155985883643743,262144 --disable-features=AllowAggressiveThrottlingWithWebSocket,AllowAggressiveThrottlingWithWebSocketWinRetrieveSuggestionsOnlyOnDemand,HardwareMediaKeyHandling,IntensiveWakeUpThrottling,MediaSessionService,SpareRendererForSitePerProcess,UseEcoQoSForBackgroundProcess,WidgetLayering,WinRetrieveSuggestionsOnlyOnDemand --variations-seed-version
--disable-features=AllowAggressiveThrottlingWithWebSocket,AllowAggressiveThrottlingWithWebSocketWinRetrieveSuggestionsOnlyOnDemand,HardwareMediaKeyHandling,IntensiveWakeUpThrottling,MediaSessionService,SpareRendererForSitePerProcess,UseEcoQoSForBackgroundProcess,WidgetLayering,WinRetrieveSuggestionsOnlyOnDemand
idk where tf SpareRendererForSitePerProcess is coming from
does anyone even know how chromium works
neither discord nor vencord seem to set it
its hell trying to figure out
ive learnt to navigate the chromium source codebase
but its still hard
makes sense that would be it
not sure which of those flags are necessary to play
I believe one or two are necessary
genuine question: why not have discord/electron as a base instead of upstream electron? wouldn't it be more benefitial? π€
see https://rpmfusion.org/Howto/Multimedia, may be necessary for you
(in addition to the fedora's quick docs codec installation)
if I use vesktop --enable-features=PlatformHEVCDecoderSupport, does it preserve the flags set by Vesktop or does it override all of them?
also, is it only temporarily or it gets saved for future launches?
if its the same flag 1:1 that it overwrites then whats in the js code will take priority
but if one flag is --enablefeature=x and another is --disablefeature=x its a pure gamba moment
some features prefer enabling ,some disabling
but if you mean if it nukes all the existing flags, then no
it prepends to what flags are set in js from my understanding of chromium switches
tested here
vesktop --enable-features=PlatformHEVCDecoderSupport
does not work
vesktop --enable-features=CanvasOopRasterization,VaapiVideoDecoder,UseChromeOSDirectVideoDecoder,VaapiIgnoreDriverChecks,PlatformHEVCDecoderSupport,Vulkan,DefaultANGLEVulkan,VulkanFromANGLE
works
Fedora 41, Wayland, AMD, KDE
arent like half of those features build flags
not runtime flags?
PlatformHEVCDecoderSupport
yeah this is a .gn flag:enable_platform_hevc=true
so the beauty of chrome, is it actually has SO many more features than you're led to believe, but many of them are in some way restricted as chrome has a fuckload of build targets, desktop, android, chromeos, cast, androidtv etc
for example chrome support hls, m2ts, dv, eac4, multi-track audio and video and a fuckload more
they are just behind build flags, and u cant turn them on at runtime
since they are yeeted at compile
I had this problem in Ubuntu 24.10, but applying #991 (comment) seemed to also fix this.
Fixed by applying #991 (comment).
Should I keep the issue open for tracking?
I dunno :V
but one or more of those flags make(s) HEVC work
hm
i think i know what it mmight be
nope i dont know
HEVC is enabled by default in electron nowdays, unless dickscord did some fucky stuff
vesktop could definitely fix that and copy the discord desktop behaviour of only idling if there's no input. but likely only on X11/XWayland, not Wayland
This can be done on wayland too using the ext-idle-notify protocol. We don't care about checking for mouse/keyboard activity, we just want to know if the user is idle or not and the compositor can provide this info
vaapi doesnt work on amd without vulkan (and webgl has issues with vulkan enabled on x11)
I'm going to lose my mind if I keep repeating that
this is real and its horror
hmm


peak
this is fire actually
WHAT IS THAT
is that an extension
i should contribute something significant to vesktop
i will add window key support to vesktop
I'm stealing this
i want to add a utility function that will be called from src/main/ipc.ts, shouldI just do it there or somewhere else?
guh theres already functions in there
depends how much code
might be better to create a new file if it's a lot
moving some code that already exists in the file to use it more generically
okay
i will explain what I am trying to do
because I don't want to commit to using something that will explode for no reason
i want to refactor this
can you explain what the point of BrowserWindow.fromWebContents(e.sender) ?? e.sender is
is it safe to just use mainWin?
i will figure it out and report back with my findings
ok my changes already dont work
@vernal lintel i have a feeling i know why you only half implemented this fix
no
i am stupid and forgot to update the ipc event definitions
my bad
no
whats wrong with using mainWin directly
what other window does it get called from
do not say discord popouts those dont count
i've looked through every other vesktop window
and i cant find anything that would call that
guh i have implemented that anyway
remote: GitHub found 1 vulnerability on Vencord/Vesktop's default branch (1 moderate). To find out more, visit:
remote: https://github.com/Vencord/Vesktop/security/dependabot/9
remote:

i am curious now
is it "moderate" but nobody really cares and you need some setup thats not possible anyway
but this commit fixes it anyway lmao
ehhh i see
makes some sense but
WHO CARES
is it updated in vencord?
is it worth investigating what other window controls / settings that upstream discord uses can be added to vesktop
always on top for popouts?
essentially useless
your desktop should implement that
not the app
HORROR
i mean yes
but the control
should it be added
windows users use vesktop too π
microsoft should stop being retarded and add this as a native feature https://learn.microsoft.com/en-us/windows/powertoys/always-on-top
most linux desktops and mac have it
but windows doesnt
average windows
windows doesnt even have modifier key to move window
real
just looking at discords wrapper over the window methods
WHAT IS THAT
oh
its their ancient game store
i genuinely thought this was their play again activities list for a moment
visual refresh jumpscare
the old one is so much more useful
does discord overlay exist on mac
nvm who cares about implementing the single use of DiscordNative.window.restore
i found more horror patching that needs to be done
trolley i just tried to do it to see if it was feasible or not and it turned out that it just doesnt work on wayland
yes because wayland doesn't allow windows to control stuff like that
they can't even control their own position
yes its horror
not allowing apps to do always on top is good tho
i actually agree with this
the desktop environment should be responsible for it
allowing apps to do that plays into malware and such
i dont even think apps can know their own position
if only apps could move themselves around on the screen π could make some cool ass games
use xwayland for now
lame
oh my god i just imagined something hilarious
imagine if when you got a message
vesktop would slowly slide in from off the side of the screen, covering whatever you're doing
i got window controls working on visual refresh
not that it matters
ok today we will be installing discord for windows
noppppp
windows 
where is my vencord
you can use wlr layer shell to make a fullscreen but not rly area to draw anything on (unless you're on gnome which is the only major comp that doesn't support it)
i read about this
it's what makes stuff like ags/astal or eww possible on wayland
I love
ok
why did i just install discord and vencord in my windows vm just to find out that i patched the visual refresh window controls properly and that it is supposed to look that cursed how they have the buttons implemented twice due to layers
explode?
i will nuke this vm
.
Discord Account
brightmang0
Operating System
Pop_OS!
Linux Only ~ Desktop Environment
Gnome
Package Type
Flatpak
What happens when the bug or crash occurs?
Every time I view GIFs, they appear as a mess of lines. This happens in DMs, servers, as well as when searching for GIFs.
![Image]...
i actually wanna use this vm later
@humble mortar i broke something and i dont know why it doesnt work
does this patch do ANYTHING other than what it says it does https://github.com/Covkie/Vesktop/blob/fc529b5b452228e18de0f4bdf0f7f4d16bdedf9e/src/renderer/patches/nativeFocus.tsx
or is deep linking just busted when using pnpm run start
all i did was remove the patch and patch the method it is calling
seems like a gpu issue. try disabling hardware acceleration in vesktop settings
ok it just looks like the type:"CHANNEL" is Gone
ok im sorry i think i figured it out
ok sorry ignore all of that my bad (i forgot to update dependencies like a complete
)
patching this
i was just about to submit my cursed pr for it
this will close 2 issues but not a 3rd one because wayland trolley
what're the issues
i will just submit my pr
ive had no issues with focus and maximize stuff 
Fixes https://github.com/Vencord/Vesktop/issues/1077
Fixes https://github.com/Vencord/Vesktop/issues/964
This patches Discord's module that wraps around native IPC methods for windowing and some other utilities to call VesktopNative.win methods instead of DiscordNative.window methods
This includes focus which was used by RPC deep linking. No difference will occur from this change, but if any of those other handlers are later supported through arRPC, it won't be necessary to patch t...
ignore horrible pr name
pr'ing out of date branch horror
SHUT
scroll up
Wayland π π π fixes this
can't wait for ext-zones and ext-layer-shell
i love my pr i hope it doesnt magically explode one day
discord will make visual refresh overhaul that explodes the patch
they likely will anyway cause as it stands pure web clients have huge empty bars at the top
so bad
holy man is still at it
YOP
this PR could've been 2 PRs


)