milkshiift / goofcord Goto Github PK

Description

While using an ibus input method such as an IME - in my case, Anthy for typing Japanese characters - the actual character transformation functionality is completely non-functional under the Flatpak distribution.

Steps to Reproduce

Simply adding an IME Input Source in GNOME Settings' 'Keyboard' section should reproduce this issue - they're the ones featuring the little cog icon. While I'm using Anthy due to personal preference(though it is also the one that's shipped with upstream Fedora), Mozc is generally more popular - and also has an ibus package available. Change the Input Source through the panel menu, or press Super + Space.

Expected Behavior

While using an Anthy, the Latin characters you'll be typing are the transliterated equivalent of the actual characters/words you are trying to write(for example, you may type 'ko' for the Japanese character 'こ'). You might attempt to convert further this current underlined portion by pressing Space, which will open up a list of conversion options - something like a smartphone keyboard's word suggestions. You can always press Enter to move on to the next word, and Ctrl + Space to toggle between direct Latin character input and IME behavior.

Actual Behavior

The program completely ignores ibus input - meaning only direct Latin input works, regardless of input source.

Environment

• Operating System: Bazzite (GNOME 46.2 - OCI image based on Fedora Silverblue)
• Version: 1.4.3 (Flatpak)

Additional Information

I've observed the same behavior under every Electron-based Discord client I've tried, including Armcord, so it is likely an issue with an incompatibility and/or misconfiguration of Flatpak sandboxing.

Description

When trying to open, getting error "GoofCord is damaged and can't be opened" on MacOS running on Apple's M2 Chip

Steps to Reproduce

Try to install on MacOS running on Apple's M2 Chip

Expected Behavior

Opens normally

Actual Behavior

Shows error "GoofCord is damaged and can't be opened"

Screenshots

Environment

• Operating System: macOS 14.2 (Sonoma)
• Version: 1.1.0
• Chip: Apple M2

Additional info

This is strictly an issue with the arm-64 .dmg, the x64 .dmg is fine

On 1.0.1

Description

Videos in channels can't be watched in fullscreen

Steps to Reproduce

Try to make a video fullscreen

Expected Behavior

Being fullscreen

Actual Behavior

Not being fullscreen

Screenshots

:D

Environment

Fedora 40 KDE Plasma
Software Version 1.5.0

Description

[Provide a brief description of the bug you encountered]
Goofcord crashes and loses login

Steps to Reproduce

[List the steps to reproduce the bug]
Open goofcord
log back in because it keeps logging me out after every crash
close goofcord

Expected Behavior

[Provide a clear and concise description of what you expected to happen]
goofcord stays running in system tray

Actual Behavior

[Describe what actually happened]
goofcord segfaults

Screenshots

[If applicable, add screenshots that help illustrate the problem]

Environment

• Operating System: [e.g. Windows 10, macOS 10.14.6]
• Version: [e.g. 1.0.0]
  Arch Linux with Plasma 6

Additional Information

[Provide any additional information that might be useful in solving the problem, such as error messages or relevant logs]
Happens with or without gpu assist (prime run) and with the wayland workaround vars set

GDK_BACKEND=x11
export XDG_SESSION_TYPE=x11
env -u WAYLAND_DISPLAY

All it says right before crashing:
Missing config parameter: minimizeToTraySetting

Description

goofcord killed by SIGSEGV

Steps to Reproduce

just using

Expected Behavior

normal operation of the program

Actual Behavior

goofcord killed by SIGSEGV

Environment

• Operating System: Fedora Workstation 40
• Version: 1.4.3 (flatpak)

Additional Information

https://pastebin.com/A9VzDHYR

• I have searched and found no existing issues on the same topic
• I have searched the wiki and found no mention of my problem

Description

Clicking on a Discord link on the browser doesn't open the Discord invite link in Goofcord.

Steps to Reproduce

Click on a Discord invite on your preferred web browser (in my case, Firefox)

Expected Behavior

Clicking on the Discord invite will open Goofcord and then ill be able to accept the invitation there.

Actual Behavior

Doesn't do anything, :P just asks me to login into web discord

Screenshots

Environment

• Operating System (name and version): NixOS unstable, kernel: 6.10.3
• GoofCord Version: 1.6.0

Additional Information

GNOME 46

Description

This feature request proposes adding GoofCord to the package managers winget and scoop.

Use Case

Including GoofCord in winget and scoop would benefit users in several ways:

• Simplified Installation: Through winget and scoop, users would enjoy a streamlined installation process for GoofCord. These package managers handle dependencies and ensure compatibility, making installation smoother than manual compilation or downloading from unknown sources.
• Accessibility: Having GoofCord in these repositories would increase its accessibility for Windows users, especially those unfamiliar with manual installation methods. Users could easily discover and install GoofCord through familiar package management tools.
• Security: Package managers like winget and scoop often implement security measures to verify package integrity. This can help mitigate risks associated with downloading from untrusted sources.

Describe alternatives you've considered

None. Users who seek to only use package managers on windows won't be able to install GoofCord.

Additional context

By adding GoofCord to these repositories, winget and scoop can expand their offerings to cater to users who prioritize privacy-focused alternatives to mainstream applications.

Add a way to have lossless stereo like abaddon has so that people can have perfect stereo quality on discord and make it as lossless as opus can be so have raw mic input/allow for full 16bit gain which is what discord uses and no processing of mic for it to be as lossless as discord can get

Description

Goofcord took a long time to initialize the window in wayland, running on X11 doesn't exhibit this behavior. Sometimes Goofcord startup put the desktop environment on heavy load (some hangs at initialization of Goofcord, fans spinning up).

Steps to Reproduce

Run goofcord from app drawer (automatic .desktop shortcut) in GNOME, never tried using flatpak command

Expected Behavior

Initialization almost instantly opens the goofcord window, just like X11 one

Actual Behavior

Initialization takes a long time (around 4-5 minutes) and hangs the system sometime (albeit only temporary)

Environment

• Operating System: Arch Linux (6.10.3-lqx1-1-lqx), GNOME 46
• GoofCord Version: 1.6.0

Additional Information

Want to test using Xwayland on goofcord, any ideas?

When the 'Dynamic icon' option is enabled, the taskbar icon does not update or display pings when GoofCord is pinned. This issue appears to be related to an unreported Electron bug.

Temporary solution: Unpin GoofCord from the taskbar.

Description

suncord is a vencord fork with more plugins. potentially, combine suncord and equicord allowing to use all of their plugins

Use Case

allows usage of Suncord plugins easily

Description

Pressing ctrl+shift and the two buttons to the left of backspace zooms out, but there is no way to zoom back in again. Reinstalling the app doesn't work, neither does ctrl+0 or similar shortcuts. I had to reinstall some flatpak libraries to fix it, and I dont know which one did.

Steps to Reproduce

Run Goofcord and press ctrl+shift+one of the buttons to the left of backspace

Expected Behavior

There is a way to zoom in again

Actual Behavior

There isn't

Environment

• Operating System (name and version): Fedora 40 Kinoite
• GoofCord Version: 1.5.1

The YouTubeAdblock plugin shows up but can not be used in Goofcord.

Search for YouTubeAdblock in Vencord>Plugins

Unsure if this is bug or intended.

Environment

• Windows 11 23H2
• x64
• GoofCord Version: 1.5.1

Description

The screenshare feature is not working. it just disappears once you start, and nothing happens.

Environment

• Operating System: Windows
• Version: 11

Description

When running the AppImage version of GoofCord 1.5.0 and going to the GoofCord settings to enable message encryption, encryption passwords do not actually get saved anywhere.

Steps to Reproduce

1. Start GoofCord from the terminal via the AppImage file, keeping the terminal open
2. Navigate to the GoofCord settings (Ctrl + Shift + ')
3. Enable Message Encryption
4. Type a password in the "Encryption passwords" text box
5. Click outside of the text box to save your input, taking note of error messages printed in the terminal
6. Restart GoofCord and go back into the settings to confirm that the password did not get saved

Expected Behavior

Following the steps above, one would expect the encryption passwords to be encrypted and saved to their respective location on the system.

Actual Behavior

While monitoring the program output in the terminal, the following error message gets printed to the screen upon entering a password:

Error occurred in handler for 'encryptSafeStorage': Error: Error while encrypting the text provided to safeStorage.encryptString. Encryption is not available.
    at /tmp/.mount_GoofCo1eDO1i/resources/app.asar/ts-out/main.js:53:11535
    at WebContents.<anonymous> (node:electron/js2c/browser_init:2:82871)
    at WebContents.emit (node:events:519:28)

It looks like the IPC handler for encryptSafeStorage fails at the call to encryptString because encryption is supposedly not available. I am unsure if this is a GoofCord issue or a system issue.

Environment

• Operating System: Arch Linux
• GoofCord Version: 1.5.0

• I have searched and found no existing issues on the same topic

Description

Any value written into the input fields in the goofcord settings will be lost once the settings window is closed.

Steps to Reproduce

1. Open Goofcord settings
2. Enter a value into e.g. Encryption password
3. Close the settings
4. Reopen settings

Expected Behavior

Automatically saved or per button (warning)

Actual Behavior

Discarded

Screenshots

Environment

• Operating System (name and version): Kubuntu 24.10
• CPU Architecture (e.g. x64): x64
• GoofCord Version: 1.5.1

Additional Information

Description

Client Mods not loading on GoofCord

Steps to Reproduce

v1.5.0
MacOS

Expected Behavior

Settings section should have a place for client mods like vencord and shelter to appear.

Actual Behavior

No extra settings menu, not even for GoofCord

Environment

• Operating System: macOS
• Version: 1.5.0

Sorry if this is the wrong way to ask.
I installed using the AUR and got no errors, when I run from desktop (kde plasma) it starts and closes, when I run from terminal with the executable name 'goofcord' I get:
No performance modes set

Is there some kind of config file I should change?

I recently decided to give this client a chance from previously using Vesktop.

Immediately upon logging into the client, my IDS flagged and blocked a suspicious incoming request matching a Tor exit node.

Could some clarity around this be given, I've never had my IDS triggered before with any other discord client, including Vesktop and the official client.

• Flatpak version
• Brand new install of Fedora 40 with nothing other than Chrome, Steam and GoofCord installed.

Is this client creating tunnels using Tor?
Why are requests coming from an exit node?

https://spur.us/context/65.109.30.253

Description

Currently the client thinks it's ran in a browser and doesn't allow the use of keybinds.

Use Case

I use keybinds on the daily for muting/unmuting myself while in-game and it's the sole thing that prevents my switch from discord.

Describe alternatives you've considered

Additional context

Since it's been supported in the recent release of ArmCord (see ArmCord/ArmCord@bcb54b4) I would think it might be easy to build Goof as well?

I hope so!

Description

Would be cool to see how it compares against other clients. Some benchmarks might include:

• time to start
• time to switch/load a server/channel
• time to connect to voice chat
• memory usage
• CPU usage
• time to close

Use Case

This would help recommend GoofCord to others.

Description

I am trying to use screen sharing and when I click on the screen share icon and select the application from the portal window, the screen sharing window which allows me to select resolution is appearing on the bottom right corner of the monitor and it is out of bounds of the monitor. I have to use my keyboard shortcuts to drag it into the main screen again.

Steps to Reproduce

log into discord, join a server and start screen sharing. The screen sharing window is appearing on the bottom right corner and mostly out of the screen bounds.

Expected Behavior

The window for screen sharing menu should appear fully within the monitor boundaries.

Actual Behavior

The screen sharing window is appearing in the bottom right corner of the screen and is mostly out of bounds of the monitor.

Screenshots

Attaching the screenshot. Please look at the bottom right corner of the screen and you will see what I am talking about.

Environment

• Operating System: Fedora Workstation 40, gnome DE on Wayland.
• Version: 1.4.2 (flatpak)

Description

Clicking on notifications doesn't focus the Goofcord window.

Steps to Reproduce

[List the steps to reproduce the bug]
Be on GNOME 46 (Wayland), click a notification, see that it doesn't focus Goofcord.

Expected Behavior

That it does focus Goofcord.

Actual Behavior

It doesn't focus Goofcord (another notification pops up and which is then clicked on to focus the windows, this makes focusing the windows take clicking on 2 separate notifications.)

Screenshots

2nd notification that pops up (and actually does focus the screen)

Environment

• Operating System: NixOS 24.11
• Version: 1.4.3

Additional Information

[Provide any additional information that might be useful in solving the problem, such as error messages or relevant logs]

Description

When trying to shut down application, application is unresponsive

Steps to Reproduce

1. Open GoofCord
2. Close all windows
3. Long press on application at bottom navbar
4. In the popup, navigate to shut down and let go

Expected Behavior

Application should do one of two things:

1. Application shuts down
2. Application doesn't shut down but instead says that it isn't responding and requires to be force quit. Upon force quitting, it will shut down.

Actual Behavior

Does not shut down but doesn't say that application has to be force quit. Only way to close it to open macOS's version of task manager with ⌘ + ⌥ + esc. Doing so force quits the application and allows it to shut down.

Environment

• Operating System: macOS 14.5
• Version: 1.4.3

Description

It seems that the Invidious instance that replaces the YouTube player extends past the frame of the existing video player. This makes the fullscreen button hidden.

Guessing some additional css props might need to be added here: https://github.com/Milkshiift/GoofCord-Scripts/blob/main/patches/BL12_invidiousEmbeds.js

Steps to Reproduce

Play a video with Invidious replaced.

Expected Behavior

Replacement video player should fit the same player size.

Actual Behavior

Frame is underfitted.

Screenshots

Environment

• Operating System: macOS 13.5
• Version: 1.2.0

Description

[Please provide a clear and concise description of the feature you'd like to request.]
I'd like a Flatpak.

Use Case

[Explain how this feature would be useful to you or your project.]
For OS's like SteamOS, Fedora Silver blue and such.

Describe alternatives you've considered

[A clear and concise description of any alternative solutions or features you've considered.]

Additional context

[Add any other context or screenshots about the feature request here.]

Clicking on the Fullscreen button for any video shared (uploaded video, youtube, etc...) on the app doesn't seem to work.

Environment

Linux - EndeavourOS (Arch)
on recent release of Goofcord using AUR

Description

Goofcord can't share screen with 1080p or 480p

Steps to Reproduce

Try share screen with less than 720p(or more)

Expected Behavior

Share screen with chosen resolution

Actual Behavior

Screen share is limited to 720p 30fps

Screenshots

Environment

• Operating System:
  ArchLinux
  Gnome
  Wayland

Description

Encryption password does not seem to either be saved or read, resulting in the feature not working. This is the first time filling out a bug report so I apologize if any info is missing.

Steps to Reproduce

1. Navigate to Goofcord settings via settings menu or tray icon
2. Enable "Message encryption"
3. Type in a password
4. Leave encryption cover/mark blank
5. Exit the settings window
6. Hit Ctrl+Shift+R to refresh
7. Hit F10 to enable encryption, lock icon appears
8. Type a test message into an empty group chat
9. Get TypeError [ERR_INVALID_ARG_TYPE]: The "password" argument must be of type string or an instance of ArrayBuffer, Buffer, TypedArray, or DataView. Received undefined see screenshot below

Attempted Troubleshooting

• Manually entering a password into the settings json
  • "messageEncryption":true,"encryptionPasswords":["test"]
• Cycling between passwords with F9 before attempting to send a message
• Entering a cover message and mark
• Disabling all vencord plugins

These all end in the same result seen in step 9.

Expected/Actual Behavior

After step 8 I assume an empty message composed of invisible characters should be sent. I have not utilized Stegcloak before so I'm not completely sure what is supposed to happen.

Additionally, whenever I attempt to set a password and exit the settings menu, when I return to settings it is no longer listed.

Screenshots

Environment

• Operating System: Linux Mint Linux Mint 21.3 Cinnamon 6.0.4
• App Version: Flatpak, 1.4.3 - Reactive Astatine
• Discord Info: stable 307392 (6818046) Vencord 5c05443 (Web) Chromium 124

ik u just added suncord but they recently sunsetted and are being basically merged into equicord https://github.com/verticalsync/Suncord

Use Equicord now. Suncord has gone EOL. Because I don't always have the time to keep up with what people suggest or such and it's easier for me to work on Equicord with other people, the source and everything will stay here and you can still use it, but it'll probably become outdated after some time and break.

not sure if u want to keep but wanted to point it out

Unless there is some compatibility issues with this...

Description

Instead of just offering Vencord support, offer Equicord support as well.

Use Case

Equicord is a fork of Vencord with more features and plugins

Describe alternatives you've considered

Continue using Vencord.

Because of an Electron bug in the versions >30.x.x, which is what 1.4.0 uses, Linux installs may crash on startup. I will release a new version with a fix as soon as Electron fixes the bug. I don't consider downgrading to Electron 29 because Windows installs are not impacted, screensharing with audio depends on the newer version and the fix hopefully shouldn't take that long.

Workarounds

1. install electron29 and run GoofCord with electron29 <path to the GoofCord's asar file>. You can download the .asar from the releases page
2. In the config file which is located in ~/.config/goofcord/storage/settings.json change the value of "customTitlebar" to the opposite one. This only seems to work until a restart

• I have searched and found no existing issues on the same topic

I want to choose between the native YouTube backend and the Invidious backend in Goofcord settings :P

Description

App appears to be defaulted in the maximized window setting at every start-up - and each start-up I constantly have to adjust the window to a certain size of my preference. Was wondering if Goofcord can get the option (or default) to keep the last resize adjustment in every session.

Use Case

It being able to keep the last resize adjustment to a user's preference would save time.

Describe alternatives you've considered

Additional context

Description

[No matter what OS, Linux or Windows, the minimize to tray setting doesn't work. And yes, it's enabled in the settings.]

Steps to Reproduce

[1) Open Goofcord. 2) Make sure minimize to tray is enabled in settings. 3) Close GoofCord by clicking the X button. 4) Notice that it disappears from system tray, and when you reopen it, the window scaling is back to fullscreen.]

Expected Behavior

[I expected clicking the X button to minimize GoofCord like the official client, and to open it exactly how it was before I 'minimized' it.]

Actual Behavior

[GoofCord completely closed and did not minimize.]

Environment

• Operating System: [Windows 11, Linux Mint 21.3]
• Version: [1.4.2]

Description

[Provide a brief description of the bug you encountered]
GoofCord is not logging me in.

Steps to Reproduce

I run the installed app and it opens the discord login screen. I enter my email and password, and click login. it shows the 3-dot loading symbol, then goes back to 'Log In', doing nothing. When I scan the QR code using the mobile app, it shows my discord user info on GoofCord: 'Logging in as User...'. On the android app, I select log in as desctop. On GoofCord, my user icon changes to a three-dot loading symbol, before reverting back to the default QR code, not logging me in. On my android, discord shows 'You're in!'.

Expected Behavior

[Provide a clear and concise description of what you expected to happen]
I expected to be logged in to discord (goofcord), either with email/password, or with qr code scanning.

Actual Behavior

[Describe what actually happened]
While it looked like the app was loading when i initiated login, it would then revert back to the standard login screen.

Screenshots

[If applicable, add screenshots that help illustrate the problem]

Environment

I installed it on Windows 10 Pro 22H2 19045.3208

Additional Information

[Provide any additional information that might be useful in solving the problem, such as error messages or relevant logs]
I have installed version 0.7.1

• I have searched and found no existing issues on the same topic

Description

Screen tearing happens on top of screen when I share my screen

Steps to Reproduce

share your screen

Expected Behavior

tearing shouldn't be happened

Actual Behavior

tearing is happening

Screenshots

I can't share because when I want to record with obs, it's not happening.

Environment

Fedora 40 | KDE Plasma | x11
x86_64
GoofCord version: 1.5.1

You have licensed your work under the terms of the OSL. This states the following:

3) Grant of Source Code License. The term "Source Code" means the preferred
form of the Original Work for making modifications to it and all available
documentation describing how to modify the Original Work. Licensor agrees to
provide a machine-readable copy of the Source Code of the Original Work along
with each copy of the Original Work that Licensor distributes. Licensor
reserves the right to satisfy this obligation by placing a machine-readable
copy of the Source Code in an information repository reasonably calculated to
permit inexpensive and convenient access by You for as long as Licensor
continues to distribute the Original Work.

as well as:

6) Attribution Rights. You must retain, in the Source Code of any Derivative
Works that You create, all copyright, patent, or trademark notices from the
Source Code of the Original Work, as well as any notices of licensing and any
descriptive text identified therein as an "Attribution Notice." You must cause
the Source Code for any Derivative Works that You create to carry a prominent
Attribution Notice reasonably calculated to inform recipients that You have
modified the Original Work.

Your work is clearly a derivate of ArmCord, proven by both the fact this repository used to be a fork (see image) and the fact that the source code is identical.

Currently, you are failing to comply with the license terms. We as ArmCord have all rights to take action if you fail to comply with the terms of the license.

I recommend following the terms.

Description

When enabling the start goofcord on startup option, it will start the electron development app instead of goofcord.

Steps to Reproduce

1. Go to Goofcord settings
2. scroll to the bottom
3. enable the Launch on Startup option
4. restart

Expected Behavior

Upon enabling the start on startup option and restarting, goofcord should launch.

Actual Behavior

upon enabling the start on startup option and restarting, the electron app launches and goofcord doesnt

Environment

• Operating System: EndeavourOS (Arch-Linux) Kernel 6.8.5-zen
• Version: 1.3.2 (aur package)