1307283 - iframe with javascript `src` does not fire `load` event

Status: RESOLVED DUPLICATE of bug 1306472

(Core :: Layout: Images, Video, and HTML Frames, defect)

Description

[Seth A. Roby]

Attachment: A very reduced test case that should pop up an alert but does not

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/602.1.50 (KHTML, like Gecko) Version/10.0 Safari/602.1.50

Steps to reproduce:

An `<iframe>` with `src='javascript:false'`never fires the `load` event or the `error` event. It does fire in Firefox as recently as 41, but I don't have the versions in between to see when exactly it changed.


Actual results:

Neither event is ever fired for the `<iframe>`


Expected results:

One of the two events should have been fired. It used to be that `load` fired, so I'd probably stick with that.

Comment 1

[ovidiu boca[:Ovidiu]]

Hi Seth,

I tested this issue on Mac OS X 10.10 with FF 49.0.1 and with FF Nightly 52.0a1 and I can't reproduce this issue. After I load the test case from your attachment a pop-up appears saying "GOOD". 

Can you please try with a new profile you have the steps here:https://support.mozilla.org/en-US/kb/profile-manager-create-and-remove-firefox-profiles?redirectlocale=en-US&redirectslug=Managing-profiles#w_starting-the-profile-manager

Please test if the issue can be reproduced in the safe mode of Firefox: https://support.mozilla.org/en-US/kb/troubleshoot-firefox-issues-using-safe-mode

If none of the above helps you please download the Firefox Nightly from here: https://nightly.mozilla.org/ and retest the problem.

Comment 2

[Seth A. Roby]

Attachment: Corrected testcase.html

Contains the failing `src` - `about:blank` still works.

Comment 3

[Seth A. Roby]

(In reply to ovidiu boca[:Ovidiu] from comment #1)
> I tested this issue on Mac OS X 10.10 with FF 49.0.1 and with FF Nightly
> 52.0a1 and I can't reproduce this issue. After I load the test case from
> your attachment a pop-up appears saying "GOOD". 

Sorry; I was switching back and forth between a working sample and a non-working one while trying to reduce, and the working sample is what got uploaded. Replaced with the failing example.

Comment 4

[ovidiu boca[:Ovidiu]]

Hi Seth,

Thanks for clearing that out, you are right with the last attached test case I can reproduce the issue on Mac OS X 10.10 with FF 49.0.1 release and FF Nightly 52.0a1(2016-10-10). I found out that this is a regression, here is the pushlog: 

 Last good revision: e457582d0089f8efa6b89f112298373aa50e6e5f
 First bad revision: 29ee431f39218378889fb821d448487497a0d1fd

 Pushlog:
https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=e457582d0089f8efa6b89f112298373aa50e6e5f&tochange=29ee431f39218378889fb821d448487497a0d1fd

Boris can you please take a look at this issue? Thanks

Comment 6

[Andrew Overholt [:overholt]]

I copied over some of the release status values from bug 1306472 to satisfy an unrelated bugzilla query.