Closed
Bug 142395
Opened 23 years ago
Closed 23 years ago
Positioning fails for png background images
Categories
(Core Graveyard :: GFX, defect)
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
Comment 1•23 years ago
|
||
wfm 2002050321/Linux
Comment 2•23 years ago
|
||
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
Comment 4•23 years ago
|
||
This was fixed sometime in the last 2 weeks with dcone's png-painting fixes for
Windows.
Reporter | ||
Comment 5•23 years ago
|
||
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
Reporter | ||
Comment 8•23 years ago
|
||
Just updated to today's build, seems shiny in 2002050508, anyone else agree?
Comment 9•23 years ago
|
||
seems wfm on 2002050321/Linux.
Comment 10•23 years ago
|
||
Screenshot on 2002050321.
Anyone can verify if the result here is correct?
Reporter | ||
Comment 11•23 years ago
|
||
That's the correct result yes, it failed on 1RC1, but seems all fixed now.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 12•23 years ago
|
||
Damnit, this is back broken again on RC3.
Status: RESOLVED → UNCONFIRMED
Resolution: FIXED → ---
Comment 14•23 years ago
|
||
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.
Assignee | ||
Comment 15•23 years ago
|
||
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.
Comment 16•23 years ago
|
||
In the 2002-07-16-08 1.0.0 Branch , this works for me. Tested under Windows ME.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → WORKSFORME
Updated•16 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•