If search hash validity expires, follow the following steps to reproduce:
1. Visit http://dominiumapartments.com
2. Enter 32808 in the search field

Update: Problem does not occur in Windows Chrome Canary Version 61.0.3138.0.

Able to reproduce the issue on Win-10 using chrome reported version #59.0.3071.109  but the same is not reproducible in the latest canary #61.0.3138.0.
Issue is not seen in OS-Mac and OS-Linux.

Reverse Bisect Information:
=====================
Good build: 60.0.3076.0  Revision(465838)
Bad Build : 60.0.3075.0  Revision(465641)

You are probably looking for a change made after 465765 (known good), but no later than 465766 (first known bad).
Change Log URL: 
https://chromium.googlesource.com/chromium/src/+log/fc500b524a601f5b079e8bbcde970b9700201686..2edbc3bc672529ac4719225697cfb4085dfd0c18

From the above change log suspecting below change
Review url: https://codereview.chromium.org/2827853003

tzik@ - Could you please check and merge the fix to M-60 if it is a valid candidate.

Note: 
1. By following the repro steps from comment #1, observing the following crash ids:
2023d3ac08000000, b7421bec08000000

2. Adding label ReleaseBlock-Stable as it seems to be a recent regression.

Thanks...!!

#c4: Could you retry the bisect? The CL is likely unrelated to the regression as it touched Media Galleries that the site doesn't use.

The crash logs indicate something went wrong in cc.

Able to reproduce the issue on Win-10 using chrome reported version #59.0.3071.109  but the same is not reproducible in the latest canary #61.0.3145.0.
Issue is not seen in OS-Mac and OS-Linux.

Reverse Bisect Information:
=====================
Good build: 60.0.3076.0  Revision(465838)
Bad Build : 60.0.3075.0  Revision(465641)

You are probably looking for a change made after 465768 (known good), but no later than 465769 (first known bad).
CHANGELOG URL:
The script might not always return single CL as suspectas some perf builds might get missing due to failure.
https://chromium.googlesource.com/chromium/src/+log/688b9d10d09318fe00907e50d08c60a517f9ddc0..d920c93c9c963460b835d19ca4540fe86640b19f

From the above change log suspecting below change
Change-Id: I0d8b0a5df90186b2158e4249540929b9b5ecc70b
Reviewed-on: https://chromium-review.googlesource.com/478852

sunnyps@ - Could you please check and merge the fix to M-60 if it is a valid candidate.

Note: Adding label ReleaseBlock-Stable as it seems to be a recent regression.

Thanks...!!

Still able to reproduce the issue on Win 10.0 using latest chrome version 61.0.3148.0

sunnyps@ Could you please look into this issue as it has been marked as a stable blocker.

Thanks!

sunnyps@ Gentle Ping! could you please update on this issue.

Thank you!

I can't repro on Windows 10 Chrome version 61.0.3153.0 (Official Build) canary (64-bit) (cohort: 64-Bit)

There's conflicting information in the comments. Some comments (#8, #4, #2) say that the bug doesn't reproduce in M61. Comment #9 says that the bug does reproduce in M61.

The CL that's found by the bisect was reverted here: https://chromium-review.googlesource.com/c/497293/

The revert landed on M60: Commit 4eab0482... initially landed in 60.0.3097.0

And it was merged to M59 too: Commit c04b68f7... initially landed in 59.0.3071.60

rbasuvula@ Since you can reproduce this bug, can you try the latest builds (newer than the version numbers above) of M59 and 60 and see if the bug reproduces. Please also post your repro instructions. Thanks!

Thanks for the update! Tested the issue on Windows-10 & 7 using chrome latest Beta M60-60.0.3112.66 and Canary #61.0.3155.0 by following steps mentioned in the comment #1. Observed that map and real estate properties in view displaying as expected. Hence adding TE-Verified labels.

Please find the screen cast for reference.

Thank you!

Deleted: 736049.mp4 5.0 MB

	736049.mp4 5.0 MB View Download

Ummm, so does that mean this is a WontFix?

Yes, Please proceed.

Thank You!

Thanks for verifying.