Closed
Bug 128678
Opened 23 years ago
Closed 23 years ago
Mac OS X window toolbar widget broken
Categories
(Core :: XUL, defect)
Tracking
()
RESOLVED
FIXED
mozilla1.0
People
(Reporter: mozilla, Assigned: mozilla)
References
Details
(Keywords: regression)
Attachments
(1 file)
|
2.33 KB,
patch
|
Brade
:
review+
hewitt
:
superreview+
asa
:
approval+
|
Details | Diff | Splinter Review |
[I'm not exactly sure when this regressed.] Mac OS X's toolbar widget (in
top-level windows) currently only works in browser windows when it used to work
for all windows.
The problem is that certain "chromehidden~" CSS values which used to be in
"xul.css" somehow reverted back to only being in "navigator.css"
Need this fixed for Mozilla 1.0
|
Assignee | |
Comment 1•23 years ago
|
||
This patch moves various "chromehidden~" settings back into "xul.css" so that
Mac OS X's toolbar widget will work again.
|
|
Assignee | |
Updated•23 years ago
|
Keywords: mozilla1.0,
regression
Target Milestone: --- → mozilla1.0
|
|
||
Comment 2•23 years ago
|
||
can we also remove those lines from navigator.css if they need to be in xul.css ?
|
|
Assignee | |
Comment 3•23 years ago
|
||
Joe: Yep... the patch has that. :)
|
|
||
Comment 4•23 years ago
|
||
Aye! Me eyes have failed me!
|
|
||
Comment 5•23 years ago
|
||
Comment on attachment 72287 [details] [diff] [review]
Patch to get various "chromehidden~" settings back into "xul.css"
sr=hewitt
Attachment #72287 -
Flags: superreview+
|
|
||
Comment 6•23 years ago
|
||
Moving Netscape owned 0.9.9 and 1.0 bugs that don't have an nsbeta1, nsbeta1+,
topembed, topembed+, Mozilla0.9.9+ or Mozilla1.0+ keyword. Please send any
questions or feedback about this to adt@netscape.com. You can search for
"Moving bugs not scheduled for a project" to quickly delete this bugmail.
Target Milestone: mozilla1.0 → mozilla1.2
|
|
||
Comment 7•23 years ago
|
||
Whoa Nellie! This bug is a regression and has an sr=d patch. Setting back to
Moz1.0 and adding nsbeta1 keyword
Keywords: nsbeta1
Target Milestone: mozilla1.2 → mozilla1.0
|
||
Comment 8•23 years ago
|
||
Comment on attachment 72287 [details] [diff] [review]
Patch to get various "chromehidden~" settings back into "xul.css"
r=brade
Attachment #72287 -
Flags: review+
|
||
Updated•23 years ago
|
Attachment #72287 -
Flags: approval+
|
|
||
Comment 9•23 years ago
|
||
Comment on attachment 72287 [details] [diff] [review]
Patch to get various "chromehidden~" settings back into "xul.css"
a=asa (on behalf of drivers) for checkin to the 0.9.9 branch and the 1.0 trunk
|
|
Assignee | |
Comment 11•23 years ago
|
||
Fixed.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
|
||
Comment 12•23 years ago
|
||
*** Bug 131730 has been marked as a duplicate of this bug. ***
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: jrgmorrison → xptoolkit.widgets
You need to log in
before you can comment on or make changes to this bug.
Description
•