Closed
Bug 429428
Opened 17 years ago
Closed 15 years ago
Changing css position on flash embed parent causes flash to reload
Categories
(Core Graveyard :: Plug-ins, defect)
Core Graveyard
Plug-ins
Tracking
(Not tracked)
People
(Reporter: soconnor.work, Unassigned)
Details
(Keywords: testcase, Whiteboard: WONTFIX?)
Attachments
(1 file)
|
886 bytes,
text/html
|
Details |
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9b5) Gecko/2008032619 Firefox/3.0b5
Build Identifier:
We were trying to develop a floating toolbar where it would be position static on page load, then after scrolling past a certain post the div toolbar would change to position: fixed.
If the toolbar contains any <embed> or <object> with a swf it would cause the browser to refetch / reload the flash movie.
It looks like if any parent node's position is changed (from anything to anything - static -> fixed, fixed -> absolute, etc) the flash movie would reload.
Reproducible: Always
Here is a test case:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN"
"http://www.w3.org/TR/html4/strict.dtd">
<html>
<head>
</head>
<body>
<div id="movie">
<object width="425" height="355">
<param name="movie" value="http://www.youtube.com/v/3XGJq8wrw5I&hl=en"></param>
<param name="wmode" value="transparent"></param>
<embed src="http://www.youtube.com/v/3XGJq8wrw5I&hl=en" type="application/x-shockwave-flash" wmode="transparent" width="425" height="355"></embed>
</object>
</div>
<form>
<input type="button" name="change" value="Change" onclick="document.getElementById('movie').style.position='absolute';" />
</form>
</body>
</html>
|
||
Comment 1•17 years ago
|
||
|
|
||
Updated•17 years ago
|
|
|
||
Comment 2•17 years ago
|
||
Séamus, we have fixed a number of plugin-related bugs recently,
does the problem still occur in a recent Firefox trunk build?
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/
If not, please resolve this bug report as worksforme. Thanks.
|
Reporter | |
Comment 3•17 years ago
|
||
I can't test trunk right now, but I did just test FF3 RC 1 and it is still present. It is more noticeable in the test case above if you start playing the youtube video then click the change button. Watch it reload the video starting it back to the 'click to play' screen.
|
|
||
Comment 4•17 years ago
|
||
Changing 'style.position' causes the internal layout data for that element
to be recreated so I'm not sure this will ever be fixed.
Maybe you can work around it by having position='fixed' initially together
with top='auto' and left='auto'? That should position it at the same place
it would have with position='static'.
Whiteboard: WONTFIX?
|
|
Reporter | |
Comment 5•17 years ago
|
||
That work around might work in certain situations but unfortunately not ours. Setting the position to 'fixed' initially renders the object in the same position it would be rendered in if it was 'static', but it is still out of flow and therefore any elements below that element would end up underneath.
Is there a special case that could be made for plugins during a reflow?
Would someone like to make this bug as confirmed? I don't know enough of bugzilla etiquette to know what to do with this bug now.
|
|
Reporter | |
Updated•15 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
|
||
Updated•3 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•