Closed Bug 6212 Opened 26 years ago Closed 25 years ago

stylesheet visibility property does not hide plug-ins

Categories

(Core Graveyard :: Plug-ins, defect, P3)

x86
Windows NT
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: dgfb, Assigned: serhunt)

References

()

Details

Attachments

(1 file)

I am pointing to a WAV file, trying both the EMBED and OBJECT tags. When I put them inside a DIV with visibility set to hidden, the plug-in controls stay visible while text in the same DIV is hidden. I am using the M5 apprunner with WinNT, sevice pack 3. I have tried it with the plug-in for Quicktime 3 handling WAV's, then removed that DLL and used LiveAudio v1.1. A simplified example is at: http://missoula.bigsky.net/opus/booklets/docs/hidesnd.html Two plug-in controls should be visible, followed by two that should be hidden. I will attach the source. Even without the WAV file, viewing this gives unwanted visibles.
Assignee: amusil → av
Target Milestone: M7
Attached file HTML source to reproduce bug (deleted) —
Status: NEW → ASSIGNED
Target Milestone: M7 → M10
In Nav3-4, plug-ins always rendered (regardless of setting CSS visibility) and always rendered on top of everything else (regardless of the CSS index you set). Ditto for applets. If Nav5's architecture can fix this problem easily, great! If not, we *would* like to fix this, but if we run out of time for beta, fixing this is a relatively lower priority than some other CSS compliance bugs because the behavior, although undesirable, is consistent with the previous implementation. As a result, content on the web is likely to have been built with this problem in mind and is less likely to be broken by it.
Target Milestone: M10 → M11
m11.
QA Contact: beppe → elig
Target Milestone: M11 → M13
m13
Blocks: 17907
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
This is fixed with latest troy's reflow checkins. Marking as such. Eli, I used html like this: <div class="hideit"> <EMBED TYPE="audio/x-pn-realaudio-plugin" SRC="http://www.wrn.org/audio/rus.ram" WIDTH=300 HEIGHT=135 CONTROLS=DEFAULT AUTOSTART=true> </div> You should expect RealAudio be hidden but playing.
Status: RESOLVED → VERIFIED
Verified fixed on Win32 using 11.22.99 AM Mozilla build & RealPlayer G2. However, using the Mac OS build of the same date yields a crash within RealPlayer G2, with the player drawn over the upper-left hand portion of the window. (Test case used at http://www.prometheus-music.com/gecko/plugtest.html, adapted from av's provided test case. Crash occurs with just av's HTML snippet from bug report.) Removing all CSS does not eliminate this crash (saved as http://www.prometheus- music.com/gecko/plugtest1.html). av: could you please let me know if you'd like me to decompose this and break this into a separate bug report, unless the root cause is immediately obvious to you? (Not re-opening this bug, since the cause of this crash appears unrelated to the purpose of this bug.)
[Broke Mac placement issue into 19931.]
[Turns out that the crashing bug also occurs on 4.x. Since the crash occurs within RealPlayer itself, I've pinged av to determine whether or not to enter it.]
No longer blocks: 17907
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: