New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 611353 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Closed: Sep 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Regression:Unable to input data in search field of browser sample app.

Reported by vku...@etouch.net, May 12 2016

Issue description

Chrome Version: 52.0.2734.0 (Official Build)Revision dc1c91063493c22633664e04ca52ea4881480068-refs/heads/master@{#393126} (64-bit)
OS:Mac OSX(10.10.5, 10.11.4) 

Test Url: https://chrome.google.com/webstore/detail/browser-sample/edggnmnajhcbhlnpjnogkjpghaikidaa

What steps will reproduce the problem?
1.Launch chrome and add 'browser sample' from above mentioned url.
2.Click on app and after loading click on 'search' field to input data, observe.

Actual: Unable to input data in search field of browser sample app.

Expected: Should be able to input data in search field of browser sample app.

This is a regression issue broken in 'M52' and will soon update other info.
 

Comment 1 by vku...@etouch.net, May 12 2016

Cc: osh...@chromium.org
Labels: hasbisect
Owner: se...@chromium.org
Status: Assigned (was: Unconfirmed)
Manual regression range:
Good build: 52.0.2730.0
Bad Build:  52.0.2733.0

Cl:
https://chromium.googlesource.com/chromium/src/+log/52.0.2730.0..52.0.2733.0?pretty=fuller&n=10000
(Unable to narrow down the range since getting all good chromium builds via tool)

Suspecting: 392842 or 392835 ?
Kindly help to re-assign, if your changes are not cause for this issue.

Note: Issue not seen on Win & Linux OS.
Actual_Search.mov
3.6 MB Download
Expected_Search.mov
930 KB Download
Labels: ReleaseBlock-Stable
Marking the above issue as RB-Stable as this is a recent regression.

Thank you!

Comment 3 by se...@chromium.org, May 12 2016

It seems I can reproduce on Windows on  52.0.2734.0 but I can't on 52.0.2735.0

Could you check if you can reproduce on 52.0.2735.0? Thanks!

Comment 4 by osh...@chromium.org, May 12 2016

looks like it fails to set the focus. just fyi.

Comment 5 by osh...@chromium.org, May 13 2016

Cc: wjmaclean@chromium.org
adding webview owner
Cc: aval...@chromium.org
+ avallee@ who is currently working on WebView focus issues.
Labels: -ReleaseBlock-Stable
vkupte@ : Unable to reproduce the issue on Mac 10.11.4 using Latest canary 52.0.2738.0,could you please review the attached screen cast and update the thread.

Removed the Releaseblocker as unable to reproduce it, feel free to add it if its still reproducible.
611353_May_16.mp4
460 KB Download
Labels: Needs-Feedback

Comment 9 by vku...@etouch.net, May 16 2016

Labels: -Needs-Feedback ReleaseBlock-Stable
With response to comment # 7:
Above issue is reproducible with following steps
1.Launch chrome and add 'browser sample' from above mentioned url.
2.Click on app, click on 'simulate crash' button and reload the page.
3.Now try to input data in search field and observe.

Actual: Unable to input data in search field.
Expected: Should be able to input data in search field.

Please refer attached screencast for the same


Actual_Browsersample.mov
4.5 MB Download

Comment 10 by vku...@etouch.net, May 16 2016

Labels: -ReleaseBlock-Stable
I strongly suspect this is the same root cause as  issue 600395 .

Can you reproduce this and then immediately copy and paste here the output of chrome://version especially the variations data.
Project Member

Comment 12 by sheriffbot@chromium.org, Jun 1 2016

Labels: -M-52 M-53 MovedFrom-52
Moving this nonessential bug to the next milestone.

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

Comment 13 by sheriffbot@chromium.org, Jul 10 2016

Labels: -M-53 -Pri-1 M-54 MovedFrom-53 Pri-2
This issue is Pri-1 but has already been moved once. Lowering the priority and moving to the next milestone.

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

Comment 14 by se...@chromium.org, Jul 29 2016

Owner: ----
Status: Available (was: Assigned)
This doesn't seem to be related to Autofill. Removing myself from the bug. Please re-assign me if it turns out I'm wrong. Thanks.
Owner: wjmaclean@chromium.org
Status: Unconfirmed (was: Available)
Does this bug still repro? There have been a number of CLs recently fixing focus issues with WebView that could be related.

I just tested this with ToT on both Linux and Mac and I am not able to reproduce.

vkupte@ - can you please re-test and indicate if you can still repro the bug? If not, we should just close this.
Labels: Needs-Bisect
[Bulk Edit]- Assigning to In house-HYD Team and apply label - hasbisect-per-revison

If the issue still persist, try bisecting again with per-revision bisect script.
Status: WontFix (was: Unconfirmed)
Unable to reproduce.

Sign in to add a comment