pictures uploaded from gallery are plain black on mako only

Bug #1403089 reported by Andreas Jung
26
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Canonical System Image
Won't Fix
High
David Barth
The Webapps-core project
Won't Fix
High
Alexandre Abreu
webapps-sprint
Won't Fix
High
Alexandre Abreu
webbrowser-app (Ubuntu)
Won't Fix
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)

Revision history for this message
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).

Revision history for this message
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)

Revision history for this message
Alexandre Abreu (abreu-alexandre) wrote :

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

no longer affects: unity-webapps-twitter
Revision history for this message
Alexandre Abreu (abreu-alexandre) wrote :

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)
Revision history for this message
Alexandre Abreu (abreu-alexandre) wrote :

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)
Changed in webapps-sprint:
milestone: none → sprint-8
status: New → In Progress
importance: Undecided → High
assignee: nobody → Alexandre Abreu (abreu-alexandre)
David Barth (dbarth)
Changed in webapps-sprint:
milestone: sprint-8 → sprint-9
David Barth (dbarth)
Changed in webapps-sprint:
milestone: sprint-9 → sprint-10
Revision history for this message
Zachary Igielman (zacharyi123) wrote :

Is this being fixed? It is still a problem.

Revision history for this message
Alexandre Abreu (abreu-alexandre) wrote :

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

Revision history for this message
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)
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)
Changed in webbrowser-app (Ubuntu):
assignee: nobody → Olivier Tilloy (osomon)
status: New → In Progress
importance: Undecided → High
Bill Filler (bfiller)
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
Revision history for this message
Alexandre Abreu (abreu-alexandre) wrote :

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)
Changed in webapps-sprint:
milestone: sprint-12 → sprint-14
Changed in canonical-devices-system-image:
milestone: ww40-2015 → ww46-2015
Revision history for this message
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)
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)
Changed in webapps-sprint:
milestone: sprint-16 → sprint-17
Changed in webapps-sprint:
milestone: sprint-17 → sprint-18
David Barth (dbarth)
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  
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.