pictures uploaded from gallery are plain black on mako only

Bug #1403089 reported by Andreas Jung on 2014-12-16
26
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Canonical System Image
High
David Barth
The Webapps-core project
High
Alexandre Abreu
webapps-sprint
High
Alexandre Abreu
webbrowser-app (Ubuntu)
High
Olivier Tilloy

Bug Description

When I upload a picture to twitter via the webapp from my Ubuntu phone, the pictures appear as just plain black in the web. The preview in the webapp looks o.k.

The Bug is reproducable for me on this specific device. I have no other devices to test it further.
There are no errors and the connection type doesn't matter.

Device is mako | Version: RTM Ubuntu 14.10 (r11)

Dario Cavedon (dcavedon) wrote :

I confirm the problem, you can see a test at this link:

https://twitter.com/dcavedon/status/560516977161416704

You can reproduce this error every time:
- open Twitter web app
- write a new tweet
- insert a picture
- take the picture from the gallery or from file manager
- tweet it!

The result is a tweet with a completely black picture.

My device is mako, with Ubuntu 14.10 (r14).

Andreas Jung (docjuhnk) wrote :

Right now I'm having this bug when the phone is connected via w-lan.
-> https://twitter.com/docjuhnk/status/561100609592770560

When I use mobile web connection the upload works jus fine.
-> https://twitter.com/docjuhnk/status/561100895581376512

I could reproduce this with two tweets. One on r14, the other was sent from r15. (Device: mako)

To be noted: I am re-assigning to the proper ubuntu phone webapp project

no longer affects: unity-webapps-twitter

I was able to repro it using #95 on mako, it works fine on RTM > #232

Changed in webapps-core:
status: New → Confirmed
importance: Undecided → High
assignee: nobody → Alexandre Abreu (abreu-alexandre)

There seem to be a race somewhere, ... if one "Tweets" the picture as soon as it has been selected from the content picker it appears black, otherwise if one waits a bit (10 sec) *after* the picture has appeared in the tweet message box, then it shows up properly.

Changed in webapps-core:
status: Confirmed → In Progress
David Barth (dbarth) on 2015-04-13
Changed in webapps-sprint:
milestone: none → sprint-8
status: New → In Progress
importance: Undecided → High
assignee: nobody → Alexandre Abreu (abreu-alexandre)
David Barth (dbarth) on 2015-04-30
Changed in webapps-sprint:
milestone: sprint-8 → sprint-9
David Barth (dbarth) on 2015-05-27
Changed in webapps-sprint:
milestone: sprint-9 → sprint-10
Zachary Igielman (zacharyi123) wrote :

Is this being fixed? It is still a problem.

Yes it is being worked on and planned for this work sprint

Zachary Igielman (zacharyi123) wrote :

Great, what do you mean by work sprint? When will this be fixed for me in the app? Great work, thanks man, you're awesome :D

David Barth (dbarth) on 2015-06-16
Changed in webapps-sprint:
milestone: sprint-10 → sprint-11
Changed in webapps-sprint:
milestone: sprint-11 → sprint-12
Changed in canonical-devices-system-image:
assignee: nobody → David Barth (dbarth)
importance: Undecided → High
milestone: none → ww34-2015
status: New → In Progress
tags: added: hotfix
Olivier Tilloy (osomon) on 2015-08-18
Changed in webbrowser-app (Ubuntu):
assignee: nobody → Olivier Tilloy (osomon)
status: New → In Progress
importance: Undecided → High
Bill Filler (bfiller) on 2015-08-19
summary: - pictures uploaded from gallery are plain black
+ pictures uploaded from gallery are plain black on mako only
Changed in canonical-devices-system-image:
milestone: ww34-2015 → ww40-2015

The initial fix that tweaked the accept timer for the content picker dialog was a red herring. It seemed to work but it was most likely timing related.

As of now I cannot repro the scenario highlighted above: waiting a bit after the picture appeared in the composition dialog before posting it to make it work.

After inspecting the logs, I found this suspicious line

[0819/192717:ERROR:gles2_cmd_decoder.cc(8216)] [GroupMarkerNotSet(crbug.com/242999)!:8CA7A591]GL ERROR :GL_INVALID_ENUM : glReadPixels: format was GL_BGRA_EXT

right after posting the image, and that does not appear in other non mako contexts.

It *might* (still under investigation) be triggered when twitter reads back from the canvas that displays the image in the message composition dialog to get access to its content ... and seems be gpu related (GL_BGRA_EXT not being supported)

David Barth (dbarth) on 2015-09-21
Changed in webapps-sprint:
milestone: sprint-12 → sprint-14
Changed in canonical-devices-system-image:
milestone: ww40-2015 → ww46-2015
David Barth (dbarth) wrote :

The issue is most probably due to a GL operation that is not well supported on mako.

A complete fix may not be possible if this is a hardware limitation. And disabling the GL operation support might impact things like HTML games for example.

Since it's mako only, I would recommend to freeze that as a known-issue on this platform.

Changed in webapps-sprint:
milestone: sprint-14 → sprint-15
David Barth (dbarth) on 2015-10-27
Changed in webapps-sprint:
milestone: sprint-15 → sprint-16
Changed in canonical-devices-system-image:
status: In Progress → Won't Fix
milestone: ww46-2015 → none
David Barth (dbarth) on 2015-12-01
Changed in webapps-sprint:
milestone: sprint-16 → sprint-17
Changed in webapps-sprint:
milestone: sprint-17 → sprint-18
David Barth (dbarth) on 2016-01-26
Changed in webapps-core:
status: In Progress → Won't Fix
Changed in webapps-sprint:
status: In Progress → Won't Fix
Changed in webbrowser-app (Ubuntu):
status: In Progress → Won't Fix
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers