Closed
Bug 325681
Opened 19 years ago
Closed 17 years ago
[Mac] Disabled, checked checkbox does not appear checked
Categories
(Core Graveyard :: Widget: Mac, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
mozilla1.9alpha8
People
(Reporter: jruderman, Assigned: jaas)
References
()
Details
(Keywords: regression, testcase)
Steps to reproduce:
1. Load data:text/html,Foopy: <input type=checkbox checked disabled>
Result: The checkbox doesn't appear checked. If you're very perceptive, you might notice that the check does appear, but in the wrong place: at the top left of the content area.
Regression window:
2006 Jan 25 evening: fine
2006 Jan 26 evening: has the bug
2006 Feb 2 evening: has the bug
Based on the regression date, guessing that this regressed due to frame display lists.
Reporter | ||
Comment 1•19 years ago
|
||
I noticed this because Bugzilla shows a disabled, checked checkbox if you view a bug that is restricted to a group, but you're not part of the group (e.g. you're the reporter).
Keywords: testcase
Comment 2•19 years ago
|
||
So this seems to not be a problem on Linux, which suggests native theme issues to me. In particular, the coordinate system for painting changed; was native theme code not fixed to deal?
Is this a problem on WinXP too?
Reporter | ||
Comment 3•19 years ago
|
||
Not a problem on Windows XP.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060131 Firefox/1.6a1
Reporter | ||
Updated•19 years ago
|
Summary: Disabled, checked checkbox does not appear checked → [Mac] Disabled, checked checkbox does not appear checked
Comment 4•19 years ago
|
||
Probably an nsNativeTheme thing.
Updated•19 years ago
|
Assignee: nobody → bugs.mano
Component: Layout: Form Controls → Widget: Mac
QA Contact: layout.form-controls → mac
Target Milestone: --- → mozilla1.8.1
Updated•19 years ago
|
Assignee: bugs.mano → joshmoz
Target Milestone: mozilla1.8.1 → ---
Comment 5•19 years ago
|
||
(In reply to comment #4)
> Probably an nsNativeTheme thing.
>
Jesse says this is a regression for html content, which isn't drawn by nsNativeThemeMac at all (in anything but Camino).
Updated•19 years ago
|
Flags: blocking1.9a1?
Is this bug 325296, too (or the issue that bug 325296 is left open to track)?
Updated•18 years ago
|
Flags: blocking1.9a1? → blocking1.9+
Comment 7•18 years ago
|
||
Could it be a bug in the non-native-theme codepath that's covered up whenever native theme is used?
This WFM in GPA3 and my latest Camino trunk build.
Target Milestone: --- → mozilla1.9alpha6
Comment 9•18 years ago
|
||
punting remaining a6 bugs to b1, all of these shipped in a5, so we're at least no worse off by doing so.
Target Milestone: mozilla1.9alpha6 → mozilla1.9beta1
Comment 10•17 years ago
|
||
WFM on 2007081600 OS X 10.4.10.
Does it really make sense to keep it blocking1.9+ even if it's carbon-only (AFAICS)?
Reporter | ||
Comment 11•17 years ago
|
||
WFM on trunk.
Status: NEW → RESOLVED
Closed: 17 years ago
Flags: blocking1.9+
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•