Project: chromium Issues People Development process History Sign in
New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.
Issue 139190 Regression: The Scrollbar is not correctly aligned
Starred by 6 users Project Member Reported by meh...@chromium.org, Jul 26 2012 Back to list
Status: Fixed
Owner:
Closed: Oct 2012
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 1
Type: Bug-Regression



Sign in to add a comment
Chrome Version       : Version 22.0.1218.0 canary (& Chrome 21 beta)
URLs (if applicable) :
OS version               : Mac OS 10.6.8
Behavior in Safari 3.x/4.x (if applicable): -
Behavior in Firefox 3.x (if applicable): -
Behavior in Chrome for Windows: not tested

What steps will reproduce the problem?
1. go the Bookmarks Manager
2. Shrink the window


What is the expected result?
The scrollbar should be over the resize corner

What happens instead?
The scrollbar is pushed to the left

**Screenshots are attached**

Thanks and regards
Mehmet
 
Chrome_Stable.png
56.2 KB View Download
Chrome_Canary.png
58.2 KB View Download
Labels: -OS-Mac -Mstone-21 OS-All Mstone-22 Action-BisectNeeded
Also seen on Linux and Win, changing to OS-All.
Comment 2 by meh...@chromium.org, Jul 30 2012
Owner: meh...@chromium.org
Bisecting ...
Comment 3 by meh...@chromium.org, Jul 30 2012
Labels: -Action-BisectNeeded
Owner: ----
You are probably looking for a change made after 140641 (known good), but no later than 140654 (first known bad).
CHANGELOG URL:
  http://build.chromium.org/f/chromium/perf/dashboard/ui/changelog.html?url=/trunk/src&range=140641%3A140654
WEBKIT CHANGELOG URL:
  http://trac.webkit.org/log/trunk/?rev=119530&stop_rev=119502&verbose=on&limit=10000

 Issue 141552  has been merged into this issue.
Cc: rniwa@chromium.org
Maybe caused by the Webkit roll https://chromiumcodereview.appspot.com/10540015
 Issue 153920  has been merged into this issue.
Cc: tha...@chromium.org
Nico, can you help finding the culprit in Webkit roll https://chromiumcodereview.appspot.com/10540015

Thanks :-)
Cc: -rniwa@chromium.org
Labels: -Mstone-22 Mstone-23 ReleaseBlock-Stable
Owner: rniwa@chromium.org
rniwa, this happened during one of your webkit rolls. Can you investigate?

(I'd look myself, but I'm on vacation for a week.)
Comment 9 by e...@chromium.org, Oct 5 2012
Cc: tony@chromium.org
Seems to still be happening. 
Tony, have you seen this type of problem before?
Can we have a reduction for this?
Comment 11 by tony@chromium.org, Oct 5 2012
Cc: jchaffraix@chromium.org ojan@chromium.org
This looks like http://trac.webkit.org/changeset/119507 .

Specifically, the bookmark manager uses old flexbox and box-sizing: border-box.  I'm not sure which is actually causing the bug.
Comment 12 by ojan@chromium.org, Oct 5 2012
Reduced testcase
Bookmark Manager.html
245 bytes View Download
Comment 13 by ojan@chromium.org, Oct 5 2012
Labels: WebKit-ID-98552
Comment 14 by ojan@chromium.org, Oct 5 2012
Labels: Merge-Requested
http://trac.webkit.org/changeset/130549
Comment 15 by tony@chromium.org, Oct 5 2012
Cc: -ojan@chromium.org
Owner: ojan@chromium.org
Project Member Comment 16 by bugdroid1@chromium.org, Oct 5 2012
Cc: ojan@chromium.org
Labels: -WebKit-ID-98552 WebKit-ID-98552-RESOLVED
Owner: rniwa@chromium.org
https://bugs.webkit.org/show_bug.cgi?id=98552
Comment 17 by ojan@chromium.org, Oct 5 2012
Cc: lafo...@chromium.org
Anthony, seems like a minor bugdroid bug here that it made Ryosuke the owner for this. Not sure where it got that.
o_0 hrm.  That's unusual, wonder if bugdroid had a cached version of the issue.  Lemme make sure it's flushing the cache after each update batch.
Cc: rniwa@chromium.org
Owner: ojan@chromium.org
Unfortunately, that's not it.  Webkitbot doesn't cache any results, it does a query of all "label:webkit-id" bugs every time it runs.  This is likely a problem w/ the issue tracker.
Comment 20 by ojan@chromium.org, Oct 5 2012
The strange bit is that Ryosuke never did any actions on the webkit bug. The only action he took was to comment on this bug. Oh, interesting, he was marked the owner in comment #8. I wonder if it used that. Maybe it read this bug before tony set me as the owner and put the owner to whoever the last owner was?
I've seen some issues where label changes weren't propagating properly (i.e. they'd show up in history but not the top level bug, specifically in the case of Merge-Request to Merge-Approved workflow).  That said, I'd never seen that happen w/ owners, so if you see any other issues like this, please let me know and I'll raise it w/ the Project Hosting team.
Comment 22 by kareng@google.com, Oct 8 2012
Status: Assigned
waitin for confirmation it works in canary and then we'll approve merge for http://trac.webkit.org/changeset/130549
those scroll bar does not appear in 10.7 and upper. need to get the 10.6 to verify this.
yes, verify this is fixed in current canary 24.0.1289.1 on  mac 10.6
Comment 25 by kareng@google.com, Oct 8 2012
Labels: -Merge-Requested Merge-Approved
woot ojan pls merge. m23 is 1271

Comment 26 by kareng@google.com, Oct 8 2012
Status: Fixed
Comment 28 by kareng@google.com, Oct 10 2012
Labels: -Merge-Approved Merge-Merged
Project Member Comment 29 by bugdroid1@chromium.org, Mar 9 2013
Labels: -Area-UI -Type-Regression -Feature-Bookmarks -Mstone-23 Type-Bug-Regression M-23 Cr-UI-Browser-Bookmarks Cr-UI
Sign in to add a comment