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

Issue 656560 link

Starred by 1 user

Issue metadata

Status: Archived
Owner:
Closed: Mar 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: iOS
Pri: 1
Type: Bug

Blocked on:
issue 674583

Blocking:
issue 644730



Sign in to add a comment

Roll EarlGrey

Project Member Reported by lpromero@chromium.org, Oct 17 2016

Issue description

ToT: c7f6692
EarlGrey is currently synced with a revision from July 8th.

Could we roll to at least 584a05d03bc25d8fe1eabea97f91cc744fef3e99?
 

Comment 1 by baxley@chromium.org, Oct 17 2016

Cc: baxley@chromium.org
Labels: -Pri-3 Pri-1
Owner: liaoyuke@chromium.org
Status: Started (was: Assigned)
Yuke started a roll a few days ago. There were some context menu failures that we're looking into. Thanks!
Basically, what I did is to open context menu by long pressing some url link, and then click on one of the items. The context menu is opened successfully, but clicking on the items failed to execute and hangs there for 30 seconds because one of the idling resources: GREYAppStateTracker is busy, and the detailed error message is as follows: 

"" UserInfo={NSLocalizedDescription=Failed to execute block because the following IdlingResources are busy: ['GREYAppStateTracker'] Busy resource description:
  GREYAppStateTracker : Waiting for gesture recognizer to detect or fail a recently started gesture."

This issue is reproducible in the newest version but it didn't happen in the version associated with commit number: 090aa5fa68d4c422af4ee84912d30bc89a3e8820.

I debugged a little bit and find out that the GREYAppStateTracker is busy because TapAndAHalfRecognizer, a private class, is fired up to detect actions during runtime and tracked by GREYAppStateTracker, but somehow, the recognition process never finishes, and thus GREYAppStateTracker never un-tracks it. By the way, diff shows that there is no major change in file UIGestureRecognizer+GREYAdditions and GREYAppStateTracker, so I suspect that this bug is caused by some timing issues.
Some update: not only the issue can be reproduced consistently, the failure reason is always the same: UITapAndAHalfGestureRecognizer is fired up twice while only shut down once, which results in an inconsistent state.
Blocking: 644730

Comment 5 by baxley@chromium.org, Dec 15 2016

Blockedon: 674583
Status: Archived (was: Started)

Sign in to add a comment