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

Issue 728396 link

Starred by 3 users

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 2
Type: Bug



Sign in to add a comment

Analyze says "No dependency" for revision a708b081adfe upon target "content_browsertests"

Project Member Reported by lukasza@chromium.org, May 31 2017

Issue description

Detail is https://findit-for-me.appspot.com/waterfall/culprit?key=ag9zfmZpbmRpdC1mb3ItbWVyRAsSDVdmU3VzcGVjdGVkQ0wiMWNocm9taXVtLzJmYmJlMTMxZGM2OWJhYjJhY2MzOGM3Mjg5OTk5Y2RkNWU1NzE2YzgM

The failing tests can be run with:
$ out/gn/content_browsertests --gtest_filter=*WebUIResourceBrowserTest.MediaInternals*

The tests started failing 1 CL earlier than reported by findit-for-me:
SHOULD NOT BLAME THIS -> 2fbbe131dc69 FrameTree::Find only searches relative to local frames.
SHOULD BLAME THIS     -> a708b081adfe [media-internals] Copy all to clipboard
TESTS PASS HERE       -> 67a6d3fc1811 cros: Suspend media sessions with display off trigger by tablet power button
...



 

Comment 1 by st...@chromium.org, May 31 2017

Summary: Analyze says "No dependency" for revision a708b081adfe upon target "content_browsertests" (was: Wrongly blame 476020)
Many thanks for the report!

It seems like a bug in our recipe to rerun the test.
a708b081adfe was skipped and not tested.

https://build.chromium.org/p/tryserver.chromium.mac/builders/mac_chromium_variable_10.11/builds/2727

Comment 2 by st...@chromium.org, May 31 2017

Cc: dpranke@chromium.org sky@chromium.org
sky@, dpranke@: Can you help confirm whether below is the expected behavior for "mb.py analyze"? If not, should we add a new exception filter?

The detail is in nested in the wrapping step "test a708b08" in https://build.chromium.org/p/tryserver.chromium.mac/builders/mac_chromium_variable_10.11/builds/2727


analyze input:
{
  "additional_compile_targets": [], 
  "files": [
    "content/browser/resources/media/client_renderer.js", 
    "content/browser/resources/media/manager.js", 
    "content/browser/resources/media/media_internals.css", 
    "content/browser/resources/media/media_internals.html"
  ], 
  "test_targets": [
    "content_browsertests"
  ]
}

analyze output:
{
  "compile_targets": [], 
  "status": "No dependency", 
  "test_targets": []
}
Components: Build
Owner: dpranke@chromium.org
Status: Assigned (was: Available)
No, I wouldn't necessarily expect that result. You might be running into  bug 639328 , but I need to look further to see for sure and/or figure out if something else is going on.
Owner: st...@chromium.org
I think the problem here is that the dependencies are under-specified. I'm not entirely sure whether the files aren't referenced at all at that revision, or whether they're referenced in a way we're not smart enough to compute. The fix would be to make sure they are explicitly listed as dependencies in a GN file.

stgao@, I'm going to bounce this back to you to decide where to go from here.

Comment 5 by st...@chromium.org, Jun 13 2017

Owner: tommi@chromium.org
(many thanks Dirk for the investigation!)

Assign to tommi@ -- owner of the directory.
tommi@, could you help out fix the problem here?

As Dirk mentioned, the four files below have to be listed as dependencies in a GN file:
    "content/browser/resources/media/client_renderer.js", 
    "content/browser/resources/media/manager.js", 
    "content/browser/resources/media/media_internals.css", 
    "content/browser/resources/media/media_internals.html"

Otherwise, any change to them will not run content_browsertests in CQ and potentially causes a breakage on Waterfall like https://chromium-review.googlesource.com/c/513806/

Comment 6 by st...@chromium.org, Jun 13 2017

Components: -Tools>Test>FindIt

Comment 7 by st...@chromium.org, Jun 13 2017

Components: -Build Internals>Media

Comment 8 by tommi@chromium.org, Jun 15 2017

Owner: kjellander@chromium.org
Henrik - can you perhaps help with this?
Cc: tommi@chromium.org
Owner: brettw@chromium.org
I'm afraid no, I don't have any expertise in how analyze is implemented. I agree it's important to get content_browsertests to run in this case. I have been bitten by similar errors in the past (analyze would benefit from better test coverage).

Assigning to brettw@ since he did a fix for grit in the bug mentioned in #3 ( bug 639328 ).
Owner: tommi@chromium.org
@tommi, @kjellander - this isn't a complicated fix, or even a code fix, you just need to add the files listed in comment #5 as inputs to the //content:resources target.

Comment 11 by tommi@chromium.org, Mar 12 2018

Owner: hbos@chromium.org
hbos - can you take a look? (hopefully a simple thing to fix)
Labels: -Test-Findit-Wrong

Sign in to add a comment