[solved] broken gtk brosers - white screen

Problems with packages? Post here, using [tags] of the package name.

[solved] broken gtk brosers - white screen

Postby keithspg » Fri Mar 05, 2021 9:20 pm

I have built and installed multiple browsers that leverage webkit2gtk. All appear to run as they do not core dump or otherwise indicate any massive problems in the journal. The problem is that nothing is displayed. This is on an rpi 3B+ and B running armv7 or aarch64. Kernel is up to date as is the rest of the system. I am using matchbox-window-manager and have no problem using firefox or chromium, but am looking for a more lightweight solution. I launch MWM and a browser from xinit as I am setting it up in as a kiosk.

The list of tried browsers:
Midori - pacman -Sy midori
White screen. It looks like it is running. I get a title bar and can type stuff in. I can go to google.com, but nowhere else. Localhost, a server on the lan, My nas, nothing shows up though server name is in the title bar. Just a white page.
Errors in journal:
$this->bbcode_second_pass_code('', 'Mar 05 14:34:20 rune64 midori[3801]: g_regex_match_full: assertion 'string != NULL' failed
Mar 05 14:34:20 rune64 midori[3801]: ../glib/gobject/gbinding.c:271: Unable to convert a value of type gpointer to a value of type CairoSurface
Mar 05 14:34:21 rune64 midori[3801]: g_dbus_connection_emit_signal: assertion 'G_IS_DBUS_CONNECTION (connection)' failed
Mar 05 14:34:24 rune64 xinit[3863]: libEGL warning: DRI2: failed to authenticate
Mar 05 14:34:24 rune64 xinit[3863]: Could not create EGL sharing context.
Mar 05 14:34:24 rune64 xinit[3863]: Could not create EGL context.
Mar 05 14:34:26 rune64 midori[3801]: g_dbus_connection_emit_signal: assertion 'G_IS_DBUS_CONNECTION (connection)' failed
Mar 05 14:34:26 rune64 midori[3801]: ../glib/gobject/gbinding.c:271: Unable to convert a value of type gpointer to a value of type CairoSurface
Mar 05 14:34:26 rune64 midori[3801]: ../glib/gobject/gbinding.c:271: Unable to convert a value of type gpointer to a value of type CairoSurface
Mar 05 14:34:26 rune64 midori[3801]: ../glib/gobject/gbinding.c:271: Unable to convert a value of type gpointer to a value of type CairoSurface
')

luakit pacman -Sy luakit
installs and also displays a white page. I can go to google.com but no further (cannot search anything). Also a white page for my NAS login or any of my local servers. It looks like it is running, just not displaying anything. The errors look like this:
$this->bbcode_second_pass_code('', 'Mar 05 14:51:32 rune64 xinit[5562]: libEGL warning: DRI2: failed to authenticate
Mar 05 14:51:33 rune64 xinit[5562]: Could not create EGL sharing context.
Mar 05 14:51:33 rune64 xinit[5562]: Could not create EGL context.
Mar 05 14:51:34 rune64 xinit[5279]: [ 244.493082] I [lua/webview]: Requested link: http://192.168.2.198/ui/sessions/signin (text/html)
Mar 05 14:52:52 rune64 xinit[5279]: [ 323.088452] I [lua/webview]: Requested link: http://192.168.2.191/ (text/html)
Mar 05 14:53:22 rune64 xinit[5279]: [ 353.022409] I [lua/webview]: Requested link: https://news.google.com/topstories?hl=en-US&gl=US&ceid=US:en (text/html)
Mar 05 14:54:14 rune64 xinit[5279]: [ 404.489089] I [lua/webview]: Requested link: https://www.google.com/ (text/html)
')

epiphany: pacman -Sy epiphany
white page. The 'most visited' actually shows a snapshot of the localhost and other pages which appear as white without anything in them.
$this->bbcode_second_pass_code('', 'Mar 05 15:02:33 rune64 xinit[6588]: X.Org X Server 1.20.10
Mar 05 15:02:33 rune64 xinit[6588]: X Protocol Version 11, Revision 0
Mar 05 15:02:33 rune64 xinit[6588]: Build Operating System: Linux Arch Linux
Mar 05 15:02:33 rune64 xinit[6588]: Current Operating System: Linux rune64 5.10.17-3-ARCH #1 SMP PREEMPT Wed Mar 3 16:26:04 MST 2021 aarch64
Mar 05 15:02:33 rune64 xinit[6588]: Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1 video=HDMI-A-1:1920x1080M@50,margin_left=48,mar>
Mar 05 15:02:33 rune64 xinit[6588]: Build Date: 16 December 2020 11:52:03PM
Mar 05 15:02:33 rune64 xinit[6588]:
Mar 05 15:02:33 rune64 xinit[6588]: Current version of pixman: 0.40.0
Mar 05 15:02:33 rune64 xinit[6588]: Before reporting problems, check http://wiki.x.org
Mar 05 15:02:33 rune64 xinit[6588]: to make sure that you have the latest version.
Mar 05 15:02:33 rune64 xinit[6588]: Markers: (--) probed, (**) from config file, (==) default setting,
Mar 05 15:02:33 rune64 xinit[6588]: (++) from command line, (!!) notice, (II) informational,
Mar 05 15:02:33 rune64 xinit[6588]: (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
Mar 05 15:00:54 rune64 xinit[6263]: Build Date: 16 December 2020 11:52:03PM
Mar 05 15:00:54 rune64 xinit[6263]:
Mar 05 15:00:54 rune64 xinit[6263]: Current version of pixman: 0.40.0
Mar 05 15:00:54 rune64 xinit[6263]: Before reporting problems, check http://wiki.x.org
Mar 05 15:00:54 rune64 xinit[6263]: to make sure that you have the latest version.
Mar 05 15:00:54 rune64 xinit[6263]: Markers: (--) probed, (**) from config file, (==) default setting,
Mar 05 15:00:54 rune64 xinit[6263]: (++) from command line, (!!) notice, (II) informational,
Mar 05 15:00:54 rune64 xinit[6263]: (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
Mar 05 15:00:54 rune64 xinit[6263]: (==) Log file: "/var/log/Xorg.0.log", Time: Fri Mar 5 15:00:54 2021
Mar 05 15:00:54 rune64 xinit[6263]: (==) Using config directory: "/etc/X11/xorg.conf.d"
Mar 05 15:00:54 rune64 xinit[6263]: (==) Using system config directory "/usr/share/X11/xorg.conf.d"
Mar 05 15:00:55 rune64 xinit[6283]: matchbox-window-manager: Failed to connect to session manager
Mar 05 15:00:55 rune64 sudo[6284]: root : PWD=/ ; USER=http ; COMMAND=/usr/bin/xbindkeys -f /srv/http/.xbindkeysrc -X :0
Mar 05 15:00:55 rune64 sudo[6285]: root : PWD=/ ; USER=http ; COMMAND=/usr/bin/epiphany http://localhost
Mar 05 15:00:55 rune64 sudo[6284]: pam_unix(sudo:session): session opened for user http(uid=33) by (uid=0)
Mar 05 15:00:55 rune64 sudo[6285]: pam_unix(sudo:session): session opened for user http(uid=33) by (uid=0)
Mar 05 15:00:55 rune64 sudo[6284]: pam_unix(sudo:session): session closed for user http
Mar 05 15:00:57 rune64 dbus-daemon[295]: [system] Rejected send message, 4 matched rules; type="method_call", sender=":1.389" (uid=33 pid=6293 comm="/usr/bin/epiphany http://localhost ") interface>
Mar 05 15:00:58 rune64 epiphany[6293]: Error loading plugin: libvoikko.so.1: cannot open shared object file: No such file or directory
Mar 05 15:00:58 rune64 epiphany[6293]: Error loading plugin: libhspell.so.0: cannot open shared object file: No such file or directory
Mar 05 15:00:58 rune64 epiphany[6293]: Error loading plugin: libnuspell.so.4: cannot open shared object file: No such file or directory
Mar 05 15:00:58 rune64 epiphany[6293]: Error loading plugin: libhunspell-1.7.so.0: cannot open shared object file: No such file or directory
Mar 05 15:00:58 rune64 epiphany[6293]: Error loading plugin: libaspell.so.15: cannot open shared object file: No such file or directory
Mar 05 15:00:58 rune64 dbus-daemon[295]: [system] Rejected send message, 4 matched rules; type="method_call", sender=":1.390" (uid=33 pid=6330 comm="/usr/lib/webkit2gtk-4.0/WebKitNetworkProcess 6 >
Mar 05 15:00:58 rune64 epiphany[6293]: Failed to search secrets in password schema: Error spawning command line “dbus-launch --autolaunch=215a5421a4814299a1f5c7bfe94699a4 --binary-syntax --close-s>
Mar 05 15:01:25 rune64 dbus-daemon[295]: [system] Connection has not authenticated soon enough, closing it (auth_timeout=30000ms, elapsed: 30007ms)
Mar 05 15:01:37 rune64 epiphany[6293]: Failed to execute insert hash prefix statement: database or disk is full
Mar 05 15:01:37 rune64 epiphany[6293]: Failed to execute insert hash prefix statement: out of memory
Mar 05 15:01:38 rune64 epiphany[6293]: Failed to execute insert hash prefix statement: out of memory')

Surf - I built this from source (AUR)
white screen but there are other errors in the log - will have to do more legwork on this as it looks like more than just not displaying anything, but it, too leverages webkit2gtk and also displays a white screen though it appears to run and be 'functional'.

Any ideas?
Last edited by keithspg on Thu Mar 11, 2021 9:47 pm, edited 1 time in total.
keithspg
 
Posts: 221
Joined: Mon Feb 23, 2015 4:14 pm

Re: are all webkit based browsers broken?

Postby keithspg » Sat Mar 06, 2021 1:33 am

There is something seriously wrong either with my setup or with webkit. I am fully willing to accept is it with my setup, but have no idea where to start. Like I posted, chromium and firefox work. No other browser I have tried displays anything other than a white page for any site except on google.com. Can anyone else confirm or deny that any other browser will work on armv7 or aarch64? Not just google.com, but any bog standard local host, your NAS, your router, (on the LAN) or news.google.com or somehtig other than wikipedia.
keithspg
 
Posts: 221
Joined: Mon Feb 23, 2015 4:14 pm

Re: are all webkit based browsers broken?

Postby keithspg » Sat Mar 06, 2021 2:15 pm

digging in a bit more. I wonder if EGL is actually the problem.

So I started luakit and surf and epiphany at google.com (as root and as a user), no error. It displays the page. Then typed in 'news.google.com' as a search. It displays the page. Then selected 'Top Stories' and immediately get this error on the cli:
$this->bbcode_second_pass_code('', 'libEGL warning: DRI2: failed to authenticate
Could not create EGL sharing context.
Could not create EGL context.')
It is as if there is something going on that requires libEGL that just will not display. The journal (cli response) entries seem to indicate it is downloading page info, it is just not displaying anything. The graphics just freeze. Same for arcllinuxarm.org. I can display the main page, browse the forum. If I go to suckless.org and browse. Everything works until I click on something then it shows the DRI2 error and freezes. I have these relevant packages installed:
$this->bbcode_second_pass_code('', 'libva 2.10.0-1
libva-mesa-driver 20.3.4-3
libglvnd 1.3.2-1
libdrm 2.4.104-1
llvm-libs 11.1.0-1
llvm10-libs 10.0.1-4')

I note that when I set up raspiOS and go to raspi-config that it installs these packages when the display is set up:
$this->bbcode_second_pass_code('', 'Setting up libglapi-mesa:armhf (19.3.2-1~bpo10+1~rpt3) ...
Setting up libdrm-common (2.4.100-4+rpi1~bpo10+1) ...
Setting up libllvm9:armhf (1:9.0.1-6+rpi1~bpo10+1) ...
Setting up libdrm2:armhf (2.4.100-4+rpi1~bpo10+1) ...
Setting up libdrm-amdgpu1:armhf (2.4.100-4+rpi1~bpo10+1) ...
Setting up libdrm-nouveau2:armhf (2.4.100-4+rpi1~bpo10+1) ...
Setting up libdrm-radeon1:armhf (2.4.100-4+rpi1~bpo10+1) ...
Setting up libgl1-mesa-dri:armhf (19.3.2-1~bpo10+1~rpt3) ...')


I will see if I can duplicate this on raspiOS. Maybe it is a kernel 5.4 - 5.10 bug?
keithspg
 
Posts: 221
Joined: Mon Feb 23, 2015 4:14 pm

Re: are all webkit based browsers broken?

Postby robg » Sat Mar 06, 2021 4:24 pm

I confirm that epiphany works fine (albeit painfully slowly) on my up-to-date 64bit ArchLinux ARM system, running on a RPI 4B 8G model with the linux-raspberrypi4 kernel. The warnings you posted do not appear. I am running lxqt and have the xf86-video-fbdev driver installed.
robg
 
Posts: 186
Joined: Tue Jan 05, 2021 8:22 am

Re: are all webkit based browsers broken?

Postby keithspg » Sat Mar 06, 2021 5:10 pm

Further digging. It cetainly looks as if EGL is part of the problem, somehow. When either luakit or surf (and associated packages) are installed and run on RaspiOS (fully up to date) it works. I do get one warning, but it does not stop the function of the browser. Something is up with Arch Arm or my install...
$this->bbcode_second_pass_code('', '# uname -a
Linux raspberrypi 5.10.17-v7+ #1403 SMP Mon Feb 22 11:29:51 GMT 2021 armv7l GNU/Linux')

This is startx launching luakit on RaspiOS. The local address shown is a local server with php/js and served by nginx and it works 'just fine' as does google news. I get the 'Failed to authenticate' warning but it works.

$this->bbcode_second_pass_code('', 'X.Org X Server 1.20.4
X Protocol Version 11, Revision 0
Build Operating System: Linux 5.4.0-54-generic armv8l Raspbian
Current Operating System: Linux raspberrypi 5.10.17-v7+ #1403 SMP Mon Feb 22 11:29:51 GMT 2021 armv7l
Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1 bcm2708_fb.fbwidth=1824 bcm2708_fb.fbheight=984 bcm2708_fb.fbswap=1 vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000 console=ttyS0,115200 console=tty1 root=PARTUUID=7fcf33aa-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
Build Date: 15 January 2021 02:03:57PM
xorg-server 2:1.20.4-1+rpt2+deb10u3 (https://www.debian.org/support)
Current version of pixman: 0.36.0
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Sat Mar 6 09:00:22 2021
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
/etc/X11/xinit/xinitrc: 24: /etc/X11/xinit/xinitrc: xbindkeys: not found
wm_set_cursor_visibility: visible using XCreateFontCursor
[ 0.929876] I [core/luah]: Loading rc: /etc/xdg/luakit/rc.lua
[ 1.230319] I [lua/adblock]: found 0 filter lists
[ 1.303142] I [lua/styles]: found 0 user stylesheets
[ 1.307906] I [core/web_context]: Web process count: 4

** (luakit:7488): WARNING **: 09:00:24.440: webkit_web_context_set_web_process_count_limit is deprecated and does nothing. Limiting the number of web processes is no longer possible for security reasons
[ 32.799581] I [lua/webview]: Requested link: https://www.google.com/?gws_rd=ssl (text/html)
[ 40.704244] I [lua/webview]: Requested link: https://www.google.com/?gws_rd=ssl (text/html)
[ 48.410870] I [lua/webview]: Requested link: http://192.168.2.191/ (text/html)
libEGL warning: DRI2: failed to authenticate')

When installing luakit and the associated packages on RaspiOS, I get this list of 'also installed' packages, which I have not waded through, yet to compare to Arch to see if there are significant differences in just the packages installed.
$this->bbcode_second_pass_code('', 'RaspiOS Packages:
to install luakit:
The following additional packages will be installed:
adwaita-icon-theme aspell aspell-en at-spi2-core bubblewrap dbus-user-session dconf-gsettings-backend dconf-service dictionaries-common emacsen-common enchant
fontconfig fontconfig-config fonts-dejavu-core glib-networking glib-networking-common glib-networking-services gsettings-desktop-schemas gstreamer1.0-gl
gstreamer1.0-libav gstreamer1.0-plugins-base gstreamer1.0-plugins-good gstreamer1.0-pulseaudio gstreamer1.0-x gtk-update-icon-cache hicolor-icon-theme hunspell-en-us
libaa1 libaacs0 libaom0 libaspell15 libass9 libasyncns0 libatk-bridge2.0-0 libatk1.0-0 libatk1.0-data libatspi2.0-0 libavahi-client3 libavc1394-0 libavcodec58
libavfilter7 libavformat58 libavutil56 libbdplus0 libbluray2 libbrotli1 libbs2b0 libcaca0 libcairo-gobject2 libcairo2 libcdparanoia0 libchromaprint1 libcodec2-0.8.1
libcolord2 libcroco3 libcups2 libdatrie1 libdconf1 libdv4 libegl-mesa0 libegl1 libenchant1c2a libepoxy0 libfftw3-double3 libflac8 libflite1 libfontconfig1 libgbm1
libgdk-pixbuf2.0-0 libgdk-pixbuf2.0-bin libgdk-pixbuf2.0-common libgl1 libgles2 libglvnd0 libglx-mesa0 libglx0 libgme0 libgraphene-1.0-0 libgraphite2-3 libgsm1
libgstreamer-gl1.0-0 libgstreamer-plugins-base1.0-0 libgstreamer1.0-0 libgtk-3-0 libgtk-3-bin libgtk-3-common libgudev-1.0-0 libharfbuzz-icu0 libharfbuzz0b
libhunspell-1.7-0 libhyphen0 libice6 libiec61883-0 libjack-jackd2-0 libjavascriptcoregtk-4.0-18 libjbig0 libjson-glib-1.0-0 libjson-glib-1.0-common liblcms2-2
liblilv-0-0 libmp3lame0 libmpg123-0 libmysofa0 libnorm1 libnotify4 libogg0 libopenjp2-7 libopenmpt0 libopus0 liborc-0.4-0 libpango-1.0-0 libpangocairo-1.0-0
libpangoft2-1.0-0 libpgm-5.2-0 libpixman-1-0 libpostproc55 libproxy1v5 libpulse0 libraw1394-11 librest-0.7-0 librsvg2-2 librsvg2-common librubberband2 libsecret-1-0
libsecret-common libserd-0-0 libshine3 libshout3 libsm6 libsnappy1v5 libsndfile1 libsodium23 libsord-0-0 libsoup-gnome2.4-1 libsoup2.4-1 libsoxr0 libspeex1
libsratom-0-0 libssh-gcrypt-4 libswresample3 libswscale5 libtag1v5 libtag1v5-vanilla libthai-data libthai0 libtheora0 libtiff5 libtwolame0 libva-drm2 libva-x11-2
libva2 libvdpau-va-gl1 libvdpau1 libvidstab1.1 libvisual-0.4-0 libvorbis0a libvorbisenc2 libvorbisfile3 libvpx5 libwavpack1 libwayland-client0 libwayland-cursor0
libwayland-egl1 libwayland-server0 libwebkit2gtk-4.0-37 libwebp6 libwebpdemux2 libwebpmux3 libwoff1 libx11-xcb1 libx264-155 libx265-165 libxcb-dri2-0 libxcb-dri3-0
libxcb-glx0 libxcb-present0 libxcb-render0 libxcb-shm0 libxcb-sync1 libxcb-xfixes0 libxcomposite1 libxcursor1 libxdamage1 libxfixes3 libxi6 libxinerama1
libxkbcommon0 libxrandr2 libxrender1 libxshmfence1 libxslt1.1 libxt6 libxtst6 libxv1 libxvidcore4 libxxf86vm1 libzmq5 libzvbi-common libzvbi0 lua-filesystem
mesa-va-drivers mesa-vdpau-drivers notification-daemon va-driver-all vdpau-driver-all x11-common xdg-dbus-proxy

The following NEW packages will be installed:
adwaita-icon-theme aspell aspell-en at-spi2-core bubblewrap dbus-user-session dconf-gsettings-backend dconf-service dictionaries-common emacsen-common enchant
fontconfig fontconfig-config fonts-dejavu-core glib-networking glib-networking-common glib-networking-services gsettings-desktop-schemas gstreamer1.0-gl
gstreamer1.0-libav gstreamer1.0-plugins-base gstreamer1.0-plugins-good gstreamer1.0-pulseaudio gstreamer1.0-x gtk-update-icon-cache hicolor-icon-theme hunspell-en-us
libaa1 libaacs0 libaom0 libaspell15 libass9 libasyncns0 libatk-bridge2.0-0 libatk1.0-0 libatk1.0-data libatspi2.0-0 libavahi-client3 libavc1394-0 libavcodec58
libavfilter7 libavformat58 libavutil56 libbdplus0 libbluray2 libbrotli1 libbs2b0 libcaca0 libcairo-gobject2 libcairo2 libcdparanoia0 libchromaprint1 libcodec2-0.8.1
libcolord2 libcroco3 libcups2 libdatrie1 libdconf1 libdv4 libegl-mesa0 libegl1 libenchant1c2a libepoxy0 libfftw3-double3 libflac8 libflite1 libfontconfig1 libgbm1
libgdk-pixbuf2.0-0 libgdk-pixbuf2.0-bin libgdk-pixbuf2.0-common libgl1 libgles2 libglvnd0 libglx-mesa0 libglx0 libgme0 libgraphene-1.0-0 libgraphite2-3 libgsm1
libgstreamer-gl1.0-0 libgstreamer-plugins-base1.0-0 libgstreamer1.0-0 libgtk-3-0 libgtk-3-bin libgtk-3-common libgudev-1.0-0 libharfbuzz-icu0 libharfbuzz0b
libhunspell-1.7-0 libhyphen0 libice6 libiec61883-0 libjack-jackd2-0 libjavascriptcoregtk-4.0-18 libjbig0 libjson-glib-1.0-0 libjson-glib-1.0-common liblcms2-2
liblilv-0-0 libmp3lame0 libmpg123-0 libmysofa0 libnorm1 libnotify4 libogg0 libopenjp2-7 libopenmpt0 libopus0 liborc-0.4-0 libpango-1.0-0 libpangocairo-1.0-0
libpangoft2-1.0-0 libpgm-5.2-0 libpixman-1-0 libpostproc55 libproxy1v5 libpulse0 libraw1394-11 librest-0.7-0 librsvg2-2 librsvg2-common librubberband2 libsecret-1-0
libsecret-common libserd-0-0 libshine3 libshout3 libsm6 libsnappy1v5 libsndfile1 libsodium23 libsord-0-0 libsoup-gnome2.4-1 libsoup2.4-1 libsoxr0 libspeex1
libsratom-0-0 libssh-gcrypt-4 libswresample3 libswscale5 libtag1v5 libtag1v5-vanilla libthai-data libthai0 libtheora0 libtiff5 libtwolame0 libva-drm2 libva-x11-2
libva2 libvdpau-va-gl1 libvdpau1 libvidstab1.1 libvisual-0.4-0 libvorbis0a libvorbisenc2 libvorbisfile3 libvpx5 libwavpack1 libwayland-client0 libwayland-cursor0
libwayland-egl1 libwayland-server0 libwebkit2gtk-4.0-37 libwebp6 libwebpdemux2 libwebpmux3 libwoff1 libx11-xcb1 libx264-155 libx265-165 libxcb-dri2-0 libxcb-dri3-0
libxcb-glx0 libxcb-present0 libxcb-render0 libxcb-shm0 libxcb-sync1 libxcb-xfixes0 libxcomposite1 libxcursor1 libxdamage1 libxfixes3 libxi6 libxinerama1
libxkbcommon0 libxrandr2 libxrender1 libxshmfence1 libxslt1.1 libxt6 libxtst6 libxv1 libxvidcore4 libxxf86vm1 libzmq5 libzvbi-common libzvbi0 lua-filesystem luakit
mesa-va-drivers mesa-vdpau-drivers notification-daemon va-driver-all vdpau-driver-all x11-common xdg-dbus-proxy')
keithspg
 
Posts: 221
Joined: Mon Feb 23, 2015 4:14 pm

Re: are all webkit based browsers broken?

Postby keithspg » Mon Mar 08, 2021 1:15 am

Well, they are not broken, but xorg is somehow broken. Since @robg says it works, My guess is something it missing. It 'used to' work with these packages installed. As of 5.4.83 it worked. as of 5.10.x, all these prowsers are broken under xorg. they begin to display info and as long as DRI is not called, they work and continue to work. I can surf page to page. when the system calls DRI, though, it halts.
The reason I think the other browsers are not broken is that they do display under wayland. luakit and surfer (both webkitgtk browsers) work just fine if I launch weston and then the browser. I posted a different thread to figure out how to get that set up properly, but from weston, I can browse and never get the error and can actually render the pages that cause the freeze under xorg. I cannot get crhome nor surf to work under wayland/weston, but both luakit and surfer work fine. It seems as soon as I get this:
$this->bbcode_second_pass_code('', 'Mar 07 19:06:51 rune64 xinit[4931]: Could not create EGL sharing context.
Mar 07 19:06:51 rune64 xinit[4931]: Could not create EGL context.')
it freezes and goes no further. What packages may be missing? Mine is attached.
Last edited by keithspg on Mon Mar 08, 2021 1:54 pm, edited 1 time in total.
keithspg
 
Posts: 221
Joined: Mon Feb 23, 2015 4:14 pm

Re: are all webkit based browsers broken?

Postby robg » Mon Mar 08, 2021 10:28 am

Are you using a DE? It may pull in some dependencies required by the browsers. Cf.:

$this->bbcode_second_pass_code('', '
[alarm@alarm ~]$ pactree openbox
openbox
startup-notification
libx11
libxcb
xcb-proto
libxdmcp
glibc
linux-api-headers provides linux-api-headers>=4.10
tzdata
filesystem
iana-etc
libxau
glibc
xorgproto
xcb-util
libxcb provides libxcb>=1.7
libxml2
zlib
glibc
readline
glibc
ncurses
glibc
gcc-libs
glibc provides glibc>=2.27
ncurses provides libncursesw.so=6-64
ncurses
xz
bash provides sh
readline
readline provides libreadline.so=8-64
glibc
ncurses
icu
gcc-libs
bash provides sh
libxinerama
libxext
libx11
libxrandr
libxext
libxrender
libx11
libxcursor
libxfixes
libx11
libxrender
pango
libthai
libdatrie
glibc
cairo
lzo
glibc
zlib
libpng
zlib
bash provides sh
fontconfig
expat
glibc
freetype2 provides libfreetype.so=6-64
zlib
bzip2
glibc
bash provides sh
bash provides sh
libpng
harfbuzz
glib2
pcre
gcc-libs
readline
zlib
bzip2
bash
libffi
glibc
util-linux-libs
zlib
util-linux-libs provides libmount.so=1-64
freetype2
graphite
gcc-libs
glib2 provides libglib-2.0.so=0-64
freetype2 provides libfreetype.so=6-64
glib2 provides libgobject-2.0.so=0-64
freetype2
libx11
libxext
libxrender
libxcb
glib2
pixman
glibc
libxft
fontconfig
libxrender
harfbuzz
fribidi
glibc
imlib2
libtiff
glibc
libjpeg-turbo provides libjpeg
glibc
libjpeg-turbo provides libjpeg.so=8-64
zlib
xz
zstd
zlib
xz
lz4
glibc
giflib
glibc
bzip2
freetype2
libxext
libpng
libid3tag
glibc
zlib
libjpeg-turbo
libwebp
libpng
libjpeg-turbo provides libjpeg
libtiff
giflib
librsvg
gdk-pixbuf2
glib2
libpng
libtiff
libjpeg-turbo provides libjpeg
shared-mime-info
libxml2
glib2
pango
libsm
libice
glibc
util-linux-libs provides libutil-linux
')
robg
 
Posts: 186
Joined: Tue Jan 05, 2021 8:22 am

Re: are all webkit based browsers broken?

Postby keithspg » Mon Mar 08, 2021 1:50 pm

I do not believe I am using a DE. We have a 'recipe' to build a basic image then add the packages we need(ed) to get our music player functional. We have had to adjust that recipe from time to time as things changed. the full x11/xorg system we are using is for a 'kiosk' browser setup to display our localhost nginx server of php/js pages. This 'recipe' worked fine until the kernel was updated.

With the 5.10.x kernel change we have noticed this 'white page' which seems to be tied to a DRI system call and we have also noted that we can no longer direct X11/xorg output to /dev/fb1. The output is always displayed on the HDMI output no matter what I set the "Option "fbdev" "/dev/fb1"" to. If it is /fb0, it goes to the hdmi attached screen. If it is fb1, it goes to the HDMI screen. I assumed this was a kernel regression that would be resolved in time but maybe it is related. Adafuit (the 3.5" spi tft display I am using) suggests reverting to an older kernel to get their overlay to work properly under X. This is their 'issue' https://github.com/adafruit/Raspberry-Pi-Installer-Scripts/issues/149 which suggests that their driver may be to blame on this xorg issue. If I set my command line to "fbcon=map:10" I get the login vt on the small screen. If I launch weston in kiosk mode from the cli of the small display with the fb backend, it displays the image on the small screen without issue, so the kernel seems to be OK. Could it be that xorg is not actually directing output to the fb?

I will look through your list and see if it matches mine. Could you do a 'pacman -Qqetn > pkglist.txt' so I can easily compare the package lists? Mine is attached.
Attachments
file_list.txt.gz
(433 Bytes) Downloaded 217 times
keithspg
 
Posts: 221
Joined: Mon Feb 23, 2015 4:14 pm

Re: are all webkit based browsers broken?

Postby robg » Mon Mar 08, 2021 3:13 pm

Disclaimer: I am no expert and can only assist with basic trouble shooting. The output of `pacman -Qqetn` is attached.
Some thoughts: The issue is unlikely to lie with webkitgtk, as this is merely a web interface for Xorg, and thus any regressions would likely have manifested and been reported on other setups as well. This and this suggest that the error lies with Xorg drivers, pertaining to graphics memory allocation. Not sure how this relates to starting standalone applications via `startx`, but to isolate the issue, why don't you a) try running the browser from openbox and if that works b) try isolating which openbox dependencies allow you to run the application on its own.
Attachments
pkglist.txt.tar
(10 KiB) Downloaded 246 times
robg
 
Posts: 186
Joined: Tue Jan 05, 2021 8:22 am

Re: are all webkit based browsers broken?

Postby keithspg » Mon Mar 08, 2021 7:09 pm

I just installed openbox and it only installed these 2 packages:
$this->bbcode_second_pass_code('', 'Packages (2) imlib2-1.7.1-1 openbox-3.6.1-7')
I tried to launch it then it complained that I needed to install this:
$this->bbcode_second_pass_code('', 'Pacmages (2) python2-2.7.18-2 python2-pyxdg-0.26-8')
when I try to launch it on aarch64, I get a core dump. I'll have to spend some more time on it and try it on armv7...
keithspg
 
Posts: 221
Joined: Mon Feb 23, 2015 4:14 pm

Next

Return to Packages

Who is online

Users browsing this forum: No registered users and 15 guests