Bug#1152512: libgtk-3-bin: Ctrl+V does not work in Gtk.FileChooser

[Cliff Kilby]

Package: libgtk-3-bin
X-Debbugs-Cc: cliffjkilby at gmail.com
Version: 3.24.49-3
Severity: normal

Dear Maintainer,

I wanted to open a file in Geany (uses GTK)
Ctrl+O Ctrl+V shows an error "Operation not supported"
LibreOffice (also using GTK) has the same error.
As a workaround, Thunar accepts the paste, and opens the .txt file in Geany
per default handler, but only after manually focusing on the Location bar.
Attempting to paste a path directly into Thunar without manually focusing
on the Location bar also results in an error "There is nothing on the
clipboard to paste".

This functionality seems to have been intended to work, as
https://github.com/GNOME/gtk/releases/tag/3.24.49 has
gtkfilechooserwidget.c at 8342
  /**
   * GtkFileChooserWidget::location-popup-on-paste:
   * @widget: the object which received the signal
   *
   * The ::location-popup-on-paste signal is a [keybinding
signal][GtkBindingSignal]
   * which gets emitted when the user asks for it.
   *
   * This is used to make the file chooser show a "Location" prompt when
the user
   * pastes into a #GtkFileChooserWidget.
   *
   * The default binding for this signal is `Control + V`.
   */
  signals[LOCATION_POPUP_ON_PASTE] =
    g_signal_new_class_handler (I_("location-popup-on-paste"),
                                G_OBJECT_CLASS_TYPE (class),
                                G_SIGNAL_RUN_FIRST | G_SIGNAL_ACTION,
                                G_CALLBACK
(location_popup_on_paste_handler),
                                NULL, NULL,
                                NULL,
                                G_TYPE_NONE, 0);

This would not be a problem, if the GTK SETTINGS_KEY_LOCATION_MODE was not
broken.
In https://github.com/GNOME/gtk/releases/tag/3.12.2 there is:
gtkfilechooserwidget.c at 3251
  location_mode = g_settings_get_enum (settings,
SETTINGS_KEY_LOCATION_MODE);
gtkfilechooserwidget.c at 3260
  location_mode_set (impl, location_mode, TRUE);

By https://github.com/GNOME/gtk/releases/tag/3.13.1
gtkfilechooserwidget.c no longer has a g_settings_get_enum for
SETTINGS_KEY_LOCATION_MODE, but is still saving the setting
gtkfilechooserwidget.c at 3058
  g_settings_set_enum (settings, SETTINGS_KEY_LOCATION_MODE,
priv->location_mode);

This leads me to believe that between 3.12.2 which was released, and 3.13.1
which was not upstream broke this, because
https://github.com/GNOME/gtk/releases/tag/3.24.49 is still setting the
SETTINGS_KEY_LOCATION_MODE even though nothing has read it in 10 years.
gtkfilechooserwidget.c at 3940
  g_settings_set_enum (settings, SETTINGS_KEY_LOCATION_MODE,
priv->location_mode);

Acceptable solutions:
Ctrl+v with a file path in a Gtk.FileChooser opens the path.
Restore 3.12 settings management for gtkfilechooserwidget.c which upstream
broke and never fixed.

Present workarounds:
Open through Thunar, after manually focusing the Location bar.
Open in app with Gtk.FileChooser using Ctrl+O Ctrl+L Ctrl+V


-- System Information:
Debian Release: 13.7
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates'), (500,
'stable-security'), (100, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.12.113+deb13-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE
not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: SELinux: enabled - Mode: Enforcing - Policy name: default

Versions of packages libgtk-3-bin depends on:
ii  gtk-update-icon-cache  4.18.6+ds-2
ii  libc6                  2.43-7
ii  libcairo2              1.18.4-1+b1
ii  libgdk-pixbuf-2.0-0    2.42.12+dfsg-4+deb13u1
ii  libglib2.0-0t64        2.84.4-3~deb13u5
ii  libgtk-3-0t64          3.24.49-3
ii  libgtk-3-common        3.24.49-3

libgtk-3-bin recommends no packages.

libgtk-3-bin suggests no packages.

-- no debconf information
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/pkg-gnome-maintainers/attachments/20261030/8f048957/attachment.htm>