Closed Bug 92282 Opened 23 years ago Closed 23 years ago

-moz-opacity initialized to anything greater than 99.999996% disables MozOpacity scripting

Categories

(Core Graveyard :: GFX, defect)

x86
All
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 33601

People

(Reporter: jrspm, Assigned: kmcclusk)

References

()

Details

Attachments

(1 file)

Tested with build 2001072503 on Win2k (SP2) This testcase is taken off of bug 66022 which was morphed to a crasher bug. The crash is now fixed, but jst didn't want to reopen that bug for anything but a crash, hence this bug. Shortly, I'm attaching attaching a testcase which is identical to the on in the URL field, except that -moz-opacity is initialized to 99.999996% rather than 100%. The testcase in the URL bar does *not* work, whereas the modified testcase *does* work. Expected resluts when running testcases: Image should slowly disappear in both testcases Actual: Image only disappears in the modified testcase with -moz-opacity initially set to 99.999996% jake
changing platform to "all" based on setting for bug 66022 Sorry for the spam. Jake
OS: Windows 2000 → All
hm... the opacity value is reset as desired. It's just that the image's display does not correspond to its opacity value... Compositor bug?
Not sure if this helps any more, but it looks like the upper limit is very specifically: 99.9999961853% Jake
Yes, it's a Compositor bug. It explains bug 58501 and part of bug 57307.
Assignee: pierre → kmcclusk
Component: Style System → Compositor
QA Contact: ian → petersen
Can anyone actually tell me how opacity works so I can figure out why it doesn't work for OS/2?
*** This bug has been marked as a duplicate of 33601 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
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: