/usr/bin/webbrowser-app:11:QScopedPointer:qGetPtrHelper:QOpenGLContext::d_func:QOpenGLContext::functions:QSGDefaultLayer::invalidated

Bug #1596524 reported by errors.ubuntu.com bug bridge
28
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Canonical System Image
Confirmed
High
Michał Sawicz
qtubuntu (Ubuntu)
Confirmed
Undecided
Nick Dedekind
webbrowser-app (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

The Ubuntu Error Tracker has been receiving reports about a problem regarding webbrowser-app. This problem was most recently seen with version 0.23+15.04.20160615-0ubuntu1, the problem page at https://errors.ubuntu.com/problem/f539f8b9ffa3e8856a7bbe3dcc25fcde172b1cec contains more details.

started with 0.23+15.04.20160615-0ubuntu1
similar signature than bug 1596523

Related branches

description: updated
Changed in canonical-devices-system-image:
status: New → Confirmed
importance: Undecided → High
assignee: nobody → Bill Filler (bfiller)
milestone: none → 12
tags: added: lt-blocker regression-proposed
Revision history for this message
Nick Dedekind (nick-dedekind) wrote :

If anyone can supply us with a crash dump, or an application log of this happening, that would be very useful.

Changed in canonical-devices-system-image:
assignee: Bill Filler (bfiller) → Michał Sawicz (saviq)
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in webbrowser-app (Ubuntu):
status: New → Confirmed
Changed in canonical-devices-system-image:
milestone: 12 → backlog
Revision history for this message
Olivier Tilloy (osomon) wrote :

I am able to reliably reproduce this crash (exact same stacktrace) with a branch of mine that implements multiple-window support in webbrowser-app¹. On a phone, when closing one of multiple browser windows by swiping it down from the app spread, the window is close()’d then destroy()’d, and the crash reliably happens then. I’m not seeing it happen on my unity7 desktop. Closing and destroying windows there works as expected.

I tried to isolate by writing a simple standalone reproducer that essentially does the same thing with multiple dynamically instantiated windows, but I’m not seeing the crash there, so there is something really browser app specific at play.

¹ lp:~osomon/webbrowser-app/multiple-windows

Revision history for this message
Olivier Tilloy (osomon) wrote :

I’m attaching an archive containing armhf debian packages for webbrowser-app built from the branch I mentioned in the previous comment. To reproduce the issue, install those packages onto a RW device, then launch the browser app, open a new window from the drawer menu next to the address bar, then open the app spread and swipe away one of the browser windows to close it. That reliably triggers the crash for me.

Revision history for this message
Olivier Tilloy (osomon) wrote :

Relevant comment from https://bugreports.qt.io/browse/QTBUG-42213:

« Depending on desctruction order and previous GL function resolving, OpenGLContext::currentContext() can be 0 in ~QSGDefaultDistanceFieldGlyphCache, causing the resolving of glDeleteTextures to assert on missing context: https://codereview.qt-project.org/99084 »

(https://bugreports.qt.io/browse/QTBUG-42213?focusedCommentId=263545&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-263545)

Revision history for this message
Gerry Boland (gerboland) wrote :
Revision history for this message
Olivier Tilloy (osomon) wrote :

@Gerry: I’ve just tested on a device with the latest rc-proposed (which contains version 0.63+15.04.20160809-0ubuntu1 of qtubuntu, which supposedly has the changes you’re mentioning), and I’m still seeing the crash. So it doesn’t appear to improve this specific issue.

Olivier Tilloy (osomon)
Changed in qtubuntu:
assignee: nobody → Nick Dedekind (nick-dedekind)
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Michał Sawicz (saviq)
affects: qtubuntu → qtubuntu (Ubuntu)
Changed in qtubuntu (Ubuntu):
status: New → Confirmed
Changed in qtubuntu (Ubuntu):
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.