The issue is easier to reproduce on iPhone 6. On iPhone 7 it needs more refreshes and eventually the video playing freezes too.

Issue can be reproduced test on the build 56.0.2924.79 stable 57.0.2987.88 dev tested on iPhone7+(iOS 10).
Video freezes and never plays on closing the translate pop up and refreshing the page.

Video :
https://drive.google.com/a/google.com/file/d/0B--UpU2GW2EpR0t0d2I1bTNnbzQ/view?usp=sharing

I tested it on stable after disabling translations on the site (By clicking on 'Never translate this site') and the video still won't play. Could this be an autoplay issue and have nothing to do with translate?

Adding mardini@ for triage to the write iOS team.

Hi Pramod,

Could you please verify if this is reproducible when translate is disabled?

Verified the issue on 57.0.2987.137 tested on iPhone7+ iOS 10.3.
Video plays fine with any frame rate issues or freeze on disabling translate from settings.

It seems it is the infobar base class (or infobar container) which causes this bug.

I could reproduce this bug with a "save password" infobar. 
Steps:

1. Visit http://martiwong.com/t/form.html
   The page contains an auto playing video and a login/password form.

2. Type anything on the login and password field then click on submit.
   the page will be reloaded.

3. A infobar will pop up asking "Do you want to save password".
   click on the "cross" to close the infobar (don't click on "save" or "never")

repeat step 2, 3 and the video will be freezed.
(in iphone6 iOS 9.3.5, I need to repeat 10~12 times)

If I didn't type any thing at login/password at step 2, no infobar will show up.
And the bug will not happen even I repeat step2,3 for >40 times.

I suspect the creating or releasing (or showing/hiding) of the infobar causing this bug.

Hi jif@,

It seems this is a bug of infobar or infobar_container.
Would you look into this or assign it to the best person.

Thanks!

I thought it could have been a UIView lingering in the view hierarchy, but diffing the output of "po [[UIWindow keyWindow] recursiveDescription]" before and after the infobars appeared revealed no difference.

I did find a leak of a bunch of infobar objects (  crbug.com/732384  ), but fixing that leak does not fix this bug.

On an iPhone 6, after a couple (~3) page reloads the video's playback FPS drops.
After one additional page reload, the video playback actually stops.
I thought that maybe we were doing more and more work, but profiling does not reveal anything (see attached screenshot, second reload is at 1 min).
Maybe the profiling does not log what is happening in the WKWebView; I'll try logging what we run in there.

Deleted: Screen Shot 2017-06-12 at 18.32.01.png 52.3 KB

	Screen Shot 2017-06-12 at 18.32.01.png 52.3 KB View Download

Took a look at what we were injecting in the WKWebview, and used at the (very minimalist) Safari Webview inspector, but did not find anything out of the ordinary.

Will now remove functionalities of the infobars one by one until I find what exactly is causing the slow down.

This bug is actually impacting all video playback, marking as RBS M60/P1.

Steps to reproduce:
-load http://foo.jp. A translate infobar will show up.
-refresh the page a couple of times without dismissing the infobar.
-visit youtube.com and try to play a video. The video will appear to not play.

Has been occurring since (at least) M57.

Removing RBS as this issue has been present for several releases, but still a P1.

 Issue 761750  has been merged into this issue.

Hi,
This is listed as a P1 for M62. Are there any updates for this?
Thanks,

I investigated, but failed to find any source of the problem.

Ok, marking as a P2 for going forward. Feel free to change prio if desired.

Also Jif if you aren't actively working on it anymore feel free to mark as just assigned to you or you can remove it from your queue and just change it to Available.

jif@ is no longer on team. Marking Untraiged so it will be re-assigned.

Looks like gchatz@ is the new Infobars owner

Not going to have time to look at this. Assigning to pkl@ for retriage. 

srikanthg: Low priority, but can you verify to see if this is still an issue with M65 from App Store?

Whoever on tester team has bandwidth to get to this first is a-ok, thanks!