3 ms·
There's no mention of the issue being keyboard-specific nor patches or comments from mclassen in the issue you linked. Maybe you linked the wrong one? Looks l
by pengaru 3y ago
There's no mention of the issue being keyboard-specific nor patches or comments from mclassen in the issue you linked. Maybe you linked the wrong one?
Looks like a canonical file path (as opposed to dir path) paste handling bug in general, which seems like something worth fixing regardless of one's stance on keyboard paste.
- superkuh 3y agoI talked to them myself on #gtk on IRC (both on gimpnet in the old days and libera in modern times). Most previous issues with this bug have been removed from the bug tracker(s). This is just the latest one submitted by a helpful dev in channel who discovered it applied to Gtk4 too when I brought up the Gtk3 version this year. Now that they know it's in Gtk4 too they might do something. To understand how it's keyboard specific you have to know about what features were removed. In the past you could set the file chooser dialog to have either a text entry field or the path-bar mouse buttons as the default. This was through org.gtk.Settings.FileChooser location-mode. While this gsetting still remains gtkfilechooserwidget.c was changed so it no longer respects those settings and always forces only the mouse based path-bar input mode. This means now when a file path is pasted with ctrl-v (or middle mouse click paste?) the entirely wrong function tries to handle it and this function errors out because it's not expecting file path input.