Closed Bug 963579 Opened 10 years ago Closed 8 years ago

iFrame does not load in specific scenario

Categories

(Firefox :: Untriaged, defect)

26 Branch
defect
Not set
normal

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.
OS: Mac OS X → All
Hardware: x86 → All
The problem also seems to happen on other platforms. Confirmed on Linux Debian.
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?
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.
Somebody created a small gif to highlight the problem: https://dl.dropboxusercontent.com/u/524384/subtome.gif
Flags: needinfo?
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.
Flags: needinfo?
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)
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: 8 years ago
Flags: needinfo?(julien.genestoux)
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.