Closed Bug 499433 Opened 16 years ago Closed 12 years ago

removing or hiding table elements in <BODY/> causes flash to reload

Categories

(Core :: General, defect)

1.9.1 Branch
x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: dil, Unassigned)

Details

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1) Gecko/20090616 Firefox/3.5 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1) Gecko/20090616 Firefox/3.5 Calling show() on an element in jQuery 1.3.2 adds an empty element with the same tagName to <BODY>, does a CSS 'display' value check, and then removes the element. When used on table component elements (TR, TD, TH, etc) this unexpectedly causes flash swf <OBJECT>s on the page to reload in Firefox 3.5rc2. This can be reproduced with the following jQuery code: $('<tr/>').appendTo('body').remove(); Or on any page using flash with the following JavaScript: var tr = document.createElement('tr'); document.body.appendChild(tr); document.body.removeChild(tr); Alternatively you can set the display style to see the same flash reload issue: var tr = document.createElement('tr'); document.body.appendChild(tr); tr.style.display = 'none'; This only appears to effect table component elements added to BODY. It is an issue for TR, TD, TH, THEAD, TFOOT, and TBODY. Other elements were not exhaustively tested. This bug will cause issues on any page with flash that uses jQuery to show and hide parts of a table or any page script that adjusts the display style of parts of a table. A workaround for jQuery is to do the CSS test by adding elements to a temporary DIV added to BODY rather than to BODY itself. Reproducible: Always Steps to Reproduce: 1. Go to any page using flash. 2. Run the following in a script or Firebug console or similar: var tr = document.createElement('tr'); document.body.appendChild(tr); document.body.removeChild(tr); Actual Results: Flash objects reload. Expected Results: Flash objects should not reload. Linux x86 Flash plugin version 10.0 r22.
Version: unspecified → 3.5 Branch
Product: Firefox → Core
Version: 3.5 Branch → 1.9.1 Branch
Is this still an issue? Adding/removing a <tr> to the body will reframe the entire body, but plug-ins should now survive a reframe...
With Firefox 25.0 I can't reproduce the problem I had on Firefox 3.5. I may be forgetting details about the issue, but at the time the test case I wrote in the report made it very easy to reproduce the problem. It seems to work fine now. It's probably safe to say that this issue was fixed sometime in the last 4+ years.
Status: UNCONFIRMED → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.