Closed
Bug 541406
Opened 15 years ago
Closed 14 years ago
Firefox 3.6 regression: plugins get a focus outline (which causes scrollbars)
Categories
(Core :: Layout, defect, P2)
Tracking
()
RESOLVED
FIXED
People
(Reporter: patrick, Assigned: roc)
References
()
Details
(Keywords: regression)
Attachments
(2 files, 1 obsolete file)
1.45 KB,
patch
|
roc
:
review+
beltzner
:
approval1.9.2.2+
|
Details | Diff | Splinter Review |
1.97 KB,
patch
|
roc
:
review+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; nl; rv:1.9.2) Gecko/20100115 Firefox/3.6 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; nl; rv:1.9.2) Gecko/20100115 Firefox/3.6 When visiting a site which displays a java applet occupying 100% of the window. Firefox displays scrollbars when it has focus. If firefox looses focus the rendering of the scrollbars is no longer done. I expect no rendering of scrollbars in this case (whether firefox has focus or not). Further I notice a lot of screen flashing when displaying a Java applet, which I think is undesirable. Reproducible: Always Steps to Reproduce: 1. Visit http:cecile.nu (an example of a site with a Java applet with 100% width and height) Actual Results: Scrollbars are displayed and screen flashes a lot. Expected Results: I expect no scrollbars and no flashing of the screen.
Updated•15 years ago
|
Component: General → Plug-ins
Product: Firefox → Core
QA Contact: general → plugins
Version: unspecified → 1.9.2 Branch
Confirmed, for Windows Vista and Firefox 3.6. I encountered it on http://www.runescape.com/game.ws
Updated•15 years ago
|
Updated•15 years ago
|
blocking1.9.2: --- → ?
blocking2.0: --- → ?
Comment 2•15 years ago
|
||
I have the same problem on http://www.runescape.com/game.ws
Comment 3•15 years ago
|
||
Also i have more info i tried to debug it with firebug and it seams the problem stops if scrolling="auto" is changed to scrolling="no"
Comment 4•14 years ago
|
||
Martijn, do you think you can hunt down the regression range here?
Comment 5•14 years ago
|
||
could u reword that? i don't understand what ur after
Comment 6•14 years ago
|
||
This bug is flagged a regression. That is, it used to work and now doesn't. Is that correct? If so, which version did it work in? And more to the point, on what exact day did it break? There are daily builds available at http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2009/ month by month (and replace 2009 by 2008 to find earlier ones).
Comment 7•14 years ago
|
||
What happens is when the user upgrades from ff 3.5 to 3.6 the website is read improperly or written wrong and causes the scroll bars to come up. Note:That is all tht needs to happen the java version as far as i can tell doesn't matter.
Comment 8•14 years ago
|
||
OK. So this worked in Firefox 3.5. Now someone needs to find when the behavior changed. In comment 4 I asked Martijn to do that, but if you have the time to do so instead, that's great. If you don't, that's fine too.
Comment 9•14 years ago
|
||
srry i can't help u i'm a freshman in hs nt really sure how to go about it but hey i'm trying =)
Comment 10•14 years ago
|
||
srry tht i can't help
Comment 11•14 years ago
|
||
http://www.runescape.com/game.ws This is the site where I discovered this too. Strange thing is: if you switch to another window, like chat box for icq or whatever, the scroll bars disappear and appear again at the moment you change back to fireFox. This was never a problem with 3.5 and always occurs to me with 3.6
Assignee | ||
Comment 12•14 years ago
|
||
It's because we're drawing an outline around the plugin when it has focus. We need to stop that outline from creating scrollbars.
Comment 13•14 years ago
|
||
See bug 261897, bug 286368. Also see bug 449915.
Comment 14•14 years ago
|
||
Regression range is between 2009-01-29 and 2009-01-30 http://hg.mozilla.org/mozilla-central/pushloghtml?startdate=2009-01-29+04%3A00%3A00&enddate=2009-01-30+06%3A00%3A00
Keywords: regressionwindow-wanted
Comment 15•14 years ago
|
||
Hmm. Nothing in that range jumps out at me...
Assignee | ||
Comment 16•14 years ago
|
||
We don't need a regression range. The bug was caused when I added support for 'outline' on plugins.
Comment 17•14 years ago
|
||
Yeah, so I guess this bug is invalid then.
Comment 18•14 years ago
|
||
So do u know how it would be fixed?
Assignee | ||
Comment 19•14 years ago
|
||
It's a real bug, it just depends on bug 542595.
(In reply to comment #16) > We don't need a regression range. The bug was caused when I added support for > 'outline' on plugins. Though the relevant bit in the regression range seems like http://hg.mozilla.org/mozilla-central/rev/2676947cb41c , which also makes sense.
Summary: Java applet with 100% width and height enables scrollbars → Firefox 3.6 regression: plugins get a focus outline (which causes scrollbars)
Comment 21•14 years ago
|
||
Sounds like a layout bug, moving.
Component: Plug-ins → Layout
QA Contact: plugins → layout
Assignee | ||
Comment 22•14 years ago
|
||
Assignee: nobody → roc
Attachment #425147 -
Flags: review?(dbaron)
Comment on attachment 425147 [details] [diff] [review] temporary fix You might want to leave them, and instead add: :not(:-moz-suppressed):not(:-moz-user-disabled):not(:-moz-broken) to both of those selectors. But you should double-check with bzbarsky about that. If that doesn't make sense, this is ok, though.
Attachment #425147 -
Flags: review?(dbaron) → review+
Comment 24•14 years ago
|
||
Hmm. I'm frankly not quite sure why we have a list of tags here instead of just *:focus.... In any case, I'm fine with the selector proposed in comment 23.
Assignee | ||
Comment 25•14 years ago
|
||
I'll go with that selector. I don't know why "embed" isn't here. Or maybe it should be *|*:focus as you say...
Attachment #425147 -
Attachment is obsolete: true
Attachment #425181 -
Flags: review+
Assignee | ||
Updated•14 years ago
|
Whiteboard: [needs landing]
Comment 26•14 years ago
|
||
Dbaron didn't like a similar patch in (the similar) bug 449915.
Assignee | ||
Comment 27•14 years ago
|
||
Yeah. I think the difference here is that this is a temporary fix to work around a known layout issue (bug 542595). When that issue is fixed, we'll revert this patch.
Comment 28•14 years ago
|
||
I don't think this is a security and stability blocker, but we'd like a regression fix for Firefox 3.6. Since the patch here isn't nominated for approval, I'm unclear if you think we should take this temporary fix on the branch, roc, or wait for the fuller one.
blocking1.9.2: ? → -
status1.9.2:
--- → wanted
Assignee | ||
Comment 29•14 years ago
|
||
http://hg.mozilla.org/mozilla-central/rev/73f6051d6ff9 http://hg.mozilla.org/mozilla-central/rev/eebf55548023
Status: NEW → RESOLVED
Closed: 14 years ago
Flags: in-testsuite+
Resolution: --- → FIXED
Whiteboard: [needs landing]
Assignee | ||
Comment 30•14 years ago
|
||
Backed out. The test failed, not sure why yet.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee | ||
Comment 34•14 years ago
|
||
Here's a test log with the reftest failure: http://tinderbox.mozilla.org/showlog.cgi?log=MozillaTry/1266949738.1266962274.3052.gz
Assignee | ||
Updated•14 years ago
|
Whiteboard: [needs review]
Assignee | ||
Updated•14 years ago
|
Whiteboard: [needs review]
Assignee | ||
Comment 35•14 years ago
|
||
I'm not really sure why you wanted to add :not(:-moz-suppressed):not(:-moz-user-disabled):not(:-moz-broken) instead of removing the rule. That selector matches regular plugin instances. I'll reland without that selector.
Assignee | ||
Updated•14 years ago
|
Whiteboard: [needs landing]
Assignee | ||
Comment 36•14 years ago
|
||
http://hg.mozilla.org/mozilla-central/rev/1640dcbf1d4c
Status: REOPENED → RESOLVED
Closed: 14 years ago → 14 years ago
Resolution: --- → FIXED
Whiteboard: [needs landing]
Assignee | ||
Comment 37•14 years ago
|
||
Comment on attachment 425181 [details] [diff] [review] fix v2 We should take this temporary fix on the branch. The proper fix will never land on the branch.
Attachment #425181 -
Flags: approval1.9.2.2?
(In reply to comment #27) > Yeah. I think the difference here is that this is a temporary fix to work > around a known layout issue (bug 542595). When that issue is fixed, we'll > revert this patch. We might even want to revert it when bug 418521 is fixed, if that happens sooner.
Comment 39•14 years ago
|
||
Comment on attachment 425181 [details] [diff] [review] fix v2 a1922=beltzner
Attachment #425181 -
Flags: approval1.9.2.2? → approval1.9.2.2+
Assignee | ||
Updated•14 years ago
|
Whiteboard: [needs 192 landing]
Assignee | ||
Comment 40•14 years ago
|
||
http://hg.mozilla.org/releases/mozilla-1.9.2/rev/4e5f1bd84f48
Whiteboard: [needs 192 landing]
(In reply to comment #35) > I'm not really sure why you wanted to add > :not(:-moz-suppressed):not(:-moz-user-disabled):not(:-moz-broken) instead of > removing the rule. That selector matches regular plugin instances. I'll reland > without that selector. Er, I guess what I meant was: applet:focus:-moz-suppressed, applet:focus:-moz-user-disabled, etc.
Assignee | ||
Updated•14 years ago
|
blocking2.0: ? → final+
Priority: -- → P2
Comment 42•14 years ago
|
||
(In reply to comment #27) > Yeah. I think the difference here is that this is a temporary fix to work > around a known layout issue (bug 542595). When that issue is fixed, we'll > revert this patch. It's time to that?
Assignee | ||
Comment 43•14 years ago
|
||
Yes!
We should probably change this to "*" or "*|*" after we branch, though.
Attachment #485426 -
Flags: review?(roc)
Assignee | ||
Updated•14 years ago
|
Attachment #485426 -
Flags: review?(roc) → review+
You need to log in
before you can comment on or make changes to this bug.
Description
•