Closed
Bug 845446
Opened 13 years ago
Closed 12 years ago
Firefox is adding additional markup (verified by viewing source to original file and chrome) after </iframe> causing the iframe to malfunction.
Categories
(Core :: Layout: Images, Video, and HTML Frames, defect)
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: jacob.chmielowiec, Unassigned)
Details
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/20100101 Firefox/19.0
Build ID: 20130215130331
Steps to reproduce:
I tried to embed a youtube video into a page that consists of several html docs called by php.
Actual results:
I used this code (provided by youtube to place an iframe in a div):
<div id="donateMedia">
<iframe width="350" name="youtube" height="197" src="http://www.youtube.com/embed/EE7wt5LxTeY?rel=0" frameborder="0" allowfullscreen></iframe>
</div>
When I view the page in any browser except firefox it shows the video properly and when I view the source via the browser it is the same as the source file.
In firefox it show some content that I never added to the page at any time (but may have viewed on another page) and when I view the source via firefox I find there are many lines of additional markup that appears to override the youtube video I intend to display. This markup replaces the above markup when the source is viewed in firefox.
<div id="donateMedia">
<iframe width="350" height="197" frameborder="0" allowfullscreen="" src="http://www.youtube.com/embed/EE7wt5LxTeY?rel=0" name="youtube">
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" style="">
<head id="Head1">
<body id="PageBody" bgcolor="#333333">
<form id="form1" action="oForms.aspx?id=NzI0ZTVhMGUtNGI2OC00ODQ2LTk0MmMtNWU5MGNkMzFlOWU1" method="post" name="form1">
<div>
<script type="text/javascript">
<script type="text/javascript" src="/forms/WebResource.axd?d=vgHhBlsZyHBDHJjkLCZAz482XRkmo9bdoPjc8iMpNQkvXQ_TPD8jAKwHQHEpws7OIf12s_2IOVAFFvcOvhiqpfhfoeU1&t=634604208479085897">
<script type="text/javascript" src="/forms/Telerik.Web.UI.WebResource.axd?_TSM_HiddenField_=RadScriptManager1_TSM&compress=1&_TSM_CombinedScripts_=%3b%3bSystem.Web.Extensions%2c+Version%3d3.5.0.0%2c+Culture%3dneutral%2c+PublicKeyToken%3d31bf3856ad364e35%3aen-US%3a7263e9c6-5962-41bc-b839-88b704bfcf0d%3aea597d4b%3ab25378d2%3bTelerik.Web.UI%2c+Version%3d2012.3.1016.35%2c+Culture%3dneutral%2c+PublicKeyToken%3d121fae78165ba3d4%3aen-US%3a30c1931d-6456-454d-bb0f-48f5b0851c34%3a16e4e7cd%3aed16cbdc">
<div>
<script type="text/javascript">
<div id="RadAjaxManager1SU" style="display: none;">
<div id="pnl03" style="height:100%;width:100%;">
<div id="pnlREG">
<table>
<tbody>
<tr>
<tr>
<td>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
<title>Untitled Document</title>
<img width="572" height="388" src="http://www.srom.org/newsletter/img/2013/CC.jpg" alt="">
</td>
</tr>
<tr>
</tbody>
</table>
</div>
</div>
<input id="hsSN" type="hidden" value="Solid Rock Outdoor Ministries" name="hsSN">
<div id="hsORUPanel" style="display: block;">
<div id="hsRUPanel" style="display: block;">
<input id="hsSAVE01" type="hidden" name="hsSAVE01">
<script type="text/javascript">
<script type="text/javascript">
</form>
</body>
</html>
</iframe>
</div>
This issue is repeatable on my computer but seems to display properly on computers that are seeing the page for the first time. The page is hosted on a local server that is unavailable.
It seems there is a problem related to the cache and the way firefox handles the php includes. (i.e. <?php @ require_once ("inc/navigation.php"); ?>)
Expected results:
The page should have behaved as it does on the other browsers, displayed the video and not have inserted the extra markup.
|
||
Comment 1•13 years ago
|
||
Does the bug appear in safe mode, or otherwise with all extensions disabled?
Does it appear if you clear your cache?
It does appear with all extensions disabled. It also appears if I clear my cache. Here is the interesting part, if I open the page in a new tab or window it seems to display correctly.
Flags: needinfo?(jacob.chmielowiec)
|
|
||
Comment 3•13 years ago
|
||
That's really odd. And this is reliably reproducible for you?
Is there a publicly accessible page that shows the problem, by any chance?
(In reply to Jacob from comment #2)
> It does appear with all extensions disabled. It also appears if I clear my
> cache. Here is the interesting part, if I open the page in a new tab or
> window it seems to display correctly.
I forgot to note that repeatedly refreshing the original page has no effect either through the refresh button or clicking on the URL and hitting enter.
There isn't, it is part of a donation portal that is currently being tested. I'm starting to wonder if it was just a glitch where a lot of factors came together to cause the problem as I cannot reproduce it on any other computers.
|
|
||
Comment 6•13 years ago
|
||
Yeah, there's not much that can be done with the data here. :(
The only thing I can recommend is looking at a packet trace with something like WireShark to see whether the HTML actually coming from the server is what you expect...
Is this problem still exists in current FF release?
Flags: needinfo?(jacob.chmielowiec)
Whiteboard: closeme INCO 2013-09-01
Sorry for the delay in response; I've been away for most of the summer. We eventually chose to change some elements on the page and have had no problems since then. Because of these changes I'm not sure if the original page renders correctly on the new firefox.
Flags: needinfo?(jacob.chmielowiec)
Ok, feel free to reopen if you see this again
Status: UNCONFIRMED → RESOLVED
Closed: 12 years ago
Resolution: --- → INCOMPLETE
Whiteboard: closeme INCO 2013-09-01
|
||
Updated•7 years ago
|
Product: Core → Core Graveyard
|
Assignee | |
Updated•7 years ago
|
Component: Layout: HTML Frames → Layout: Images
Product: Core Graveyard → Core
You need to log in
before you can comment on or make changes to this bug.
Description
•