Closed Bug 1048279 Opened 10 years ago Closed 8 years ago
translate3d(0,0,0) hides applet behind modal
User Agent: Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/36.0.1985.125 Safari/537.36 Steps to reproduce: 1. Open http://tomcat7-yadav3dplm.rhcloud.com/TestApplet/Test.html 2. Allow Java to be run Actual results: Bootstrap uses `transform: translate3d(0,0,0)` on modals to fix repaints when the user is scrolling. This causes applets that are child elements of modals to be hidden behind the modal. (When the `transform` rule is temporarily disabled using Page Inspector, the applet appears on top of the modal.) The applet (which has a rectangular background that overlaps the modal's rounded top left corner when visible) doesn't seem to be visible underneath the modal or its backdrop either. Expected results: The example page above contains a modal which in turn contains an applet that should display "----------Content from Applet----------". The applet should be successfully displayed on top of the modal. This works fine in Chrome 36.0.1985.125 and IE11. Original issue at Bootstrap: https://github.com/twbs/bootstrap/issues/14124
It also works fine in Firefox on Mac OS X, so it appears to be Windows-specific.
It works in previous versions of Firefox on Win 7: Regression: good=2012-02-29 bad=2012-03-01 http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=30b4f99a137c&tochange=1c3b291d0830 After 2012-03-01, I got a Java error about "TestApplletClass.class". Surely a side-effect of bug 406541.
Component: Untriaged → Plug-ins
Product: Firefox → Core
(In reply to Loic from comment #2) > It works in previous versions of Firefox on Win 7: > Regression: > good=2012-02-29 > bad=2012-03-01 > http://hg.mozilla.org/mozilla-central/ > pushloghtml?fromchange=30b4f99a137c&tochange=1c3b291d0830 > > After 2012-03-01, I got a Java error about "TestApplletClass.class". > Surely a side-effect of bug 406541. Bug 406541 was backed out because it broke loading java in some instances, which is probably what you're seeing in this range
oh and there was a typo in the backout message, so it is hard to find: https://hg.mozilla.org/mozilla-central/rev/47f814827db6 So 2012-07-03 is the backout that should un-break the testcase, if someone wants to find a closer regression range there. FWIW, windowed-mode plugins have always been incompatible with CSS transforms -- I suspect some layout optimization was making this transform a no-op, and some layerization change broke that.
Any chance of getting the Status updated to NEW and also of someone having another go at finding the regression window?
I wasn't able to find a 2nd regression range, because after the backout of bug 406541, the Java applet is still broken displaying a blank window. Maybe the regression appeared between 2012-03-01 and 2012-07-03.
I'll take this
Is there another test case. The one is original comment isn't being served. Need info me again if another test case is available. Then I try the regression range.
See comment 0 for repro steps.
I'm no longer working on DOM related bugs.
Is this still reproducible?
Yes. Via https://github.com/supergibbs in Bootstrap's Slack room: > supergibbs [5:13 PM] > bug seems to exist both in the latest public version (41.0.1) and the dev version (43.0a2 (2015-09-30))
We aren't going to fix this issue. Windowed-mode plugins such as Java don't participate in the CSS rendering order very well, and since they are a dying legacy technology we've chosen not to spend time fixing this.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.