Closed
Bug 297425
Opened 19 years ago
Closed 19 years ago
z-index is applied to non-positioned elements
Categories
(Core :: Web Painting, defect)
Tracking
()
VERIFIED
FIXED
People
(Reporter: irongut, Assigned: MatsPalmgren_bugz)
References
Details
(Keywords: css2, regression, testcase)
Attachments
(5 files)
1.55 KB,
text/html
|
Details | |
586 bytes,
text/css
|
Details | |
326 bytes,
text/html
|
Details | |
590 bytes,
text/html
|
Details | |
1.59 KB,
patch
|
roc
:
review+
roc
:
superreview+
asa
:
approval1.8b3+
|
Details | Diff | Splinter Review |
I will upload a testcase once the bug is submitted. This testcase is a reduced version of a page in the standard admin template for Mambo CMS. The page contains a Form with a Select control. The css file styles the Select with a z-index of -3. Expected behaviour: See the Select control with 10 options to select. Actual behaviour: The Select control isn't visible. If I comment out the z-index lines in the css the Select appears. This works with Firefox 1.0.4, Opera 8.0 and IE 6. The first Seamonkey version I noticed a problem with was: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050521 It is still a problem with the latest trunk build: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050611 I have no idea where to assign this since it works in Firefox.
Comment 3•19 years ago
|
||
you tested two trunk suite builds and a 1-year old firefox build. The bug does exist in a trunk firefox build. This regressed between linux suite trunk builds 2005040305 and 2005040402. Could this be bug 288821 or bug 288117? ==> form controls
Assignee: general → nobody
Component: General → Layout: Form Controls
Keywords: regression,
testcase
OS: Windows 2000 → All
Product: Mozilla Application Suite → Core
QA Contact: general → layout.form-controls
Summary: Form Select with negative z-index doesn't display → Form multiselect with negative z-index doesn't display
Comment 4•19 years ago
|
||
With linux trunk 2005061105, the page is blank. It should have a 2-line combo box.
Assignee | ||
Comment 5•19 years ago
|
||
Assignee | ||
Comment 6•19 years ago
|
||
The problem occurs for any element with styling that creates a view. The bug is that we apply 'z-index' for non-positioned elements and this makes them dissappear because of bug 78087.
Component: Layout: Form Controls → Layout: Block and Inline
Keywords: css2
QA Contact: layout.form-controls → layout.block-and-inline
Summary: Form multiselect with negative z-index doesn't display → z-index is applied to non-positioned elements
Assignee | ||
Comment 7•19 years ago
|
||
Something like this perhaps...
Updated•19 years ago
|
Assignee: nobody → roc
Severity: normal → major
Component: Layout: Block and Inline → Layout: View Rendering
Flags: blocking1.8b3?
QA Contact: layout.block-and-inline → ian
Updated•19 years ago
|
Attachment #186017 -
Flags: superreview?(roc)
Attachment #186017 -
Flags: review?(roc)
Attachment #186017 -
Flags: approval1.8b3?
Comment on attachment 186017 [details] [diff] [review] Patch rev. 1 just rename isTopMostView to isPositioned
Attachment #186017 -
Flags: superreview?(roc)
Attachment #186017 -
Flags: superreview+
Attachment #186017 -
Flags: review?(roc)
Attachment #186017 -
Flags: review+
Updated•19 years ago
|
Attachment #186017 -
Flags: approval1.8b3? → approval1.8b3+
Assignee | ||
Updated•19 years ago
|
Assignee: roc → mats.palmgren
Assignee | ||
Comment 9•19 years ago
|
||
Renamed the variable as suggested and checked in 2005-06-14 16:53 PDT. -> FIXED
Status: NEW → RESOLVED
Closed: 19 years ago
Flags: blocking1.8b3?
Resolution: --- → FIXED
Reporter | ||
Comment 10•19 years ago
|
||
Thanks for the quick fix Verified Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050728 SeaMonkey/1.0a
Status: RESOLVED → VERIFIED
Updated•6 years ago
|
Component: Layout: View Rendering → Layout: Web Painting
You need to log in
before you can comment on or make changes to this bug.
Description
•