Split-browser with debian-minimal doesn't show up

This should be fixed in qubes-split-browser-0.14.1 (it’s the only real change from 0.14.0), but the package has been stuck in the testing repository. I’ve pinged fepitre about stabilization.

If you want to apply the bugfix manually, note that it’s for the persistent side even though the error message originates on the disposable side.

1 Like

Thank you for that! The problem has been solved.

Hello everyone,

I find myself having the same problem, with same symptoms.
Sometimes the disposable will not launch Firefox, with the same error message.
Also, the split-browser functionality does not work in Firefox.
This is both in debian and fedora templates. Tried to reinstall from scratch starting from a minimal, clean template each time.
qubes-split-browser(-disp) packages v0.15, installed from qubes-contrib repos.

Tor disposables are working fine tho.
Grateful for any help.

Is it really still this exact error message:

disp: Unable to init server: Could not connect: Connection refused
disp: Error: cannot open display: :0

Oops, this should have been a reply to your post:

Hello rustybird,

Yes it is the very same message. Don’t hesitate asking for any logs if you need them.

Same mistake I did, replying to your post !

Hmmm can you double-check that the split-browser script (in your persistent VM) contains the +WaitForSession fix? Like maybe you’ve got an old version lying around somewhere that takes precedence in your $PATH?

sudo journalctl -b in the disp1234 (after the error message has arrived in your persistent VM) might show something interesting.

Ok so:

  • You were indeed right for another binary running instead of the /usr/bin/split-browser. So first problem is solved.

  • However, second problem (no functionality, and disp not shutting down on firefox close) is still there. Attached are the relevant logs:

Sep 09 18:02:14 disp7966 systemd[1]: Startup finished in 3.275s (kernel) + 1.016s (userspace) = 4.292s.
Sep 09 18:02:14 disp7966 kernel: fbcon: Taking over console
Sep 09 18:02:15 disp7966 qubes-gui[549]: Waiting on /var/run/xf86-qubes-socket socket...
Sep 09 18:02:15 disp7966 qrexec-agent[564]: 2022-09-09 18:02:15.099 qrexec-agent[564]: qrexec-agent-data.c:244:handle_new_process_common: executed: user:QUBESRPC qubes.SetMonitorLayout dom0 (pid 569)
Sep 09 18:02:15 disp7966 qrexec-agent[569]: pam_unix(qrexec:session): session opened for user user(uid=1000) by (uid=0)
Sep 09 18:02:15 disp7966 qubes-gui-runuser[558]: pam_unix(qubes-gui-agent:session): session opened for user user(uid=1000) by (uid=0)
Sep 09 18:02:15 disp7966 qubes-gui[576]: Cannot open display ":0"
Sep 09 18:02:15 disp7966 qubes-gui[549]: Ok, somebody connected.
Sep 09 18:02:15 disp7966 qrexec-agent[569]: pam_unix(qrexec:session): session closed for user user
Sep 09 18:02:15 disp7966 qrexec-agent[564]: 2022-09-09 18:02:15.347 qrexec-agent[564]: qrexec-agent-data.c:272:handle_new_process_common: pid 569 exited with 0
Sep 09 18:02:15 disp7966 dbus-daemon[643]: [session uid=1000 pid=641] Activating service name='org.freedesktop.systemd1' requested by ':1.2' (uid=1000 pid=659 comm="systemctl --user show-environment ")
Sep 09 18:02:15 disp7966 dbus-daemon[643]: [session uid=1000 pid=641] Activated service 'org.freedesktop.systemd1' failed: Process org.freedesktop.systemd1 exited with status 1
Sep 09 18:02:15 disp7966 qrexec-agent[711]: Cannot access user instance remotely.
Sep 09 18:02:15 disp7966 sudo[730]:     user : PWD=/usr/lib/firefox-esr ; USER=root ; COMMAND=/usr/bin/install -d -m u+rwx -o 1000 . defaults/pref/
Sep 09 18:02:15 disp7966 sudo[730]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=1000)
Sep 09 18:02:15 disp7966 sudo[730]: pam_unix(sudo:session): session closed for user root
Sep 09 18:02:15 disp7966 qubes.VMShell+WaitForSession-web[728]:
Sep 09 18:02:15 disp7966 qubes.VMShell+WaitForSession-web[728]: (firefox-esr:738): Gtk-WARNING **: 18:02:15.860: Locale not supported by C library.
Sep 09 18:02:15 disp7966 qubes.VMShell+WaitForSession-web[728]:         Using the fallback 'C' locale.
Sep 09 18:02:32 disp7966 qubes.WaitForSession-dom0[966]: Cannot access user instance remotely.

Also note that when doing ‘split-browser --safest’ from my persistent qube (to see any errors on stdout), I have none except from the usual GTK warnings.
Thanks for your fast answers

Does the persistent side show any new error messages now?

No, just edited my reply to say that it does not thrown anything

1 Like

No hurry tho, since I don’t really know from where to start searching for this bug. Available to you if you wish me to check/dig some stuff.

I’m stumped too: I installed fedora-36-minimal-4.0.6-202205270243 in dom0, installed qubes-repo-contrib, then qubes-split-browser-disp firefox qubes-core-agent-passwordless-root, enabled 22-firefox.bash.EXAMPLE, created a -dvm based on the TemplateVM, and it just works :confused:

Anything interesting in your dysfunctional Firefox’s browser console? (Ctrl-Shift-j)

Let me do the same and report back

Okay so following your steps, everything works.
That prompts me to say that I’ve installed arkenfox.js in my disp templates, so I assume that it does mess up with split-browser.
Would you have any idea why ?

Sorry for forgetting this detail, made you waste your time.

Okay I know why. Let me try fixing this first, and I will report if there is a way to combine both tools.
The culprit is that sb.js / sb-load.js file, which overwrites the config file path.

Are you using that Arkenfox guide from the forum? I haven’t tested it at all, but it looks like maybe you could delete the Arkenfox autoconfig.js, and move firefox.cfg containing all those pref(...); lines to [/usr/local]/etc/split-browser/prefs/ (with a .js extension) in the persistent VM.

Fixed everything with both tools, hang on

exactly what I did

1 Like

Everything solved, just had to copy firefox.cfg prefs to /etc/split-browser/prefs/, everything works like a charm.

Thanks a lot for your fast and kind help, always appreciated even if usual around here.

2 Likes