Closed
Bug 963579
Opened 11 years ago
Closed 9 years ago
iFrame does not load in specific scenario
Categories
(Firefox :: Untriaged, defect)
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: julien.genestoux, Unassigned)
Details
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:26.0) Gecko/20100101 Firefox/26.0 (Beta/Release)
Build ID: 20131205075310
Steps to reproduce:
I visit the site http://subtome.com and click on the "See it in action" button. This button will load an iframe in front of the content and show a modal where the user can pick a service to be redirected to.
Actual results:
When clicking with Firefox 26.0, the iframe is loaded (it's added to the DOM), but it's empty and no JS *inside* the iframe is ever executed.
Expected results:
When doing the same thing on Chrome, Safari or Internet explorer, the iframe is added to the DOM and its content is displayed as expected.
When I click on a similar button from another site (use http://blog.superfeedr.com for example), even using Firefox 26.0, the iframe is added to the DOM and its content is displayed.
Reporter | ||
Updated•11 years ago
|
OS: Mac OS X → All
Hardware: x86 → All
Reporter | ||
Comment 1•11 years ago
|
||
The problem also seems to happen on other platforms. Confirmed on Linux Debian.
Comment 2•11 years ago
|
||
Julien pinged me on Twitter.
The button + iframe, on subtome works on Chrome, Safari & IE.
The same button + iframe, on superfeedr works on FF26, Chrome, Safari & IE.
What is different between the two buttons/iframes that changes behaviour in FF?
Can you isolate the differences and boil it down to the simplest example of errant behavior?
Reporter | ||
Comment 3•11 years ago
|
||
James: no difference in the iframe. In both cases it's loaded via https://www.subtome.com/load.js.
Now, somebody suggested we remove the www in the url (http://pastie.org/8664053#1) when we load the iframe from load.js and that seems to 'fix' it even though all traffic from non-www.subtome.com is redirected to www.subtome.com.
So, I can confirm what I suspected in that the iframe's content is not loaded correctly when it's loaded from the *same* domain.
Reporter | ||
Comment 4•11 years ago
|
||
Somebody created a small gif to highlight the problem: https://dl.dropboxusercontent.com/u/524384/subtome.gif
Updated•11 years ago
|
Flags: needinfo?
Reporter | ||
Comment 5•11 years ago
|
||
James, Any news on this? Unfortunately, we had to revert the "www" hack because it was breaking more things with other browsers. The animated gif linked above really highlights the problem.
Updated•9 years ago
|
Flags: needinfo?
Comment 6•9 years ago
|
||
Build ID 20151220030223
User Agent Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:46.0) Gecko/20100101 Firefox/46.0
Hi,
I tested this on Mac OS X 10.9 and I can't reproduce your problem. Do you still have this problem? Please upgrade to a new version of Firefox, and retest this. You can download Firefox 43 from here: https://www.mozilla.org/en-US/firefox/new/#
Flags: needinfo?(julien.genestoux)
Comment 7•9 years ago
|
||
Hi,
Marking this as Resolved: Incomplete due to the lack of response from the reporter.
Reporter, please feel free to reopen it if you are still having this issue on the latest Firefox version.
Status: UNCONFIRMED → RESOLVED
Closed: 9 years ago
Flags: needinfo?(julien.genestoux)
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•