New issue
Advanced search Search tips

Issue 605820 link

Starred by 2 users

Issue metadata

Status: Fixed
Owner:
Closed: Apr 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Tabs are not being rendered properly in some cases

Project Member Reported by andyb...@chromium.org, Apr 22 2016

Issue description

Chrome Version       : 52.0.2714.0 canary (64-bit)
OS Version: OS X 10.11.4
URLs (if applicable) : https://kernel.googlesource.com/pub/scm/bluetooth/bluez/+/master/monitor/uuid.c#37

Other browsers tested:
  Add OK or FAIL after other browsers where you have tested this issue:
     Safari 9.1 (11601.5.17.1): PASS
  Firefox 45.0.2: PASS

What steps will reproduce the problem?
1. Head to https://kernel.googlesource.com/pub/scm/bluetooth/bluez/+/master/monitor/uuid.c#37
2. The closing brackets (`}`) don’t line up on lines 38—45 even though they should.

The brackets should align and do on other browsers (Safari and FF).





 
Chrome.png
118 KB View Download
Safari.png
105 KB View Download

Comment 1 by ajha@chromium.org, Apr 22 2016

Cc: ajha@chromium.org
Components: -Blink Blink>Layout
Labels: -Type-Bug hasbisect M-52 Type-Bug-Regression
Owner: szager@chromium.org
Status: Assigned (was: Untriaged)
Able to reproduce this on the latest stable(50.0.2661.86) and the latest canary(52.0.2715.0). 

This is a regression issue broken in M-47.

Last good build: 47.0.2522.0
Firs bad  build: 47.0.2523.0

Changelog:
==========
https://chromium.googlesource.com/chromium/src/+log/b5a1a8cebf36c2a073e87d716a6d2ca0ac6ff144..075bddae196b23e12fe6d81f109086e3d3976362

Suspected change: https://codereview.chromium.org/1375803002

szager@: Could you please take a look at this.

Thank you!

Comment 2 by e...@chromium.org, Apr 25 2016

Labels: -Pri-1 Pri-2

Comment 3 by e...@chromium.org, Apr 25 2016

Confirmed it was caused by r351368. Looking into it now.

Comment 4 by e...@chromium.org, Apr 25 2016

Labels: -OS-Linux -OS-Windows -OS-Mac OS-All
Owner: e...@chromium.org
Status: Started (was: Assigned)
Thanks for the quick turnaround, Emil :)

Comment 6 by e...@chromium.org, Apr 25 2016

With a reliable reproduction and regression range all the hard work has already been done for me. :)
Project Member

Comment 7 by bugdroid1@chromium.org, Apr 25 2016

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

commit 957ee1cf9558f59e65c943a85fab2ec7ce94ebe2
Author: eae <eae@chromium.org>
Date: Mon Apr 25 04:58:57 2016

Change LineWidth::snapUncommittedWidth to ceil

Change the snapUncommittedWidth method on the LineWidth class to ceil to
the nearest LayoutUnit rather than to floor. It's only called from a one
place, BreakingContext::increment, where the intent is to increment, not
decrement, the uncommitted width. This ensures that the snapped width is
wide enough to contain the text.

This fixes a bug where tabulation characters were omitted incorrectly in
text layout due to the width being floored during the width commit step.

R=kojii@chromium.org
BUG= 605820 

Review URL: https://codereview.chromium.org/1919693002

Cr-Commit-Position: refs/heads/master@{#389413}

[modify] https://crrev.com/957ee1cf9558f59e65c943a85fab2ec7ce94ebe2/third_party/WebKit/Source/core/layout/line/LineWidth.h

Comment 8 by e...@chromium.org, Apr 25 2016

Status: Fixed (was: Started)
Project Member

Comment 9 by bugdroid1@chromium.org, Apr 25 2016

Labels: merge-merged-2716
The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/957ee1cf9558f59e65c943a85fab2ec7ce94ebe2

commit 957ee1cf9558f59e65c943a85fab2ec7ce94ebe2
Author: eae <eae@chromium.org>
Date: Mon Apr 25 04:58:57 2016

Change LineWidth::snapUncommittedWidth to ceil

Change the snapUncommittedWidth method on the LineWidth class to ceil to
the nearest LayoutUnit rather than to floor. It's only called from a one
place, BreakingContext::increment, where the intent is to increment, not
decrement, the uncommitted width. This ensures that the snapped width is
wide enough to contain the text.

This fixes a bug where tabulation characters were omitted incorrectly in
text layout due to the width being floored during the width commit step.

R=kojii@chromium.org
BUG= 605820 

Review URL: https://codereview.chromium.org/1919693002

Cr-Commit-Position: refs/heads/master@{#389413}

[modify] https://crrev.com/957ee1cf9558f59e65c943a85fab2ec7ce94ebe2/third_party/WebKit/Source/core/layout/line/LineWidth.h

Sign in to add a comment