Closed Bug 136978 Opened 24 years ago Closed 22 years ago

-moz-opacity only applies to the first line of a structure element (<div>, <em>, <h1>, <acronym>, etc.)

Categories

(Core :: Web Painting, defect, P3)

Product:
Core
Component:
Web Painting
Type:
defect

Tracking

()

Status:
RESOLVED FIXED

People

(Reporter: capps, Assigned: roc)

References

(
URL
)

Details

(Keywords: testcase)

Attachments

(5 files, 2 obsolete files)

Screencap comparing IE6, Mozilla opacity
37.20 KB, image/gif
Details
Testcase with changing first line (no %)
1.07 KB, text/html
Details
Modified testcase (no %)
1.13 KB, text/html
Details
Minimal testcase
233 bytes, text/html
Details
Another small testcase
1.41 KB, text/html
Details
Copied and pasted from a broken bugzilla helper: Using build 2002041011. Description: The URL is an XHTML 1.0 Transitional document with a bright green background and two absolutely positioned 200px x 200px <div>s. Div 1 has a red background. Div 2 has a blue background and is partially positioned over div 1 (on z-index 2) Both divs have a -moz-opacity of 50%. Both divs contain text colored white. In div 1, the first line of text is somewhat green, reflecting the background. In all remaining lines, the text is somewhat red, reflecting the background of the div. In div 1, the first line of text is somewhat green, reflecting the background. In all remaining lines, the text is somewhat blue, reflecting the background of the div. In the area where div 2 overlaps div 1, the first line of div 2 is partially red, reflecting the background of div 1. The remaining lines of div 2 that overlap div 1 are blue, reflecting the background of div 2. Always reproducable. Steps to reproduce: Visit URL Actual results: The coloring and trancparency of the lines of text inside the div are inconsistant. Expected results: The coloring and transparency of the lines of text inside the div should be consistant. Addtl Information: IE6's opacity method has been added to the CSS. IE displays the text partially transparent - most of the text is tainted green. I will attach screencaps of Mozilla's and IE's rendering shortly to demonstrate the difference and the inconsistancies in Mozilla's treatment of the text. This is being filed under the compositor as I have seen a handful of opacity related bugs filed there.
Screencap of URL showing IE6.0 and Mozilla displaying the contents of the page. Note the inconsistant treatment of text inside the divs in Mozilla.
Attached file Testcase with changing first line (obsolete) —
Modified the linked site a bit to clean up a test case. Looks like the first line is being composited on the page background (green) and all others on the element background (blue).
Seeing this on OSX/20020409 as well. Looking at the original page and the test case I just attached it looks like the first line is being composited differently then the rest of the text.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows 2000 → All
Hardware: PC → All
This is even more apparent when the text is selected (either by mouse or via select all)
Priority: -- → P3
Target Milestone: --- → Future
Attached file Modified testcase (obsolete) —
Attached a modified form of the attached testcase - this includes another <div> within the <div> made opaque - when this is done, the odd first-line coloring is not seen.
*** Bug 166567 has been marked as a duplicate of this bug. ***
Summary: -moz-opacity inconsistantly opaque → -moz-opacity only applies to the first line of a structure element (<div>, <em>, <h1>, <acronym>, etc.)
just doing some long overdue followup... seeing the same behavior with 1.3a
updating testcase to use decimal unit for opacity and not %... bug still exists
Attachment #78840 - Attachment is obsolete: true
updating testcase to use decimal units for -mox-opacity
Attachment #91825 - Attachment is obsolete: true
Keywords: testcase
Over to view layout. The problem is there regardless of quirks or standards mode, does not depend on the "color" and such rules for <body>. Posting a minimal testcase that also shows that <br> and other line-wrapping actually act differently here....
Assignee: kmcclusk → roc+moz
Component: GFX → Layout: View Rendering
Priority: P3 → --
QA Contact: cpetersen0953 → ian
Target Milestone: Future → ---
Attached file Another small testcase —
Here's another testcase for the same problem. Any chance of getting this fixed, like, pronto? It would be really really REALLY nice to see this fixed for 1.4 final.
Won't happen for 1.4. We still don't even implement the group opacity model correctly, so fixing this is kind of a waste of time. I *am* currently working on group opacity, though, and that should automagically take care of this bug and related bugs.
This looks fixed now that bug 212366 has landed.
Depends on: 212366
At some point, the test case stopped working - the transparency wasn't any longer. Somewhere along the line, -moz-opacity stopped accepting "50%". I've updated the test case to use ".5" instead. This does indeed appear fixed in Firebird 20031102 on WinXP. Should this be closed as FIXED, even if bug 212366 hasn't been officially fixed?
Yes. 212366 is only open to track remaining cleanup issues.
This does indeed appear fixed now. Marking FIXED, assuming I have permission to do so...
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
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: