Closed Bug 297425 Opened 20 years ago Closed 20 years ago

z-index is applied to non-positioned elements

Categories

(Core :: Web Painting, defect)

Product:
Core
Component:
Web Painting
Platform:
x86
All
Type:
defect
Priority:
Not set
Severity:
major

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: irongut, Assigned: MatsPalmgren_bugz)

References

Details

(Keywords: css2, regression, testcase)

Attachments

(5 files)

Test case
1.55 KB, text/html
Details
CSS for Testcase
586 bytes, text/css
Details
minimal testcase
326 bytes, text/html
Details
Testcase #2
590 bytes, text/html
Details
Patch rev. 1
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.
Attached file Test case —
Attached file CSS for Testcase —
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
Attached file minimal testcase —
With linux trunk 2005061105, the page is blank. It should have a 2-line combo box.
Attached file Testcase #2 —
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
Attached patch Patch rev. 1 — — Splinter Review
Something like this perhaps...
Assignee: nobody → roc
Severity: normal → major
Component: Layout: Block and Inline → Layout: View Rendering
Flags: blocking1.8b3?
QA Contact: layout.block-and-inline → ian
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+
Attachment #186017 - Flags: approval1.8b3? → approval1.8b3+
Assignee: roc → mats.palmgren
Renamed the variable as suggested and checked in 2005-06-14 16:53 PDT. -> FIXED
Status: NEW → RESOLVED
Closed: 20 years ago
Flags: blocking1.8b3?
Resolution: --- → FIXED
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
Depends on: 312693
Component: Layout: View Rendering → Layout: Web Painting
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: