2.10 gives totally blank window on remote display
-
I run X-Windows remotely on a desktop machine from a laptop (via rsh on a LAN). With today's update to 2.10, Vivaldi's window is completely blank (other than the correct title in the window's title bar). Keyboard shortcuts seem to work. All works normally when running locally on the desktop.
-
@wymby Please, post your sys specs. Can you see the address bar?
-
No address bar -- the window contents are completely blank.
The desktop runs Debian buster, kernel 4.19.0-6-686-pae; the laptop runs bullseye, kernel 5.3.0-3-686-pae. Window manager is fvwm.
To confirm, re-installing vivaldi-stable 2.9.1705.41-1 fixes it.
-
Start-up errors shown below. The last one is repeated 25 more times (once per tab?):
[7848:7848:1220/110450.781577:ERROR:chrome_content_client.cc(345)] Failed to locate and load the component updated flash plugin. [7848:7882:1220/110450.876620:ERROR:bus.cc(393)] Failed to connect to the bus: Could not parse server address: Unknown address type (examples of valid types are "tcp" and on UNIX "unix") [7848:7892:1220/110450.895927:ERROR:database.cc(1584)] Calendar sqlite error 1, errno 0: no such column: etag, sql: update events set etag = '' [7848:7892:1220/110450.895956:ERROR:calendar_database.cc(47)] Calendar DB failed to migrate from version 1. Calendar API will be disabled. [7848:7892:1220/110451.184176:ERROR:calendar_backend.cc(152)] INIT_TOO_NEW [7848:7936:1220/110451.261664:ERROR:object_proxy.cc(632)] Failed to call method: org.freedesktop.DBus.Properties.Get: object_path= /org/freedesktop/UPower: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.UPower was not provided by any .service files [7848:7936:1220/110451.261866:ERROR:object_proxy.cc(632)] Failed to call method: org.freedesktop.UPower.GetDisplayDevice: object_path= /org/freedesktop/UPower: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.UPower was not provided by any .service files [7848:7936:1220/110451.262039:ERROR:object_proxy.cc(632)] Failed to call method: org.freedesktop.UPower.EnumerateDevices: object_path= /org/freedesktop/UPower: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.UPower was not provided by any .service files [7881:7881:1220/110451.480724:ERROR:sandbox_linux.cc(372)] InitializeSandbox() called with multiple threads in process gpu-process. [7848:7848:1220/110454.669211:ERROR:CONSOLE(0)] "Unchecked runtime.lastError: The message port closed before a response was received.", source: chrome-extension://mpognobbkildjkofajifpdfhcoklimli/browser.html (0) [7848:7848:1220/110454.669281:ERROR:CONSOLE(0)] "Unchecked runtime.lastError: The message port closed before a response was received.", source: chrome-extension://mpognobbkildjkofajifpdfhcoklimli/browser.html (0)
Version 2.9.1705.41-1 seems to no longer be available, so I'm now unable to revert to a working remote browser..
-
@Gwen-Dragon, thanks very much for your help! I'll report the bug.
I found 2.9 (shortly after saying I couldn't) and have been using it successfully..
-
@Gwen-Dragon said in 2.10 gives totally blank window on remote display:
@wymby VB-61700 "2.10 gives totally blank window on remote display"
I confirmed the bug in tracker.This is a complete blocker for me; I can confirm that it also occurs:
Running vivaldi 2.10 on Debian 10.2 (Buster), with display thrown to a local Ubuntu 16.04 X11 server on the local LAN.
I also tried the latest available snapshot (installed from vivaldi-snapshot_2.11.1800.5-1_amd64.deb loaded onto the Debian 10.2 machine) with the same errors.
I tried --disable-gpu, but this still fails.
I can provide the console output when running via cmdline if this helps you.
Please provide the status of this bug? I cannot use Vivaldi (and really like to do so!) until this is fixed.
Thanks.
-
@mmhere said in 2.10 gives totally blank window on remote display:
This is a complete blocker for me; I can confirm that it also occurs:
P.S.: Note that this occurs with a completely clean install of vivaldi (all prior packages removed then re-added, all vivaldi files/dirs in home directory deleted so that fresh ~/.cache ~/.config ~/.local contents are recreated by a virgin vivaldi run). This also happens with the latest snapshot
vivaldi-snapshot_2.11.1805.3-1_amd64.deb
. -
This appears to be fixed in today's update to 2.11 (2.11.1811.33-1). I don't see it in the Changelog, but it's working again. Thanks!
-
@wymby said in 2.10 gives totally blank window on remote display:
This appears to be fixed in today's update to 2.11 (2.11.1811.33-1). I don't see it in the Changelog, but it's working again. Thanks!
Still failing here. Running vivaldi-stable clean installed (all prior installations removed, all prior files generated by vivaldi removed) from vivaldi-stable_2.11.1811.33-1_amd64.deb on Debian 10.3 (Buster), with the display [attempted to be] thrown over to an Ubuntu (16.04) X11 display on another machine on the local network --
Still a completely blank and non-useable window appears on the Ubuntu X11 display.
So it still does not work.
I can try other combos of machines (I will in fact try throwing it from the same Debian 10.3 to an Ubuntu 18.04 machine) but I am not hopeful.
-
@mmhere said in 2.10 gives totally blank window on remote display:
I can try other combos of machines
I tried it running the 2.11 executable on an Ubuntu 18.04 machine with display targeted to another machine's X11 display on the LAN; same blank window.
-
It works on an i386 installation but, as @mmhere said, fails on amd64. Display system doesn't matter (386 or amd64).
-
Huh. Very interesting that the 32 bit executable does not suffer the problem. I suppose that could be a work-around of sorts (use the non-64bit version for now).
I remain concerned, however, that a really longstanding behavior went missing and remains so after two releases (2.10, 2.11).
In my environment, the ability to throw X11 programs across the [local] net is an important behavior that all other X11 clients support(*), and remains a critical piece of functionality [for me, possibly others too?].
(*)Someone will correct me if there are other mainstream programs I'm missing that do not support X11 remote display on *nix.
-
@Gwen-Dragon said in 2.10 gives totally blank window on remote display:
Found! Is a issue with broken MIT Xsession cookie.
@Gwen-Dragon said in Upgrade from 2.10 to 2.11 gives uniform yellow root window {LTSP5 setup, a thin client}:
@LeePen said in Upgrade from 2.10 to 2.11 gives uniform yellow root window {LTSP5 setup, a thin client}:
Just use --no-xshm on the command line
ssh -X test@remote vivaldi --no-xshm
Works!!!! Starts with UI. Fine.
Yes, the workaround works for me too. Thanks!
-
@wymby said in 2.10 gives totally blank window on remote display:
Yes, the workaround works for me too. Thanks!
Same here. Cmdline arg --no-xshm Works for me in 64bit mode. Cool.
-