webbrowser-app does not start in Unity 8 preview session
Bug #1307709 reported by
Olli Ries
This bug affects 4 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Oxide |
Fix Released
|
High
|
Chris Coulson | ||
mesa (Ubuntu) |
Invalid
|
High
|
Unassigned | ||
unity8-desktop-session (Ubuntu) |
Fix Released
|
Critical
|
Unassigned |
Bug Description
The webbrowser app does not start when invoked from the Dash in Unity8 in the preview session.
Upon clicking the icon the screen quickly flickers and returns to the Dash.
You can get some more information when running the terminal app. You can make this app usable by uncommenting X-Ubuntu-
From the terminal, run: webbrowser-app --desktop_
This takes me back to the Dash, return to the terminal to find:
libEGL warning: unsupported platform (null)
libEGL warning: unsupported platform (null)
Segmentation fault (core dumped)
I am attaching one of the crash dumps
Changed in oxide: | |
status: | New → Triaged |
importance: | Undecided → High |
tags: | added: oxide webapps-hotlist |
Changed in oxide: | |
assignee: | nobody → Chris Coulson (chrisccoulson) |
Changed in unity8-desktop-session (Ubuntu): | |
status: | Confirmed → Invalid |
Changed in oxide: | |
milestone: | none → branch-1.1 |
Changed in oxide: | |
status: | Triaged → Fix Released |
Changed in webbrowser-app: | |
status: | Invalid → Confirmed |
no longer affects: | webbrowser-app |
Changed in mesa (Ubuntu): | |
status: | Triaged → Invalid |
To post a comment you must log in.
This is the top of the backtrace, retraced:
#0 dri2_initialize_mir (drv=0x7f395c6c 5050, disp=0x7f395ce5 e560) ./../.. /../src/ egl/drivers/ dri2/platform_ mir.c:378 tialize (dpy=0x7f395ce5 e560) at ../../. ./../.. /src/egl/ main/egldriver. c:616 entry=0x7f395ce 5e560, test_only= test_only@ entry=0) ./../.. /src/egl/ main/egldriver. c:646 e560, major=0x0, minor=0x0) ./../.. /src/egl/ main/eglapi. c:318 Tablet () at ../../. ./../shared/ browser/ oxide_form_ factor_ linux.cc: 58 GetFormFactorHi nt () at ../../. ./../shared/ browser/ oxide_form_ factor_ linux.cc: 116 ./../qt/ core/glue/ oxide_qt_ web_context_ adapter. cc:45 qt::WebContextA dapter: :ensureChromium Started () ./../qt/ core/glue/ oxide_qt_ web_context_ adapter. cc:194 ontextPrivate: :ensureChromium Started( ) () x86_64- linux-gnu/ qt5/qml/ com/canonical/ Oxide/libqmloxi deplugin. so iew::OxideQQuic kWebView( QQuickItem* ) () x86_64- linux-gnu/ qt5/qml/ com/canonical/ Oxide/libqmloxi deplugin. so
at ../../.
#1 0x00007f3950c82d9d in _eglMatchAndIni
#2 0x00007f3950c83104 in _eglMatchDriver (dpy=dpy@
at ../../.
#3 0x00007f3950c7e15a in eglInitialize (dpy=0x7f395ce5
at ../../.
#4 0x00007f3936358538 in IsUbuntuPhoneOr
#5 oxide::
#6 0x00007f393634ded7 in GetProcessFlags () at ../../.
#7 oxide::
at ../../.
#8 0x00007f3939aecdbe in OxideQQuickWebC
from /usr/lib/
#9 0x00007f3939af51a4 in OxideQQuickWebV
from /usr/lib/
It appears the problem is in oxide, in the code that dynamically loads libEGL.so.1 at startup to try and determine the EGL vendor as a hint of the form factor we’re running on.