Alex Reporter
	Description • 9 years ago

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:35.0) Gecko/20100101 Firefox/35.0
Build ID: 20150122214805

Steps to reproduce:

When accessing to some webs with flash components (like http://gtestimate.com/gti/InterfaceEntryPoint.aspx?requestId=1775084180210772158138451955514544251191), some of these components are hidden or not showed.
This hidden swf is interactive, and in spite of been hidden, you can click on and get results.
In my example, the issue is random. You have to get in and some times, the swf in the bottom right, is hidden (it's an interactive vehicle image which let you select different areas).
This isse only happen in Firerfox, from v34 edition (also in v35).
In other browsers it works ok.
I have already test with all complements disabled (except Flash).


Actual results:

The swf component in the website is not showed. It is hidden randomly, you can click on and get results (interactive)


Expected results:

All swf component shoudl be showed properly.

	Alice0775 White
	Comment 1 • 9 years ago

[Tracking Requested - why for this release]: regression

Steps to reproduce:
1. Open http://gtestimate.com/gti/InterfaceEntryPoint.aspx?requestId=1775084180210772158138451955514544251191
2. Open again http://gtestimate.com/gti/InterfaceEntryPoint.aspx?requestId=1775084180210772158138451955514544251191 in the same tab

pushlog:
https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=6eded676da83&tochange=9b44cf686aba

Regressed by: Bug 947781

	Lawrence Mandel [:lmandel] (use needinfo)
	Comment 2 • 9 years ago

I opened the link in comment 1 ten times in a row in the same tab on Nightly 38 (2015-02-11) on OSX. In all cases the page appears to load the same way. Am I missing something?

	Alice0775 White
	Comment 3 • 9 years ago

(In reply to Lawrence Mandel [:lmandel] (use needinfo) from comment #2)
> I opened the link in comment 1 ten times in a row in the same tab on Nightly
> 38 (2015-02-11) on OSX. In all cases the page appears to load the same way.
> Am I missing something?

I can reproduce on Windows7 and ubuntu with/without HWA.
Bat, not testes on Mac.

Not sure, but this is not reproduced on mac.

	Lawrence Mandel [:lmandel] (use needinfo)
	Comment 4 • 9 years ago

I was able to reproduce on Firefox 36 Beta 8 on Windows 7 SP1. Setting tracking flags for 36+. No need to track ESR38 yet as we can still fix this in 38.

Milan - We have STR. Can you please have someone investigate?

	Alex Reporter
	Comment 5 • 9 years ago

All test we did were in Windows environment (in my case, Windows 7). Thank you!

	Milan Sreckovic [:milan] (needinfo for best results)
	Comment 6 • 9 years ago

Bas, let me know if you can't reproduce this.

	Bas Schouten (:bas.schouten)
	Comment 7 • 9 years ago

I will look into this.

	Sylvestre Ledru [:Sylvestre]
	Comment 8 • 9 years ago

35 shipped with that bug, looks like it is going to be the same for 36.

	Bas Schouten (:bas.schouten)
	Comment 9 • 9 years ago

I've managed to reproduce this once, but it only seems to reproduce very rarely for me. I'll look at some things to change to affect the timing to see if I can increase reproducibility.

	Bas Schouten (:bas.schouten)
	Comment 10 • 9 years ago

I've only been able to reproduce this twice in many attempts. Sadly it makes it very hard to do any sort of serious diagnosis of the cause. Do we have access to any machines which have better reproduction rates for this bug?

	Milan Sreckovic [:milan] (needinfo for best results)
	Comment 11 • 9 years ago

Yes, we do have a way of reproducing this (see comment 4), at least we used to; the link from comment 1 now gives me a server side error. Also, this bug is almost an opposite of bug 1132382, where opening in a new tab doesn't run Flash, but reloading it does, and the problem is not Windows specific.

	Bas Schouten (:bas.schouten)
	Comment 12 • 9 years ago

(In reply to Milan Sreckovic [:milan] from comment #11)
> Yes, we do have a way of reproducing this (see comment 4), at least we used
> to; the link from comment 1 now gives me a server side error. Also, this bug
> is almost an opposite of bug 1132382, where opening in a new tab doesn't run
> Flash, but reloading it does, and the problem is not Windows specific.

Hrm, I tried on another machine and it also doesn't seem to have the problem. I did see a bug like this on release on a completely different website, but that didn't seem like a graphics bug to me at all.

	Milan Sreckovic [:milan] (needinfo for best results)
	Comment 13 • 9 years ago

Let me see if I can reproduce it on my Windows 7.

	Kartikaya Gupta (email:kats@mozilla.staktrace.com)
	Comment 14 • 9 years ago

Presumably the request id from the link in comment 1 has expired. Alex, can you still reproduce this issue? If so, can you post a new link? If I can repro this on Linux I can try to get an rr recording and debug.

	Alex Reporter
	Comment 15 • 9 years ago

I have just tried on Firefox 36.0.1 and it is still happening.
You can access in http://gtestimate.com/gti/InterfaceEntryPoint.aspx?requestId=2341562310255113127411931915272103749 and at the bottom right, you should see a dynamic composition of a vehicle. But the most of times this box is empty. If you move your mouse over it, you will notify that there is something here (the dynamic image is here but it does not appear). And sometimes, when clicking on this box, the dynamic image appears suddenly.
I tried on my Windows 7 x64.
Do not hesitate to ask me any doubt.
Thanks a lot!

	Milan Sreckovic [:milan] (needinfo for best results)
	Comment 16 • 9 years ago

I can reproduce this in 37 beta by loading the URL from comment 15, then doing a reload.  I see the car in the bottom right after the load, but not after the reload.  Switching tabs, it comes back.  Doing a reload after that - doesn't show up.

Is this using Stage3D?

	Kartikaya Gupta (email:kats@mozilla.staktrace.com)
	Comment 17 • 9 years ago

I'm not able to repro on Ubuntu with FF 36 on that URL. I'll leave it to the windows crew then (better debug it before the request id expires again!)

	Milan Sreckovic [:milan] (needinfo for best results)
	Comment 18 • 9 years ago

When mucking with SWF permissions, I see "cd.GetLaterality is not a function" message.

	Bas Schouten (:bas.schouten)
	Comment 19 • 9 years ago

I suspect this is the same bug as bug 1123400. That one is probably a better bug to track with a more isolated test case. Since I can't reproduce either though, I'm not 100% certain.

	Jeff Muizelaar [:jrmuizel] Assignee
	Comment 20 • 9 years ago

I confirmed that disabling the readback layer fixes the problem.

	Jeff Muizelaar [:jrmuizel] Assignee
	Comment 21 • 9 years ago

It looks like the plugin layer is being reordered so that instead of having

PaintedLayer
ImageLayer
ImageLayer

we end up with

ImageLayer
PaintedLayer
ImageLayer

	Jeff Muizelaar [:jrmuizel] Assignee
	Comment 22 • 9 years ago

Without this we early exit from the loop in ShadowLayerForwarder::InsertAfter which causes us to insert layers after the ReadbackLayers in the wrong order.

	Jeff Muizelaar [:jrmuizel] Assignee
	Comment 23 • 9 years ago

https://hg.mozilla.org/integration/mozilla-inbound/rev/91e84603aaa0

	Jeff Muizelaar [:jrmuizel] Assignee
	Comment 24 • 9 years ago

Comment on attachment 8576922 [details] [diff] [review]
Implement AsShadowableLayer() for ClientReadbackLayers.

Approval Request Comment
[Feature/regressing bug #]: 947781
[User impact if declined]: Some flash content will not be painted
[Describe test coverage new/current, TreeHerder]: Will be on m-c soon
[Risks and why]: Should be quite low risk. Most code assumes this works.

	Carsten Book [:Tomcat]
	Comment 26 • 9 years ago

https://hg.mozilla.org/mozilla-central/rev/91e84603aaa0

	Ryan VanderMeulen [:RyanVM]
	Comment 28 • 9 years ago

https://hg.mozilla.org/releases/mozilla-beta/rev/ff5485e89210

	Ryan VanderMeulen [:RyanVM]
	Comment 29 • 9 years ago

https://hg.mozilla.org/releases/mozilla-aurora/rev/dc1f927542cb

	Petruta Horea [:phorea], Desktop QA
	Comment 30 • 9 years ago

Reproduced on Firefox 36 under Windows 7 by refreshing the page.
Verified as fixed using Firefox 37 beta 7, latest DevEd 38.0a2 and latest Nightly 39.0a1 2015-03-16 under Win 7 64-bit. No issues on these builds encountered on Ubuntu 14.04 32-bit and Mac OSX 10.9.5.

	Alex Reporter
	Comment 31 • 9 years ago

(In reply to Milan Sreckovic [:milan] (PTO, back on 25th) from comment #16)
> I can reproduce this in 37 beta by loading the URL from comment 15, then
> doing a reload.  I see the car in the bottom right after the load, but not
> after the reload.  Switching tabs, it comes back.  Doing a reload after that
> - doesn't show up.
> 
> Is this using Stage3D?

No, it is not using Stage3D

	Milan Sreckovic [:milan] (needinfo for best results)
	Comment 33 • 9 years ago

Release Note Request (optional, but appreciated)
[Why is this notable]: Regression from Firefox 34, common when Flash is used.
[Suggested wording]: A regression that could lead to Flash not displaying has been fixed. 
[Links (documentation, blog post, etc)]:

	Ritu Kothari (:ritu) (Inactive, please n-i to RyanVM, jcristau, or pascal)
	Comment 34 • 9 years ago

Liz added this to FF39 release notes. Updating the relnote-firefox to reflect that.