Launcher is black on Qt 5.3

Bug #1321189 reported by Timo Jyrinki
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
webbrowser-app
Invalid
Undecided
Unassigned
qtubuntu (Ubuntu)
Fix Released
High
Alexandros Frantzis
unity8 (Ubuntu)
Invalid
High
Unassigned

Bug Description

Launcher is currently empty/black when using Qt 5.3.

---
Refer to kept-update info on the front page of https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-beta2 regarding where/how to get Qt 5.3. Note that it's not necessarily that PPA itself.

Tags: qt5.3

Related branches

tags: added: qt5.3
Michał Sawicz (saviq)
Changed in unity8:
status: New → Triaged
importance: Undecided → High
assignee: nobody → Albert Astals Cid (aacid)
Revision history for this message
Albert Astals Cid (aacid) wrote :

Seems like a bug somewhere else in the stack. With http://paste.ubuntu.com/7492386/ i get a red rectangle on the desktop but a black one in the phone. The black rectangle is basically the same blackness the launcher shows.

Revision history for this message
Michał Sawicz (saviq) wrote :

I tested this on desktop+Mir and it was fine, but is bad on all my devices (mako, flo, manta), so this seems to be android-specific.

Revision history for this message
Michał Sawicz (saviq) wrote :
Revision history for this message
Michał Sawicz (saviq) wrote :
Revision history for this message
Gerry Boland (gerboland) wrote :

For reference, here is the apitrace of the qml file Albert pastebinned above, when running with Qt5.2 (i.e. correctly):
http://pastebin.ubuntu.com/7496692/

It was obtained with these steps:
1. install apitrace-gl-tracers & apitrace-gl-frontend on the device
2. Run
LD_PRELOAD=/usr/lib/arm-linux-gnueabihf/apitrace/wrappers/egltrace.so:/usr/lib/arm-linux-gnueabihf/libhybris-egl/libEGL.so.1:/usr/lib/arm-linux-gnueabihf/libhybris-egl/libGLESv2.so.2 qmlscene REDBOX.qml
with the obvious substitution of qml file name
3. Once it has shown on screen, Ctrl+C it
4. Run
apitrace dump qmlscene.trace
and it'll print the GL calls performed

Revision history for this message
Michał Sawicz (saviq) wrote :
Revision history for this message
Michał Sawicz (saviq) wrote :

QSG_INFO=1 under 5.3: http://paste.ubuntu.com/7497146/

Changed in qtubuntu:
importance: Undecided → High
assignee: nobody → Alexandros Frantzis (afrantzis)
status: New → In Progress
Michał Sawicz (saviq)
Changed in unity8:
status: Triaged → Invalid
assignee: Albert Astals Cid (aacid) → nobody
Revision history for this message
Launchpad Janitor (janitor) wrote :

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

Changed in qtubuntu (Ubuntu):
status: New → Confirmed
Revision history for this message
Olivier Tilloy (osomon) wrote :

webbrowser-app is also affected: with Qt 5.3, the progress bar embedded in the address bar (implemented using a ShaderEffect) doesn’t render correctly.

Revision history for this message
Timo Jyrinki (timo-jyrinki) wrote :

Olivier: please retest landing-005 and report back. The branch fixing this didn't get landed yet, so I now simply added it to the same silo. It fixed all our previous rendering issues in a single shot, including launcher, sliders, popups etc.

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

I tested again with landing-005 and the issue is gone, which confirms it’s the same bug.
It looks like we should land this qtubuntu fix.

Changed in webbrowser-app:
status: New → Invalid
Changed in qtubuntu (Ubuntu):
importance: Undecided → High
status: Confirmed → In Progress
Revision history for this message
Timo Jyrinki (timo-jyrinki) wrote :

I'll mark this as Fix Committed to indicate that it has landed to landing PPA.

Changed in qtubuntu:
status: In Progress → Fix Committed
Changed in qtubuntu (Ubuntu):
status: In Progress → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package qtubuntu - 0.54+14.10.20140613-0ubuntu1

---------------
qtubuntu (0.54+14.10.20140613-0ubuntu1) utopic; urgency=low

  [ Ubuntu daily release ]
  * New rebuild forced

  [ Alexandros Frantzis ]
  * Set the surface renderable type to QSurfaceFormat::OpenGLES when
    using OpenGL ES 2.0 In Qt 5.3 the type of used GL context is checked
    at runtime to determine supported GL features. Set the surface
    renderable type properly so that Qt can determine the features
    correctly. (LP: #1321189)
 -- Ubuntu daily release <email address hidden> Fri, 13 Jun 2014 05:37:53 +0000

Changed in qtubuntu (Ubuntu):
status: Fix Committed → Fix Released
Michał Sawicz (saviq)
Changed in qtubuntu:
status: Fix Committed → Fix Released
Michał Sawicz (saviq)
Changed in qtubuntu (Ubuntu):
assignee: nobody → Alexandros Frantzis (afrantzis)
no longer affects: qtubuntu
Michał Sawicz (saviq)
affects: unity8 → unity8 (Ubuntu)
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.