Thanks for filing the issue!

Able to reproduce the issue on reported chrome version 70.0.3538.35 and on the latest canary 71.0.3562.0 using Windows 10, Ubuntu 14.04 and Mac 10.13.1

As the issue is seen from M60(60.0.3112.0) considering it as Non-Regression and marking it as Untriaged. Requesting someone from "UI>Browser>Search" team to have a look into it.

re-triaging; many applied tags were wrong.

I agree this sounds unexpected.

I see a similar behavior with incognito windows in other platforms (as noted by vamshi); I think that makes more sense there because it's obvious on those platforms the windows are still open.  With "Guest" sessions on ChromeOS, it's less obvious.

Given that the description says "Open guest window" rather than "Sign in as guest", I believe the OS labels were actually correct and this is a Desktop, not CrOS bug report.

I think the behavior is definitely not as intended, as all navigation history from guest (or incognito) mode should be forgotten after all windows are closed, and search terms are for sure revealing (part of) user navigation history.

The NextAction date has arrived: 2018-10-04

Redirecting to dfried@ for local triage.

Redirecting to dfried@ for local triage.

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

commit bcab465b3e9fc00fc7313c36be0cf0151c395004
Author: Dana Fried <dfried@chromium.org>
Date: Fri Oct 19 22:34:27 2018

Clear guest find text when guest window closes.

Bug: 889642

Change-Id: I805a78630edc9f0c214e5bd02567439b7406f13d
Reviewed-on: https://chromium-review.googlesource.com/c/1287030
Commit-Queue: Dana Fried <dfried@chromium.org>
Reviewed-by: Peter Kasting <pkasting@chromium.org>
Cr-Commit-Position: refs/heads/master@{#601326}
[modify] https://crrev.com/bcab465b3e9fc00fc7313c36be0cf0151c395004/chrome/browser/ui/find_bar/find_bar_controller.cc

Tried checking the issue on chrome version 72.0.3588.0 using Mac 10.13.1 yet we were able to see the content when clicked Cmd+F.

@Dana Fried: Could you please let us know if any more CLs are yet to land here. And requesting you to help us in verifying the fix.

Thanks!

I can verify that the issue is fixed on Windows, but it's possible the code path is different on Mac and we're missing something. I'm cc-ing ellyjones@chromium.org to see if she has any insight.

On Mac there's a system-wide "find pasteboard" which find-in-page updates and which Chrome (and other apps) share the current search term in. There's logic to suppress updates to it in *incognito* added by robliao@ here: <https://chromium-review.googlesource.com/c/chromium/src/+/1069424/>

Perhaps that logic should also trigger for Guest sessions. Feel free to assign this bug to me if you'd like.

** Mass UI Triage **

We were unable to reproduce this bug on chrome #72.0.3610.0. If this bug still reproduces for you, please reopen or file a new issue. Thanks!

kkaluri@,

Does your test cover Mac as well?
Otherwise I think it's better repoen and assign to ellyjones@ as stated in #22.

We didn't fix or otherwise modify the behavior on Mac, so if this is now not reproing, we should probably also investigate *that*. I'll look.

Thank you. :)