916567 - Cannot save image in WebGL filter demo by evanw

Status: RESOLVED DUPLICATE of bug 749824

(Core :: Graphics: CanvasWebGL, defect)

Description

[Florian Bender]

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Firefox/24.0 (Beta/Release)
Build ID: 20130909203154

Steps to reproduce:

Visit URL and click "Save".


Actual results:

New window opens with blank image.


Expected results:

Image should be the one you were editing.

Comment 1

[Florian Bender]

Sorry, I was too quick with submitting the bug. 

So the issue may actually not be in Firefox through using non-standard APIs (haven't looked into that yet), however there are issues with similar things already reported (e. g. Bug 749824, tentatively adding as depending). The issue also exists in Nightly (2013-09-15) and there the image is not blank (white) but gray-ish (very similar to Bug 749824 attachment 786401 [details]). 

I just reported another bug for this demo but I think the issues are separate (Bug 916565).

Graphics (via Nightly)
Device ID	0x 166
GPU Accelerated Windows	1/1 OpenGL (OMTC)
Vendor ID	0x8086
WebGL Renderer	Intel Inc. -- Intel HD Graphics 4000 OpenGL Engine
windowLayerManagerRemote	true
AzureCanvasBackend	quartz
AzureContentBackend	quartz
AzureFallbackCanvasBackend	none
AzureSkiaAccelerated	0

Comment 2

[Ioana (away)]

Reproducible on:
Mozilla/5.0 (X11; Linux i686; rv:26.0) Gecko/20100101 Firefox/26.0 (20130916030201)

This bug happen in Firefox 16.0.2 so it's a regression. Could you try finding the regression windows using mozregression?  http://mozilla.github.io/mozregression/ 

This could show us what caused this problem.

Comment 3

[Florian Bender]

I'll try to get to this next week and see what I can do (first time using mozregression). Keeping ni? for now. 


(In reply to Ioana Budnar, QA [:ioana] from comment #2)
> This bug happen in Firefox 16.0.2 so it's a regression. Could you try

I don't quite understand that. Did it work or break in 16.0.2, or which version before or after that one?

Comment 4

[Florian Bender]

That did not quite work as expected …

Comment 5

[Ioana (away)]

(In reply to Florian Bender from comment #3)
> (In reply to Ioana Budnar, QA [:ioana] from comment #2)
> > This bug happen in Firefox 16.0.2 so it's a regression. Could you try
> 
> I don't quite understand that. Did it work or break in 16.0.2, or which
> version before or after that one?

This means it worked well in Firefox 16.0.2, so it broke somewhere after that. A bug that hasn't been in Firefox since its first versions, is called a regression. Finding the regression window means finding in which build this bug first appeared.

(In reply to Florian Bender from comment #4)
> That did not quite work as expected …
What do you mean by that?

Comment 6

[Alice0775 White]

Steps to Reproduce:
1. Open URL
2. click "Save" button

Actual Results:
New tab opens with blank image.

Expected Results:
New tab opens with image.

Pushlog:
http://hg.mozilla.org/integration/mozilla-inbound/rev/9874a60b708f
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:22.0) Gecko/20130220 Firefox/22.0 ID:20130220140958
Bad:
http://hg.mozilla.org/integration/mozilla-inbound/rev/82747d694e7a
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:22.0) Gecko/20130220 Firefox/22.0 ID:20130220173000
Pushlog:
http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=9874a60b708f&tochange=82747d694e7a

Suspected:
82747d694e7a	Jeff Gilbert — Bug 716859 - Streaming GLContext buffers (doublebuffering, etc) - r=bjacob,jrmuizel,vlad

Comment 7

[Florian Bender]

So I guess my task is no longer required. 

(In reply to Ioana Budnar, QA [:ioana] from comment #5)
> This means it worked well in Firefox 16.0.2, so it broke somewhere after
> that. 
OK that's what I thought, just wanted to clarify, thanks!

(In reply to Ioana Budnar, QA [:ioana] from comment #5)
> What do you mean by that?
Just needinfo? not working like I wanted it to do.

Comment 8

[u279076]

Looks like this bug still reproduces.