Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Bug]: GTK theme customizations are lost and the default directory is wrong in Ubuntu/Gnome/GTK. #43682

Open
3 tasks done
manelio opened this issue Sep 11, 2024 · 1 comment
Open
3 tasks done
Labels

Comments

@manelio
Copy link

manelio commented Sep 11, 2024

Preflight Checklist

Electron Version

29.4.0

What operating system(s) are you using?

Ubuntu

Operating System Version

Ubuntu 24.04

What arch are you using?

x64

Last Known Working Electron version

22.3

Expected Behavior

Use the same "Open file" dialog as in other GTK applications, adhering to the modifications specified in the GTK theme (see additional information).

The default directory when the dialog opens should be the directory of the currently edited file.

Actual Behavior

The file dialog is not the native system dialog (see Note 1). Customizations made to the file dialog in the GTK theme are not applied (see additional information).

The dialog always opens in the "Recent Files" list instead of the directory of the currently opened file. Navigating through tree structures is a nightmare.

Testcase Gist URL

No response

Additional Information

For some reason, Gnome decided to remove the use of the backspace key to navigate back in file dialogs. To work around this, I made a small modification:

cat ~/.themes/custom/gtk-3.0/gtk-keys.css
@binding-set MyOwnFilechooserBindings
{
    bind "BackSpace" { "up-folder" () };
}

filechooser
{
    -gtk-key-bindings: MyOwnFilechooserBindings;
}
gsettings set org.gnome.desktop.interface gtk-key-theme custom

It would be great to have some directory in which to add these modifications to the GTK theme.

@electron-issue-triage electron-issue-triage bot added 29-x-y blocked/need-info ❌ Cannot proceed without more information platform/linux labels Sep 11, 2024
@electron-issue-triage
Copy link

Hello @manelio. Thanks for reporting this and helping to make Electron better!

The version of Electron reported in this issue has reached end-of-life and is no longer supported. If you're still experiencing this issue on a supported version of Electron, please update this issue to reflect that version of Electron.

Now adding the blocked/need-info ❌ Cannot proceed without more information label for this reason. This issue will be closed in 10 days if the above is not addressed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant