Blank app window on Rocky Linux 9.6 (RHEL9)

Bugs and issues
1

I’ve been using Insync for some time on a different Ubuntu-based distro, and also tried the RHEL9 rpm on Rocky 10 (RHEL10). Both worked fine, though with some smaller bugs in Rocky 10 (same as in CentOS Stream 10 build?).

Due to circumstances, I had to abandon Rocky 10, and install 9.6 (Fresh install of 9.5, later upgraded to 9.6). In this version, using a fresh install of Insync (package insync-3.9.6.60027-el9.x86_64.rpm), no matter what I do the app window is just blank. So I can’t set up and use Insync.

Due to aforementioned circumstances, I can’t just use a different distro. I’m also not yet very proficient in Linux.

I’ve tried insync start --no-daemon in Terminal, and apart from a few warnings, one of which is “Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use QT_QPA_PLATFORM=wayland to run on Wayland anyway.”, there are no errors. The closest it gets, is complaining about an option ‘image/tiff’ in section ‘Default Applications’ already existing. Full readout below:

$ insync start --no-daemon
Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use QT_QPA_PLATFORM=wayland to run on Wayland anyway.
QSocketNotifier: Can only be used with threads started with QThread
WARNING:root:While reading /usr/share/applications/gnome-mimeapps.list
Traceback (most recent call last):
  File "idesklinux/application_manager.py", line 53, in __index_default_apps
  File "configparser.py", line 697, in read
  File "configparser.py", line 1096, in _read
configparser.DuplicateOptionError: While reading from '/usr/share/applications/gnome-mimeapps.list' [line 331]: option 'image/tiff' in section 'Default Applications' already exists
WARNING:root:While reading /usr/share/applications/gnome-mimeapps.list
Traceback (most recent call last):
  File "idesklinux/application_manager.py", line 70, in __index_apps_for_mimetypes
  File "configparser.py", line 697, in read
  File "configparser.py", line 1096, in _read
configparser.DuplicateOptionError: While reading from '/usr/share/applications/gnome-mimeapps.list' [line 331]: option 'image/tiff' in section 'Default Applications' already exists
INFO     2025-06-17 15:44:08,895 [mainlogs:_log_run:130] Core(app_version=3.9.6.60027, platform=Linux-x86_64-rocky/9.6) initialized
INFO     2025-06-17 15:44:08,915 [mainsettings:_load_settings:236] Loaded settings, machine fingerprint = cVVbUJ692S3BwZjEOfKD2i4Ss1S20nMzih47kvCXin0=
qt.qpa.wayland: Wayland does not support QWindow::requestActivate()
INFO     2025-06-17 15:44:11,988 [app:start_core:67] core started
INFO     2025-06-17 15:44:11,990 [unix_socket_server:start:106] unix socket server thread start
qt.qpa.wayland: Wayland does not support QWindow::requestActivate()

When quitting:

INFO     2025-06-17 15:50:34,680 [app:quit:87] quitting
INFO     2025-06-17 15:50:34,681 [unix_socket_server:stop:126] unix socket server thread stop
INFO     2025-06-17 15:50:34,681 [app:quit:87] quitting
INFO     2025-06-17 15:50:34,682 [unix_socket_server:stop:126] unix socket server thread stop
INFO     2025-06-17 15:50:36,751 [workbase:wait_cancelled_tasks:110] Cancellations of 1 tasks wasn't awaited.
ERROR    2025-06-17 15:50:36,799 [base_events:default_exception_handler:1753] Task exception was never retrieved
future: <Task finished name='Task-1360' coro=<Telemetry._upload() done, defined at idesksync/telemetrywork.py:121> exception=AttributeError("'SettingsDB' object has no attribute '_conn'")>
Traceback (most recent call last):
  File "idesksync/telemetrywork.py", line 122, in _upload
  File "ideskcore/mainsettings.py", line 114, in get_setting
  File "ideskcore/mainsettings.py", line 53, in get_setting
  File "ideskcore/settingsdb.py", line 33, in get
  File "ideskdb/clientdb.py", line 605, in get
  File "ideskdb/clientdb.py", line 485, in select_first
  File "ideskdb/clientdb.py", line 475, in select_all
  File "ideskdb/clientdb.py", line 409, in wrapper
  File "ideskdb/clientdb.py", line 258, in get_all
AttributeError: 'SettingsDB' object has no attribute '_conn'
INFO     2025-06-17 15:50:36,800 [app:stop:82] core stopped
INFO     2025-06-17 15:50:36,800 [app:stop:82] core stopped
INFO     2025-06-17 15:50:36,800 [app:stop:84] clean exit
INFO     2025-06-17 15:50:36,800 [app:stop:84] clean exit

Please help!

2

Hello @mirandur! Just wanted to check that you were able to try the build we linked here for RHEL10 before switching to 9.6?

In any case, could you try running QT_QPA_PLATFORM=xcb insync start on your RHEL9 machine and let me know what happens?

3

Unfortunately, I didn’t see the thread with the RHEL10 build until after I had already downgraded. I have a different PC I was going to install Rocky on; I still have the RL10 ISO and can try the build there as a test. But I unfortunately don’t have time until maybe late next week. I will respond in the other thread after testing.

The QT_QPA_PLATFORM=xcb insync start line worked; Insync started right away with the setup wizard as it should, faster than before (there was always a few seconds of lag before the blank window popped up after start, before). After login and setup, scanning started, and syncing also work with the test files I tried. There was one time after some hours of scanning (my OneDrive is almost 900GB with thousands of small files) where it said my authentication token was invalid, but a restart with the platform command seems to have solved that.

1 Like
4

Thank you for the update, @mirandur. It seems like we’re dealing with a few compatibility issues between Insync and Wayland. Our engineers have been informed about this, and I’ll continue to follow up on the progress of their investigation.