Closed Bug 142395 Opened 23 years ago Closed 23 years ago

Positioning fails for png background images

Categories

(Core Graveyard :: GFX, defect)

x86
Windows 98
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: undeconstructed, Assigned: dcone)

Details

Attachments

(3 files)

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.0rc1) Gecko/20020417 BuildID: 2002041711 If a png image is used as a background, it cannot be positioned. Any attempt to do so will stop any other statements (eg. attachments) in that style rule fail. Reproducible: Always Steps to Reproduce: 1. Create a page with a positioned png background. For example: "background: url("back.jpg") center left repeat-x fixed;" will work as expected, but the identical with a png will just display in the top left. The same is true if two %s are used instead of keywords
wfm 2002050321/Linux
zip file containing my testcase, based on reporter's style rule.
Marking worksforme based on the testcase attached above and some local modifications to it (adding a tall div so that the body scrolls, and adding an additional declaration in the same style attribute). If you have a testcase that demonstrates the problem, please either mention the URL in the bug comments or attach the testcase (in a simplified form, preferably) to the bug, and reopen the bug report.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
This was fixed sometime in the last 2 weeks with dcone's png-painting fixes for Windows.
It seems I made half a mistake, it's not that it's a png that's important, it's whether it has transparency. This test works every time for me, although I will attempt to update and see if Boris Zbarsky's comment is correct. (Trans png made with PS5.)
reopening then, ...
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
and -> GFX
Assignee: dbaron → kmcclusk
Component: Style System → GFX Compositor
QA Contact: ian → petersen
Just updated to today's build, seems shiny in 2002050508, anyone else agree?
seems wfm on 2002050321/Linux.
Screenshot on 2002050321. Anyone can verify if the result here is correct?
That's the correct result yes, it failed on 1RC1, but seems all fixed now.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → FIXED
Damnit, this is back broken again on RC3.
Status: RESOLVED → UNCONFIRMED
Resolution: FIXED → ---
=> dcone
Assignee: kmcclusk → dcone
Using build 2002052913 (SVG+MathML) on Windows 98SE, I too see a problem with PNGs in background with transparency. (Brought it up on chatzilla a few weeks ago, but was using an old build and was told some PNG bugs had recently been fixed.) If I use a PNG with transparency, like <http://www.geckonnection.com/wed2/images/binocle2.png>, as a background image, when I cause a menu to drop down the part redrawn after the menu goes away is redrawn positioned incorrectly. This sounds like <Bug 36694> comment #58, which was supposedly fixed long ago. Also, a menu dropping down over a transparent PNG with the problem in <Bug 146202> causes the redrawn transparent part to be black.
This was all fixed on the trunk. I just recently fixed in some positioning fixes on the branch.. June 10 build for the branch should include these fixes.
In the 2002-07-16-08 1.0.0 Branch , this works for me. Tested under Windows ME.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → WORKSFORME
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: