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
(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.
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.
Assignee: nobody → jschoenick
Status: NEW → ASSIGNED
status-firefox16: --- → unaffected
status-firefox17: --- → affected
status-firefox18: --- → affected
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.
(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.
Status: ASSIGNED → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.