Closed
Bug 243352
Opened 21 years ago
Closed 21 years ago
divElement.style.MozOpacity property makes DIV disappear for any value but 1
Categories
(Firefox :: General, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 228441
People
(Reporter: valmont, Assigned: bugzilla)
Details
Attachments
(1 file)
606 bytes,
text/html
|
Details |
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.6) Gecko/20040206 Firefox/0.8
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.6) Gecko/20040206 Firefox/0.8
On this page:
http://home.earthlink.net/~hollandct/bugzilla/firefox/osx/mozopacity.html
you'll see that setting the opacity to anything but 1 (parseFloat on form input)
renders that layer fully transparent.
If you check that same URL in Mozilla or Netscape, it should work fine.
Reproducible: Always
Steps to Reproduce:
1. go to http://home.earthlink.net/~hollandct/bugzilla/firefox/osx/mozopacity.html
2. keep 0.5 value and hit return (or click button)
3. change value to 1 and hit return (or click button)
4. try out values from 0.0 to 1
Actual Results:
DIV disappears when using anything but 1.
Expected Results:
DIV should reflect various levels of opacity based on specified values.
I'm on Mac OS X Panther, 10.3.3 Build 7F44
Reporter | ||
Comment 1•21 years ago
|
||
This attachment should also be accessible at:
http://home.earthlink.net/~hollandct/bugzilla/firefox/osx/mozopacity.html
Comment 2•21 years ago
|
||
Firefox 0.8 uses the same rendering engine as Mozilla 1.6. There shouldn't be a
difference.
This is fine on a current trunk build on Win32. Please try a current nightly
build as the build you are using is over three months old, from a branch created
nearly five months ago.
Reporter | ||
Comment 3•21 years ago
|
||
thanks for your prompt reply :)
interestingly enough, my proof-of-concept works fine on an old version of Mozilla for OS X (Mozilla
1.3 Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.3) Gecko/20030312), as well as
Netscape 7.1 for OS X. Which kinda baffles me. Pardon my ignorance, but does the Gecko rendering
engine also control DOM scripting? i would assume it does. I've also tried it on Mozilla 1.5 for OS X and
it also works fine.
I'll try and snag a nightly firefox build ... but something seems to be weird :\ :/. BTW, i downloaded
firefox for OS X a couple of days ago.
thanks for your help!
-c
Comment 4•21 years ago
|
||
this bug does manifest itslef in Mozilla 1.6 on Mac OS X. it's not just FireFox.
It was not manifest in release 1.5, so there seems that some sort of regresssion
occurred.
Reporter | ||
Comment 5•21 years ago
|
||
OK, so apparently it's a bug in whichever version of Gecko used by Mozilla 1.6 on OS X. I've downloaded
and installed Mozilla 1.6 for Win32 and my proof-of-concept works fine. So the bug appears to live on
the latest OS X Gecko, but *NOT* on the latest Windows Gecko.
I probably should file this bug under mozilla then :\
Reporter | ||
Comment 6•21 years ago
|
||
OK I have filed this bug in the main Mozilla/Style System (CSS) / OS X / Trunk:
http://bugzilla.mozilla.org/show_bug.cgi?id=243367
Joe, I've cc'ed you.
Comment 7•21 years ago
|
||
1.6 is _so_ not "the latest Gecko"... ;)
1.6 was also the only Gecko "release" in which opacity on OSX was broken -- it
"worked" (insomuch as it worked at all) in 1.5 and actually works correctly on
all platforms in 1.7 builds and later.
*** This bug has been marked as a duplicate of 228441 ***
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•