Error found with nautilus-gsconnect.py

[Tyreneous]

Describe the bug

Okay so I launched Nautilus in my terminal and noticed an error traceback. I created a little bug report text file and adding it down below. It's complaining about a mismatch in version and might be causing problems that I'm having trying to browse the files on my phone. My phone mounts just fine but when I try to browse the phone's drive via nautilus I get an error saying it can't access / which I'm assuming is the sftp root folder so maybe it's getting it wrong somehow? I'm not sure. I'm very new to Linux and have been crunching to learn how to use it properly and the terminal, just the terminal so I can learn to navigate without a GUI. I've 28 years of experience with windows and probably wont be going back to them lol. Anyways, what do yall think? Thanks for your time. If you need anymore information please let me know.

Steps to reproduce

Install Bazzite, run nautilus in the terminal to launch nautilus and you should see the nautilus-gsconnect.py problem. I'm pretty sure GSConnect installs with the Bazzite image. It doesn't show on the os-tree so it has to be baked into the base image.

Expected behavior

To just launch nautilus normally. Just happened upon this bug trying to figure out my mount/file browsing issue.

GSConnect version

71

Installed from

OS package manager

GNOME Shell version

49.1

Linux distribution/release

Bazzite-GNOME-Wayland-stable 43.20260303 (2026-03-03T04:59:18Z)

Paired device(s)

Samsung s23 Ultra

KDE Connect app version

1.35.5

Plugin(s)

No response

Support log

===== OS RELEASE =====
NAME="Bazzite"
VERSION="43.20260303.0 (Silverblue)"
RELEASE_TYPE=stable
ID=bazzite
ID_LIKE="fedora"
VERSION_ID=43
VERSION_CODENAME="Silverblue"
PRETTY_NAME="Bazzite"
ANSI_COLOR="0;38;2;138;43;226"
LOGO=bazzite-logo-icon
CPE_NAME="cpe:/o:universal-blue:bazzite:43"
DEFAULT_HOSTNAME="bazzite"
HOME_URL="https://bazzite.gg"
DOCUMENTATION_URL="https://docs.bazzite.gg"
SUPPORT_URL="https://discord.bazzite.gg"
BUG_REPORT_URL="https://github.com/ublue-os/bazzite/issues/"
SUPPORT_END=2026-12-02
VARIANT="Silverblue"
VARIANT_ID=bazzite-gnome
OSTREE_VERSION='43.20260303.0'
BUILD_ID="Stable (F43.20260303)"
BOOTLOADER_NAME="Bazzite Stable (F43.20260303)"
IMAGE_ID="bazzite-gnome-43.20260303"

===== Kernel =====
Linux syn-2600-6c5a-017f-88cb-4f1f-4fe0-5de1-9d6d.biz6.spectrum.com 6.17.7-ba25.fc43.x86_64 #1 SMP PREEMPT_DYNAMIC Mon Jan 19 05:47:43 UTC 2026 x86_64 GNU/Linux

===== GNOME SHELL VERSION =====
GNOME Shell 49.1

===== NAUTILUS VERSION =====
** Message: 18:52:06.447: Connecting to org.freedesktop.Tracker3.Miner.Files
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/usr/lib64/python3.14/site-packages/gi/__init__.py", line 135, in require_version
    raise ValueError(f"Namespace {namespace} not available for version {version}")
ValueError: Namespace Nautilus not available for version 4.0
<sys>:0: PyGIWarning: Nautilus was imported without specifying a version first. Use gi.require_version('Nautilus', '4.1') before import to ensure that the right version gets loaded.
GNOME nautilus 49.4
GSConnect: [Errno 2] No translation file found for domain: 'org.gnome.Shell.Extensions.GSConnect'

===== GSConnect EXTENSION INFO =====
gsconnect@andyholmes.github.io
  Name: GSConnect
  Description: GSConnect is a complete implementation of KDE Connect especially for GNOME Shell with Nautilus, Chrome and Firefox integration. It does not rely on the KDE Connect desktop application and will not work with it installed.

KDE Connect allows devices to securely share content like notifications or files and other features like SMS messaging and remote control. The KDE Connect team has applications for Linux, BSD, Android, Sailfish, iOS, macOS and Windows.

Please report issues on Github!
  Path: /usr/share/gnome-shell/extensions/gsconnect@andyholmes.github.io
  URL: https://github.com/GSConnect/gnome-shell-extension-gsconnect/wiki
  Version: 71
  Enabled: No
  State: INITIALIZED

===== RPM PACKAGE VERSIONS =====
gnome-shell-extension-gsconnect-71-2.fc43.x86_64
nautilus-gsconnect-71-2.fc43.noarch

===== FILE OWNER =====
nautilus-gsconnect-71-2.fc43.noarch

===== RPM-OSTREE STATUS =====
State: idle
Deployments:
● ostree-image-signed:docker://ghcr.io/ublue-os/bazzite-gnome:stable
                   Digest: sha256:717f463731f01c7727a94cf3f25d12227d5f3454d073f3819feb62b287fccbaf
                  Version: 43.20260303 (2026-03-03T04:59:18Z)
          LayeredPackages: coolercontrol liquidctl

  ostree-image-signed:docker://ghcr.io/ublue-os/bazzite-gnome:stable
                   Digest: sha256:508ab6746dce3bd77c147c837615032ba9d8487d623353de2b94a00661c72cb8
                  Version: 43.20260217 (2026-02-17T20:55:19Z)
          LayeredPackages: coolercontrol liquidctl

===== NAUTILUS-GSCONNECT VERSION LINES =====-
6:nautilus-gsconnect.py - A Nautilus extension for sending files via GSConnect.
20:gi.require_version("Gio", "2.0")
21:gi.require_version("GLib", "2.0")
22:gi.require_version("GObject", "2.0")
29:# can test for that. Nautilus detection is less reliable, so don't try.
33:    gi.require_version("Nemo", "3.0")
37:    from gi.repository import Nautilus as FileManager
157:        # 'args' will depend on the Nautilus API version.
158:        # * Nautilus 4.0:
159:        #     `[files: List[Nautilus.FileInfo]]`
160:        # * Nautilus 3.0:
161:        #     `[window: Gtk.Widget, files: List[Nautilus.FileInfo]]`

Screenshots

----- The Error Loading Nautilus in Terminal -----

----- The Error When Attempting to Browse Storage Drive -----

Notes

I'm not sure how big of an issue this really is because Nautilus works fine from what I can tell but GSConnect is having that issue having issues trying to browse the device's storage drive.

I think I did this right, please correct me if I'm wrong or if you need more information. Thank you.

[ferdnyc]

Ah, I see. Yeah, it looks like Nautilus has incremented its typelib version from 4.0 to 4.1, so when we explictly request 4.0 it's not found.

$ gi-inspect-typelib --print-shlibs Nautilus
shlib: libnautilus-extension.so.4

$ gi-inspect-typelib --print-shlibs --typelib-version=4.0 Nautilus
Failed to load typelib: Typelib file for namespace 'Nautilus', version '4.0' not found

$ gi-inspect-typelib --print-shlibs --typelib-version=4.1 Nautilus
shlib: libnautilus-extension.so.4

It looks like it still works because when gi can't find the requested 4.0 version, it loads Nautilus without a version and gets the only available version, Nautilus-4.1. Hence this part of your logs:

<sys>:0: PyGIWarning: Nautilus was imported without specifying a version first. Use gi.require_version('Nautilus', '4.1') before import to ensure that the right version gets loaded.

So, it doesn't sound like there's any real impact from not requesting version 4.1, except for that traceback on initial load. Still, we can update the code to try to load Nautilus-4.1 and get rid of that warning. Thanks for reporting.

[Tyreneous]

I didn't think it was an issue because it still works. Just noticed it and figured I'd throw it up in here. Thanks!

[ferdnyc]

Huh. Actually, this got somewhat... complex.

Turns out, the issue isn't in GSConnect. (We haven't been using a version requirement to import the Nautilus bindings since @jbicha fixed that in commit 9723ea9 way back in 2022.)

The issue appears to be that Bazzite's nautilus-python package, like the one in Fedora 43, is still at version 4.0.1 which imports the wrong API version (4.0) for Nautilus 49 (which uses 4.1).

But, fortunately, GSConnect doesn't force the issue, so the extension loads anyway. (Other extensions error out when they hit this issue, so they do fail to work.) Still, there's nothing we can do about this because the problem isn't in our code. It's nautilus-python that's at fault.

This was fixed in nautilus-python 4.1.0, and so ultimately the fix is to update to that version. It will import Nautilus-4.1 as expected.

I hadn't intended to close this, though, and I'll leave it open for now to track the issue.

[ferdnyc]

I've also submitted a Fedora pull request to update Fedora 43 to nautilus-python-4.1.0. But other distros will have to follow their own procedures.

(Edit: Replaced with a new pull request due to a source branch change.)