Issue metadata
Sign in to add a comment
|
Event reference in limbo after an iframe reload
Reported by
mah...@gmail.com,
Jan 4
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36 Steps to reproduce the problem: 1. Please view the following test page: 2. http://www.starlords3k.com/tests/iframe_click_lost_top.php 3. What is the expected behavior? Elements should be able to reference functions in window.top What went wrong? On reload of the iframe references to a previously referenced function in window.top (or other iframes) no longer trigger. While calls to the same function work as expected. Did this work before? Yes Pretty sure it worked in 70, works in Firefox Chrome version: 71.0.3578.98 Channel: stable OS Version: 10.0 Flash Version:
,
Jan 5
If you load the iframe with some other file, then load chrome_919020_file.html into it again, the references still do not trigger!
,
Jan 5
,
Jan 5
Bisected to r597054 = 1b2f95835607dbb9c6021df8893fb18f4c7aee9e = crrev.com/c/1215512 by yukiy@google.com "Create new EventHandler and base class for EventListener/EventHandler" Landed in 71.0.3572.0
,
Jan 7
mahks1@ Thanks for the issue. Able to reproduce this issue on Windows 10, Ubuntu 14.04 and Mac OS 10.13.6 on the latest Stable 71.0.3578.98 and latest Canary 73.0.3663.0. Bisect Information: ==================== Good Build: 71.0.3571.0 Bad Build : 71.0.3572.0 As per comment #4, suspecting the below Change. Reviewed-on: https://chromium-review.googlesource.com/c/1215512 As owner yukiy@ is not available, assigning the bug to reviewer haraken@. haraken@ Please check and confirm if this issue is related to your change, else help us in assigning to the right owner. Adding 'ReleaseBlock-Stable' for M-71 as this is a recent regression. Please feel free to remove if it is not applicable. Thanks...
,
Jan 7
,
Jan 10
,
Jan 10
Friendly ping! Could you please provide any update on this issue as it has been marked as a stable blocker. Thank You!
,
Jan 10
,
Jan 11
Ran into this today as well - some notes that might with debugging: 1) The onclick event still fires if you manually use javascript to do so (only the actual mouseclicks don't work) 2) This happens even if you move the element out of the iframe before reloading. Attached some javascript you can run on the test site, http://www.starlords3k.com/tests/chrome_919020_top.html to demonstrate these things. Hope it helps with debugging.
,
Jan 14
[bulk update] Just a heads up, M72 stable is about 2 weeks away. This issue is marked as RB-Stable. Please take a look.
,
Jan 15
This is pretty hard to fix in M72 at this point, and considering that M71 has been having the same issue without an issue report by now, let me fix this issue in M73 and remove RBS. Essentially Issue 878658 is triggering this issue, I think.
,
Jan 18
(4 days ago)
Did the fix to 878658 solve this?
,
Jan 18
(4 days ago)
Yes, I locally confirmed the fix. In a few days, you'll be able to confirm the fix on Canary channel. |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by mah...@gmail.com
, Jan 4849 bytes
849 bytes View Download
1.4 KB
1.4 KB View Download