In bug 420363 I made scrollbars ignore the disabled theme state for a pres shell on Mac OS X because we don't have the CSS setup to draw non-themed scrollbars. We should fix that and remove my fix for bug 420363, otherwise people who want non-themed scrollbars on Mac OS X (Songbird?) will have to patch Cocoa widgets.
(In reply to comment #0) > otherwise > people who want non-themed scrollbars on Mac OS X (Songbird?) will have to > patch Cocoa widgets. I don't think that's true. They can still turn off theming using -moz-appearance: none. From reading the code it looks like the only purpose of nsIPresShell::IsThemeSupportEnabled() is the <meta http-equiv="MSThemeCompatible" content="no"> case. I don't think fixing that is very urgent. It might even be worth thinking about dropping support for it completely.
Summary: support non-themed scrollbars on Mac OS X → support non-themed scrollbars using <meta http-equiv="MSThemeCompatible" content="no"> on Mac OS X
Is there any reason that Firefox should be supporting a non-standard tag, and one that is MS-Windows specific? The odd thing is that this meta tag removes the scroll bars in Firefox 3 on MacOS X (even with CSS disabled), but has no effect on MS-Windows.
I guess this and Bug 484172 is WONTFIX? Or is there any particular reason this should be valid?
I think this should be WONTFIX and bug 484172 should be fixed by dropping support for MSThemeCompatible.
Filed Bug 966240.
Status: NEW → RESOLVED
Last Resolved: 4 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.