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

Issue 636401 link

Starred by 1 user

Issue metadata

Status: Fixed
Owner:
Last visit > 30 days ago
Closed: Aug 2016
Cc:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 1
Type: Bug-Regression

Blocking:
issue 589726



Sign in to add a comment

browse:social:facebook is shadowed by browse:media:facebook

Project Member Reported by petrcermak@chromium.org, Aug 10 2016

Issue description

The reason is that both are defined in a class called "FacebookMobileStory" in https://cs.chromium.org/chromium/src/tools/perf/page_sets/system_health/browsing_stories.py.

Culprit: https://codereview.chromium.org/2168743004
 
Just to explain what the problem is: To gather all SH stories, we search through all visible fields of all modules in tools/perf/page_sets/system_health (similarly to how benchmarks are discovered). If you define two stories with the same class name, only the second one will be visible in the module, so the first one will not be added to the SH story set.
Project Member

Comment 3 by bugdroid1@chromium.org, Aug 10 2016

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

commit ec24992b4167ab4ca119601d5ca93522711a43d8
Author: petrcermak <petrcermak@chromium.org>
Date: Wed Aug 10 17:40:01 2016

[system-health] Rename browse:media:facebook to browse:media:facebook_photos

As part of the renaming, the patch changes the name of the classes
defining the stories ("Facebook(Mobile|Desktop)Story" to
"FacebookPhotos(Mobile|Desktop)Story" to avoid the clash with
browse:social:facebook (see the bug below).

The patch also adds a corresponding loading story
(load:media:facebook_photos) and removes the initial navigation to
facebook.com/rihanna from browse:media:facebook_photos. As a result,
there will be 4 Facebook stories on each platform:

  load:social:facebook
  browse:social:facebook
  load:media:facebook_photos
  browse:media:facebook_photos

Finally, the patch fixes the SystemHealthStory metaclass logic.

BUG= 636401 

Review-Url: https://codereview.chromium.org/2235803002
Cr-Commit-Position: refs/heads/master@{#411072}

[modify] https://crrev.com/ec24992b4167ab4ca119601d5ca93522711a43d8/tools/perf/page_sets/data/system_health_mobile.json
[delete] https://crrev.com/2f06e61927d77b49240266b75710908c8bf3710b/tools/perf/page_sets/data/system_health_mobile_007.wpr.sha1
[modify] https://crrev.com/ec24992b4167ab4ca119601d5ca93522711a43d8/tools/perf/page_sets/system_health/browsing_stories.py
[modify] https://crrev.com/ec24992b4167ab4ca119601d5ca93522711a43d8/tools/perf/page_sets/system_health/loading_stories.py
[modify] https://crrev.com/ec24992b4167ab4ca119601d5ca93522711a43d8/tools/perf/page_sets/system_health/system_health_story.py

Status: Fixed (was: Untriaged)
This should now be fixed.

Sign in to add a comment