Georg Fritzsche [:gfritzsche] Reporter
	Description • 12 years ago

Apparently we have a regression on the in-page click-to-play activation UI. 
It's not showing for me on trunk in this test-case:
https://bug750480.bugzilla.mozilla.org/attachment.cgi?id=667552

The doorhanger works fine though.

Known good: http://hg.mozilla.org/mozilla-central/rev/4cb8f88213f5
Known bad: todays Nightly, http://hg.mozilla.org/mozilla-central/rev/fd724f194a1f

	Georg Fritzsche [:gfritzsche] Reporter
	Comment 1 • 12 years ago

(In reply to Georg Fritzsche [:gfritzsche] from comment #0)
> Known good: http://hg.mozilla.org/mozilla-central/rev/4cb8f88213f5

That one is actually bad for me too.

	John Schoenick [:johns] Assignee
	Comment 2 • 12 years ago

This would be a regression from bug 784185, which doesn't take into account the lack of URIs in <applet> tags. This should have an explicit test, too.

	Dana Keeler (she/her) (use needinfo) (:keeler for reviews)
	Comment 3 • 12 years ago

The testcase works for me if all of the widths/heights are changed to 200. It looks like this is just a case of the front-end code hiding the overlays when it thinks the plugin content area is too small for the overlay UI. We may need to re-think how that all works.

	Georg Fritzsche [:gfritzsche] Reporter
	Comment 4 • 12 years ago

(In reply to David Keeler from comment #3)
> The testcase works for me if all of the widths/heights are changed to 200.
> It looks like this is just a case of the front-end code hiding the overlays
> when it thinks the plugin content area is too small for the overlay UI. 

Weird, i've seen the overlay being shown for some of the applets previously but not anymore for a while. Closing for now for not being reproducible.