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

Issue 628555 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Closed: Jul 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Regression: 'Language' text is not seen properly after hovering mouse on 'Owners' at "cs.chromium.org"

Reported by jshan...@etouch.net, Jul 15 2016

Issue description

Chrome Version: 54.0.2797.0 (Official Build) eb270c9af201e549f3e2e2b1016b6b99565f1706-refs/heads/master@{#405656} (32/64-bit)
OS:Mac(10.10.5, 10.11.4), Windows (7,8,8.1,10),Linux (14.04 LTS)

URL: https://cs.chromium.org/chromium/src/chrome/browser/themes/OWNERS

Steps:
1. Launch Chrome and navigate to above URL.
2. Hover mouse on 'Owners' seen on header and observe.

Actual: 'Language' text is not seen properly after hovering mouse on 'Owners'

Expected: 'Language' should be seen properly after hovering mouse on 'Owners' 

This is a regression issue broken in M-52, below is bisect info.

Good build: 52.0.2718.0
Bad build: 52.0.2719.0

Narrow bisect:
https://chromium.googlesource.com/chromium/src/+log/33a081977fa4f03d96265f6ada2d3347d9f0db46..187a2805642014aead68645a21dd3ac2c3c5cecb?pretty=fuller&n=100

Suspecting: r390165 ?


Please help to re-assign if your change is not the cause.







 
Actual_Expected_result.jpg
124 KB View Download
Components: -Blink Blink>Layout
Owner: cbiesin...@chromium.org
I'm suspecting this change.

The item with id="add_comment_panel" and class="addCommentsContainer" is left positioned and is on top of the drop panel that is drawn causing the graphics glitch. It appears centered in FireFox. So I'm not sure this is intended or not but it sounds like a default has change so perhaps it is.


commit	b80c579439ab737f82cddb5c73c91bc1daacd354	
author	cbiesinger <cbiesinger@chromium.org>	Wed Apr 27 19:53:33 2016
committer	Commit bot <commit-bot@chromium.org>	Wed Apr 27 19:54:36 2016
[css-flexbox] Implement new abspos handling

The spec no longer requires us to position abspos items as if they
were 0x0 flex items. Instead, they should be positioned as if they were
the sole flex item in the flexbox, i.e. they should respect the align-items
and justify-content properties:
https://drafts.csswg.org/css-flexbox/#abspos-items

Intent to implement and ship:
https://groups.google.com/a/chromium.org/d/topic/blink-dev/MMdPt_5omT4/discussion

BUG= 517265 

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

Comment 2 by e...@chromium.org, Jul 18 2016

Labels: Needs-Evangelism
Status: WontFix (was: Assigned)
This was an intentional change to match the latest specification.
Indeed. Note that Edge positions the element the same way, though oddly it doesn't paint it over the files popup.
Project Member

Comment 4 by bugdroid1@chromium.org, Sep 22 2016

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

commit 462304822ad58b7755e9de924c8cda4af093160e
Author: tsergeant <tsergeant@chromium.org>
Date: Thu Sep 22 01:00:19 2016

History: Fix flicker of sync notices when loading new data

The history page shows a notice when showing synced results from other
devices. This notice would frequently flicker when loading in new
results (eg, from a search), which was particularly noticable on the MD
History page, where this can cause toolbar elements to move around.

This fixes the issue by only resetting notice status back to false
when there is no web history service. In all other cases, we can
rely on the call to web history to reset the sync notices to their
correct values.

BUG= 628555 

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

[modify] https://crrev.com/462304822ad58b7755e9de924c8cda4af093160e/chrome/browser/ui/webui/browsing_history_handler.cc

Sign in to add a comment