Unable to reproduce this issue on Windows-10 using chrome latest stable #59.0.3071.115 by following steps mentioned in the original comment. Observed no tittle change after clicking Don't Reload button.

Reporter@ Attaching screen cast for reference, Could you please take a look and let me me know if anything is missing from my end.

Thanks!

Deleted: 746477.mp4 702 KB

	746477.mp4 702 KB View Download

brajkumar, why is the tab showing the title of "before-unload.html" instead of "Before Unload" there? I can show on Windows, via a pasted video if necessary, that it shows "Before Unload" when you first load the tab. Please confirm so I do not have to make the video.

Please show a video including you first-opening the tab; not with it already open. Also, where I experience this is not only in Chrome but in Chromium (via CEF) which is where I noticed it first.

Thank you for providing more feedback. Adding requester "brajkumar@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Tested the issue on #59.0.3071.115 on Win 10 and was unable to reproduce the issue as per the steps mentioned in comment #0.

Can someone from Blink dev team please look into this issue.

Thanks!!

Please find the screen cast for the same.

Deleted: Jul 21 2017 2-53 AM.webm 2.6 MB

	Jul 21 2017 2-53 AM.webm 2.6 MB View Download

sandeepkumars, your video shows it perfectly. See how the title was "Before Unload" until you hit the reload button and when the dialog popped up, it immediately changed to "before-unload (1).html"?

Hopefully, as your video shows, it is quite clear this is a confirmed bug.

Tested on Chrome Stable#59.0.3071.115, Canary#61.0.3165.0 on Windows 10 & Ubuntu 14.04 and able to reproduce the issue.
 
Please find the bisect info below:

Chrome Good Build - 60.0.3093.2 (469894)
Chrome Bad Build - 60.0.3091.0 (469814) 

Per-revision bisect and hasbisect did not provide any possible suspects, so providing the CL manually.
 
Below is the CL: https://chromium.googlesource.com/chromium/src/+log/60.0.3091.0..60.0.3093.0?pretty=fuller&n=10000
 
@avi - Could you please look into the issue, pardon me if it has nothing to do with your changes and if possible please assign it to owner concerned.

Observations: From the build 60.0.3093.2, name of the tab is not changed. However, the dialog box which is prompted in the earlier versions is not noticed from the mentioned version.

Note: Issue is not reproduced on Mac 10.12.5

Thanks.

Can we try for a per-revision bisect?

NOTE FOR REPRO:

BEFORE you click the reload button, make sure to click within the page. A change landed that requires that.

FYI this is not good. If you click in the page as required, this still reproduces in Canary.

This must have broken a while ago.

Attached a version of the repro page with old JavaScript syntax for bisecting with old Chromes.

Deleted: before-unload.html 234 bytes

before-unload.html 234 bytes View Download

You are probably looking for a change made after 119887 (known good), but no later than 119891 (first known bad).
CHANGELOG URL:
  https://chromium.googlesource.com/chromium/src/+log/d46b302fb232e6b89c1a2b444bc06305f0f8ef86..c3b3d9590cbef573fafbffe7e33a43af28036812

Likely https://chromium.googlesource.com/chromium/src/+/c3b3d9590cbef573fafbffe7e33a43af28036812 . This fixed  bug 96041 , something to make sure doesn't revert with a fix here.

Looks like this has been broken since Chrome 18.

A thought: This is an unusual place to reset a title. How is this being picked up and displayed in Views but not on the Mac?

Right now this is due to a suboptimal fix for  bug 96041 . It's not even a full fix; selecting the omnibox and hitting return doesn't reset the title, just an actual "reload".

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/49fe84082780b0fdf3e257d894f6c315af16b906

commit 49fe84082780b0fdf3e257d894f6c315af16b906
Author: Avi Drissman <avi@chromium.org>
Date: Tue Aug 08 18:43:08 2017

Revert r119891, which incorrectly reset NavEntry titles.

r119891 reset the title of the NavEntry upon reload. This is
incorrect because:
- there is no guarantee that the reload will commit, which
  could leave a page title-less.
- it did not handle all cases of reloading.

An existing test's use of TitleWatcher inadvertently relied
on this resetting, and thus is updated.

BUG= 96041 , 746477 

Cq-Include-Trybots: master.tryserver.chromium.linux:linux_site_isolation
Change-Id: I96bf6ae2603ad60f3c6ade6d827cd950964aa759
Reviewed-on: https://chromium-review.googlesource.com/596152
Reviewed-by: Scott Violet <sky@chromium.org>
Reviewed-by: Charlie Reis <creis@chromium.org>
Commit-Queue: Avi Drissman <avi@chromium.org>
Cr-Commit-Position: refs/heads/master@{#492711}
[modify] https://crrev.com/49fe84082780b0fdf3e257d894f6c315af16b906/chrome/browser/referrer_policy_browsertest.cc
[modify] https://crrev.com/49fe84082780b0fdf3e257d894f6c315af16b906/content/browser/frame_host/navigation_controller_impl.cc
[modify] https://crrev.com/49fe84082780b0fdf3e257d894f6c315af16b906/content/browser/frame_host/navigation_controller_impl_unittest.cc

This fixes this bug and regresses 96041.